A maioria dos projetos de GED (Gestão Eletrônica de Documentos) falha pelo mesmo motivo: a empresa copia a estrutura de pastas do file server para dentro do SharePoint e chama isso de migração. O resultado é o mesmo caos, agora com um custo de licença por cima. GED de verdade começa quando você para de descrever o documento pelo lugar onde ele está e passa a descrevê-lo pelo que ele é.

1. Levante os tipos de documento antes de tocar na ferramenta

Antes de criar qualquer biblioteca, liste os tipos de documento que circulam de fato na operação: contrato, nota fiscal, procedimento operacional, laudo técnico, política interna, ata. Para cada um, registre quem cria, quem aprova, quanto tempo precisa ser mantido e qual o nível de confidencialidade.

Esse levantamento costuma revelar que uma empresa de porte médio trabalha com 15 a 25 tipos reais — e não com as 4.000 pastas que existem no disco. Os tipos são a espinha dorsal de todo o resto.

2. Menos bibliotecas, mais metadados

O erro clássico é criar uma biblioteca por departamento e, dentro dela, replicar o labirinto de subpastas. A alternativa é criar poucas bibliotecas grandes, organizadas por ciclo de vida e permissão, e usar colunas de metadados para tudo que antes era pasta.

  • Pasta → um caminho fixo, uma única forma de enxergar o acervo.
  • Metadado → filtros, visões por área, por status, por ano e por responsável, todos ao mesmo tempo.
  • Regra prática: se a informação serve para achar o documento depois, ela é coluna — não pasta.

Use o Repositório de Termos (Term Store) para os vocabulários que se repetem entre bibliotecas: unidades, centros de custo, categorias. Assim, "Jurídico" é sempre o mesmo termo, e não sete grafias diferentes digitadas à mão.

3. Tipos de conteúdo: o contrato entre a TI e a operação

Um tipo de conteúdo amarra em um único objeto o conjunto de colunas obrigatórias, o modelo (template) do arquivo, a política de retenção e o fluxo de aprovação. Publicado a partir do hub de tipos de conteúdo, ele se propaga para todos os sites que o consomem.

Na prática, isso significa que "Contrato" carrega sempre as mesmas colunas — contraparte, vigência, valor, gestor responsável — independentemente do site onde foi criado. É o que garante que um relatório consolidado de contratos seja possível seis meses depois.

4. Versionamento e check-out sem travar o time

Ative versionamento principal e secundário nas bibliotecas de documentos vivos (procedimentos, políticas, manuais). Assim, o leitor comum enxerga apenas a última versão publicada, enquanto o autor trabalha nos rascunhos intermediários sem publicar ruído.

Check-out obrigatório só faz sentido em bibliotecas de baixo volume e alta criticidade. Em biblioteca de uso diário, ele vira um gargalo: alguém sai de férias com o arquivo travado e a operação para.

5. Retenção e descarte: a parte que ninguém planeja

GED não é só guardar — é saber quando jogar fora. Documento mantido além do prazo legal é passivo, não patrimônio: aumenta superfície de risco em auditoria e em pedidos de titular sob a LGPD.

Configure rótulos de retenção alinhados à tabela de temporalidade da empresa e aplique-os automaticamente por tipo de conteúdo. O descarte precisa ser um processo desenhado, com revisão de disposição para os acervos sensíveis, e não uma faxina manual feita quando o armazenamento acaba.

6. Adoção: o projeto só termina quando as pessoas mudam de hábito

Deixe o caminho novo mais fácil que o antigo. Isso significa colunas com valores padrão preenchidos, visões prontas para cada equipe, um atalho da biblioteca fixado no Teams que a área já usa — e o file server antigo em modo somente leitura a partir de uma data anunciada.

Se o usuário precisa lembrar de sete campos para salvar um arquivo, ele vai salvar no desktop. Todo campo obrigatório precisa justificar o próprio custo.

Checklist de go-live

  1. Tipos de documento mapeados e validados com as áreas.
  2. Bibliotecas definidas por permissão e ciclo de vida, não por organograma.
  3. Tipos de conteúdo publicados a partir do hub central.
  4. Term Store carregado com os vocabulários corporativos.
  5. Versionamento configurado conforme a criticidade de cada acervo.
  6. Rótulos de retenção aplicados por tipo de conteúdo.
  7. Visões prontas e biblioteca fixada nas equipes do Teams.
  8. File server legado em somente leitura com data de corte comunicada.

Com essas seis etapas fechadas, a GED deixa de ser um repositório e passa a ser infraestrutura de processo — que é exatamente o que torna possível automatizar a etapa seguinte: a aprovação de documentos.