KORA Inventory em armazém: configuração de zonas, lotes e rastreabilidade

O chefe de armazém de um centro de distribuição alimentar no corredor Lousada/Paços sabe onde está cada palete. Está na cabeça dele. Funciona — até ao dia em que a marca cliente pede o rasto de um lote com suspeita de contaminação e a resposta demora três horas em vez de três minutos. O pilar sobre captura em tempo real explicou o conceito; o artigo sobre picking por voz e lote aprofundou a execução no corredor. Falta o que mantém tudo coerente: como se configuram zonas, lotes e rastreabilidade no KORA Inventory. Neste artigo, isso é resolvido em detalhe técnico.

A tese, que vai contra o instinto de quem compra WMS: a rastreabilidade não se ganha no scanner, ganha-se no desenho das zonas e na política de atribuição de lote no momento da receção. Se o modelo de localizações estiver errado, nenhuma quantidade de leituras de código de barras compensa. O scanner regista; a arquitetura é que torna a leitura útil.

Há uma assimetria que vale a pena nomear já. A maioria dos processos de compra de WMS em PME industriais portuguesas foca-se na camada visível — terminais, leitores, voz, ecrãs táteis no corredor. É a parte que impressiona numa demo. Mas a camada que decide se a rastreabilidade funciona é invisível ao comprador: é o modelo de dados de localização, a hierarquia de zonas, a política de lote. Ninguém pede uma demo da estrutura de localizações. E é exatamente aí que os projetos partem seis meses depois do arranque, quando a marca cliente faz a primeira pergunta difícil e o sistema não consegue responder.

Vamos resolver isto de baixo para cima: primeiro a arquitetura, depois os números que a tornam defensável, depois a configuração concreta, as integrações, as armadilhas que vimos partir em produção, e finalmente a decisão por perfil de empresa. Sem slogans.

1. Arquitetura recomendada

Um armazém não é um espaço — é uma hierarquia de localizações com regras. O erro clássico é modelar o armazém como uma lista plana de posições. Resultado: dez mil localizações sem semântica, impossíveis de parametrizar por regras.

Quando se modela como lista plana, cada posição é um ponto cego. O sistema sabe que a posição A-12-03-2 existe, mas não sabe que regime tem, que estratégia de saída aplica, quem lá pode mexer. Toda essa inteligência fica fora do modelo — na cabeça do chefe de armazém, outra vez. O objetivo da configuração é tirar o conhecimento da cabeça e colocá-lo na estrutura, onde sobrevive às férias, às baixas e à rotatividade.

A hierarquia de localização

Configure quatro níveis obrigatórios, sempre nesta ordem:

• Zona — agrupa localizações por função e por regime (ambiente, refrigerado, congelado, quarentena, picking, bulk). A zona carrega as regras de temperatura, de FEFO/FIFO e de restrição de acesso.
• Corredor/Rua — eixo físico de circulação. Define a sequência de picking (serpentina) e o custo de deslocação.
• Posição — coordenada estante/coluna/nível. Carrega capacidade volumétrica e peso máximo.
• Contentor/palete (LPN) — a unidade lógica que se move. É aqui que vive o lote, a validade e a quantidade.

A decisão fundamental: o lote pertence ao LPN, não à posição. Uma posição pode conter dois lotes do mesmo SKU em dois momentos, e o sistema tem de distingui-los. Quem configura lote à posição perde a rastreabilidade na primeira consolidação de palete.

Uma localização bem desenhada responde a três perguntas antes de qualquer leitura: o que pode estar aqui, como se tira daqui, e quem pode tirar.

Porque é que a zona carrega as regras, não a posição

A tentação de colocar regras na posição é forte — parece mais granular, mais preciso. É um erro de escala. Num armazém de 8 000 m² com doze mil posições, parametrizar regra de regime posição a posição é insustentável; a primeira reorganização do layout obriga a reparametrizar milhares de registos. A zona é a unidade certa de regra porque muda raramente e agrupa coerentemente. Se precisa de granularidade dentro da zona, use atributos de posição (capacidade, peso) — não regras de negócio.

