Toda empresa com mais de dez anos tem um servidor de arquivos que ninguém quer abrir. Centenas de gigabytes, pastas dentro de pastas, planilhas que alguém montou em 2014 e que continuam alimentando um relatório que a diretoria lê todo mês. O plano existe há anos — “vamos migrar para o SharePoint” — e nunca sai do lugar, porque ninguém sabe dizer o que quebra se mexer.

Essa paralisia tem uma causa concreta e resolvível: o projeto começa pela ferramenta em vez de começar pela medição. E quando finalmente alguém mede, o relatório costuma assustar mais do que ajudar — porque mede a coisa errada.

Por que “migrar tudo para o SharePoint” não funciona

O SharePoint é excelente para o que ele foi feito: documento colaborativo, versionamento, busca, controle de acesso, retenção. Se o seu acervo é apresentação, contrato e planilha de trabalho normal, migrar é ganho puro.

O problema aparece num tipo específico de arquivo, e ele costuma ser justamente o mais crítico da operação: a planilha com macro que lê e escreve em caminhos fixos. Aquela que abre outros arquivos por caminho de rede, grava resultado numa pasta combinada e roda todo fechamento.

Esse arquivo sofre no SharePoint por três motivos que não se resolvem com configuração: o bloqueio de arquivo funciona diferente do compartilhamento de rede; a latência de uma operação que abre dezenas de arquivos em sequência deixa de ser desprezível; e o modo de exibição protegida entra no caminho de conteúdo vindo da web, quebrando execução automática.

Ou seja: a decisão não é “SharePoint ou servidor”. É saber qual arquivo vai para onde — e para isso é preciso medir.

Medir de um jeito que não dependa de abrir arquivo

Abrir dezenas de milhares de planilhas para saber o que têm dentro é inviável — e desnecessário. O formato moderno do Excel é um pacote compactado: dá para inspecionar o conteúdo sem abrir a planilha, lendo a estrutura interna do arquivo.

Com isso, uma varredura consegue responder, por arquivo, o que interessa:

• Tem macro? — pela presença do componente de projeto VBA dentro do pacote.
• Tem link externo? — referências a outras pastas de trabalho declaradas na estrutura.
• É formato legado? — o binário antigo, que se comporta de outro jeito.
• É grande demais? — acima de certo tamanho, o comportamento em nuvem muda.
• O nome sobrevive? — caractere e comprimento que o destino não aceita.

É uma varredura de leitura, que roda sobre o compartilhamento sem interferir em ninguém, e devolve um inventário completo com o caminho de cada ocorrência.

O achado: milhares de suspeitos, uma dúzia de problemas

Numa análise que conduzimos no servidor de arquivos de uma seguradora, o inventário trouxe dezenas de milhares de planilhas e algumas centenas de gigabytes. Somando todos os sinalizadores — macro, link externo, formato legado, tamanho e nome —, chegamos a um conjunto na casa dos milhares de arquivos “com impacto”.

Um relatório que parasse aí produziria a conclusão errada: projeto grande, risco alto, melhor adiar. Foi o que motivou a etapa seguinte.

Passamos a analisar o conteúdo do código dos arquivos com macro, procurando o que de fato não sobrevive à mudança: caminho fixo de unidade mapeada, referência a banco de dados de mesa, gravação em local específico. E o resultado foi de outra ordem de grandeza: cerca de quinze arquivos tinham retrabalho real.

Mais interessante ainda: o diretório que aparecia como o mais crítico da lista bruta — dezenas de planilhas com macro numa área central da operação — tinha código benigno. O risco real ali era outro, e mais silencioso: links apontando para um servidor que não existe mais. Um problema que já existia, que a migração não causaria, e que ninguém tinha notado.

A lição é generalizável: a lista de sinalizadores mede suspeita, não risco. A diferença entre os dois números foi de três ordens de grandeza — e é essa diferença que decide se o projeto acontece ou é adiado por mais dois anos.

A distribuição também importa

Outro padrão que a varredura revelou, e que se repete: a concentração. Uma única área respondia por cerca de 70% do espaço e pela maior parte das planilhas com macro.

Isso muda a estratégia por completo. Não é um projeto de migração da empresa inteira — são dois projetos com naturezas diferentes: um de mudança tranquila para a maior parte das áreas, e um trabalho cuidadoso e específico com uma área que tem um jeito próprio de trabalhar.

O destino de cada coisa

Com o inventário verificado, a decisão fica simples de defender porque tem número atrás.

Planilha comum vai para a nuvem. Foi a maior parte do acervo — cerca de três quartos. Ganha versionamento, busca, acesso controlado e retenção, e some do backup de servidor.

O núcleo com macro fica em compartilhamento de rede real. Servidor com disco persistente, unidade mapeada por política e local declarado como confiável para que a execução não seja bloqueada. Não é retrocesso: é reconhecer que aquele conjunto tem um requisito técnico que a nuvem de documentos não atende bem.

O que ninguém abre há anos vai para arquivo morto. Armazenamento barato, fora do backup quente e fora da busca do dia a dia. É a mesma disciplina que aplicamos em arquivamento de dados: decidir o que merece estar no lugar caro.

A dúzia de arquivos com retrabalho real entra como tarefa nominal, com dono e prazo — não como risco genérico de projeto.

O que a análise entrega, além da decisão

Vale registrar o subproduto, porque ele costuma valer tanto quanto a migração. A varredura produz uma lista nominal por tipo de risco, com o caminho completo de cada arquivo. Isso serve para muito mais que o projeto: é o mapa de onde estão os dados sensíveis, quais áreas guardam o quê e o que já deveria ter sido descartado.

Numa empresa regulada, esse mapa é o primeiro entregável de qualquer trabalho de privacidade — e normalmente ele não existe.

Como conduzir sem travar

1. Varrer em leitura. Sem tocar em nada, sem pedir para ninguém parar de trabalhar.
2. Sinalizar por tipo. Cada risco em sua lista, com caminho — não um total único.
3. Verificar o que sinalizou. A etapa que quase todo mundo pula e a que mais muda o resultado.
4. Conversar com a área concentradora. Ela tem um jeito de trabalhar; entender isso antes de propor mudança evita rejeição.
5. Migrar por onda, começando pelo fácil. As áreas sem macro primeiro, para o método se provar antes de chegar ao núcleo sensível.
6. Fechar a porta do antigo. Se o compartilhamento velho continua gravável, ele volta a crescer.

O que fica

O ganho visível é o servidor que encolhe e o acervo que passa a ter busca e controle de acesso. O que dura é a decisão documentada: por que cada conjunto foi para onde foi, com número atrás.

E fica o mapa. Depois dessa análise, a empresa sabe o que tem — o que é uma frase simples e uma condição rara.

O limite honesto: nada disso resolve a razão de o servidor ter chegado nesse estado. Se continuar não havendo regra sobre onde se guarda o quê, o novo ambiente vira o antigo em alguns anos, com interface melhor. A migração é a oportunidade de estabelecer a regra — e é essa parte, não a técnica, que decide se o resultado dura.

Se o seu caso envolve também o parque de estações que acessa esses arquivos, a conversa começa antes: veja workplace moderno. E se o assunto for o dado pessoal que mora nesse acervo, privacidade e LGPD trata do mapa que essa varredura produz.