Solução · Por integração
O Teams e o SharePoint já estão integrados. O que não está integrado é o critério.
Cada equipa do Teams tem o seu site do SharePoint e cada canal a sua pasta: isso vem de origem. O que não vem de origem é o documento chegar a saber o que é, de que cliente é, em que versão vai e quem o aprovou. Montamos essa camada — classificação, metadados e decisões — sobre o teu tenant e deixamo-la a funcionar.
O problema
Não te falta integração. Falta-te alguém que decida o que é cada ficheiro.
- Cada canal do Teams tem a sua pasta no SharePoint — isso faz a Microsoft sozinha — e lá dentro estão quatrocentos ficheiros sem um único metadado: nem tipo, nem cliente, nem estado, nem data de revisão.
- A versão boa da proposta é um anexo que alguém largou no chat numa quinta-feira. A que está na biblioteca é de duas semanas antes, e ninguém sabe qual foi a que o cliente assinou.
- Procurar no SharePoint devolve trinta resultados com o mesmo nome e nenhuma forma de os distinguir, por isso a equipa pergunta no Teams em vez de procurar. O motor funciona; o que falta é sobre o que procurar.
- A decisão que interessa — aprova-se, muda-se o âmbito, para-se o projeto — aconteceu num tópico de canal com seis mensagens e dois emojis. No SharePoint não há rasto de que tenha acontecido.
- As políticas de retenção e as etiquetas de confidencialidade que as TI compraram aplicam-se ao site inteiro por omissão, porque ninguém classifica documento a documento. Resultado: guarda-se tudo sete anos ou não se guarda nada.
- Quando chega uma auditoria, uma exigência jurídica ou uma due diligence, reconstruir um processo é uma pessoa a remexer pastas de canal durante uma semana.
- A equipa, farta, voltou a montar a sua pasta paralela no OneDrive ou num Drive pessoal. E aí sim sabe onde está tudo — até essa pessoa sair.
O custo de continuar igual
Pagas o Microsoft 365 inteiro — SharePoint, pesquisa, fluxos de aprovação, etiquetas, retenção — e usas a única parte que funciona sem configurar: a pasta. Todo o resto — encontrar, governar, auditar, reter com critério — depende de metadados que ninguém preenche, por isso a suite comporta-se como uma unidade de rede cara. O custo não aparece na fatura da Microsoft: aparece quando um projeto sai com a versão errada, quando uma auditoria custa uma semana de alguém, quando informação sensível acaba numa pasta onde não devia, e quando a pessoa que sabia onde estava tudo se vai embora com o mapa na cabeça.
A solução
Uma camada de classificação e decisão por cima da integração que a Microsoft já te dá
- 1Começamos pelo esquema, não pelo conector: que tipos de documento existem mesmo no teu negócio, que metadados definem cada um e que bibliotecas os recebem. Sobre um esquema frouxo, automatizar só acelera a desarrumação — por isso esta parte decide-se contigo antes de ligar seja o que for.
- 2Classificamos o que entra pelo Teams. Quando alguém partilha um ficheiro num canal, a IA determina o que é — proposta, contrato, ata, especificação, fatura —, a que cliente e projeto pertence e em que estado está, e escreve-o nas colunas reais da biblioteca do SharePoint, não no nome do ficheiro.
- 3Resolvemos versões e duplicados. O anexo do chat é reconciliado com o documento que já vive na biblioteca: sobe como nova versão do mesmo documento em vez de nascer ficheiro órfão, e as cópias evidentes ficam assinaladas em vez de se multiplicarem.
- 4Extraímos a decisão do tópico. Quando num canal se aprova, se recusa, se muda um âmbito ou se marca uma data, isso passa a ser um registo com o seu documento, a sua data e quem decidiu — onde uma auditoria o possa ler — em vez de ficar seis mensagens e dois emojis.
- 5Ligamo-nos ao que as TI já compraram. Os metadados que agora existem são exatamente o que faz funcionar a pesquisa do SharePoint, as etiquetas de confidencialidade, as políticas de retenção e as aprovações do Power Automate. Não substituímos a tua governação documental: devolvemos-lhe o dado que lhe faltava.
- 6Entregamos medido e com rede. Mede-se que percentagem de documentos chega classificada sem ninguém lhes tocar, quantos acertam na biblioteca e nos metadados, e quantas decisões de canal ficam registadas. O duvidoso não se adivinha: assinala-se e sobe a uma pessoa, com a fila de revisão montada.
O que muda
O que deixas de perder
O documento deixa de chegar como ficheiro numa pasta e chega como registo: tipo, cliente, projeto, versão, estado e responsável escritos em colunas que a pesquisa, as vistas e as políticas do SharePoint sabem ler.
Mecanismo
A pesquisa do SharePoint começa a funcionar sem comprar nada de novo: nunca lhe faltou motor, faltaram-lhe metadados sobre os quais procurar.
Mecanismo
A retenção e as etiquetas de confidencialidade deixam de se aplicar em bloco ao site inteiro e passam a aplicar-se por tipo de documento — que é como foram vendidas.
Mecanismo
Reconstruir um processo para uma auditoria, uma exigência jurídica ou uma due diligence deixa de ser uma pessoa a remexer pastas de canal e passa a ser um filtro.
Mecanismo
O que medimos: % de documentos arquivados na biblioteca correta sem intervenção humana, % de metadados obrigatórios preenchidos automaticamente, versões órfãs criadas por mês, decisões de canal registadas com documento e responsável, e tempo para montar um processo completo.
O que medimos
Ficha técnica
- Trabalho que elimina
- que alguém tenha de abrir cada ficheiro partilhado no Teams para decidir o que é, de quem é, em que versão vai e em que biblioteca do SharePoint devia estar — e quase nunca o faça
- Implementação habitual
- 3–6 semanas
- Entrada
- os ficheiros e os tópicos que já circulam pelos teus canais do Teams, e as bibliotecas do SharePoint que já tens
- Saída
- documentos arquivados na biblioteca certa com os metadados preenchidos, versões reconciliadas em vez de duplicadas, e decisões de canal convertidas em registos auditáveis com documento, data e responsável
- Compatível com
- Microsoft TeamsSharePoint OnlineOneDrive for BusinessMicrosoft Graph APIPower AutomateMicrosoft PurviewMicrosoft Entra IDMicrosoft 365
- Pode ligar-se a
- As vossas bibliotecas e tipos de conteúdo do SharePoint atuaisAs vossas etiquetas de confidencialidade e políticas de retençãoOs vossos fluxos de aprovação do Power Automate, se já os usamAs vossas permissões do Entra ID, que a camada respeita sem as alargar
- O que medimos
- % de documentos arquivados na biblioteca correta sem intervenção humana% de metadados obrigatórios preenchidos automaticamenteversões órfãs e duplicados criados por mêsdecisões de canal registadas com documento e responsáveltempo para montar um processo completo para auditoria
- Adequado para
- empresas com Microsoft 365 e vários anos de Teams às costas — normalmente a partir das cinquenta pessoas — onde a gestão documental já dói: TI, operações ou compliance que querem que o SharePoint sirva para encontrar e governar, não só para guardar
- Não adequado para
- quem acabou de instalar o Teams e ainda não tem volume documental — aí define-se primeiro o esquema e forma-se, não se automatiza —, nem quem procura uma intranet nova ou uma migração para o SharePoint: isso é outro projeto e dizemo-lo antes de começar
Perguntas frequentes
A integração nativa resolve o transporte, e só o transporte: cada equipa do Teams tem um site do SharePoint associado e cada canal uma pasta na sua biblioteca de documentos, por isso o que se partilha no chat aterra no SharePoint sem ninguém fazer nada. Isso está resolvido e não lhe tocamos. O que não resolve — nem alguma vez pretendeu — é o que é cada um desses ficheiros. Chegam sem tipo, sem cliente, sem projeto, sem estado e sem versão, e tudo o que o SharePoint faz bem depende precisamente disso: a pesquisa precisa de metadados para filtrar, a retenção precisa de saber o tipo de documento para aplicar o prazo certo, as etiquetas de confidencialidade precisam de saber se há dado sensível lá dentro, e as aprovações precisam de saber a que processo pertence. Nós montamos essa camada de decisão por cima da integração que já tens. Numa frase: a Microsoft move o ficheiro, nós fazemos com que chegue a saber o que é.
Sobrepõem-se em parte, e convém dizê-lo com clareza. O Copilot é um assistente: responde a perguntas sobre os teus documentos e redige, mas não executa a tua política documental nem escreve metadados de forma consistente em escala. A etiquetagem automática e os modelos do SharePoint Premium classificam mesmo — e se já tens essas licenças, usamo-las em vez de as duplicar —, mas funcionam melhor com formatos estáveis, exigem treino e configuração que quase ninguém termina, e nunca saem do documento: não leem o tópico do canal onde foi aprovado, não reconciliam o anexo do chat com a versão boa da biblioteca e não decidem o que é um duplicado no teu contexto. O que trazemos é o que falta nos dois casos: o critério do teu negócio traduzido em regras executáveis, o trabalho de o montar sobre o teu tenant real e a responsabilidade de o deixar a funcionar. Se a tua licença já cobre uma parte, dizemos-te e não ta vendemos outra vez.
Não, e esta é a conversa que convém ter logo no primeiro dia. O âmbito define-se por canal e por equipa: processam-se os canais de trabalho que acordarmos — projetos, clientes, operações — e ficam de fora os pessoais, os da direção e tudo o que decidires excluir. Dentro dos canais incluídos, lê-se o necessário para classificar o documento e detetar uma decisão associada, não a conversa inteira guardada em lado nenhum. A camada corre sobre o teu tenant com as vossas permissões do Entra ID, por isso respeita exatamente quem vê o quê e não alarga o acesso a ninguém. E tudo o que faz fica registado: que documento classificou, com que critério e o que escreveu, para que o vosso responsável de compliance o possa auditar em vez de acreditar.
Podem classificar-se em retroativo, mas não é a primeira coisa que fazemos nem a que te recomendamos. A ordem que funciona é: fechar a torneira primeiro — que o novo entre já classificado desde o dia um — e depois ir para trás por lotes, começando pelo que tem valor a sério: clientes ativos, contratos em vigor, projetos a decorrer e tudo o que caia sob uma obrigação de retenção. Ao histórico frio aplica-se normalmente uma classificação mais grosseira e uma etiqueta de retenção, porque afinar metadados de documentos que ninguém vai abrir é gastar em trabalho que não rende. Damos-te o volume e o custo por lote antes de começar, e decides tu o que se recupera e o que se arquiva e pronto.
Em produção em três a seis semanas, mas o que se nota primeiro não é a pesquisa: é que deixam de aparecer versões órfãs. A reconciliação entre o anexo do chat e o documento da biblioteca corta pela raiz o problema do «qual é a boa» quase desde a primeira semana de uso real. A pesquisa melhora mais devagar e de forma acumulada, porque depende do volume já classificado: quanto mais entra bem, mais devolve bem. E o registo de decisões demora um ciclo de projeto inteiro a provar o seu valor, porque até chegar a primeira pergunta incómoda — quem aprovou isto, e quando? — ninguém dá pela falta. É por isso que o entregamos medido: não é preciso acreditar na melhoria, olha-se para o painel.
Montamos no teu negócio?
Localizaste o problema. Nós entregamos a solução e deixamo-la medida.