Na prática, veja a zona como um contrato. Tudo o que entra numa zona aceita as suas regras: temperatura, estratégia de saída, perfis de acesso, obrigatoriedade de QC antes de expedição. O LPN herda esse contrato ao ser colocado. Quando o LPN se move para outra zona, passa a cumprir o contrato da nova zona. É esta herança que permite que a lógica escale sem explosão de parametrização.

A unidade lógica que se move: o LPN

O LPN (License Plate Number) é o conceito que separa um WMS adulto de um registo de posições glorificado. É uma matrícula lógica atribuída a uma palete, a uma caixa, a um contentor — a qualquer agregado que se move como unidade. O LPN carrega consigo tudo o que importa para a rastreabilidade: o SKU, o lote do fornecedor, a validade, a quantidade, o estado de QC, a ordem de compra de origem.

A vantagem operacional é brutal. Quando o operador move uma palete, lê uma matrícula — não quarenta artigos individuais. O sistema sabe instantaneamente o que está naquela palete, de que lote, com que validade. Uma consolidação de duas paletes do mesmo SKU gera dois LPN distintos na mesma posição, cada um com o seu lote preservado. É o oposto da fusão silenciosa que destrói a rastreabilidade.

Zonas de quarentena e bloqueio

Crie sempre uma zona de quarentena lógica separada da física. Mercadoria em espera de controlo de qualidade não deve estar disponível para picking, mesmo que fisicamente ocupe uma posição no corredor normal. O KORA Inventory marca o LPN como bloqueado e exclui-o do algoritmo de alocação — a palete está lá, mas não existe para a encomenda. Em distribuição alimentar, esta separação é a diferença entre expedir ou não um lote não libertado.

A quarentena lógica resolve um problema físico que todos os armazéns conhecem: o espaço de quarentena dedicado nunca chega num pico de receção. Se a quarentena for só um canto físico, quando esse canto enche, a mercadoria vai para onde houver espaço — e aí entra no fluxo normal sem controlo. Com estado de QC no LPN, a palete pode estar fisicamente no corredor principal, encostada a mercadoria libertada, e continuar invisível para o algoritmo de expedição. O estado viaja com a palete, não com a prateleira.

Estados de ciclo de vida do LPN

Defina um conjunto mínimo e disciplinado de estados. A tentação de criar quinze estados intermédios para cada nuance operacional produz um modelo que ninguém consegue manter. Três estados cobrem a esmagadora maioria das operações:

• QUARENTENA — rececionado, à espera de libertação de QC. Invisível para expedição e picking.
• LIBERTADO — aprovado, disponível para alocação segundo a estratégia da zona.
• BLOQUEADO — retido por decisão ativa (recolha, não-conformidade, litígio com fornecedor). Invisível e não libertável sem autorização de supervisor.

A transição entre estados tem de ser auditável. Quem libertou, quando, com que base. Em alimentar, esta trilha de auditoria é o que a autoridade pede quando há um alerta de segurança alimentar. Em têxtil sujeito à estratégia europeia para têxteis sustentáveis, é parte do passaporte digital de produto que se avizinha. Guardar o estado é fácil; guardar a história das transições é o que distingue um sistema que responde de um que encolhe os ombros.

2. Parâmetros, métricas e thresholds

Números que decidem se a implementação respira ou engasga. Estes são valores operacionais defensáveis, calibrados em armazéns reais de 5 a 50 mil m².

O número que ninguém quer encarar: a margem comercial no comércio por grosso em Portugal é estreita — na casa dos poucos pontos percentuais segundo as estatísticas do comércio do INE. Com uma margem assim, cada erro de inventário que obriga a reexpedir ou a abater stock come diretamente a rentabilidade. A logística não é um centro de custo acessório — é onde esses poucos pontos se defendem ou se perdem.

