Solución · Por integración
Teams y SharePoint ya están integrados. Lo que no está integrado es el criterio.
Cada equipo de Teams tiene su sitio de SharePoint y cada canal su carpeta: eso viene de fábrica. Lo que no viene de fábrica es que el documento llegue sabiendo qué es, de qué cliente, en qué versión y quién lo aprobó. Montamos esa capa —clasificación, metadatos y decisiones— sobre tu tenant y la dejamos funcionando.
El problema
No te falta integración. Te falta que alguien decida qué es cada archivo.
- Cada canal de Teams tiene su carpeta en SharePoint —eso lo hace Microsoft solo— y dentro hay cuatrocientos ficheros sin un solo metadato: ni tipo, ni cliente, ni estado, ni fecha de revisión.
- La versión buena de la propuesta es un adjunto que alguien soltó en el chat un jueves. La que está en la biblioteca es de dos semanas antes, y nadie sabe cuál firmó el cliente.
- Buscar en SharePoint devuelve treinta resultados con el mismo nombre y ninguna forma de distinguirlos, así que el equipo pregunta por Teams en vez de buscar. La búsqueda existe; lo que no existe es sobre qué buscar.
- La decisión que importa —se aprueba, se cambia el alcance, se para el proyecto— se tomó en un hilo de canal con seis mensajes y dos emojis. En SharePoint no hay rastro de que ocurriera.
- Las políticas de retención y las etiquetas de confidencialidad que compró TI están aplicadas al sitio entero por defecto, porque nadie clasifica documento a documento. Resultado: se guarda todo siete años o no se guarda nada.
- Cuando llega una auditoría, un requerimiento legal o una due diligence, reconstruir un expediente es una persona rebuscando en carpetas de canal durante una semana.
- El equipo, harto, ha vuelto a montar su carpeta paralela en OneDrive o en un Drive personal. Y ahí sí sabe dónde está todo —hasta que esa persona se va.
Coste de seguir igual
Pagas Microsoft 365 entero, con su SharePoint, su búsqueda, sus flujos de aprobación, sus etiquetas y su retención. Y usas la parte que funciona sin configurar: la carpeta. Todo lo demás —encontrar, gobernar, auditar, retener con criterio— depende de metadatos que nadie rellena, así que la suite se comporta como una unidad de red cara. El coste no aparece en la factura de Microsoft: aparece cuando el proyecto se entrega con la versión equivocada, cuando una auditoría cuesta una semana de alguien, cuando la información sensible acaba en una carpeta que no debía, y cuando la persona que sabía dónde estaba todo se va y se lleva el mapa en la cabeza.
La solución
Una capa de clasificación y decisión encima de la integración que Microsoft ya te da
- 1Empezamos por el esquema, no por el conector: qué tipos de documento existen de verdad en tu negocio, qué metadatos definen cada uno y qué bibliotecas los reciben. Si el esquema es flojo, automatizar solo acelera el desorden —así que esta parte se decide contigo antes de tocar nada.
- 2Clasificamos lo que entra por Teams. Cuando alguien comparte un fichero en un canal, la IA determina qué es —propuesta, contrato, acta, especificación, factura—, a qué cliente y proyecto pertenece y en qué estado está, y lo escribe en las columnas reales de la biblioteca de SharePoint, no en el nombre del archivo.
- 3Resolvemos versiones y duplicados. El adjunto del chat se reconcilia con el documento que ya vive en la biblioteca: se sube como versión nueva del mismo documento en vez de nacer como fichero huérfano, y las copias evidentes se marcan en vez de multiplicarse.
- 4Extraemos la decisión del hilo. Cuando en un canal se aprueba, se rechaza, se cambia un alcance o se fija una fecha, eso se convierte en un registro con su documento asociado, su fecha y quién decidió —donde una auditoría lo pueda leer— en lugar de quedarse como seis mensajes y dos emojis.
- 5Enganchamos con lo que TI ya compró. Los metadatos que ahora sí existen son los que hacen funcionar de verdad la búsqueda de SharePoint, las etiquetas de confidencialidad, las políticas de retención y los flujos de aprobación de Power Automate. No sustituimos tu gobierno documental: le damos el dato que le faltaba para operar.
- 6Lo dejamos medido y con red. Se mide qué porcentaje de documentos llega clasificado sin que nadie lo toque, cuántos aciertan biblioteca y metadatos, y cuántas decisiones de canal quedan registradas. Lo dudoso no se adivina: se marca y se escala a una persona, con la cola de revisión montada.
Lo que cambia
Lo que dejas de perder
El documento deja de llegar como un fichero en una carpeta y llega como un registro: tipo, cliente, proyecto, versión, estado y responsable escritos en columnas que la búsqueda, las vistas y las políticas de SharePoint saben leer.
Mecanismo
La búsqueda de SharePoint empieza a funcionar sin comprar nada nuevo: no le faltaba motor, le faltaban metadatos sobre los que buscar.
Mecanismo
La retención y las etiquetas de confidencialidad dejan de aplicarse en bloque al sitio entero y pasan a aplicarse por tipo de documento, que es como se compraron.
Mecanismo
Reconstruir un expediente para una auditoría, un requerimiento legal o una due diligence deja de ser una persona rebuscando en carpetas de canal y pasa a ser un filtro.
Mecanismo
Qué medimos: % de documentos archivados en la biblioteca correcta sin intervención humana, % de metadatos obligatorios rellenos, versiones huérfanas creadas al mes, decisiones de canal registradas con documento y responsable, y tiempo de montaje de un expediente completo.
Qué medimos
Ficha técnica
- Trabajo que elimina
- que alguien tenga que abrir cada fichero compartido en Teams para decidir qué es, de quién es, en qué versión va y en qué biblioteca de SharePoint debería estar —y que casi nunca lo haga
- Implementación habitual
- 3–6 semanas
- Entrada
- los ficheros y los hilos que ya circulan por tus canales de Teams, y las bibliotecas de SharePoint que ya tienes
- Salida
- documentos archivados en la biblioteca correcta con sus metadatos rellenos, versiones reconciliadas en vez de duplicadas, y las decisiones de canal convertidas en registros auditables con documento, fecha y responsable
- Compatible con
- Microsoft TeamsSharePoint OnlineOneDrive for BusinessMicrosoft Graph APIPower AutomateMicrosoft PurviewMicrosoft Entra IDMicrosoft 365
- Puede conectarse con
- Tus bibliotecas y tipos de contenido de SharePoint actualesTus etiquetas de confidencialidad y tus políticas de retenciónTus flujos de aprobación de Power Automate, si ya los usáisTus permisos de Entra ID, que la capa respeta sin ampliarlos
- Qué medimos
- % de documentos archivados en la biblioteca correcta sin intervención humana% de metadatos obligatorios rellenos automáticamenteversiones huérfanas y duplicados creados al mesdecisiones de canal registradas con documento y responsabletiempo de montaje de un expediente completo para auditoría
- Adecuado para
- empresas con Microsoft 365 y varios años de Teams a las espaldas —normalmente a partir de cincuenta personas— donde la gestión documental ya duele: TI, operaciones o cumplimiento buscando que SharePoint sirva para encontrar y gobernar, no solo para guardar
- No adecuado para
- quien acaba de desplegar Teams y todavía no tiene volumen documental —ahí primero se define el esquema y se educa, no se automatiza—, ni quien busca una intranet nueva o una migración a SharePoint: eso es un proyecto distinto y lo decimos antes de empezar
Ver todo lo que puedes automatizar en Correo y comunicaciones →
Preguntas frecuentes
La integración nativa resuelve el transporte y solo el transporte: cada equipo de Teams tiene un sitio de SharePoint asociado y cada canal una carpeta en su biblioteca de documentos, así que lo que se comparte en el chat aterriza en SharePoint sin que nadie haga nada. Eso está resuelto y no lo tocamos. Lo que no resuelve —ni pretende resolver— es qué es cada uno de esos ficheros. Llegan sin tipo, sin cliente, sin proyecto, sin estado y sin versión, y todo lo que SharePoint hace bien depende justo de eso: la búsqueda necesita metadatos para filtrar, la retención necesita saber qué tipo de documento es para aplicar el plazo correcto, las etiquetas de confidencialidad necesitan saber si hay dato sensible dentro y los flujos de aprobación necesitan saber a qué expediente pertenece. Nosotros montamos esa capa de decisión encima de la integración que ya tienes. En una frase: Microsoft mueve el archivo, nosotros hacemos que llegue sabiendo lo que es.
Se solapan en parte y conviene decirlo claro. Copilot es un asistente: responde preguntas sobre tus documentos y redacta, pero no ejecuta tu política documental ni escribe metadatos en bloque de forma consistente. El autoetiquetado y los modelos de SharePoint Premium sí clasifican —y si ya los tienes con licencia, los usamos en vez de duplicarlos—, pero funcionan mejor con documentos de formato estable, exigen entrenamiento y configuración que casi nadie termina, y no salen del documento: no leen el hilo del canal donde se aprobó, ni reconcilian el adjunto del chat con la versión buena de la biblioteca, ni deciden qué es un duplicado en tu contexto. Nosotros aportamos lo que falta en los dos casos: el criterio de tu negocio convertido en reglas ejecutables, el trabajo de montarlo sobre tu tenant real y la responsabilidad de que quede funcionando. Si tu licencia ya cubre una parte, te lo decimos y no te la volvemos a vender.
No, y esta es la conversación que conviene tener el primer día. Se define el alcance por canal y por equipo: se procesan los canales de trabajo que acordemos —proyectos, clientes, operaciones— y quedan fuera los personales, los de dirección y los que tú decidas. Dentro de los canales incluidos, lo que se lee es lo necesario para clasificar el documento y para detectar una decisión asociada a él, no la conversación entera guardada en ningún sitio. La capa corre sobre tu tenant con tus permisos de Entra ID, así que respeta exactamente quién ve qué y no amplía el acceso de nadie. Y todo lo que hace queda registrado: qué documento clasificó, con qué criterio y qué escribió, para que tu responsable de cumplimiento pueda auditarlo en vez de fiarse.
Se pueden clasificar en retroactivo, pero no es lo primero que hacemos ni te recomendamos que lo sea. El orden que funciona es: cerrar el grifo primero —que lo nuevo entre ya clasificado desde el día uno— y después ir hacia atrás por lotes, empezando por lo que de verdad tiene valor: clientes activos, contratos vigentes, proyectos en curso y lo que caiga bajo una obligación de retención. Al histórico frío se le suele aplicar una clasificación más gruesa y una etiqueta de retención, porque afinar metadatos de documentos que nadie va a abrir es gastar en trabajo que no rinde. Te damos el volumen y el coste por lote antes de empezar, y decides tú qué se recupera y qué se archiva y punto.
En producción a las tres a seis semanas, pero lo que se nota primero no es la búsqueda: es que dejan de aparecer versiones huérfanas. La reconciliación entre el adjunto del chat y el documento de la biblioteca corta de raíz el problema de «cuál es la buena» casi desde la primera semana de uso real. La búsqueda mejora más despacio y de forma acumulativa, porque depende del volumen ya clasificado: cuanto más entra bien, más devuelve bien. Y el registro de decisiones tarda un ciclo entero de proyecto en demostrar su valor, porque hasta que no llega la primera pregunta incómoda —¿quién aprobó esto y cuándo?— nadie echa de menos tenerlo. Por eso lo entregamos medido: no hace falta creerse la mejora, se mira en el tablero.
¿Lo montamos en tu negocio?
Tú tienes el problema localizado. Nosotros lo dejamos funcionando y medido.