Trocar de sistema de gestão no varejo: como migrar sem perder dados e sem parar a loja

A maioria das lojas adia a troca de sistema mais tempo do que deveria, e o motivo raramente é preço. É medo de migração: perder histórico, ficar sem emitir nota, passar três dias com a equipe perdida na frente de caixa. O medo é legítimo, porque migração mal planejada realmente dá nisso.

A diferença entre uma virada tranquila e um desastre quase nunca está no software novo. Está no que foi feito nas quatro semanas anteriores à virada. Este artigo mostra o que precisa ser resolvido antes, o que nunca migra por completo, e como manter um plano de retorno até ter certeza.

Quando trocar realmente compensa, e quando é só cansaço

Vale começar pelo contra-argumento, porque nem toda insatisfação com sistema justifica migração. Boa parte das reclamações que levam à troca tem origem em cadastro mal feito, em processo mal definido ou em treinamento que nunca aconteceu. Trocar de sistema nesses casos leva o problema junto e ainda adiciona o custo da mudança.

Os sinais que realmente justificam a troca são outros, e costumam ser estruturais:

• O sistema não acompanha exigência fiscal nova, ou acompanha com atraso que já causou rejeição de nota
• Falta funcionalidade que a operação precisa hoje, como grade de tamanho, multiloja ou integração com balança
• O caixa para quando a internet cai, e a loja não pode parar
• Não existe suporte em tempo útil quando a loja está com fila
• O dado está preso: não dá para exportar relatório nem integrar com nada

O último item merece atenção especial, porque ele tende a piorar com o tempo e limita qualquer projeto futuro. Antes de decidir, vale passar pela matriz de avaliação de sistemas e por como escolher o PDV da loja, para separar o que é limitação do software do que é limitação de uso.

O que migra bem, o que migra torto e o que não migra

Essa é a conversa que costuma ser evitada na venda e cobrada na implantação. Ser realista aqui evita frustração depois.

A linha do saldo de estoque é a mais importante e a mais ignorada. Copiar o saldo do sistema antigo para o novo transporta todo o erro acumulado, e ainda cria a ilusão de que o sistema novo veio errado de fábrica. Migração é a melhor oportunidade de começar com estoque contado de verdade, e desperdiçar essa janela é caro.

Limpar o cadastro antes de exportar, não depois

Cadastro sujo migrado continua sujo do outro lado, com a diferença de que agora ninguém sabe se o problema é do dado ou do sistema novo. Limpar antes é mais barato e mais fácil de auditar.

Num pet shop, a limpeza costuma revelar coisas assim: a mesma ração cadastrada três vezes com descrições diferentes, serviço de banho e tosa cadastrado como produto com estoque, e dezenas de itens sem código de barras porque alguém cadastrava pelo nome. Nenhum desses problemas nasce da troca de sistema, mas todos aparecem nela.

O escopo mínimo de limpeza tem cinco itens: eliminar duplicados, padronizar a descrição, corrigir unidade e fator de conversão, conferir código de barras dos itens de maior giro, e inativar o que não é vendido há mais de um ano. Esse último passo sozinho costuma reduzir bastante o volume a migrar, e migrar menos significa conferir menos. O roteiro completo está em como organizar o cadastro de produtos.

Item inativado não precisa ser apagado. Ele pode ficar fora do lote de migração e ser recadastrado se voltar a ser vendido, o que quase nunca acontece.

Documento fiscal: o que a lei exige guardar continua valendo

Aqui existe um mal-entendido comum: muita gente imagina que, ao sair do sistema antigo, as notas antigas ficam para trás. Não é assim. A obrigação de guarda dos documentos fiscais eletrônicos é da empresa, não do fornecedor de software, e os arquivos XML precisam ser mantidos pelo prazo previsto na legislação, disponíveis à fiscalização.