Numa operação de distribuição com margem de poucos pontos, o erro de inventário não é um problema logístico. É um problema de margem disfarçado de problema logístico.

Latência: porque 800 ms e não dois segundos

O limiar de 800 ms não é arbitrário. É o ponto abaixo do qual o operador confia no retorno do terminal. Acima de dois segundos, instala-se uma dúvida: leu ou não leu? E a reação humana à dúvida é repetir a leitura. Cada repetição que o sistema aceita gera um movimento duplicado; cada repetição que o sistema rejeita gera frustração. Ao fim de uma semana de latência alta, o operador aprende a desconfiar e passa a confirmar visualmente antes de avançar — o que anula metade do ganho de produtividade do terminal.

A latência é soma de três parcelas: rede sem fios, processamento no servidor, resposta de volta. A parcela que mais frequentemente estraga tudo é a primeira, e é a que ninguém mede antes do arranque. Voltaremos a isto nas armadilhas.

Precisão de inventário: o número que sustenta tudo o resto

99,5% de precisão por ciclo não é perfeccionismo. É o limiar abaixo do qual o FEFO deixa de merecer confiança. Se um em cada cinquenta registos de lote está errado, o operador que pica segundo o FEFO vai, mais cedo ou mais tarde, deparar-se com uma posição vazia onde o sistema diz haver stock, ou com um lote diferente do que o ecrã indica. Basta isto acontecer duas ou três vezes para a equipa concluir que o sistema «não está certo» e voltar à verificação manual. A precisão é o que dá autoridade ao sistema; perdida a autoridade, o investimento no WMS evapora-se enquanto a licença continua a ser paga.

Throughput por densidade de picking

O intervalo de 60 a 120 linhas por operador/hora é largo de propósito, porque depende fortemente da densidade física da zona. Um picking de caixa inteira em posição de chão, próximo da zona de expedição, aproxima-se do topo. Um picking unitário em estante alta, com deslocações longas e uso de equipamento de elevação, fica no fundo. O valor absoluto importa menos do que a estabilidade: se o throughput de uma zona oscila selvaticamente de dia para dia sem variação de volume, o problema é de sequenciação de tarefas, não de esforço do operador.

FEFO vs FIFO: a regra por zona, não por armazém

Em alimentar e em têxtil com validade de acabamento, FEFO (First Expired, First Out) manda. Mas FEFO global é caro de executar — obriga o sistema a procurar sempre o lote mais antigo em todo o armazém. Configure FEFO por zona de picking e FIFO no bulk. O custo de deslocação cai sem perder a lógica de validade. Veja também a configuração detalhada em gestão de validades em distribuição alimentar.

A diferença entre FEFO e FIFO é mais do que a escolha da sigla. FIFO ordena pela data de entrada; FEFO ordena pela data de validade. Parecem equivalentes, e em muitas situações convergem — mas não sempre. Um lote rececionado mais tarde pode ter validade mais curta (produção mais antiga do fornecedor, transporte lento, reprocessamento). Num armazém alimentar, confiar em FIFO quando o que importa é a validade produz expedição de produto que caduca antes do cliente o vender. FEFO é a regra correta para validade; FIFO basta para rotação de valor sem risco de caducidade.

3. Configuração prática

Snippets ilustrativos. Não são credenciais nem schema de produção — são o esqueleto da parametrização.

Definição de zona com regras de regime e estratégia de saída:

# Zona de picking refrigerado — regra FEFO, acesso restrito a perfil WH_PICK
zona:
  codigo: PICK-REF-01
  descricao: "Picking refrigerado 2-8C"
  regime: REFRIGERADO
  temp_min: 2
  temp_max: 8
  estrategia_saida: FEFO          # First Expired First Out
  reabastecimento: AUTO           # dispara tarefa quando posicao < min
  perfis_acesso: [WH_PICK, WH_SUPERVISOR]
  bloqueia_expedicao_sem_qc: true # LPN tem de ter estado QC = LIBERTADO

