Planilha e sistema rodando juntos: como fazer a virada sem duplicar trabalho nem perder histórico

A decisão de sair da planilha já foi tomada. O que trava a operação é o medo do meio do caminho: durante a virada, o time vai ter que manter a planilha e alimentar o sistema ao mesmo tempo? E o histórico de anos, vai ficar para trás? Esse receio é legítimo e, mal conduzido, transforma uma migração simples em meses de trabalho dobrado.

O FollowNet One é a plataforma de Control Tower da e.Mix: centraliza eventos, documentos e alertas de todas as operações de importação e exportação, para que o time tome decisões antes que os problemas virem custo. A boa notícia é que a virada não precisa ser um salto no escuro. Feita por etapas, com regra clara de corte, ela acontece sem duplicar trabalho e sem perder o que já existe. Este artigo é o passo a passo mecânico dessa transição.

• O problema: migrar parece exigir manter planilha e sistema em paralelo por tempo indefinido, dobrando o trabalho do time.
• O custo-risco: sem regra de corte, o paralelo se eterniza, o time se cansa e a migração é abortada no meio.
• O mecanismo: virada por etapas, com data de corte por bloco e o histórico tratado antes da virada, não depois.
• Como começar: escolha um bloco de processos, defina a data em que a planilha para de ser a fonte e migre só ele primeiro.

Por que o paralelo eterno é o verdadeiro inimigo

Manter planilha e sistema juntos não é o problema. O problema é manter os dois como fonte de verdade ao mesmo tempo, sem prazo para acabar. Quando os dois valem, o analista preenche os dois “por garantia”, e aí sim o trabalho dobra. A virada saudável tem sempre uma data em que a planilha deixa de ser autoridade e vira, no máximo, consulta histórica. O paralelo existe, mas é curto e tem fim marcado.

No Modelo e.Mix, essa transição é planejada com o time: a tecnologia da plataforma de Control Tower, a metodologia que define a sequência de corte e a gente que resolve, acompanhando a virada de cada bloco. A migração é um processo conduzido, não um susto.

Etapa 1: definir o bloco e a data de corte

Não se migra tudo de uma vez. Escolhe-se um bloco de processos, uma rota, um tipo de operação, e define-se a data a partir da qual aquele bloco passa a viver só na plataforma. Antes da data, planilha é a fonte e o sistema é treino. Depois da data, inverte: o sistema é a fonte e a planilha vira arquivo. A data de corte é o que impede o paralelo de virar permanente.

Etapa 2: tratar o histórico antes da virada

O medo de perder o histórico se resolve invertendo a ordem: o histórico relevante entra antes do corte, não depois. Não é preciso migrar anos de planilha linha a linha. Migra-se o que ainda está vivo, os processos em andamento, e arquiva-se o restante de forma consultável. O que está encerrado não precisa virar registro ativo, precisa ficar acessível. Essa distinção evita o trabalho gigante de “digitar tudo de novo”.

Etapa 3: rodar o paralelo curto e medir a confiança

Por uma ou duas semanas, o bloco roda nos dois lugares de propósito, para o time comparar e ganhar confiança. O critério para encerrar o paralelo é objetivo: quando o sistema responde “onde está cada processo?” igual ou melhor que a planilha, o paralelo acabou. Não se estende “para garantir”: estender é o que mata a migração.

O bloco salvável: o plano de virada por bloco

Use esta tabela para planejar a virada de cada bloco. Uma linha por bloco, com data de corte explícita.

Prova em campo

O erro que duplica o trabalho de verdade

O trabalho dobra quando ninguém declara qual fonte vale. O time, inseguro, alimenta os dois. A solução não é técnica, é de decisão: anunciar com clareza a data de corte de cada bloco e sustentar essa decisão. A partir do corte, quem pergunta “está na planilha?” é redirecionado para o sistema. Sem essa firmeza, qualquer plataforma vira mais uma tela para preencher além da planilha, e não no lugar dela.

Como começar sem projeto infinito

Não planeje a migração inteira antes de começar. Vire um bloco, aprenda, vire o próximo.

• Owner: um Coordenador de Comex responsável por declarar e sustentar as datas de corte.
• Cadência: uma virada de bloco por vez, com revisão semanal do paralelo em curso.
• KPI farol: número de dias que cada bloco passou em paralelo (quanto menor, melhor a virada).
• Primeiro recorte: o bloco de processos mais padronizado, onde a virada é mais limpa e ensina o método para os próximos.

Saiba mais

• Conectar o ERP à Control Tower sem perder histórico: o que acontece com seus dados na virada
• SAP e FollowNet One: como a camada de eventos complementa o registro fiscal
• A integração que a TI fez na mão tem um custo que ninguém somou: o passivo do script caseiro
• O mito da integração impossível: como conectar FollowNet One ao seu ERP sem refazer nada
• Seu ERP registra o passado. Quem antecipa o futuro da sua operação?
• Onde o módulo de Comex do ERP para e a Control Tower começa: a tabela comparativa
• O P&L esconde o custo do retrabalho: como trazer o invisível para a planilha do CFO
• Seu ERP tem módulo de importação. Por que você ainda usa planilha para fechar o follow-up?

📖 Leia o guia completo: Planilha vs. sistema no Comex: guia completo