Migração de Dados para ERP: O Que Corrigir Antes

Você assistiu às demos, comparou fornecedores e talvez até tenha assinado o contrato. O ERP está chegando. Mas ninguém te avisou sobre a parte mais difícil: o maior desafio da migração de dados para ERP não é o sistema novo. São os dados que você vai trazer das suas planilhas.

A maioria dos problemas de implantação não começa no dia do go-live. Começa semanas antes, quando alguém tenta carregar anos de dados de planilhas em um sistema estruturado — e descobre que “dados” é um termo generoso para o que realmente existe.

Por Que os Dados da Planilha Não “Passam” Direto

Planilhas são tolerantes. Um ERP não é.

Numa planilha, você pode digitar “Acme Ltda,” “ACME LTDA.,” “Acme Comércio” e “acme” na mesma coluna, e tudo continua funcionando. Pode deixar campos em branco quando não tem a informação na hora. Pode embutir regras de negócio críticas numa fórmula que referencia células de três abas diferentes — e ninguém vai reclamar até que a pessoa que criou aquilo saia da empresa.

Um estudo da Universidade do Havaí constatou que 88% das planilhas contêm pelo menos um erro. Em escala pequena, esses erros são pegos por quem montou a planilha. Com 30 ou 40 pessoas, eles se acumulam silenciosamente — até que você tente mover esses dados para um sistema que exige consistência.

O problema central: ERPs exigem dados estruturados e consistentes. Cada registro de cliente precisa dos mesmos campos preenchidos do mesmo jeito. Cada produto precisa de um nome único e padronizado. Cada transação precisa estar vinculada às entidades corretas. Suas planilhas nunca foram construídas para atender esse padrão, porque não precisavam.

Essa lacuna — entre o que suas planilhas contêm e o que o novo sistema exige — é onde a maioria dos problemas de implantação começa.

O Que a Migração de Dados para ERP Realmente Envolve?

Migração de dados é o processo de mover as informações do seu negócio de onde elas estão hoje — planilhas, caixas de e-mail, pastas compartilhadas, talvez a memória do seu gerente de operações — para um sistema estruturado. Para empresas que vêm de planilhas, o processo normalmente tem cinco etapas:

1. Auditoria — Identificar cada planilha, banco de dados e fonte informal de dados que sua empresa utiliza. Você vai encontrar mais do que imaginava.
2. Limpeza — Corrigir as inconsistências, duplicatas e lacunas que planilhas toleram, mas sistemas não.
3. Mapeamento — Definir quais colunas da planilha correspondem a quais campos no novo sistema. Alguns dados migram direto. Outros não existem na nova estrutura. Alguns dados críticos não estão capturados em nenhuma planilha.
4. Carga — Mover os dados limpos para o novo sistema, geralmente em lotes.
5. Validação — Verificar se o que entrou no sistema confere com o que deveria estar lá. Essa etapa pega problemas que a limpeza não resolveu.

A sequência importa. Empresas que pulam a limpeza e vão direto para a carga aprendem uma lição cara: lixo que entra, lixo que sai vale tanto para ERPs quanto para planilhas. O sistema só torna o lixo mais difícil de ignorar.

A Auditoria — Descobrindo o Que Você Realmente Tem

Antes de limpar qualquer coisa, você precisa saber com o que está lidando. A maioria das empresas subestima o quanto seus dados estão espalhados — um problema que abordamos em detalhes no nosso artigo sobre silos de dados.

Comece mapeando cada fonte de dados da sua operação:

• As planilhas óbvias — Seu controle financeiro principal, lista de clientes, planilha de estoque e registro de projetos
• As planilhas esquecidas — Aquele arquivo de conciliação pontual, a calculadora de preços que seu líder comercial montou em 2022, o controle de férias no Google Drive pessoal de alguém
• Trocas de e-mail — Acordos de preços, preferências de clientes, condições de fornecedores e aprovações informais que nunca viraram arquivo
• Pastas compartilhadas e na nuvem — Documentos e PDFs com informações que não constam em nenhuma planilha
• A cabeça das pessoas — As regras não escritas, histórico de clientes e conhecimento de processos que existem apenas como dependência de pessoa-chave