Repare na linha reabastecimento: AUTO. É esta regra que permite usar FEFO na zona de picking sem obrigar o operador a andar quilómetros pelo bulk. Quando a posição de picking desce abaixo do mínimo, o sistema dispara uma tarefa de reabastecimento que traz, do bulk, o lote correto segundo FEFO. O operador de picking nunca sai da sua zona densa; a lógica de validade resolve-se nos bastidores.

Estrutura do LPN (palete lógica) que carrega lote e validade:

# LPN = License Plate Number. O lote vive aqui, nao na posicao.
lpn:
  id: LPN-2024-0098432
  sku: TEC-MALHA-320
  lote: L240912-A           # lote do fornecedor, preservado upstream
  qtd: 240
  validade: 2026-03-31
  estado_qc: LIBERTADO      # LIBERTADO | QUARENTENA | BLOQUEADO
  posicao_atual: A-12-03-2
  rastreio_origem: PO-55120 # ordem de compra de origem

O campo rastreio_origem é a espinha dorsal da rastreabilidade upstream. Liga o LPN à ordem de compra, e por essa via ao fornecedor e à sua fatura. Sem este campo preenchido na receção, a rastreabilidade para a montante morre no momento em que a mercadoria entra no armazém. Preenchê-lo custa uma leitura adicional na doca; não o preencher custa a incapacidade de responder a uma recolha seletiva.

Regra de alocação que respeita quarentena e capacidade:

# Pseudo-regra de alocacao na expedicao
SELECIONAR lpn
  ONDE sku = :sku_pedido
   E   estado_qc = 'LIBERTADO'       # nunca aloca quarentena/bloqueado
   E   zona IN perfis_permitidos(:utilizador)
  ORDENAR POR validade ASC           # FEFO
  LIMITE qtd_necessaria

Três cláusulas, três garantias. A condição de estado_qc impede que mercadoria não libertada seja expedida, independentemente de onde esteja fisicamente. A condição de zona respeita os perfis de acesso — um operador não aloca de uma zona a que não tem permissão. A ordenação por validade implementa o FEFO. Toda a inteligência de rastreabilidade e segurança está nestas três linhas; o resto é interface.

Perfis de acesso e segregação de funções

Os perfis de acesso não são só uma questão de segurança informática. São uma questão de controlo operacional e de conformidade. Quem pode libertar um lote de quarentena? Quem pode bloquear? Quem pode fazer ajuste de inventário manual? Estas são decisões com impacto financeiro e legal, e devem exigir perfil de supervisor, com registo de quem fez o quê. Um WMS onde qualquer operador pode libertar quarentena ou ajustar stock à mão não tem controlo — tem teatro de controlo.

A segregação de funções alinha-se, aliás, com as exigências de sistemas de informação em organizações que buscam certificação ISO 27001 e com a disciplina de controlo interno que a função financeira valoriza. Não é burocracia; é a garantia de que o inventário que o Qlik Sense mostra ao CFO corresponde ao que está no chão.

4. Integrações e dependências

O KORA Inventory não vive sozinho. A rastreabilidade só fecha o círculo quando o lote atravessa a receção, a produção e a expedição sem se perder numa tradução entre sistemas.

A dependência crítica é a ligação ao ERP MULTI. O lote do fornecedor tem de nascer na receção e ser propagado intacto até à fatura. Se o ERP gerar um lote interno diferente do lote do fornecedor sem manter o mapeamento, perde-se a rastreabilidade upstream — e com ela a capacidade de responder à marca cliente quando esta invoca compliance com a estratégia europeia para têxteis sustentáveis. Quando há produção pelo meio, a ligação ao KORA Productivity garante que o componente consumido guarda o lote de origem no WIP. Sem essa ponte, a rastreabilidade quebra exatamente onde mais importa: entre a matéria-prima e o produto acabado. É o mesmo custo oculto que descrevemos no MES sem integração ERP.

