Como migrar a loja de móveis de sistema sem parar de vender

A loja sabe que o sistema atual não serve. O cadastro de tecido é uma gambiarra, o estoque da segunda loja vive em planilha, o contador pede um relatório que o sistema não gera. Mesmo assim, ninguém troca. O motivo quase nunca é o preço do sistema novo. É o medo da migração: meses de consultor, o vendedor redigitando produto por produto, o histórico de pedidos que fica para trás e o risco de parar de vender no meio do caminho.

Esse medo tem base. Uma migração mal feita perde dados de verdade. O exemplo abaixo é de uma migração documentada entre dois ERPs horizontais, do Bling para o Tiny:

Setenta por cento do cadastro, sem foto, sem saldo e sem histórico: é isso que a loja teme. E é o que acontece quando a migração é tratada como favor do fornecedor, e não como produto com etapas, conferência e relatório no fim.

Este artigo mostra a migração passo a passo, do jeito que ela funciona quando é um produto, para quem sai de um sistema ou da planilha.

1. Exportar o sistema antigo

Tudo começa com o que a loja consegue tirar do sistema atual. Todo sistema tem alguma exportação: relatório em Excel, arquivo CSV, backup, ou a exportação de tabelas na área de configuração. Se o sistema for Movelsoft, FoccoLOJAS, Microvix, Bling, Tiny ou Omie, o importador tem um adaptador que já conhece o formato de exportação de cada um. Se a loja está em planilha, a planilha é a exportação.

O que exportar, nesta ordem: produtos com variações, clientes, fornecedores, saldo de estoque por loja, pedidos em aberto e títulos a receber. O histórico de pedidos fechados vem depois, se o sistema antigo deixar sair.

Uma dica prática: peça a exportação antes de cancelar o contrato antigo. Alguns sistemas restringem o acesso depois do cancelamento. Se o contrato atual não diz nada sobre exportação, vale ler o que verificar no contrato antes de assinar o próximo.

2. O importador lê e a IA sugere o de-para

Com os arquivos em mãos, o importador lê planilha, PDF ou foto, e lê a exportação do sistema antigo. O trabalho pesado desta etapa é o de-para: o campo "Cor" do sistema velho vira o atributo de cor da grade; a coluna "Tec." vira tecido; a categoria "Estofados > Sofás 3 lugares" vira a categoria equivalente no sistema novo.

A IA sugere esse mapeamento campo a campo, categoria a categoria, tecido a tecido. A loja revisa em vez de construir do zero. Onde o sistema antigo tinha o mesmo tecido cadastrado de três jeitos ("Linho Bege", "linho bege", "LINHO BEGE"), a sugestão junta em um só e mostra o que juntou. A loja confirma ou corrige.

É isso que substitui as semanas de consultor. O consultor fazia o de-para em reunião, com a loja explicando cada campo. Aqui o de-para vem pronto para conferir.

3. Ensaio e quarentena

Antes de qualquer dado entrar na base de verdade, o importador roda um ensaio. Ele processa tudo, mas não grava. O resultado é uma lista do que entraria e do que não entraria.

O que não mapeou vai para a quarentena: produto sem categoria equivalente, cliente com CPF inválido, variação com tecido que não existe na grade, pedido em aberto apontando para um produto que não veio na exportação. Nada disso é descartado em silêncio. Fica em uma fila que a loja resolve item a item, ou em lote, antes de repetir o ensaio.

A loja roda o ensaio quantas vezes precisar. Quando a quarentena fica vazia, ou fica só com o que a loja decidiu deixar para trás, a importação de verdade acontece.

4. O relatório de reconciliação

A importação termina com um relatório de reconciliação. É o documento que responde à pergunta que a loja faz há meses: o que migrou e o que não migrou?

A regra é simples: a contagem de destino mais a quarentena tem que bater com a contagem de origem. Se não bate, o relatório aponta onde. A loja não descobre a falta de trezentos produtos em dezembro, no inventário.

Para cada tabela, a loja confere uma amostra em vez de tudo:

5. Paralelo alinhado ao fechamento fiscal

Migrar cadastro é uma coisa. Trocar o sistema que emite nota é outra. Por isso existe o período em paralelo: durante algumas semanas o sistema antigo continua emitindo nota e fechando o mês, enquanto o sistema novo já roda orçamento, pedido e estoque com os dados migrados.

O paralelo termina em uma data de corte, e essa data é escolhida junto com o fechamento fiscal, no primeiro dia de um mês, nunca no meio. Como decidir quem gera o SPED em cada fase e como sequenciar o paralelo está em trocar de sistema no meio do ano: quem gera o SPED. Confirme com o seu contador a data de corte antes de marcar.

6. Corte e desligamento do sistema antigo

O dia do corte tem uma lista curta:

Depois disso, o sistema antigo é desligado. Não fica ligado "só por garantia" pagando mensalidade por mais um ano.

Quanto custa tudo isso? Não há hora de consultor nem projeto de implantação. O único custo de implantação é uma taxa fixa por loja. Uma loja sozinha faz a migração por conta própria, com o importador, o ensaio e o relatório de reconciliação. Uma rede de lojas tem migração assistida: alguém acompanha o de-para, o ensaio e o paralelo, com a mesma taxa fixa por loja.

Por onde começar

Na Tuvo a migração é um produto, não um projeto: o importador lê a exportação do Movelsoft, FoccoLOJAS, Microvix, Bling, Tiny ou Omie, ou a sua planilha; a IA sugere o de-para; o ensaio separa o que não mapeou; e o relatório de reconciliação mostra, tabela por tabela, o que entrou. O paralelo termina na data de corte combinada com o contador, e a taxa fixa por loja é o único custo de implantação. Comece pelo sistema de gestão para lojas de móveis com teste grátis por 14 dias, sem cartão e sem fidelidade, e suba a exportação do seu sistema atual ainda durante o teste. O que exportar e em que ordem está na página de saída do sistema antigo.