Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Se aplica a: Todo
Use estos escenarios para decidir si SharePoint Embedded se adapta a su aplicación. Cada uno comienza con un problema al que se enfrentan realmente los desarrolladores, muestra por qué los enfoques habituales se quedan cortos y explica por qué SharePoint Embedded es la opción correcta.
Nota:
Esta no es una lista exhaustiva. Cada escenario muestra una forma de combinar las características de SharePoint Embedded para resolver un problema común.
Escenario: Almacenar archivos para una aplicación SaaS multiinquilino
El problema
Cree un producto SaaS multiinquilino, como la administración de contratos para equipos legales empresariales. Su mayor bloqueador es el almacenamiento de archivos. Los clientes empresariales no aceptarán sus documentos que residen en su almacenamiento. Sus equipos de TI desean aplicar sus propias políticas de seguridad y cumplimiento, como la prevención de pérdida de datos (DLP) y las reglas de retención. Todavía necesita el control total de los archivos de la aplicación: crear, leer, organizar, permitir y eliminar, todo a través de API.
Por qué los enfoques habituales se quedan cortos
- Su propio almacenamiento de blobs coloca los datos de los clientes fuera del inquilino del cliente, que la TI de la empresa rechaza.
- Las API de almacenamiento de archivos de la competencia usan licencias por puesto y le dan al administrador del cliente poco control de políticas.
Por qué SharePoint Embedded
SharePoint Embedded almacena los archivos de cada cliente dentro del propio inquilino de Microsoft 365 de ese cliente, mientras que la aplicación mantiene el control total de la programación:
- El contenido reside en el inquilino de Microsoft 365 del cliente, no en el suyo.
- El almacenamiento usa contenedores de almacenamiento de archivos, una unidad solo de API que controla la aplicación.
- La superficie de API es Microsoft Graph; Su aplicación es propietaria de toda la experiencia del usuario.
- El contenido hereda el cumplimiento de Microsoft Purview del inquilino del cliente, incluidos DLP y retención.
Consulte Elegir un modelo de aplicación y Crear y administrar contenedores.
Escenario: Agregar la coautoría de Office a la aplicación
El problema
Tiene una aplicación personalizada y la solicitud de característica principal es "puedo editar los documentos de Office de la misma forma que estoy acostumbrado". Hoy almacenas archivos y entregas enlaces de descarga. Tal vez incluso use un host de interfaz de plataforma abierta de aplicaciones web (WOPI). Pero los usuarios desean abrir un archivo de Word o Excel y trabajar en coautoría en tiempo real. Esperan el autoguardado, el historial de versiones y el uso compartido, además de la experiencia completa de Office para la Web, el escritorio de Office y Microsoft 365 para móviles.
Por qué los enfoques habituales se quedan cortos
- Construir la coautoría usted mismo con tipos de datos replicados sin conflictos tarda meses y todavía carece de representación nativa de Office.
-
Un motor de colaboración que no es de Microsoft no se abre
.docx,.xlsxy.pptxcon fidelidad total.
Por qué SharePoint Embedded
Almacene los archivos en un contenedor de SharePoint Embedded e inícielos en Office. La aplicación se vincula al mismo servicio de Office que usa Microsoft 365, por lo que no se crea un motor de colaboración:
- Coautoría en tiempo real en Office para la Web y clientes de escritorio de Office.
- Autoguardado e historial de versiones automático para Word, Excel y PowerPoint.
- Uso compartido a través de vínculos para compartir, además @mentions para usuarios con licencia.
- Niveles de acceso con ámbito: cualquiera, People de la organización, personas específicas y People con acceso previo.
La edición se abrirá en Office, no dentro de la aplicación. Office para la Web se abre en una nueva pestaña o ventana del explorador y los clientes de escritorio se abren en su propia aplicación. Para mantener a los usuarios en la interfaz de usuario de la aplicación, inserte una vista previa del archivo de solo lectura; Use el inicio de Office para editar.
Consulte Agregar coautoría de Office sin compilarla y Abrir archivos de Office desde la aplicación.
Escenario: Conectar a un agente de IA a contenido empresarial
El problema
Usted crea un agente interno de "preguntar a la knowledge base" sobre miles de documentos repartidos en recursos compartidos de archivos y un sistema heredado. Desea consolidarlos, hacerlos fáciles de buscar y usarlos para fundamentar un modelo de lenguaje grande. Su equipo de seguridad rechaza copiar todo en una base de datos vectorial externa, y el contenido debe mantener sus controles de retención y exhibición de documentos electrónicos.
Por qué los enfoques habituales se quedan cortos
- Una base de datos vectorial externa mueve el contenido fuera del espacio empresarial y rompe el límite de cumplimiento.
- Blob Storage más un índice personalizado le obliga a recompilar DLP, retención y eDiscovery usted mismo.
Por qué SharePoint Embedded
Almacena los documentos en contenedores de SharePoint Embedded y conecta el agente en su lugar:
- El contenido permanece en el inquilino de Microsoft 365 del cliente.
- La detectabilidad de contenido es una configuración del tipo de contenedor , la plantilla que define los contenedores de la aplicación. Rige si el contenido de SharePoint Embedded aparece en experiencias de Microsoft 365, incluido Copilot. El gobierno de inquilinos controla esta configuración, por lo que una aplicación no puede exponer contenido cambiando su propia configuración.
- Recupere contenido con la API de Búsqueda de Microsoft, con el ámbito del identificador de tipo de contenedor (
ContainerTypeId), o con un origen de conocimiento de Microsoft Foundry. - Se aplican la prevención de pérdida de datos (DLP) de Microsoft Purview, la retención y eDiscovery. No se expone nada a Copilot hasta que se habilita la detectabilidad en el tipo de contenedor.
Vea IA terrestre sin una base de datos vectorial externa y Configure SharePoint Embedded como una fuente de conocimiento de Fundición.
Escenario: Ejecutar un almacén de documentos compatible y solo de API
El problema
La aplicación recopila documentos de clientes, dentro o fuera de la organización, como parte de un flujo de trabajo. Los ejemplos incluyen adjuntar evidencia a una solicitud de hipoteca o verificar un documento de identidad. Quiere una experiencia de carga sencilla, además de almacenamiento y cumplimiento de Microsoft 365, sin conceder a los usuarios acceso a su espacio empresarial.
Por qué los enfoques habituales se quedan cortos
- Los sitios de SharePoint Online exponen una interfaz que los usuarios pueden examinar, algo que usted no desea.
- Blob Storage le permite crear, restaurar, buscar y cumplir con la papelera de reciclaje usted mismo.
Por qué SharePoint Embedded
SharePoint Embedded le proporciona un almacén de documentos solo de API con capacidades de Microsoft 365 integradas:
- Solo API a través de Microsoft Graph: todas las operaciones de archivos y contenedores usan Microsoft Graph, sin interfaz de usuario de SharePoint que los usuarios puedan omitir.
- Ciclo de vida completo del contenido: carga y descarga, estructura de carpetas y control de versiones.
- Eliminación temporal de dos niveles: los elementos eliminados van a una papelera de reciclaje de contenedores desde la que puedes restaurar y los contenedores eliminados se mueven a una colección de contenedores eliminados que permanece restaurable durante 93 días antes de la purga permanente.
- Busca en la API de Búsqueda de Microsoft, con el ámbito de los contenedores de la aplicación.
- Cumplimiento de Microsoft Purview heredado del inquilino consumidor: DLP, directivas de retención, etiquetas de confidencialidad y eDiscovery.
- Los usuarios finales de la aplicación no necesitan una licencia de Microsoft 365 para las operaciones básicas de archivos.
Consulte Cargar, descargar y administrar archivos y Archivo y restaurar contenedores.