O teste mais importante pode ser o retorno. Se a equipe ativa o sistema novo, recebe vendas e depois restaura apenas o backup antigo, essas vendas ficam fora da base. A documentação de virada e reversão da AWS distingue justamente o retorno antes e depois de novos dados serem gravados.
O que entra no ensaio da migração?
- Inventarie cadastros, saldos por item e local, títulos, pedidos abertos, documentos e histórico. Defina o que será migrado, arquivado ou mantido para consulta.
- Mapeie a correspondência entre identificadores antigos e novos. Conte registros e reconcilie valores; quantidade de linhas igual não prova saldo ou vínculo correto.
- Execute um ciclo completo: venda, reserva, separação, conferência, NF, entrega, recebimento e devolução. Use dados protegidos e ambiente de teste.
- Defina o momento em que cada origem deixa de aceitar alterações e como serão capturadas as transações da janela. Escrever em dois sistemas sem mecanismo consistente pode criar divergência.
- Ensaie a reversão com transações posteriores à virada. Registre como preservá-las, quem decide o retorno e qual é o limite de tempo para fazê-lo.
A virada tem pontos de decisão
- PrepararDado, identificador, dependência e responsável mapeados.
- EnsaiarConciliar o ciclo completo e registrar diferenças.
- Liberar ou interromperAceite e janela orientam a decisão.
- Preservar o retornoTransações novas entram no plano de reversão.
Quem autoriza a entrada em produção?
Operação, financeiro, fiscal e TI assinam os critérios de seu processo. Um aceite verificável contém totais conciliados, exceções resolvidas ou explicitamente aceitas, dependências disponíveis e equipe de atendimento. O responsável pela mudança usa esses critérios para prosseguir ou interromper a janela.
Num exemplo hipotético, os saldos totais conferem, mas os pedidos reservados não migraram. A virada deve aguardar a reconciliação: liberar o estoque pelo total físico pode vender duas vezes o item comprometido. O roteiro de estoque e reservas ajuda a especificar essa conferência.
Quando o retorno exige mais que um backup
- SeAinda não houve gravação no ambiente novoentãoExecute o procedimento de retorno já ensaiado e confira as origens de escrita.
- SeJá entraram vendas no sistema novoentãoReconcilie e preserve essas transações antes de reabrir a base anterior.
- SeNão existe forma testada de preservar as transaçõesentãoRevise o plano antes da virada; não prometa reversão simples.
Como tratar a troca entre núcleos
ERP Onclick e KPL são independentes, com bases próprias e sem comunicação entre si. A eventual mudança exige projeto de migração, não ativação de uma camada sobre cadastro compartilhado. Confirme também os conectores, documentos históricos e acessos que precisam continuar disponíveis.
Separe essa decisão da mudança de infraestrutura descrita em servidor próprio ou nuvem. Inclua operação paralela controlada, treinamento e recuperação no custo total. O curso de gestão de projetos oferece uma abordagem de escopo, entregas e riscos que pode ser adaptada ao plano.