Scénarios et cas d’utilisation de SharePoint Embedded

S’applique à : Tous

Utilisez les scénarios suivants pour déterminer si SharePoint Embedded convient à votre application. Chacun commence par un problème auquel les développeurs sont réellement confrontés, montre pourquoi les approches habituelles ne sont pas à la hauteur et explique pourquoi SharePoint Embedded est le bon choix.

Scénario : stocker des fichiers pour une application SaaS mutualisée

Le problème

Vous créez un produit SaaS multi-locataire, tel que la gestion des contrats pour les équipes juridiques d’entreprise. Le stockage de fichiers est votre plus gros bloqueur. Les clients Entreprise n’accepteront pas que leurs documents se trouvent dans votre stockage. Leurs équipes informatiques veulent appliquer leurs propres stratégies de sécurité et de conformité, comme la protection contre la perte de données (DLP) et les règles de conservation. Vous avez toujours besoin d’un contrôle total des fichiers de votre application : créer, lire, organiser, autoriser et supprimer, le tout via des API.

Pourquoi les approches habituelles ne suffisent pas

• Votre propre stockage d’objets blob place les données client en dehors du locataire du client, ce que le service informatique de l’entreprise rejette.
• Les API de stockage de fichiers concurrentes utilisent des licences par siège et laissent peu de contrôle sur la stratégie à l’administrateur du client.

Pourquoi SharePoint est-il incorporé ?

SharePoint Embedded stocke les fichiers de chaque client dans le client Microsoft 365 de ce client, tandis que votre application conserve le contrôle total par programmation :

• Le contenu réside dans le client Microsoft 365 du client, et non dans le vôtre.
• Le stockage utilise des conteneurs de stockage de fichiers, une unité API uniquement contrôlée par votre application.
• La surface de l’API est Microsoft Graph ; Votre application possède l’ensemble de l’expérience utilisateur.
• Le contenu hérite de la conformité Microsoft Purview du client du client , y compris la protection contre la perte de données et la rétention.

Consultez Choisir un modèle d’application et Créer et gérer des conteneurs.

Scénario : ajouter la co-édition Office à votre application

Le problème

Vous disposez d’une application personnalisée et votre principale demande de fonctionnalité est « Permettez-moi de modifier des documents Office de la même manière que j’ai l’habitude de le faire ». Aujourd’hui, vous stockez des fichiers et distribuez des liens de téléchargement. Vous pouvez peut-être même utiliser un hôte WOPI (Web Application Open Platform Interface). Mais vos utilisateurs souhaitent ouvrir un fichier Word ou Excel et le co-créer en temps réel. Ils attendent l’enregistrement automatique, l’historique des versions et le partage, ainsi que l’expérience complète d’Office sur le Web, Office de bureau et Microsoft 365 pour mobile.

Pourquoi les approches habituelles ne suffisent pas

• La création de la co-édition vous-même avec des types de données répliqués sans conflit prend des mois et ne dispose toujours pas du rendu Office natif.
• Un moteur de collaboration non-Microsoft n’ouvre .docxpas , .xlsxet .pptx avec une fidélité totale.

Pourquoi SharePoint est-il incorporé ?

Stockez les fichiers dans un conteneur SharePoint Embedded et lancez-les dans Office. Votre application est liée au même service Office que Microsoft 365 utilise, de sorte que vous ne créez pas de moteur de collaboration :

• Co-création en temps réel dans Office sur le Web et clients de bureau Office.
• Enregistrement automatique et historique automatique des versions pour Word, Excel et PowerPoint.
• Partage via des liens partageables, ainsi que @mentions pour les utilisateurs titulaires d’une licence.
• Niveaux d’accès délimités : Tout le monde, People dans votre organization, des personnes spécifiques et People disposant d’un accès existant.

La modification s’ouvre dans Office, pas dans votre application. Office sur le Web s’ouvre dans un nouvel onglet ou une nouvelle fenêtre de navigateur, et les clients de bureau s’ouvrent dans leur propre application. Pour conserver les utilisateurs dans l’interface utilisateur de votre application, intégrez un aperçu de fichier en lecture seule ; Utilisez Office launch pour la modification.

Consultez Ajouter la co-édition Office sans le générer et Ouvrir des fichiers Office à partir de votre application.

