Sinais de que o WMS para e-commerce ficou para trás

O CD que nasceu para atender loja fecha palete, confere nota fiscal e despacha em lote. Esse é o ritmo que o WMS foi desenhado para suportar: unidade de movimentação grande, poucos SKUs por pedido, janela de saída flexível. Quando o e-commerce entra na operação, o volume às vezes ainda é pequeno. O ritmo, não.

O sintoma não aparece primeiro no relatório gerencial. Aparece no picking, na doca de expedição, na fila de conferência do fim de tarde. É o operador que passa mais tempo procurando SKU fracionado do que separando. É o SLA de saída que passa a ditar o turno, em vez de o turno ditar o SLA.

Esse descompasso é o que este texto trata: os sinais concretos de que o wms para e-commerce que a operação usa hoje foi pensado para outro modelo de venda, e o que muda na escolha de um sistema quando quem abre a caixa não é mais o lojista.

Os sintomas que aparecem primeiro no chão, não na planilha

Divergência de inventário crescendo sem explicação é o primeiro sinal. Divergência não é erro do sistema. É o histórico aparecendo. O saldo do WMS é a soma de tudo que foi digitado. A contagem física é o que existe de fato. Quando o pedido fracionado aumenta, cada unidade retirada de um palete sem baixa correta vira uma diferença que só vai aparecer no próximo inventário — e por essa altura já é tarde para rastrear a origem.

Outro sinal é o tempo de conferência na doca de expedição. Portal de doca serve para registrar hora, doca, operador e nota no momento da passagem. Quando esse registro depende de leitura manual, caixa a caixa, o SLA de saída do e-commerce — que costuma ser mais apertado que o do atacado — passa a competir com o tempo de conferência. Se o gestor está adicionando gente na doca só para bater o horário de corte, o sistema não está mais dando suporte ao ritmo: está sendo compensado por mão de obra.

Um terceiro sinal, mais silencioso: o endereçamento que funcionava bem para rua de palete fechado começa a não dar conta de nível de prateleira com múltiplos SKUs por posição. O WMS enxerga a rua. Não enxerga o nível. E quando a malha de picking fica densa, a posição de cada item deixa de ser um evento pontual — entrou, saiu — e passa a precisar ser um estado sempre atualizado. Sistema que só registra evento fica cego entre uma leitura e outra.

Por que pedido fracionado exige lógica diferente de palete fechado

Atacado movimenta unidade de carga. E-commerce movimenta unidade de consumo. Essa diferença parece semântica, mas muda o projeto físico da captura de dados, não só a tela do sistema.

A leitura que funciona para palete fechado depende de a etiqueta estar em posição previsível, geralmente na face externa, e da carga permanecer um tempo mínimo dentro da zona de leitura. Etiqueta no meio do palete lê pior que etiqueta na face externa, porque o sinal atravessa tudo que está na frente dela — e no atacado o volume da carga costuma ser homogêneo, o que ajuda a padronizar isso.

No fracionado, a carga que passa pela mesma zona de leitura muda de composição o tempo todo: papelão, líquido, metal, num intervalo de minutos. Água absorve o sinal e metal reflete. A mesma etiqueta, no mesmo portal, se comporta de um jeito na caixa de papelão e de outro no galão ou na bobina. Um WMS herdado do atacado, com regra de leitura calibrada para um tipo de carga, começa a falhar exatamente quando a carga varia mais — que é o comportamento típico do mix de e-commerce.

Tem ainda a questão da velocidade de passagem. Quanto mais rápido o palete ou a caixa passa pela zona de leitura, menos tempo o leitor tem para capturar o sinal. Operação fracionada tende a acelerar o fluxo de doca justamente para compensar o volume maior de pedidos pequenos. Se a zona de leitura foi projetada para o ritmo do atacado, essa aceleração troca conferência por retrabalho, e ninguém percebe isso na hora — só aparece depois, como divergência.

O que muda quando quem recebe a caixa é o cliente final

No atacado, o lojista recebe o palete, confere no seu próprio CD e absorve qualquer erro dentro da cadeia B2B. No e-commerce, quem recebe é o consumidor final, na porta de casa, sem estrutura de conferência nenhuma. O erro que antes era absorvido em algum ponto da cadeia agora chega inteiro ao destino — e volta como reclamação, não como ajuste de nota.

Isso muda o que o sistema precisa garantir na saída. Não basta saber que a carga saiu da doca certa, na hora certa, com o operador certo — isso o portal de doca já resolve. É preciso que o item físico dentro da caixa corresponda ao que o sistema declarou, porque não existe segunda conferência depois do portão.

A zona de leitura também precisa ser mais rigorosa nesse ponto. O leitor não sabe onde termina a doca dele. Antena mal orientada lê etiqueta da doca vizinha e registra carga que nunca passou ali. No atacado, esse erro é corrigido no recebimento do lojista. No e-commerce, não tem quem corrija: o pedido simplesmente sai errado.

Há também o ativo retornável entrando nessa conta de um jeito diferente. Palete, rack e gaiola que circulam entre CD e loja no atacado têm rotina de devolução conhecida. No e-commerce, quando existe logística reversa, o ativo que sai raramente volta pelo mesmo canal — e ativo retornável que ninguém conta vira despesa recorrente, entrando no orçamento como consumo quando na verdade é perda.

Conversar sobre a operação, não sobre o sistema

Não existe wms para e-commerce genérico que resolva sem olhar a carga real que passa pela doca. O que existe é um conjunto de decisões físicas — onde a etiqueta é colada, como a zona de leitura é projetada, o que o sistema registra como evento e o que passa a tratar como estado — que determinam se a captura acompanha o ritmo fracionado ou fica devendo.

A Baliza atua nessa camada: portal de doca, inventário e endereçamento, rastreio de ativo retornável e localização em tempo real, sempre a partir da carga que a operação de fato movimenta.

Se o gestor quer saber onde o sistema atual está deixando passar erro, o caminho é testar com o SKU real do CD — não com etiqueta de laboratório. Quem quiser fazer esse teste pode chamar no WhatsApp 5547992570614 ou ver o escopo completo em baliza.log.br.