Para cada fonte, documente quatro pontos:

1. Que tipo de dado ela contém (clientes, transações, produtos, financeiro)
2. Quem é o responsável por mantê-la
3. Quando foi atualizada pela última vez
4. Se outros arquivos ou processos dependem dela

Essa auditoria costuma revelar verdades incômodas. Você vai encontrar três versões diferentes da sua lista de clientes. Seu catálogo “mestre” de produtos vai ter 40% mais itens do que todo mundo achava. Dados críticos de precificação vão aparecer em anexos de e-mail.

Essas descobertas são exatamente o objetivo. Encontrá-las agora — antes da migração — é dramaticamente mais barato do que encontrá-las depois do go-live.

Cinco Problemas de Dados Para Resolver Antes de Migrar

Com a auditoria concluída, você provavelmente vai encontrar esses problemas em qualquer empresa que depende de planilhas. Resolva-os antes da migração, não depois.

1. Registros duplicados

O problema mais comum. O mesmo cliente aparece como “Indústrias Silva Ltda,” “INDUSTRIAS SILVA,” “Silva e Filhos” e “ind. silva.” O mesmo fornecedor tem três cadastros com dados de contato diferentes. O mesmo produto tem nomes ligeiramente diferentes entre departamentos.

Na planilha, duplicatas são irritantes. No ERP, elas quebram relatórios, geram erros de faturamento e tornam todo processo subsequente não confiável.

O que fazer: Exporte suas listas de clientes, fornecedores e produtos. Ordene-as. Procure registros parecidos. Escolha um nome canônico e unifique o restante. É um trabalho manual e tedioso — e é a tarefa de limpeza de maior valor que você pode executar.

2. Formatação inconsistente

Telefones com traços, pontos, parênteses ou nada. Endereços em formatos diferentes. Datas em DD/MM/AAAA, MM/DD/AAAA e texto livre. Valores monetários com e sem símbolo de moeda, com vírgula ou ponto decimal.

ERPs precisam de formatos consistentes para ordenar, filtrar e calcular corretamente. Um campo de data com formatos mistos vai gerar erros de importação ou — pior — interpretar seus dados silenciosamente de forma errada.

O que fazer: Defina um formato padrão para cada tipo de campo e aplique-o em todos os dados. A maioria das ferramentas de planilha ajuda com reformatação em lote. Faça isso antes da exportação, não depois da importação.

3. Registros incompletos e campos vazios

Campos em branco porque “todo mundo sabe” a resposta. Registros de transações sem data. Cadastros de clientes sem e-mail ou CNPJ.

Alguns desses campos “opcionais” na sua planilha tornam-se obrigatórios no ERP — especialmente qualquer coisa relacionada a faturamento, impostos ou conformidade fiscal. Se você descobrir isso durante a migração, vai precisar correr atrás das informações faltantes sob pressão de prazo.

O que fazer: Obtenha a lista de campos obrigatórios do novo sistema. Compare com seus dados existentes. Preencha as lacunas agora, enquanto as pessoas que sabem as respostas estão disponíveis e não estão no meio de uma transição de sistema.

4. Regras de negócio escondidas em fórmulas

Sua planilha de preços calcula margens usando uma fórmula que referencia uma aba oculta com faixas de desconto. Sua planilha de estoque calcula automaticamente pontos de reposição com base em uma média móvel que alguém criou há três anos. Seu controle financeiro usa cadeias de PROCV que ninguém entende completamente.

