Planilha por e-mail: qual é a versão certa?
Ninguém sabe, porque o arquivo virou o sistema de registro, e isso é problema de arquitetura, não de tecnologia. Quando a planilha é o único lugar onde o dado mora, cada cópia enviada por e-mail é uma bifurcação, e nada indica qual vale. Guardar o arquivo na nuvem reduz as cópias, mas não diz quem decide a regra.
Quantas cópias da mesma planilha circulam numa empresa?
O estudo é de uma empresa grande, mas mostra o padrão. Hermans e Murphy-Hill analisaram os e-mails de 190 caixas da Enron, 717.102 mensagens depois de descartadas as pastas de contatos e rascunhos. Em 44.214 delas (6,2%) havia ao menos um anexo de planilha no formato .xls, uma média estimada em cerca de 100 por dia. Os autores concluem que enviar planilha por e-mail era prática comum e apontam nisso a falta de um sistema de controle de versão (relatório técnico da TU Delft, 2014).
Há um segundo número no mesmo estudo. Dos 265.586 anexos, saíram 51.572 arquivos Excel, e só 16.189 eram distintos pelo conteúdo. Dividindo um pelo outro, cada planilha distinta aparece, em média, em pouco mais de três anexos. A conta é nossa, e parte dessas repetições é só o mesmo arquivo encaminhado. Outra parte são versões que divergiram.
Um trabalho posterior olhou exatamente para isso. Xu e colegas partiram do mesmo corpus para reconstruir, por similaridade, quais arquivos eram versões uns dos outros, e chegaram a 1.609 grupos com 12.254 planilhas. O problema que eles descrevem é o de sempre: usuários raramente documentam a versão, e as versões passam a coexistir como arquivos independentes e parecidos (Xu et al., arXiv, 2017).
Duas ressalvas. A Enron não é uma PME, e o corpus é antigo. O que o estudo sustenta é o mecanismo, não a taxa que você teria na sua empresa. Se o mecanismo é diferente na sua operação, vale conferir na prática: abra a caixa de entrada de quem faz cotações e conte quantas versões da mesma tabela existem.
O que a edição na nuvem resolve, e o que ela deixa de fora?
Resolve a cópia, e isso não é pouco. O Excel em nuvem permite que várias pessoas editem o mesmo arquivo ao mesmo tempo, com as alterações aparecendo em segundos, e guarda um histórico de versões. Há condições: o arquivo precisa estar no OneDrive ou no SharePoint Online, com salvamento automático ligado, e quem abre numa versão sem suporte pode travar o arquivo para os demais (documentação da Microsoft).
O mesmo texto traz o limite. Quando duas pessoas mexem na mesma área, em geral vale a última alteração salva, e a recomendação é atribuir uma aba ou uma região a cada pessoa. Uma versão antiga só pode ser restaurada depois que todos param de editar.
Nossa leitura é que o recurso resolve o problema do arquivo e deixa o problema do dado onde estava. O histórico guarda estados do arquivo, não o motivo de uma mudança. Quem pode alterar a faixa de uma tabela de preço e quem confere o valor digitado dependem de como a equipe organiza o arquivo, não do recurso. Basta um anexo mandado por e-mail para a cópia voltar a existir.
Por que "qual é a versão certa?" é uma pergunta de arquitetura?
Porque ela só existe quando o arquivo faz três trabalhos ao mesmo tempo: guarda o dado, contém a regra e serve de histórico. Num sistema com um local único para o registro, essas funções ficam separadas. O dado tem dono e estado, a regra tem vigência, e o histórico registra autor e data. Quem é o dono, qual regra vale e desde quando são decisões humanas, tomadas antes de qualquer ferramenta. É isso que o sistema precisa registrar. A planilha continua útil, mas como visão ou exportação, não como fonte.
É o mesmo raciocínio de erro em planilha: por que ninguém percebe até custar, visto por outro lado. Lá, o problema é a regra escondida na célula. Aqui, é a cópia que leva a regra para fora de qualquer controle. Os dois têm a mesma raiz: o arquivo foi promovido a sistema sem ter sido desenhado para isso.
O tamanho do problema não depende do volume. Uma tabela de dez linhas, que define o preço de tudo o que a empresa vende, já exige a pergunta. O que importa é quanto dinheiro passa por ela e quantas pessoas a usam sem conversar entre si.
Como isso aparece numa transportadora?
Um cenário hipotético, para tornar o mecanismo concreto. Os números são ilustração, não medição de cliente.
Uma transportadora tem cinco comerciais cotando frete com uma tabela em planilha, por faixa de peso e região. Quando o diesel muda, a coordenadora atualiza o arquivo e o envia à equipe por e-mail. Dois comerciais continuam abrindo o anexo anterior, que está na caixa de entrada, e um terceiro salvou uma cópia na área de trabalho com um desconto pontual para um cliente.
Durante algumas semanas, a empresa tem três tabelas em uso. Ninguém errou de má-fé, e nenhuma cotação parece estranha. O problema aparece quando um cliente reclama de duas propostas com valores diferentes para a mesma rota e o financeiro precisa responder qual tabela valia em 12 de outubro. A planilha guardou só a última.
Nesse ponto, a falha deixou de ser de arquivo. A empresa não consegue dizer qual regra estava vigente em cada data, porque a vigência nunca foi um campo.
O que muda quando o dado deixa de morar no arquivo?
Quatro coisas, e nenhuma delas exige abandonar a planilha. A tabela passa a ter um dono nomeado, que responde por ela. Existe uma única fonte, e quem cota consulta essa fonte, em vez de um anexo. Cada alteração registra autor, data e motivo, e a regra ganha vigência, com início e fim, o que permite reconstruir as cotações passadas a partir da vigência registrada. E a planilha segue disponível, como exportação, para quem precisa analisar.
No case Repap On, o cenário de partida é o mesmo, aplicado a documentos: manuais e políticas internas espalhados por e-mails, pastas de rede e arquivos físicos, sem controle de versão. A plataforma passou a controlar versões e a restringir a visualização por cargo e setor. A Yowpi tem participação societária na Repap On, como o próprio case declara. No case Reatop, a Bumerangue controlava resíduos hospitalares em planilhas e anotações em papel, com atraso na consolidação dos dados, e o registro passou a nascer no aplicativo móvel, que funciona sem sinal.
O caminho para chegar lá sem parar a operação está em como migrar de planilhas para um sistema.
Perguntas frequentes
Minha equipe está acostumada com planilha. Ela vai aceitar outro caminho?
Faz diferença a planilha continuar existindo como saída. A equipe perde o hábito de editar o arquivo, mas mantém a tabela que sempre abriu. Comece pelo dado que mais gera a pergunta "essa é a versão certa?" e deixe a planilha antiga em paralelo por um período curto, com data de corte combinada.
Como saber se há retorno financeiro?
Meça antes o que a dúvida custa hoje. Quantas vezes por mês alguém pergunta qual arquivo vale, quantas horas vão em conferir, quantas cotações, pagamentos ou comissões precisaram ser refeitos. Se esses números forem baixos e a planilha só serve à análise, edição em nuvem pode bastar. Se algum deles tem valor em reais, ele é o ponto de partida do cálculo.
A integração com o que já uso vai ser complicada?
Depende de onde o dado mora hoje e de quem o consome. Começar não exige integrar tudo: o primeiro passo costuma ser importar o que existe na planilha atual e oferecer a exportação no formato que o time já usa. A integração com ERP, e-mail ou financeiro entra depois, como decisão de desenho, uma de cada vez.
O próximo passo
Se a sua empresa tem uma tabela ou uma regra que circula por arquivo, o Diagnóstico de Arquitetura Operacional é uma conversa de 30 minutos para mapear onde o dado mora e quem responde por ele.
Cases relacionados
Reconheceu a sua operação neste artigo?
Agende o Diagnóstico de Arquitetura Operacional: 30 minutos para mapear onde está o gargalo da sua operação. Sem proposta na primeira conversa.
Agendar diagnóstico