Na prática isso significa uma tarefa obrigatória antes da virada: exportar e guardar, fora do sistema antigo, os XML das notas emitidas e recebidas. É também o momento de verificar se essa guarda estava sendo feita, porque é comum descobrir na migração que ninguém nunca baixou nada. A rotina está descrita em como organizar XML e documentos fiscais.

Existe ainda a dimensão de dados pessoais. Cadastro de cliente com nome, CPF, telefone e endereço é dado pessoal, e o tratamento desses dados no Brasil é regido pela Lei 13.709 de 2018. Migração é tratamento de dado, e envolve transferência para um novo operador. Vale, no mínimo, garantir que o contrato com o novo fornecedor trate disso e que a base exportada não fique circulando em planilha solta no WhatsApp da equipe.

Escolher a data de virada com dois critérios

A escolha da data decide metade do resultado, e ela se faz com dois critérios objetivos, não com disponibilidade de agenda.

O primeiro é movimento. A virada deve cair no período de menor movimento do mês e da semana, porque durante os primeiros dias a equipe vai operar mais devagar, e isso precisa caber. Para a maioria do varejo, isso significa início de mês, no começo da semana, e nunca perto de data comemorativa forte.

O segundo é fechamento fiscal e contábil. Virar no meio de um período de apuração cria um mês dividido entre dois sistemas, e todo relatório daquele mês vai precisar ser montado juntando duas fontes. Virar no primeiro dia útil de um mês evita isso e simplifica a vida do contador.

A consequência prática para quem está lendo isto em setembro: trocar de sistema agora, com a alta temporada chegando, é arriscado. Ou se resolve a virada com folga até meados de outubro, ou se deixa para o início do ano seguinte. Virar em novembro ou dezembro é a pior escolha possível, porque junta equipe aprendendo com o mês de maior volume.

O plano de retorno, que quase ninguém monta

Todo projeto de migração deveria ter uma resposta pronta para a pergunta: e se der errado? Na maioria das lojas essa resposta não existe, e quando algo trava no terceiro dia a decisão é tomada no desespero.

O plano de retorno tem três componentes simples. Primeiro, manter o sistema antigo acessível para consulta por um período definido, idealmente 90 dias, negociado por escrito antes do cancelamento. Segundo, guardar as exportações completas em local próprio da empresa, não no computador de uma pessoa. Terceiro, definir de antemão quais problemas são toleráveis e quais disparam a decisão de parar, com nome de quem decide.

Vale registrar o ponto óbvio que costuma ser esquecido: cancelar o contrato do sistema antigo no dia da virada economiza uma mensalidade e pode custar o acesso a todo o histórico. A sobreposição de alguns meses é barata perto do risco.

Cronograma de quatro semanas que funciona

Migração feita em um fim de semana é a origem da maioria das histórias ruins. O desenho abaixo distribui o esforço e deixa espaço para corrigir.

• Semana 1. Limpeza de cadastro no sistema antigo e exportação dos XML fiscais.
• Semana 2. Importação no sistema novo em ambiente de teste, conferência de totais de cadastro, clientes e contas em aberto.
• Semana 3. Treinamento da equipe no sistema novo com operação simulada, e revisão da configuração fiscal com o contador.
• Semana 4. Inventário físico, virada na data escolhida, e acompanhamento presencial nos três primeiros dias.

A conferência de totais da semana 2 é o controle mais importante do processo, e é fácil de fazer: quantidade de produtos ativos, quantidade de clientes, soma de contas a pagar e soma de contas a receber precisam bater entre os dois sistemas. Se não batem, o problema é achado antes da virada, e não depois, quando já tem venda nova em cima.

Quando a loja procura um sistema que suporte esse tipo de operação, o critério não deveria ser só a lista de funcionalidades, e sim como o fornecedor conduz a implantação: se faz conferência de totais, se treina a equipe antes da virada e se acompanha os primeiros dias. A Nox trabalha com varejo nesse formato de implantação acompanhada, com o sistema cobrindo PDV, estoque, fiscal e financeiro em uma base só.