Scénario : Mettre un agent IA au sol sur le contenu de l’entreprise

Le problème

Vous créez un agent interne « Demander à la base de connaissances » sur des milliers de documents répartis dans des partages de fichiers et un système hérité. Vous souhaitez les consolider, les rendre consultables et les utiliser pour fonder un modèle de langage volumineux. Votre équipe de sécurité refuse de tout copier dans une base de données vectorielle externe, et le contenu doit conserver ses contrôles de rétention et d’eDiscovery.

Pourquoi les approches habituelles ne suffisent pas

• Une base de données vectorielle externe déplace le contenu hors du client et franchit la limite de conformité.
• Le stockage Blob associé à un index personnalisé vous oblige à recréer vous-même la protection contre la perte de données, la rétention et l’eDiscovery.

Pourquoi SharePoint est-il incorporé ?

Stockez les documents dans des conteneurs SharePoint Embedded et ancrez votre agent en place :

• Le contenu demeure dans le locataire Microsoft 365 du client.
• La détectabilité du contenu est un paramètre du type de conteneur , le modèle qui définit les conteneurs de votre application. Il régit si le contenu SharePoint Embedded apparaît dans les expériences Microsoft 365, y compris Copilot. La gouvernance du client contrôle ce paramètre, de sorte qu’une application ne peut pas exposer le contenu en modifiant sa propre configuration.
• Récupérez du contenu à l’aide de l’API Recherche Microsoft, étendue par l’ID de type de conteneur (ContainerTypeId) ou à l’aide d’une source de connaissances Microsoft Foundry.
• La protection contre la perte de données (DLP), la rétention et eDiscovery Microsoft Purview s’appliquent. Rien n’est exposé à Copilot tant que la détectabilité n’est pas activée sur le type de conteneur.

Consultez IA au sol sans base de données vectorielle externe et Configurez SharePoint Embedded en tant que source de connaissances Foundry.

Scénario : Exécuter un magasin de documents conforme uniquement à l’API

Le problème

Votre application collecte des documents auprès des clients, à l’intérieur ou à l’extérieur de votre organisation, dans le cadre d’un flux de travail. Par exemple, joindre des preuves à une demande de prêt hypothécaire ou vérifier une pièce d’identité. Vous souhaitez une expérience de chargement simple, ainsi que le stockage et la conformité Microsoft 365, sans donner aux utilisateurs l’accès à votre client.

Pourquoi les approches habituelles ne suffisent pas

• Les sites SharePoint Online présentent une interface que les utilisateurs peuvent parcourir, ce qui n’est pas souhaitable.
• Le stockage Blob vous permet de créer vous-même la corbeille, la restauration, la recherche et la conformité.

Pourquoi SharePoint est-il incorporé ?

SharePoint Embedded vous offre une banque de documents API uniquement avec des fonctionnalités Microsoft 365 intégrées :

• API uniquement via Microsoft Graph : chaque opération de fichier et de conteneur utilise Microsoft Graph, sans interface utilisateur SharePoint que les utilisateurs peuvent contourner.
• Cycle de vie complet du contenu : chargement et téléchargement, structure des dossiers et gestion des versions.
• Suppression réversible à deux niveaux : les éléments supprimés vont dans une corbeille de conteneurs à partir de laquelle vous pouvez effectuer une restauration, et les conteneurs supprimés sont déplacés vers une collection de conteneurs supprimés qui reste restaurable pendant 93 jours avant une purge permanente.
• Effectuez une recherche via l’API Recherche Microsoft, limitée aux conteneurs de votre application.
• Conformité à Microsoft Purview héritée du locataire consommateur : protection contre la perte de données, stratégies de rétention, étiquettes de confidentialité et eDiscovery.
• Les utilisateurs finaux de votre application n’ont pas besoin d’une licence Microsoft 365 pour les opérations de fichier de base.

Voir Charger, télécharger et gérer des fichiers,Archive et restaurer des conteneurs.

Contenu connexe

• Qu’est-ce que SharePoint Embedded ?
• Quand choisir SharePoint Embedded
• Comprendre l’architecture des clients et des applications
• Démarrage rapide : créer votre première application avec VS Code