Essas fórmulas codificam regras de negócio que precisam ser replicadas na configuração do ERP — ou substituídas pela lógica própria do sistema. Se você não documentá-las antes da migração, vai perder conhecimento institucional. Esse é um desdobramento do desafio de mapeamento de processos: entender o que você faz hoje antes de tentar fazer diferente.

O que fazer: Percorra cada planilha crítica com a pessoa que a criou. Documente o que cada fórmula faz em linguagem simples. Depois decida: o ERP lida com isso nativamente, precisa de configuração customizada ou a regra de negócio deve mudar?

5. Dados obsoletos que não deveriam migrar

Clientes com quem você não faz negócio desde 2019. Produtos que não vende mais. Funcionários que saíram há dois anos. Lançamentos de teste e dados provisórios que nunca foram deletados.

Migrar dados mortos polui o novo sistema desde o primeiro dia. Infla a contagem de registros, bagunça relatórios e dificulta para a equipe encontrar o que realmente precisa.

O que fazer: Defina um critério. Se um cliente não transacionou nos últimos 24 meses, arquive o registro em vez de migrá-lo. Se um produto foi descontinuado, deixe-o para trás. Você sempre pode trazer dados históricos depois — mas começar limpo torna o novo sistema imediatamente mais útil.

O Que Migrar e o Que Deixar Para Trás

O instinto é trazer tudo — cada registro, cada transação, cada dado histórico. Esse instinto é caro e quase sempre errado.

Pense nos seus dados em três categorias:

Dados ativos — sempre migrar:

• Clientes, fornecedores e contatos atuais
• Transações em aberto (faturas a receber, pedidos pendentes, projetos ativos)
• Catálogo atual de produtos ou serviços com precificação
• Cadastro de funcionários e estrutura organizacional
• Contratos e acordos vigentes

Dados históricos — migrar seletivamente:

• Transações concluídas dos últimos 1-2 anos (úteis para comparações)
• Registros financeiros exigidos por conformidade fiscal e auditoria (consulte seu contador sobre prazos de retenção)
• Histórico de interações com clientes que seja genuinamente útil para relacionamentos em andamento

Dados mortos — arquivar ou descartar:

• Clientes e fornecedores inativos sem atividade recente
• Produtos e serviços descontinuados
• Versões superadas de documentos e registros
• Lançamentos de teste e dados provisórios

Segundo a McKinsey, equipes perdem até 20% da sua semana de trabalho procurando informações internas ou buscando colegas que possam ajudar. Começar o novo sistema apenas com dados relevantes e limpos significa que sua equipe gasta menos tempo garimpando e mais tempo trabalhando desde o primeiro dia.

A regra geral: migre o que você precisa para operar no primeiro dia, arquive o que pode precisar de referência e deixe para trás o que ninguém vai procurar novamente.

Construindo um Cronograma de Migração Realista

Migração de dados demora mais do que qualquer pessoa espera. Aqui está um cronograma realista para uma empresa em crescimento saindo de planilhas:

Semanas 1-3: Auditoria e inventário. Mapeie todas as fontes de dados, atribua responsáveis, identifique lacunas. Isso pode acontecer em paralelo com outras preparações da implantação.

Semanas 3-6: Limpeza de dados. O grosso do trabalho. Sua equipe faz o trabalho ingrato de deduplicar registros, padronizar formatos, preencher lacunas e documentar regras de negócio. Não delegue isso integralmente ao fornecedor — sua equipe conhece os dados melhor que ninguém.

Semanas 5-7: Mapeamento e cargas de teste. Trabalhe com seu parceiro de implantação para mapear os dados limpos para a estrutura do novo sistema. Carregue um lote de teste e avalie os resultados. Você vai encontrar problemas que a limpeza não pegou — isso é esperado.

Semanas 7-9: Validação e operação paralela. Rode o novo sistema lado a lado com suas planilhas. Compare os resultados. Certifique-se de que os números batem. Esse período de sobreposição captura divergências antes que se tornem problemas reais.

