Quarentena de status de inspeção de qualidade no WMS: quatro estados, uma zona de quarentena e zero envios de estoque não inspecionado

Na primeira semana após o go-live, a configuração de quarentena de status de inspeção de qualidade do WMS falhou exatamente da maneira que eu havia avisado o cliente. Era um projeto em Suzhou, há dois anos. Os inspetores ainda estavam aprendendo o sistema, e os separadores já separavam do jeito de sempre. Na quarta-feira à tarde, o atendimento ao cliente ligou: um envio havia saído contendo uma caixa que nunca foi inspecionada, sem lacre no cartão. Rastreamos o problema, e a causa era constrangedoramente simples. O estoque ainda estava em "pendente de inspeção", mas nada no sistema o travava, então o planejador de ondas o alocou como qualquer outro estoque. Quando alguém percebeu, a mercadoria já estava em um caminhão. Recall, reposição, desculpas: um envio custou mais de meio ano do tempo de um inspetor. Desde então, minha frase de uma linha sobre status de qualidade é esta: status não é uma observação em um formulário. É uma tranca em uma porta, e se a porta não estiver trancada, o estoque vai sair andando.

A quarentena de status de inspeção de qualidade no WMS começa com quatro estados

Muitas equipes tratam o status de inspeção como um campo de comentário no documento de recebimento. Esse é o primeiro erro. A localização diz onde o estoque está, o lote diz de qual lote ele é, e o status de inspeção diz se ele pode se mover. O mesmo palete na mesma localização tem um destino completamente diferente dependendo do seu status: o estoque aprovado é separado normalmente, o estoque pendente não pode enviar uma única unidade, o estoque reprovado vai para a quarentena. Esse é todo o modelo, e ele precisa ser fixado antes de qualquer pessoa configurar uma tela.

Em termos simples, o modelo de estados vem primeiro e a configuração do sistema vem depois. Já vi projetos fazerem ao contrário: o sistema entra no ar, e os status são inventados depois. Então cada site inventa seu próprio vocabulário. Uma pessoa chama de "pendente", outra chama de "não liberado", e uma terceira apenas escreve "não tocar" em um comentário. Um comentário nunca impediu um plano de ondas. Um status sim, porque um status travado faz o alocador ignorar aquele estoque por completo. Essa é a razão de o status existir.

Fixe esta tabela ao lado da bancada de inspeção, e construa-a também no sistema. Toda mudança de status deve deixar um rastro: quem mudou, quando e por quê. Três campos, nenhum opcional. Quando surge uma disputa, o rastro de auditoria vence uma conversa de chat todas as vezes. E uma regra rígida de permissão: só os inspetores mudam o status. Um supervisor pode revisar, mas não pode alterá-lo diretamente. No momento em que essa regra afrouxa, o buraco se abre.

Onde a quarentena de status de inspeção de qualidade no WMS costuma falhar

O primeiro ponto de falha são os documentos de inspeção que chegam depois do documento de recebimento. Foi exatamente o que aconteceu em Suzhou: o recebimento foi registrado primeiro, a ficha de inspeção chegou horas depois, e nesse intervalo o estoque não tinha status algum. Em muitos sistemas, a ausência de status vira silenciosamente estoque separável. A ordem correta é o inverso: o estoque chega como pendente de inspeção por padrão, e não tem chance de ser enviado até que exista um resultado de inspeção. O padrão decide o piso. Se essa ordem estiver errada, tudo abaixo dela é chute.

