No mês passado, minha 3PL me enviou um e-mail com um assunto bem tranquilo: «Em breve migraremos para um WMS totalmente novo. Aguarde uma experiência de serviço completamente aprimorada». Anexo: uma apresentação de 12 páginas cheia de «capacitação», «sinergia» e «transformação digital».
Meu primeiro pensamento: o que isso tem a ver comigo?
Tudo, como se revelou. O estoque é meu. Os pedidos são meus. A loja é minha. A TI troca o sistema, mas quando os pedidos não saem, saem errados ou os números do estoque não batem, é o meu dinheiro que está em jogo.
Em novembro de 2024, minha mercadoria estava num armazém 3PL em Ontario, na Califórnia, movimentando cerca de 300 pedidos por dia. Fiquei online durante toda a virada do WMS. Às 9 da manhã, mais de 300 pedidos ficaram travados em «alocado, não separado» — invisíveis no sistema novo, enquanto o sistema antigo já estava em modo somente leitura. Minha linha de atendimento ao cliente explodiu. Passei a manhã acalmando compradores e praguejando baixinho. Causa raiz: um lote de pedidos em andamento nunca foi migrado. A mercadoria estava bem ali, nos carrinhos de picking. Ninguém sabia.
Aprendi a lição. Quando sua 3PL troca de WMS, os sellers não podem ficar de braços cruzados. Este é o pacote que agora exijo de cada armazém antes de uma virada.
Durante a execução paralela, acompanho quatro relatórios de conciliação por dia
Uma execução paralela significa que os sistemas antigo e novo rodam lado a lado por um tempo, checando um ao outro. Muitos sellers tratam isso como assunto interno do armazém. Errado. Se você não acompanha durante a execução paralela, as divergências crescem bem debaixo do seu nariz.
Faço o time de operações do armazém me enviar quatro relatórios de conciliação por dia. Se um faltar, não durmo bem:
Relatório 1: conciliação de estoque. Na noite anterior à virada, o sistema antigo exporta um snapshot completo do estoque: SKU × localização × quantidade, sem pular nada. Depois que o sistema novo entra em produção, compara-se SKU por SKU. Minha linha vermelha: os mais vendidos têm que bater até a unidade; para SKUs de cauda longa, qualquer divergência acima de 2 unidades num único SKU congela os envios até ser explicada. Os números do estoque são o meu dinheiro. Divergência de 100 ou de 1 — dá no mesmo.
Relatório 2: conciliação de status de pedidos. Todo pedido não concluído no sistema antigo é listado: separado-não-enviado, em trânsito, retido por exceção. Cada um precisa ser confirmado com um status correspondente no sistema novo. Um pedido «sumido» é a falha mais assustadora — o pedido some, mas o cliente não.
Relatório 3: conciliação de códigos de rastreio. Depois que o sistema novo imprime as etiquetas de envio, os códigos de rastreio voltam a fluir para o back-end da minha loja? Um dia de integração quebrada e o marketplace conta como envio atrasado. As métricas de saúde da conta caem rápido e sobem devagar.
Relatório 4: conciliação de faturamento. As regras de faturamento do sistema novo são configuradas do zero, e a chance de uma configuração errada é maior do que você imagina. Audito a fatura do mês da virada linha por linha. Não me chame de paranoico — eu já vi taxas de manuseio dobrarem da noite para o dia.
| Relatório | O que checar por dia | Minha linha vermelha | Quem envia |
|---|---|---|---|
| Estoque | Divergência SKU por SKU, antigo vs novo | Divergência zero nos mais vendidos | Operações do armazém |
| Pedidos | Todo pedido aberto confirmado | Zero pedidos sumidos | Operações do armazém |
| Códigos de rastreio | Códigos fluindo de volta para a loja | Parar se quebrar por mais de 4 horas | TI/operações do armazém |
| Faturamento | Faturamento novo vs faturamento antigo | Auditoria linha por linha no mês da virada | Financeiro/suporte |
Cronograma do dia da virada: congelar pedidos às 3 da manhã, enviar só meio dia
Como o dia da virada é programado decide se você terá uma «transição tranquila» ou um desastre total. Aqui está meu cronograma — leve direto para sua 3PL:
3 dias antes: Corte o gasto com anúncios pela metade. Ligue o modo férias ou estenda os prazos de manuseio na sua loja. Nunca faça promoção na semana da virada. Quanto mais tráfego, mais feio fica o dia da virada.
Na véspera, 23h: O sistema antigo para de aceitar pedidos. Configure o back-end da sua loja para que nenhum pedido novo entre de madrugada.
Dia da virada, da meia-noite às 6h: Migração de dados, congelamento do estoque e snapshot. Nessas 6 horas, as únicas coisas no armazém devem ser o pessoal de TI e as luzes.
6h–meio-dia: Envios de teste no sistema novo, só 10–20 pedidos. Não seja ganancioso — os testes existem para expor problemas.
Meio-dia: Os quatro relatórios de conciliação no verde? Libera o volume total. Um relatório no vermelho? Reversão (veja o plano de reversão abaixo).
Regra do dia todo: envie só meio dia de volume. Envie o que der à tarde; o resto espera até amanhã. Nada de correria com hora extra no dia da virada — envios apressados são envios errados.
Conta rápida na minha lojinha: um dia morto de envios a 300 pedidos por dia e um ticket médio de $25 dá $7,500 em vendas paradas, enquanto o gasto com anúncios continua queimando. Cortar orçamentos na semana da virada não é covardia. É aritmética.
E aqui vem a parte contraintuitiva: «virada sem downtime» é mito. Se uma 3PL lhe promete zero downtime, faça mais perguntas. As confiáveis admitem que haverá downtime, comprimem-no na janela morta da madrugada e lhe entregam por escrito um plano de reversão. Mais uma coisa: uma execução paralela mais longa não é mais segura. Passadas três semanas, as pessoas ficam entorpecidas e a conciliação vira teatro. Minha linha vermelha é 2–3 semanas, e então você vira.
Cinco desastres, cada um mais doloroso que o anterior — e onde traço minha linha de reversão
Estes são os cinco desastres de virada que mais temo como seller. Vi cada um deles acontecer com uma pessoa real:
1. O estoque «evapora». O estoque inicial é importado com linhas erradas. Algum SKU aparece com 500 unidades a menos — o sistema diz em estoque, a prateleira diz outra coisa. Resultado: over-selling, e depois o golpe triplo de reembolsos, avaliações ruins e risco para a conta. A prevenção é o relatório 1. O snapshot pré-virada é a única verdade.
2. Os pedidos «somem». Os pedidos em andamento do sistema antigo nunca migram. A mercadoria fica nos carrinhos de picking sem registro no sistema. O cliente pergunta «onde está meu pedido» e você nem consegue citar um número de pedido. Prevenção: relatório 2, encerrar os pedidos abertos um a um.
3. A integração de rastreio quebra. O sistema novo nunca devolve o rastreio para a loja. O marketplace marca você por envio atrasado. Um amigo meu recebeu uma advertência assim e escreveu uma carta de recurso de três páginas. Prevenção: relatório 3 — integração quebrada por mais de 4 horas significa parar.
4. Separações erradas. As regras de código de barras mudam; o sistema novo lê errado os códigos antigos dos SKUs e envia os itens errados. Custo de devolução mais custo de reenvio — golpe duplo. Prevenção: abrir fisicamente e inspecionar os envios de teste. Não confie no «separação verificada» do sistema.
5. A fatura com «aumento de preço». O novo motor de faturamento está mal configurado, as taxas de manuseio dobram, e você encara a fatura do fim do mês sem acreditar. Prevenção: relatório 4 — audite o mês da virada linha por linha e questione cada centavo a mais.
Um plano de reversão não é um «a gente resolve se der ruim» — ele é escrito antes da virada. Minha linha de reversão tem três gatilhos. Se qualquer um disparar, reversão imediata:
- A divergência total de estoque excede 0.5%, ou algum SKU mais vendido não concilia;
- Mais de 2 erros em 20 envios de teste;
- A migração de dados estoura sua janela em mais de 2 horas.
A mecânica da reversão também precisa de preparo: mantenha o sistema antigo em standby quente por pelo menos uma semana — não o desligue no dia seguinte à virada. Guarde o snapshot pré-virada em modo somente leitura; é sua única referência depois de uma reversão.
Regra mais importante: a decisão de reversão pertence a uma única pessoa. Nomeie-a por escrito (geralmente o gerente do armazém). Quando ela disser reversão, reverte-se — sem voto em comitê. Num incidente real, o tempo gasto em reunião lhe custa 500 pedidos.
Os sellers também precisam do seu próprio Plano B: baixar orçamentos de anúncios na semana da virada, modo férias ligado, e scripts de atendimento ao cliente escritos de antemão («Nosso armazém está atualizando seu sistema; seu pedido pode sair com 1–2 dias de atraso»). Não improvise depois que quebrar.
Uma virada de sistema não é hora de ser um seller desligado. O sistema pertence à TI do armazém; pedidos não enviados e estoque divergente me custam dinheiro. Esta checklist é testada em combate — no mês passado outro armazém virou, cheguei com esses quatro relatórios, e o responsável de operações parou e disse: «Você é o seller mais ligado que já conheci».
Por Ah K, seller de e-commerce (5 anos)
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
