Migração de dados para sistema novo: como tirar anos de planilha e ERP antigo sem perder histórico (custos reais de 2026 e o plano de virada)
Rafael Oliveira · · 8 min de leitura
O sistema novo está quase pronto. As telas foram aprovadas, a equipe já viu a demonstração e a data de virada está marcada. Aí alguém pergunta: “e os dados de antes?”. De repente aparecem sete planilhas com nomes como “clientes_FINAL_v3”, um ERP antigo que só exporta relatório em PDF e cinco anos de histórico financeiro que o contador exige. A data de virada escorrega duas semanas. Depois, mais duas.
Se o seu projeto está nesse ponto, ou se você ainda vai contratar e quer evitar chegar nele, este artigo serve de roteiro. A migração de dados é a etapa que mais atrasa a entrada de um sistema em produção e a que menos aparece no orçamento. Abaixo estão a causa, as opções, quanto custa em 2026 e o plano de virada que evita uma segunda-feira de caos.
Por que a migração de dados atrasa projetos que estavam no prazo
A culpa não é de ninguém. A causa é estrutural: o sistema novo foi desenhado com regras, e os dados antigos foram criados sem elas.
- Planilha aceita tudo. CPF com e sem ponto, data escrita “15/03” sem ano, o mesmo cliente cadastrado três vezes com grafias diferentes. O sistema novo exige campo obrigatório, formato válido e registro único. Cada exceção vira uma decisão humana.
- O sistema antigo esconde regra de negócio. Um status “3” que significa “pago parcialmente, mas só para clientes de contrato anual”. Ninguém documentou. Quem sabia saiu da empresa.
- O fornecedor orçou o software, não os seus dados. Na proposta, “importação de dados” aparece em uma linha. Ninguém abriu o arquivo real antes de dar o preço.
- A operação não para. Enquanto a migração é preparada, a equipe continua lançando venda, contrato e pagamento no sistema antigo. Os dados mudam todo dia.
Quem já passou por um projeto travado sabe do que estou falando: o código fica pronto e o sistema não entra no ar porque o saldo de contas a receber não bate com o do sistema antigo.
Migrar tudo nem sempre é a resposta: as 4 opções na mesa
A primeira decisão não é técnica. É decidir o que vale a pena levar para o sistema novo.
1. Migração completa com histórico
Vai tudo: cadastros, transações, anexos e anos de movimento. Faz sentido quando a operação usa o histórico no dia a dia, como contratos de locação ativos com reajustes passados, ou quando existe exigência legal de consultar tudo no mesmo sistema. É a opção mais cara e mais lenta, porque cada registro antigo precisa obedecer às regras novas.
2. Dados vivos no sistema novo, histórico em arquivo de consulta
Migram só os cadastros ativos e os saldos em aberto. O histórico antigo fica em uma base somente leitura, em um relatório exportado ou no próprio sistema antigo em modo consulta. Para a maioria das operações de pequeno e médio porte, é a opção com melhor custo/benefício. Costuma cortar boa parte do trabalho de limpeza, e quase ninguém sente falta do que ficou para trás.
3. Saldo inicial e recomeço limpo
Só os cadastros essenciais e os saldos de abertura em uma data de corte. Tudo antes disso fica no sistema antigo. Funciona bem para estoque, para financeiro com o contador acompanhando e para empresas pequenas com poucos registros. Exige disciplina para ninguém passar anos consultando dois lugares.
4. Importador pronto do SaaS
Se a decisão foi por um software pronto, use a ferramenta de importação dele e faça a limpeza da planilha internamente. Não contrate um projeto de migração sob medida para alimentar um CRM de prateleira com 2 mil clientes. Uma pessoa da equipe, com duas semanas e o modelo de planilha do fornecedor, resolve.
Quanto custa migrar dados para um sistema novo em 2026
Não existe resposta única, mas existe conta certa. As faixas abaixo são estimativas de mercado para uma migração feita por quem desenvolve o sistema novo ou por um especialista contratado à parte. Os valores não incluem o sistema em si.
| Cenário | Exemplo | Custo estimado | Prazo |
|---|---|---|---|
| Simples | Até 3 planilhas, cadastros e saldos, menos de 50 mil linhas | R$ 4 mil a R$ 12 mil | 1 a 2 semanas |
| Intermediário | Várias planilhas e um sistema antigo que exporta CSV, histórico de 2 a 5 anos | R$ 12 mil a R$ 35 mil | 3 a 6 semanas |
| Complexo | ERP legado sem documentação, banco fechado, financeiro e fiscal com anos de movimento | R$ 35 mil a R$ 90 mil ou mais | 6 a 12 semanas |
Como referência, não é raro a migração representar de 10% a 25% do valor do projeto. O que faz o número subir:
- Acesso aos dados. Exportação em CSV ou acesso direto ao banco sai barato. Dado preso em PDF, sistema sem exportação ou fornecedor antigo que cobra para liberar o banco encarecem tudo.
- Qualidade. Duplicidade, campo livre usado para tudo e datas inconsistentes. A limpeza é a parte mais demorada.
- Dinheiro envolvido. Saldo financeiro, comissão, repasse e estoque precisam bater centavo por centavo, e isso exige várias rodadas de conferência.
- Anexos. Contratos em PDF, fotos e documentos vinculados a cada registro multiplicam o volume e o tempo.
- Quem decide as exceções. Se ninguém da sua empresa tem tempo para responder “esse cliente duplicado é o mesmo?”, o prazo estica e a espera também entra na conta.
O barato que sai caro aqui é o seguinte: aceitar “importação de dados inclusa” sem que o fornecedor tenha aberto os seus arquivos. Ou o preço sobe no meio do projeto, ou a migração é feita de qualquer jeito e o sistema novo já começa com dado errado. Isso é pior do que dado bagunçado na planilha, porque agora as pessoas confiam no número que aparece na tela.
Checklist de migração de dados: o que exigir antes de começar
Antes de assinar qualquer contrato, pergunta isso:
- Você já viu uma amostra real dos meus dados? Sem amostra, o preço da migração é chute.
- O que vai migrar, o que fica em arquivo e o que será descartado? Isso precisa estar escrito, fonte por fonte.
- Quem decide as regras de limpeza? Duplicidade, campo vazio, status antigo. O fornecedor propõe e alguém da sua empresa aprova.
- Quantas cargas de ensaio estão previstas? O mínimo saudável são duas cargas completas em ambiente de teste antes da virada.
- Como vamos provar que os dados bateram? Com reconciliação em números: total de clientes, soma de contas a receber, saldo de estoque e contratos ativos, antes e depois, lado a lado.
- Qual é o plano de volta? Se a virada der errado na segunda de manhã, em quanto tempo a operação volta para o sistema antigo?
- O que acontece com o sistema antigo depois? Por quanto tempo ele fica em modo consulta, quem paga a licença e quando ele é desligado.
Se a proposta não responde a pelo menos cinco dessas sete perguntas, ela ainda não está pronta para ser assinada. Isso não indica má-fé. Indica que ninguém olhou para a parte mais arriscada do projeto.
O plano de virada que evita a segunda-feira de caos
- Escolha a data pelo calendário do negócio, não pelo do projeto. Nada de virar na semana de fechamento, de folha ou de pico de vendas. O início do mês, depois do fechamento, costuma ser o momento mais seguro.
- Congele o sistema antigo. Defina o horário a partir do qual ninguém lança mais nada lá. O que for lançado depois disso vai para uma lista e entra manualmente no sistema novo.
- Rode a carga final e a reconciliação na mesma janela. Normalmente em um fim de semana. O acesso só é liberado quando os números baterem.
- Garanta uma semana de operação assistida. Quem fez a migração fica disponível para corrigir o que aparecer. Sempre aparece alguma coisa.
Onde a OCA entra: migração como parte do sistema, não como apêndice
Esse é o tipo de projeto que a gente constrói. No Gestão para Imobiliárias, sistema em produção que roda a operação de locação de ponta a ponta, o dado mais sensível é justamente o que vem de antes: contratos ativos, proprietários, inquilinos, reajustes e repasses. Nesse tipo de operação, um erro de migração não fica escondido em um relatório. Vira boleto com valor errado e repasse atrasado para o proprietário.
Por isso a migração entra no escopo desde a primeira conversa, com amostra dos dados, regras de limpeza aprovadas e reconciliação antes da virada. E quando o histórico não justifica o custo, a gente diz isso e recomenda arquivar em vez de migrar. Outros sistemas que estão rodando aparecem no portfólio de projetos da OCA.
Próximo passo: o inventário de dados que você mesmo pode fazer
Antes de falar com qualquer fornecedor, monte um inventário simples em uma planilha, com uma linha para cada fonte de dados:
- Nome da fonte (planilha, sistema, pasta de documentos)
- Quem é o responsável e quem mais edita
- Quantidade aproximada de registros
- Período coberto (desde quando existe)
- Se é usada no dia a dia ou só para consulta
- Se envolve dinheiro (saldo, comissão, repasse, estoque)
- Como os dados saem de lá (CSV, Excel, PDF ou não saem)
Isso leva uma tarde. Com o inventário em mãos, qualquer fornecedor sério consegue dar um preço de migração com base real, e você consegue comparar propostas pelo mesmo critério. O inventário também mostra rápido o que pode ficar só em arquivo.
Se quiser revisar o seu inventário com quem já fez virada de sistema em operação real, é só mandar para a gente: