Organização da informação, versionamento, permissão por área e busca que encontra — a base onde os aplicativos, as automações e os agentes de IA vão se apoiar depois.
Toda empresa com mais de alguns anos tem a mesma cena: a pasta “Documentos”, dentro dela “Documentos 2”, e três versões do mesmo procedimento com nomes terminados em _final, _final2 e _final_ok. Ninguém sabe qual vale, e a pessoa que sabia saiu.
O SharePoint resolve isso não por ser mais moderno, mas porque troca “pasta” por metadado, versionamento e permissão. O documento passa a ter área, processo, revisão e validade — e a busca encontra pelo que ele é, não por onde alguém lembrou de salvar.
Exemplo de um site de Qualidade, que é onde o custo da desorganização costuma aparecer primeiro:
Site da Qualidade
Repare no que não existe aí: pasta dentro de pasta dentro de pasta. A informação é separada por finalidade e filtrada por metadado.
| Frente | O que fazemos |
|---|---|
| Arquitetura da informação | Quais sites existem, o que mora em cada um e como se relacionam — antes de criar qualquer biblioteca. |
| Metadados e tipos de conteúdo | As colunas que fazem a busca funcionar, padronizadas e reaproveitadas entre sites. |
| Migração | Pasta de rede, Dropbox ou Drive para o SharePoint, preservando estrutura, data e permissão — separando ativo de histórico. |
| Permissões | Por grupo do Entra ID, herdadas do site, com exceções documentadas. |
| Fluxos de documento | Aprovação antes de publicar, revisão periódica e alerta de validade, com Power Automate. |
| Intranet | Página inicial por área, comunicados, links de sistema e busca corporativa. |
| Retenção | O que precisa ser guardado por obrigação legal e o que pode sair da frente. |
Quase todo projeto de Power Platform encosta no SharePoint: é onde o aplicativo guarda anexo, onde o fluxo busca o documento aprovado e, agora, onde o agente de IA lê a política para responder. Por isso tratamos essa camada como fundação — se ela estiver torta, tudo que vier em cima fica torto junto.
As três coisas costumam ser pedidas com a mesma frase — “queremos organizar o SharePoint” — e resolvem problemas diferentes. A intranet é comunicação: comunicado, aniversariante, política interna, link para sistema. Quem mede sucesso dela olha acesso e leitura. O portal de área é trabalho: o RH, o jurídico ou a engenharia têm ali o que precisam para tocar o dia, com o que é restrito separado do que é público. A gestão documental é controle: versão única, metadado, aprovação e retenção, para que a resposta sobre qual arquivo vale não dependa de perguntar a alguém.
Tratar as três como um projeto só é o que produz aquela intranet bonita que ninguém abre e aquela biblioteca com quatro versões do mesmo contrato. Na prática, a gente separa: define o que cada site é, quem é dono, o que entra e o que não entra. Essa decisão leva pouco tempo e evita a maior parte do retrabalho depois.
Quase toda bagunça de SharePoint que encontramos começou com uma permissão concedida “só dessa vez”. Um arquivo compartilhado direto, uma pasta com herança quebrada, um grupo criado à mão para um projeto que acabou há anos. Dois anos depois ninguém sabe mais quem enxerga o quê, e a primeira auditoria vira um mês de trabalho.
Esse desenho entra antes da migração, não depois. Migrar arquivo é a parte fácil; migrar bagunça de permissão só muda a bagunça de lugar.
A confusão entre os três é a causa silenciosa de metade dos arquivos perdidos. O OneDrive é a gaveta pessoal: rascunho, coisa que ainda não é de ninguém além de você — e que vira problema quando a pessoa sai da empresa. O Teams é conversa, e cada equipe tem, por baixo, um site de SharePoint: o arquivo que você solta no chat não some, ele mora lá. O SharePoint é o lugar do que é da empresa e precisa sobreviver a quem criou.
A regra prática que usamos com os times: se o documento tem dono mas não tem sucessor, ele está no lugar errado. Documentar isso em uma página e repetir no treinamento muda mais o comportamento do que qualquer política de trinta páginas que ninguém lê.
Vale dizer também onde ele não é a melhor ferramenta, porque forçar costuma custar caro. SharePoint não é banco de dados transacional: lista com centenas de milhares de itens e muita escrita simultânea pede Dataverse ou SQL. Não é sistema de gestão documental regulatório pesado: se o setor exige assinatura digital qualificada, trilha certificada e retenção legal específica, existe ferramenta feita para isso. E não é repositório de mídia bruta: vídeo em alta e arquivo de CAD de vários gigabytes derrubam a experiência de quem só queria achar um documento.
No diagnóstico a gente aponta isso antes de vender projeto. É mais barato ouvir “esse caso não é SharePoint” no começo do que descobrir no meio da migração.
Pasta de rede não tem versionamento confiável, não tem metadado, não funciona fora do escritório sem VPN e não registra quem fez o quê. O SharePoint resolve esses quatro pontos. Em compensação, exige organizar a informação — e é aí que a migração mal feita vira um 'drive caro'.
Dá, com ferramenta de migração que preserva estrutura, datas e permissões. O erro comum é migrar tudo como está: a bagunça da pasta vai junto. A gente separa o que é ativo do que é histórico, define metadados para o que será usado de verdade e arquiva o resto.
SharePoint resolve bem até alguns milhares de registros com estrutura simples e já vem no Microsoft 365. Dataverse entra quando há relacionamento complexo, regra no servidor, auditoria fina ou volume maior — e custa licença. Essa escolha muda o custo do projeto inteiro, então ela é parte do diagnóstico.
Por grupos do Entra ID, herdados do site para as bibliotecas, com exceções registradas. A regra que seguimos é evitar permissão por pessoa e por arquivo: funciona na semana um e vira ingovernável no ano um.
É um dos melhores usos: comunicados, aniversariantes, documentos, links de sistema e notícias por área — tudo dentro do mesmo ambiente onde as pessoas já estão, com busca integrada e app no celular.
É o mesmo acervo. Um agente em Copilot Studio consulta o que está publicado no SharePoint — e por isso a organização do conteúdo deixou de ser estética e virou pré-requisito de IA: documento vencido, agente errado.
O tempo de cópia quase nunca é o gargalo. O que determina o prazo é a fase anterior: decidir a estrutura de sites, definir metadados, limpar duplicado e acertar permissão. Em projetos bem delimitados isso é contado em semanas, e a migração costuma acontecer em ondas por área, nunca tudo de uma vez num fim de semana.
Melhor, mas não por mágica. A busca encontra o que foi marcado: se o documento tem tipo, área, cliente e data como metadado, a pessoa filtra e acha. Se tudo foi jogado em pasta com nome livre, a busca devolve o mesmo caos de antes. É por isso que a estrutura vem antes da migração.
Muito melhor, e esse é um efeito colateral que vale citar. O Copilot responde a partir do que a pessoa tem permissão de ver. Em ambiente bagunçado ele devolve versão errada de documento — ou expõe o que não devia, porque a permissão estava errada desde sempre. Arrumar o SharePoint é, na prática, o pré-requisito de qualquer projeto sério de IA no Microsoft 365.
Se ninguém souber responder, já é motivo suficiente para a conversa de 30 minutos.
Agendar diagnóstico gratuito →