O momento da receção decide tudo

A receção é o ponto de maior risco de perda de rastreabilidade, e é também o momento mais pressionado operacionalmente. O camião está na doca, o motorista tem janela, a equipa quer descarregar depressa. É precisamente nesta pressão que se descarta o lote do fornecedor, se salta a leitura do número de ordem de compra, se deixa para depois a atribuição de validade. Cada atalho na receção é uma dívida de rastreabilidade que vence mais tarde, com juros, na chamada da marca às 17h.

A configuração tem de proteger a receção contra a sua própria pressa. Tornar obrigatória a captura do lote do fornecedor e da validade antes de aceitar a palete no sistema. Bloquear a criação do LPN se o campo rastreio_origem estiver vazio. É menos cómodo na doca, sem dúvida. Mas a alternativa é um armazém cheio de paletes sem genealogia, o que é o mesmo que não ter rastreabilidade de todo.

Rastreabilidade através do WIP: o elo que mais frequentemente parte

Onde há produção, a rastreabilidade tem de atravessar o WIP sem quebrar. É o elo mais frágil de toda a cadeia. Quando uma ordem de fabrico consome componentes e produz um artigo novo, o lote do artigo acabado tem de ficar ligado aos lotes dos componentes consumidos. Se essa ligação não se faz no momento do consumo, é irrecuperável depois — não há como reconstruir que lote de fio entrou em que lote de malha semanas mais tarde.

A ligação entre KORA Productivity e KORA Inventory existe precisamente para fechar este elo. Quando o terminal de chão-de-fábrica regista o consumo de um componente numa ordem de fabrico, o lote de origem do componente fica gravado contra a ordem, e por essa via contra o produto acabado. A genealogia completa — do fornecedor ao produto final — fica construída movimento a movimento, em tempo real, sem reconstrução posterior.

Para armazéns com filiais ou parceiros, o Multi Connect sincroniza stocks e lotes entre localizações sem duplicar a numeração.

Alimentar o BI sem poluir a operação

A ligação ao Qlik Sense faz-se em batch noturno, por ELT, e isto é deliberado. As métricas de gestão — precisão de inventário, idade de stock, cobertura FEFO, rotação por zona — não precisam de ser calculadas em tempo real no sistema operacional. Fazê-lo sobrecarregaria a base de dados transacional precisamente nas horas de maior atividade de picking. Separar a camada operacional da camada analítica protege o throughput do corredor e dá ao CFO um painel fiável sem competir por recursos com o chão de armazém.

5. Armadilhas operacionais

O que vimos partir em produção. Nenhuma destas está nos manuais do fornecedor.

Pitfall 1 — Lote à posição em vez de ao LPN

Modelado assim, a primeira vez que se consolidam duas paletes do mesmo SKU na mesma posição funde os lotes no registo. A rastreabilidade morre em silêncio. O que torna esta armadilha traiçoeira é que tudo funciona perfeitamente durante semanas — até à primeira consolidação. Não há erro, não há alarme; simplesmente, a partir daquele momento, dois lotes contam como um. Quando a necessidade de distinguir chega, já não há informação para o fazer. Solução: lote sempre ao LPN, posição como contentor neutro.

Pitfall 2 — Zona de quarentena só física

Num armazém de distribuição, a quarentena era um canto físico. Num pico de receção, faltou espaço e meteram palete não libertada no corredor normal. Expediu-se. O custo não foi só a palete — foi a recolha do cliente, a investigação, a perda de confiança da marca. Solução: estado QC no LPN que viaja com a palete, independente da posição. O algoritmo de alocação exclui quarentena mesmo que esteja no corredor principal.

Pitfall 3 — Wi-Fi assumido, nunca medido