O segundo ponto de falha é a aprovação parcial e a reprovação parcial. Um lote de dez cartões inspecionados, oito aprovados e dois reprovados: o que você faz? As respostas preguiçosas estão ambas erradas: reprovar o lote inteiro, ou liberar o lote inteiro. A resposta certa é dividir o pedido. Os oito cartões bons passam para o status aprovado e vão para localizações normais; os dois cartões reprovados ganham seu próprio documento e vão para a quarentena. Dividir parece trabalho extra, mas é a única maneira de os números continuarem honestos. Sem divisão, a quantidade do sistema e a quantidade física se distanciam, e a próxima contagem de estoque vira uma discussão de três dias. Trabalhei com um armazém de bens de consumo que devolveu um lote inteiro ao fornecedor no papel enquanto os cartões ainda estavam na quarentena. A contagem de fim de mês saiu com duzentos cartões a menos, e levou três dias para conciliar. Depois que começaram a dividir, as quantidades aprovadas, reprovadas e em quarentena podiam ser extraídas e conferidas a qualquer momento, e as contagens pararam de estourar o horário por causa disso.

O terceiro ponto de falha é a inspeção de devoluções compartilhar o mesmo fluxo da inspeção de entrada. Um cliente meu de pequenos eletrodomésticos processava as devoluções pelo canal de inspeção de entrada, de modo que uma unidade devolvida aprovada virava estoque bom comum. Unidades devolvidas com embalagem usada ou danificada voltavam direto para localizações separáveis e eram enviadas ao próximo comprador. A inspeção de devoluções precisa de seu próprio fluxo e de seu próprio conjunto de status, mesmo que os nomes dos status pareçam iguais. O "aprovado" de uma unidade devolvida e o "aprovado" de uma unidade nova não são a mesma coisa, e se o sistema não os separa, a equipe de chão também não consegue.

Aqui vai um julgamento contraintuitivo: mais status não é melhor. Já vi um cliente configurar nove: pendente de reinspeção, parcialmente aprovado, pendente de revisão, retenção temporária, e assim por diante. A equipe de chão não conseguia lembrá-los, então trabalhava no instinto e o sistema virou decoração. Quatro estados bastam: pendente, aprovado, reprovado, quarentena. Casos extremos vão para um comentário mais uma aprovação, não para um novo status. Status são para o chão de fábrica, não para fazer relatórios parecerem completos.

O checklist de configuração: o que eu verifico antes de assinar

A quarentena precisa de duas trancas, não de uma: uma tranca do sistema e uma tranca física. No sistema, o estoque reprovado é congelado automaticamente e o planejador de ondas o ignora. Fisicamente, a zona de quarentena precisa de cerca ou de uma área claramente demarcada, de uma placa no portão e de acesso limitado à equipe de inspeção. Uma tranca do sistema sozinha não impede um operador de empilhadeira que trabalha de memória. Uma tranca física sozinha não impede o planejador de alocar aquele estoque. As duas trancas juntas fecham o buraco.

Vale a pena fazer as contas do custo de inspeção, porque as equipes costumam argumentar que a inspeção atrasa o recebimento e que a inspeção total é cara demais. As contas saem ao contrário: compare o trabalho economizado pela amostragem com um recall, uma reposição e um cliente perdido por um envio errado. Na minha experiência, um envio errado custa vários meses do tempo de uma equipe de inspeção. Inspeção não é um centro de custo. É um seguro, e o prêmio parece caro até a primeira reclamação.

Passe por este checklist antes do go-live. Um, o recebimento tem como padrão pendente de inspeção, e esse padrão está realmente configurado? Dois, o rastro de mudança de status captura os três campos? Três, a permissão de mudança de status é exclusiva dos inspetores? Quatro, o fluxo de divisão por aprovação parcial foi testado de ponta a ponta? Cinco, a inspeção de devoluções é um fluxo separado? Seis, a tranca do sistema e a tranca física da zona de quarentena estão ambas em vigor? Sete, a alocação de ondas ignora o estoque pendente e reprovado, comprovado com um pedido de teste ao vivo? Sete de sete, então vá ao ar. Se algo estiver vago, não apresse. Uma primeira semana bagunçada após o go-live custa muito mais do que uma semana extra de testes antes dele.

Por Lin Xiao, Consultora de implementação de WMS

Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.