O momento mais perigoso de uma troca de WMS não é a manhã do go-live. É aquele trecho de horas silenciosas logo antes — a janela de congelamento de dados — quando o sistema antigo está se desligando e o novo ainda não é confiável. Se errar o ponto de congelamento, você vai passar a primeira semana conciliando estoque em vez de despachar pedidos.
Já vi equipes gastarem seis meses na seleção do software e quatro meses na implementação, e depois deixarem a decisão do freeze para a semana anterior à virada. O resultado é sempre o mesmo: algumas centenas de waves abertas ainda paradas no sistema antigo no dia do go-live, estoque que não fecha no novo, e uma fila de atendimento ao cliente em chamas. Vi de perto num projeto 3PL em Fontana em 2019. Uma vez bastou.
O congelamento são três listas, não uma linha
A maioria imagina o congelamento como um único momento: o sistema antigo para, o novo começa. Na prática, o ponto de congelamento são três listas, cada uma congelada no seu próprio cronograma.
A primeira lista são os dados mestres, e congela primeiro. Os cadastros de itens, de locais, de clientes e de fornecedores devem ser travados de duas a três semanas antes da virada. A lógica é simples: a migração e a validação de dados rodam sobre um instantâneo, e se os mestres continuarem mudando, seus scripts de migração ficam obsoletos no momento em que terminam. Minha regra é que, após o freeze dos mestres, as inclusões passam apenas por um processo de exceção — um formulário em papel, minha assinatura, e então entra no sistema.
A segunda lista são os saldos transacionais, congelados na noite anterior. O instantâneo do saldo de estoque, as ordens de venda abertas, as ordens de compra e recebimentos abertos, os ajustes de estoque pendentes, as tarefas de inventário rotativo inacabadas — tudo é "fotografado" antes da abertura da janela de virada. Depois da foto, esses documentos podem ser fechados no sistema antigo, mas nunca criados.
A terceira lista é o trabalho em andamento, e é a mais bagunçada. Waves separadas mas não conferidas, pedidos carregados numa carreta mas ainda não despachados, recebimentos parados num caminhão que não foi descarregado — tudo isso atravessa os dois sistemas e cada um precisa de um responsável e de uma decisão. Minha regra dura: feche o que der para fechar. Só as exceções passam para o sistema novo, e cada uma leva a aprovação assinada de um responsável nomeado no checklist da virada.
Dimensione a janela pelo seu volume de pedidos, não pelo calendário
Não existe uma duração padrão de freeze, mas existe uma forma de calculá-la. Trabalhe para trás a partir do seu volume diário de pedidos, do seu ritmo de waves e da velocidade com que sua equipe fecha documentos.
Comece escolhendo a janela de virada e derive dela as ações de congelamento. Para um centro de e-commerce que movimenta alguns milhares de pedidos por dia, normalmente peço uma janela completa de baixo volume — digamos, de sábado às 10 PM a domingo às 6 AM. Quatro a seis horas antes da abertura da janela, pare de criar novas waves e deixe as waves em curso terminarem naturalmente. Duas horas antes, o recebimento passa para registros manuais. Quando a janela abrir, tire o instantâneo do estoque e trave o acesso de escrita no sistema antigo.
Um ponto inegociável: faça uma contagem antes do freeze. Não um inventário geral completo — mas uma contagem rotativa de cada local de alta velocidade tocado pela virada. Já vi um projeto descobrir uma diferença de três pontos entre o estoque do sistema e o físico depois do instantâneo, e a virada inteira escorregou uma semana. A contagem é uma pré-condição do freeze, não um extra opcional.
E algo que as equipes esquecem: avise seus clientes e transportadoras sobre a janela de freeze com antecedência. Para um 3PL em especial — se um cliente baixar um pedido urgente durante o freeze, você precisa de um roteiro padrão explicando por que aquelas horas estão no escuro. Não escreva quando o telefone tocar.
Rode em paralelo brevemente — o sistema antigo é um espelho, não um parceiro
Se vale rodar os dois sistemas em paralelo após a virada é uma discussão perene. Minha posição é direta: sim, paralelo — mas o sistema antigo fica como um retrovisor somente leitura, nunca como um segundo ponto de entrada de dados.
O espelho significa que o sistema antigo mantém acesso de consulta por duas a quatro semanas. O atendimento ao cliente consulta lá o histórico de pedidos, o financeiro concilia lá, as devoluções pré-virada são processadas lá. Mas cada nova transação vai para o sistema novo. Lançar novos pedidos nos dois sistemas é a pior prática que já vi — os dois conjuntos de dados divergem em três dias, e a conciliação vira um pesadelo.
Limito o período em paralelo a duas semanas, um mês no máximo. Se depois de um mês você ainda não consegue viver sem o sistema antigo, algo no sistema novo não ficou pronto, e a resposta é consertar — não estender o paralelo indefinidamente. Quando o período termina, o sistema antigo é arquivado: banco de dados com backup e lacrado.
Escreva o plano de reversão no papel — e depois ensaie
Por fim, a reversão. Muitos projetos têm um plano de reversão que diz, na íntegra: "Se houver problemas, reverter para o sistema antigo." Isso é o mesmo que não ter plano.
Um plano de reversão utilizável detalha quatro coisas: os gatilhos (por exemplo, o fluxo principal de saída fora do ar por mais de duas horas, ou os pedidos de um cliente importante totalmente inatendíveis); o único decisor (uma pessoa, normalmente o líder do projeto — não um comitê); o que acontece com os dados criados no sistema novo durante a reversão (pedidos separados, etiquetas impressas — anulados ou lançados manualmente de volta); e quando acontece o simulado de reversão (minha exigência: pelo menos um ensaio completo antes da virada, incluindo uma restauração cronometrada).
Aqui vai a verdade honesta sobre planos de reversão: o valor real deles não está em serem usados. Está em forçar você a pensar em cada "e se" antes do dia da virada. Todo projeto que conduzi com um plano de reversão sério e escrito nunca reverteu de fato. Dois dos que não tinham me ligaram à meia-noite.
Se você está montando um plano de virada esta semana, faça uma coisa hoje à noite: puxe sua lista de pedidos abertos, compare com seu cronograma de waves e conte exatamente quantos pedidos estarão no ar nas doze horas de cada lado do seu ponto de freeze planejado. Esse número é a fundação de todo o seu plano de virada. Construa sobre areia e tudo acima vira um risco.
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