Instalaram-se terminais antes do site survey. Três corredores de estante metálica cheia a −75 dBm. Os terminais entravam em buffer offline e sincronizavam com 20 minutos de atraso, criando movimentos divergentes. A estante metálica cheia é o pior cenário de RF que existe: o metal reflete, o stock absorve, e o sinal que chegava ao corredor vazio desaparece com o armazém cheio. Solução: survey de RF com o armazém cheio, não vazio — o stock absorve o sinal. Garanta ≥ −67 dBm em carga máxima. Fale com a equipa de rede antes do rollout, não depois.

Pitfall 4 — FEFO global por defeito

Ligou-se FEFO em todo o armazém. O operador andava 80 metros para apanhar o lote mais antigo no bulk em vez de picar da posição de picking próxima. Throughput caiu para 45 linhas/hora. A rastreabilidade estava perfeita; a operação estava inviável. Solução: FEFO só na zona de picking, reabastecimento automático por FEFO do bulk para o picking.

Pitfall 5 — O chefe de armazém fora da malha

O rollout tirou o chefe de armazém do rádio durante meio dia de formação. Ele voltou e desligou metade dos controlos porque "atrasavam". Solução: formação em blocos de 90 minutos, nunca mais, e envolvê-lo no desenho das zonas. Quem desenha o corredor defende-o. (Sim, isto é gestão de pessoas disfarçada de configuração de WMS — e é a parte que mais rollouts afunda.)

O chefe de armazém não resiste à tecnologia. Resiste a perder o controlo que construiu em quinze anos. Dê-lhe o desenho das zonas e ganha um aliado; imponha-lhe um ecrã e ganha um sabotador educado.

Pitfall 6 — Cycle count adiado para "quando houver tempo"

Sem contagem cíclica, a precisão derrapa 0,3–0,5% por mês. Ao fim de um semestre, o FEFO deixa de merecer confiança e a equipa volta a confirmar tudo à mão. O inventário geral anual não salva — dá uma fotografia num instante e no dia seguinte já está desatualizado. Solução: cycle count por zona ABC — zona A semanal, B quinzenal, C mensal. Nunca inventário geral anual como única rede de segurança.

Pitfall 7 — Lote do fornecedor descartado na receção

O ERP gerava lote interno e deitava fora o lote do fornecedor. Quando a marca pediu rastreio upstream, não havia ligação. Solução: preservar sempre o lote de origem no campo rastreio_origem do LPN, mapeado ao lote interno.

Pitfall 8 — Ajuste de inventário sem autorização nem rasto

Num armazém, qualquer operador podia corrigir stock à mão quando a contagem não batia certo. Resultado: os ajustes tapavam os erros em vez de os expor. A precisão aparente era boa; a precisão real derrapava, porque cada discrepância era «corrigida» para o que o papel dizia. Solução: ajuste de inventário exige perfil de supervisor e gera registo auditável de quem, quando e porquê. A discrepância tem de ser vista antes de ser corrigida — é dela que se aprende ondo processo falha.

6. Decisão técnica final

Sem hedging. A escolha de arquitetura de zonas e lote depende da dimensão e do setor.

O pequeno armazém: a tentação de complicar

Num armazém de menos de 3 000 m² com menos de 500 SKUs, o risco não é configurar de menos — é configurar de mais. A tentação de replicar a arquitetura de quatro níveis completa de um grande centro de distribuição produz um sistema que ninguém mantém porque o esforço de parametrização não corresponde à complexidade real da operação. Lote ao LPN, sim, sempre — isso é inegociável a qualquer escala. Mas zonas simples, FEFO numa zona única, cycle count mensal. A simplicidade aqui não é preguiça; é a condição para que o operador adira e o sistema sobreviva ao dia-a-dia.

O armazém médio alimentar: o caso que mais vemos