Semanas 9-10: Migração final e go-live. Carregue os dados definitivos. Valide uma última vez. Faça a virada.

Duas coisas tornam esse cronograma realista em vez de aspiracional:

Primeiro, limpeza de dados não é tarefa para uma pessoa só. Quem é dono dos dados — seu time comercial para cadastros de clientes, o financeiro para dados financeiros, o operacional para produtos e estoque — precisa participar. Eles são os únicos que sabem que “Ind. Silva” e “Indústrias Silva Ltda” são a mesma empresa.

Segundo, envolver a equipe na limpeza de dados dá a eles senso de propriedade sobre o novo sistema antes mesmo do lançamento. Isso não é um efeito colateral — é parte central da gestão de mudança. Pessoas adotam sistemas que ajudaram a construir.

Perguntas Frequentes

Quais dados precisam ser migrados ao implantar um ERP?

No mínimo, migre cadastros ativos de clientes e fornecedores, transações em aberto, seu catálogo atual de produtos ou serviços e dados de funcionários. Registros financeiros exigidos pela legislação fiscal também devem ser transferidos. Dados históricos com mais de 1-2 anos geralmente podem ser arquivados em vez de migrados, reduzindo complexidade e custo.

Quanto tempo leva a migração de dados de planilhas?

Para uma empresa em crescimento com 10 a 50 funcionários, espere de 8 a 12 semanas da auditoria ao go-live. A variável principal é a limpeza de dados — empresas com anos de dados acumulados em planilhas e múltiplos responsáveis devem planejar para o prazo mais longo. A carga dos dados em si costuma ser a etapa mais rápida.

Devo limpar os dados antes ou depois de migrar para o ERP?

Antes. Sempre antes. Migrar dados sujos significa gastar seus primeiros meses no novo sistema corrigindo registros em vez de aprender a usar o sistema. A limpeza prévia também custa menos — ferramentas de planilha são mais simples para correções em massa do que tentar editar registros dentro do ERP.

Posso fazer a migração sozinho ou preciso de um consultor?

Para pequenas empresas com dados simples — uma lista de clientes, um catálogo de produtos, financeiro básico — a automigração com orientação do fornecedor é viável. Se você tem relações de dados complexas, múltiplas planilhas interconectadas ou dados financeiros críticos, um parceiro de implantação reduz o risco significativamente.

O que acontece com minhas planilhas antigas depois da migração?

Mantenha-as como arquivos somente-leitura por pelo menos 12 meses. Elas servem como referência se surgirem dúvidas sobre dados históricos e como rede de segurança durante a transição. Depois de um ano, a maioria das empresas descobre que nunca mais as abriu. Não as delete — apenas mova para armazenamento frio.

Como o Tier2 Keel Apoia a Migração de Dados

O processo de preparação de dados descrito acima faz parte de como a Tier2 conduz cada implantação. Com mais de 11 anos de experiência em consultoria — ajudando empresas a migrar de planilhas, sistemas legados e ferramentas desconectadas — a Tier2 trata a migração de dados como parte integral do projeto, não como uma etapa secundária.

O Tier2 Keel é projetado para o tipo de empresa em crescimento que está fazendo essa transição. Ele garante a consistência de dados que suas planilhas nunca puderam exigir: cadastros padronizados de clientes, transações vinculadas e regras de negócio que vivem no sistema — não em fórmulas que ninguém entende.

Como a Tier2 começou como consultoria antes de construir seus próprios produtos, a equipe entende que o software é apenas metade da equação. A outra metade é preparar seus dados — e suas pessoas — para a mudança.

Veja como o Keel funciona ou fale com nosso time sobre sua migração.

Escolha uma planilha — a mais crítica — e passe-a pelo checklist dos cinco problemas acima. Conte as duplicatas, os campos vazios, os formatos inconsistentes. Esse exercício vai dizer mais sobre sua prontidão para migração do que qualquer demo de fornecedor.