O armazém de 3 000 a 15 000 m² em distribuição alimentar é o terreno onde a arquitetura completa prova o seu valor. Aqui convivem regimes diferentes, validade obrigatória, controlo de qualidade na receção, e uma margem comercial que não perdoa desperdício. A separação lógica de quarentena, o FEFO na zona de picking com FIFO no bulk, a contagem cíclica ABC — tudo isto deixa de ser sofisticação opcional e passa a ser requisito operacional. É também o perfil onde a ligação ao ERP e ao BI mais depressa paga o investimento, porque o volume de movimentos torna o erro manual caro e frequente.

O grande multi-regime: automação ou caos

Acima dos 15 000 m² e com múltiplos regimes — ambiente, refrigerado, congelado — a densidade de operações ultrapassa o que a gestão manual de reabastecimento consegue acompanhar. O reabastecimento automático deixa de ser conveniência e torna-se a única forma de manter as zonas de picking abastecidas sem paralisar operadores em deslocações ao bulk. Quando há produção associada — centrais de preparação, embalamento, transformação — a integração com o KORA Productivity é o que garante que a rastreabilidade atravessa o WIP sem partir.

O sample room de calçado: outro problema completamente

No calçado, a validade é irrelevante mas a complexidade de variante é brutal: um ERP generalista não modela cor-tamanho-forma como um eixo nativo. Aqui a decisão é inequívoca — precisa de um sistema que trate a variante como primeira classe, não como texto no fim do código de artigo. Uma coleção de calçado em Felgueiras apresenta facilmente 800 a 1200 SKUs sobre três eixos de variante, e os compradores internacionais visitam duas vezes por ano — o calçado de homem por volta de agosto, o de mulher por volta de fevereiro. Quando o comprador está na sala e pede a amostra na cor X, tamanho Y, forma Z, o sistema tem de a localizar em segundos, não minutos.

Em implementações INFOS no setor calçado, modelar corretamente o eixo de variante — em vez de o enfiar no fim do código de artigo — reduziu significativamente o tempo de ciclo de localização e picking de amostra. A diferença não está no scanner; está em o sistema entender que cor-tamanho-forma são dimensões, não sufixos de texto. Esta é a mesma lição da tese inicial, aplicada a um setor onde a validade não existe: a arquitetura de dados decide a operação.

A pergunta não é "que WMS comprar". É "o meu modelo de localização responde à chamada da marca às 17h de uma sexta-feira". Tudo o resto é configuração.

7. Como a INFOS implementa

Começamos pelo desenho das zonas em sala, com o chefe de armazém à mesa, antes de tocar num terminal. Depois fazemos site survey de RF com o armazém em carga, parametrizamos lote ao LPN e estado QC no KORA Inventory, ligamos ao ERP MULTI preservando o lote de origem, e só então entramos em piloto numa zona. A rastreabilidade sai validada do piloto — não prometida no slide. O picking por voz e lote entra na fase seguinte, quando a malha já está estável e o Qlik Sense mostra a precisão de inventário a passar os 99,5%.

Porque é que o piloto por zona importa

Não arrancamos o armazém todo de uma vez. Escolhemos uma zona — tipicamente uma zona de picking de volume médio, representativa mas não crítica — e validamos nela toda a cadeia: receção com lote preservado, alocação com FEFO, estado de QC, confirmação de picking, movimento de volta ao ERP. Quando essa zona corre limpa durante uma ou duas semanas, com a precisão de inventário a confirmar-se, replicamos para as restantes. O piloto por zona isola o risco: se algo partir, parte num pedaço controlado do armazém, não na operação inteira num fim de mês.

O que fica validado antes de escalar

• Lote do fornecedor preservado da receção à expedição, com rastreio_origem preenchido.
• Estado de QC a excluir corretamente quarentena e bloqueado da alocação.
• Cobertura de RF ≥ −67 dBm com o armazém em carga real, não vazio.
• Precisão de inventário da zona-piloto acima de 99,5% por ciclo.
• Throughput de picking estável e dentro do intervalo esperado para a densidade da zona.
• Reabastecimento automático a disparar no mínimo configurado, sem rutura na posição de picking.

A rastreabilidade não é um módulo que se liga. É uma consequência de decisões tomadas no primeiro dia, na forma como desenha as suas zonas e em onde decide que o lote vive. Erre essa decisão e nenhum scanner o salva; acerte-a e a chamada de sexta-feira às 17h resolve-se em três minutos. O scanner é o que se vê na demo; a arquitetura de zonas e de lote é o que responde quando a marca pergunta. Toda a diferença entre um WMS que impressiona e um WMS que protege a margem está nesta distinção.

Fontes

• INE — Estatísticas do Comércio (volume de negócios, número de empresas e trabalhadores, margens no comércio por grosso).
• Comissão Europeia — Estratégia da UE para os têxteis sustentáveis e circulares (requisitos de rastreabilidade, ecodesign e passaporte digital de produto).
• Regulamento (UE) 2024/1689 (AI Act) — classificação de risco de sistemas de IA.
• Diretiva (UE) 2022/2555 (NIS2) — requisitos de cibersegurança para infraestruturas críticas.
• APICCAPS — dados setoriais do calçado português (calendário de coleções e visitas de compradores internacionais).

Perguntas frequentes

O que é um LPN e por que é importante para a rastreabilidade?

Um LPN (License Plate Number) é uma matrícula lógica atribuída a uma palete, caixa ou contentor que se move como unidade. Carrega consigo o SKU, lote do fornecedor, validade, quantidade e estado de QC. Permite que o operador leia uma única matrícula em vez de múltiplos artigos, preservando a rastreabilidade completa mesmo em consolidações de paletes.

Por que a rastreabilidade se ganha no desenho das zonas e não no scanner?

O scanner apenas regista dados; a arquitetura é que torna a leitura útil. Se o modelo de localizações estiver errado, nenhuma quantidade de leituras de código de barras compensa. A rastreabilidade depende de como as zonas, lotes e hierarquias de localização estão configurados no sistema, não dos dispositivos de leitura.

Qual é a hierarquia correta de localizações num armazém?

A hierarquia deve ter quatro níveis obrigatórios: Zona (agrupa por função e regime), Corredor/Rua (eixo de circulação), Posição (coordenada estante/coluna/nível) e Contentor/palete (LPN). Esta estrutura permite que cada nível carregue as regras apropriadas e que o sistema responda automaticamente sobre o que pode estar em cada local.

Por que o lote deve pertencer ao LPN e não à posição?

Uma posição pode conter dois lotes do mesmo SKU em momentos diferentes. Se o lote for configurado à posição, o sistema perde a rastreabilidade na primeira consolidação de palete. Atribuindo o lote ao LPN, cada unidade mantém a sua identidade completa, mesmo quando múltiplos LPN ocupam a mesma posição.

Por que as regras de negócio devem estar na zona e não na posição?

Num armazém com milhares de posições, parametrizar regras posição a posição é insustentável. A zona é a unidade certa porque muda raramente e agrupa coerentemente. Qualquer reorganização do layout não obriga a reparametrizar milhares de registos. A zona funciona como um contrato que todos os LPN herdam ao serem colocados nela.

O que é uma zona de quarentena lógica e como funciona?

É uma zona separada que marca LPN como bloqueados, excluindo-os do algoritmo de alocação. A mercadoria em espera de controlo de qualidade não fica disponível para picking, mesmo que fisicamente ocupe uma posição normal. Em distribuição alimentar, isto evita expedir lotes não libertados quando o espaço físico de quarentena enche.

Qual é o erro mais comum na configuração de WMS em PME portuguesas?

A maioria das compras foca-se na camada visível — terminais, leitores, voz, ecrãs táteis — porque impressiona em demo. Mas a camada invisível que decide se a rastreabilidade funciona é o modelo de dados de localização, a hierarquia de zonas e a política de lote. Projetos partem seis meses depois quando a primeira pergunta difícil surge e o sistema não consegue responder.