KORA Inventory: rastreabilidade lote-a-lote em armazém de produto acabado

A marca pede o recall. Lote de malha com defeito de tingimento, apanhado na inspeção final do cliente em Inditex. Pergunta simples: que paletes de produto acabado contêm esse lote de tecido, e para onde já expediram? Num armazém com rastreabilidade só até à SKU, a resposta demora dois dias e envolve três pessoas a cruzar packing lists em papel. Com rastreabilidade lote-a-lote bem construída, a resposta sai em quatro minutos a partir de um terminal. Neste artigo, essa diferença é resolvida em detalhe técnico — da modelação de dados ao scan no cais.

A tese deste artigo é desconfortável para quem comprou WMS por catálogo: a rastreabilidade de lote não se ganha no software, ganha-se na captura. O ERP que guarda o campo "lote" na linha do documento não serve de nada se o operador do cais confirma a palete inteira com um único scan de SKU. O lote nasce ou morre no momento do movimento físico — e é aí que a maioria dos projetos falha, não no modelo relacional.

Isto já foi enquadrado no plano conceptual em KORA Inventory em armazém: configuração de zonas, lotes e rastreabilidade. Aqui descemos ao chão de betão.

Antes de entrarmos no modelo, convém situar porque é que esta conversa deixou de ser técnica e passou a comercial. A confeção portuguesa vive em larga medida de subcontratação para casas-mãe internacionais — Inditex, Decathlon, Mango, Tom Tailor, Lacoste. Essas marcas incorporaram a rastreabilidade nos seus cadernos de encargos. Já não é um "nice to have" que o diretor de produção pondera no orçamento do ano seguinte: é condição de qualificação como fornecedor. A Estratégia da UE para Têxteis Sustentáveis e Circulares, publicada pela Comissão Europeia em 2022, e o Regulamento (UE) 2024/1781 sobre ecodesign com o passaporte digital de produto, empurram a exigência um nível acima — já não basta saber o lote de tecido, é preciso saber a composição, a origem e o percurso. Quem não tiver a espinha dorsal de rastreabilidade montada quando o passaporte digital de produto se tornar obrigatório para têxteis vai descobrir que a conversa não é sobre eficiência interna, é sobre sobrevivência comercial.

1. Arquitetura recomendada

A rastreabilidade lote-a-lote de produto acabado assenta em três camadas que não se devem misturar: o modelo de identidade (o que é um lote), o modelo de posição (onde está) e o registo de movimento (quem o moveu, quando, de onde para onde). Quem funde posição e movimento numa só tabela paga a fatura no primeiro inventário.

A tentação de simplificar é compreensível. Um fornecedor de WMS generalista mostra-lhe um ecrã onde a palete tem um campo "localização" e outro "último movimento", e parece que está tudo lá. Está, até ao dia em que precisa de reconstruir o histórico de uma palete que passou por sete posições em quatro dias. Se a posição e o movimento são a mesma coluna, só tem a última. A genealogia do movimento desapareceu. Separe as três camadas desde o primeiro dia — o custo de as separar mais tarde é reescrever o modelo com dados reais em produção, o que ninguém faz sem dor.

O lote como entidade de primeira classe

No modelo correto, o lote não é um atributo da linha de encomenda. É uma entidade com identidade própria, pai e filhos. Um lote de produto acabado herda genealogia: lote de tecido → lote de corte → ordem de confeção → lote de produto acabado. Essa árvore é o que permite responder ao recall em quatro minutos e não em dois dias.

A diferença prática entre tratar o lote como atributo e como entidade é brutal quando chega a hora do split. Uma palete de 48 caixas pode levar dois lotes de tecido diferentes — porque a ordem de corte consumiu o fim de um rolo e o início de outro. Se o lote é atributo da linha, cada caixa tem de duplicar informação e a consistência fica à mercê de triggers frágeis. Se o lote é entidade, a palete simplesmente aponta para dois lotes com quantidades parciais, e a árvore mantém-se íntegra. No calçado, onde uma caixa de expedição mistura rotineiramente numeração e cores da mesma referência, esta modelação deixa de ser preferência de arquiteto e passa a ser requisito funcional.

Cada unidade física de armazenamento — a palete, a caixa-mãe, o rolo — recebe um identificador logístico. Na prática portuguesa, isto significa um SSCC (Serial Shipping Container Code) em etiqueta GS1-128, que amarra SKU + lote + quantidade + posição. O SSCC é o número que o operador lê. Tudo o resto resolve-se por trás.

O SSCC é um número de 18 dígitos, estruturado segundo a especificação da GS1: um dígito de extensão, o prefixo de empresa GS1 (que identifica a sua empresa de forma única à escala mundial), um número de série atribuído por si, e um dígito de controlo calculado. A parte que importa operacionalmente é esta: o SSCC é irrepetível. Uma palete expedida hoje de Famalicão não partilha identificador com nenhuma outra palete no planeta. Isso permite que a marca, o transportador e o seu armazém falem da mesma unidade física sem ambiguidade — e é exatamente o que falta quando se tenta rastrear com "palete 14 do corredor B".

Se o operador do cais tem de escrever o número do lote no terminal, o projeto já falhou. O lote tem de estar na etiqueta, e a etiqueta tem de ler-se de um metro de distância com luvas.

Captura no movimento, não na reconciliação

A regra de ouro: o lote amarra-se à posição no momento da arrumação (putaway), não na expedição. Quem tenta reconstruir o lote no momento da expedição — porque "na entrada não deu tempo" — acaba com produto acabado em stock sem lote conhecido, e aí a rastreabilidade é ficção contabilística.

Há uma razão psicológica para esta regra que nenhum manual técnico explica. Na receção, o operador tem tempo e contexto: a palete acabou de chegar, a etiqueta de origem está à frente, a ordem de produção está fresca. Na expedição, está debaixo de pressão — o comboio de carga espera, o motorista reclama, são 17h30 de uma sexta-feira de fim de mês. Pedir-lhe que reconstrua genealogia nesse momento é pedir erro. A captura tem de acontecer onde há folga cognitiva, não onde há stress. Quem desenha o fluxo contra a natureza humana do cais está a programar a falha.

A KORA Inventory Suite captura o lote no terminal industrial em cada transição de estado: receção da produção, arrumação em posição, transferência interna, picking e carga. Cada scan gera um registo imutável. É este fluxo que a camada de ERP — tipicamente o ERP MULTI — consolida para efeitos de valorização e de documento fiscal.

O registo imutável e porque não se edita um movimento

Movimento gravado não se altera — corrige-se com movimento de sentido contrário. Esta regra parece burocrática até à primeira auditoria da marca. Se um movimento de arrumação pode ser editado depois de gravado, a árvore de genealogia perde a propriedade que a torna confiável: a de que reflete o que aconteceu fisicamente. Um operador que erra o destino não "edita" o movimento — faz um movimento de correção, que fica registado com utilizador, hora e motivo. A auditoria vê os dois movimentos e percebe a história completa. Sistemas que permitem edição silenciosa produzem relatórios que mentem sem deixar rasto — exatamente o que um auditor de uma marca internacional está treinado para desconfiar.

2. Parâmetros, métricas e thresholds

Números que separam um armazém com rastreabilidade real de um com rastreabilidade de PowerPoint. Estes valores são defensáveis em operação de produto acabado têxtil, calçado e distribuição; ajuste aos seus volumes.

Porque é que 800 ms não é um capricho de engenheiro

A latência entre o scan e a confirmação no ecrã parece detalhe menor. Não é. O operador do cais trabalha num ritmo motor: lê, confirma, passa à próxima. Se a confirmação demora mais de um segundo, ele perde a confiança de que o scan passou e dispara outra vez. Dois scans do mesmo SSCC geram um movimento duplicado, e o movimento duplicado gera stock fantasma que só aparece no inventário seguinte. O limiar dos 800 ms não é sobre velocidade da base de dados — é sobre manter o operador dentro do seu ritmo natural. Acima desse valor, o sistema começa a lutar contra o corpo de quem o usa, e o corpo ganha sempre.

A métrica de adoção vale mais do que a de stock

A métrica que ninguém quer medir mas que decide tudo é a taxa de scan ao primeiro toque. Abaixo de 98%, o chefe de armazém — aquele que não aceita sair do rádio mais de duas horas — abandona o terminal e volta ao caderno. E aí perde tudo. A KPI de adoção vale mais do que qualquer dashboard de stock.

Há uma assimetria cruel neste número. Um armazém com 99% de scans ao primeiro toque tem uma operação fluida; um com 95% tem uma operação em rebelião silenciosa. A diferença de quatro pontos percentuais não é linear — é o ponto onde o operador decide se confia no terminal ou se o contorna. E quando um chefe de armazém experiente, com quinze anos de conhecimento do negócio na cabeça, decide que o terminal lhe atrapalha o fim de mês, nenhuma formação o traz de volta. Ganha-se a adoção no primeiro mês ou perde-se o projeto. Medir esta taxa diariamente nas primeiras seis semanas de rollout é mais importante do que qualquer relatório de valorização de stock.

Um dashboard de stock bonito com 92% de adoção no terminal é uma mentira operacional em alta resolução. Meça primeiro quem usa o sistema; o que o sistema diz vem depois.

Thresholds por dimensão de empresa

Os valores da tabela acima são defensáveis de forma transversal, mas a exigência real varia com a dimensão e o perfil de risco. Uma confeção de 60 pessoas que subcontrata para uma única marca-mãe vive e morre pela cobertura de lote em expedição — se falhar uma vez numa auditoria, perde o cliente que é 70% da faturação. Um centro de distribuição alimentar de 30 mil metros quadrados tem a cobertura de lote garantida mas vive obcecado com o enforcement FEFO, porque um lote fora de validade expedido é risco legal direto. Ajuste a hierarquia das métricas ao que, no seu caso, mata o negócio.

3. Configuração prática

Três configurações que fazem ou desfazem a rastreabilidade. Snippets ilustrativos — adapte à sua instância.

Regra de captura obrigatória de lote

# Política de captura: lote obrigatório na receção de produção
Impede arrumação sem lote associado — falha rápido no terminal
captura_lote:
  evento: putaway_producao
  lote_obrigatorio: true
  validacao: genealogia_existe   # lote tem de ter pai conhecido
  bloqueio_sem_lote: true        # não permite confirmar movimento
  etiqueta: SSCC_GS1-128         # formato da etiqueta logística
  reimpressao: permitida_com_log # reimprimir regista utilizador + motivo

O princípio de desenho por trás desta configuração é o falhar rápido. O sistema recusa o movimento no instante em que falta o lote, no terminal, com o operador ainda em frente à palete. A alternativa — aceitar o movimento e marcar o registo como "pendente de lote" para corrigir mais tarde — é a porta de entrada para o stock sem genealogia. "Mais tarde" nunca chega. Prefira sempre o bloqueio duro no momento à correção diferida que ninguém faz. O operador queixa-se na primeira semana e agradece no primeiro recall.

Query de recall — do lote à lista de expedições

-- Dado um lote de tecido comprometido, devolver clientes e guias
-- Percorre a genealogia: tecido -> corte -> PA -> expedicao
SELECT e.cliente, e.guia_remessa, e.data_carga, m.quantidade
FROM lote_genealogia g
JOIN movimento_expedicao m ON m.lote_pa = g.lote_filho
JOIN expedicao e          ON e.id = m.expedicao_id
WHERE g.lote_raiz = :lote_tecido_comprometido
ORDER BY e.data_carga;
-- Objetivo operacional: resultado em menos de 5 minutos

Esta query parece trivial porque a modelação a montante fez o trabalho pesado. Quando a genealogia está materializada numa tabela de closure — onde cada relação pai-filho está pré-calculada, incluindo os saltos indiretos — o recall resolve-se com um único JOIN. Quem não materializou a genealogia e tenta percorrer a árvore recursivamente em tempo de execução descobre, no pior momento possível, que a query demora minutos a correr num armazém com meio milhão de movimentos. O custo da materialização paga-se no dia em que a marca está ao telefone à espera da lista. Invista na estrutura, não na esperteza da query.

Enforcement FEFO em distribuição alimentar

# Picking bloqueia lote fora de ordem de validade (FEFO)
picking_regra:
  estrategia: FEFO              # First Expired, First Out
  tolerancia_dias: 0           # zero desvio em alimentar
  override: supervisor_apenas  # só chefe com PIN quebra a regra
  log_override: obrigatorio    # auditoria do RGPD + rastreabilidade

A configuração FEFO entronca com a gestão de validades em distribuição alimentar — onde o lote não é só rastreabilidade, é prevenção de expedição ilegal de produto fora de prazo.

O override e o seu rasto de auditoria

Toda a regra de bloqueio precisa de uma válvula de escape, ou o armazém pára na primeira exceção legítima. Mas a válvula tem de deixar rasto. O override com PIN de supervisor não existe para ser conveniente — existe para que, quando um lote sai fora de ordem, haja um nome, uma hora e um motivo associados à decisão. Isto serve a rastreabilidade de responsabilidade exigida pelo RGPD quanto a quem fez o quê, e serve a defesa da empresa se um produto expedido fora de ordem causar problema. Um override silencioso é pior do que não ter regra nenhuma: dá a ilusão de controlo sem a substância.

4. Integrações e dependências

A rastreabilidade de lote não vive isolada. Depende de quem escreve a montante e serve quem lê a jusante. O ponto cego clássico é a fronteira produção–armazém: se o lote de produto acabado nasce na captura de chão de fábrica mas não chega à receção do armazém com o mesmo identificador, a genealogia parte-se exatamente onde mais custa.

A fronteira produção–armazém é onde a cadeia parte

Vale a pena insistir neste ponto porque é o que mais vezes vemos a correr mal. Numa fábrica de têxtil com captura de produção em chão de fábrica, o lote de produto acabado nasce no terminal da linha de confeção. Se esse lote viaja para o armazém num papel que o operador transcreve — ou pior, se o armazém atribui um lote novo na receção porque "não sabia o da produção" — a árvore de genealogia ganha um nó órfão. O lote de armazém existe, mas não aponta para a ordem de confeção, que por sua vez apontava para o lote de corte e o lote de tecido. O recall para de delimitar a montante no exato ponto onde a cadeia foi cosida. A integração entre KORA Productivity e KORA Inventory existe precisamente para que esse lote atravesse a fronteira sem transcrição humana.

A guia de remessa tem de carregar o lote

• A guia de remessa eletrónica tem de carregar o lote — não só a SKU — para que a rastreabilidade sobreviva à saída do armazém (DL 28/2019, com ATCUD e comunicação SAF-T mensal nos termos da Portaria 195/2020).
• Quem corre MES sem o ligar ao ERP perde a genealogia no salto produção–armazém. O custo disso está detalhado em MES sem integração ERP: o custo oculto que o COO não vê.
• A rede do armazém é dependência crítica: Wi-Fi com buracos de cobertura entre estantes gera scans perdidos. Validar roaming antes do rollout, não depois.
• O acesso remoto dos terminais e integrações passa por VPN segmentada — exigência reforçada pela NIS2 (Diretiva UE 2022/2555, transposta pelo DL 65/2025).

A rede não é detalhe de TI — é o chão da operação

O ponto da cobertura Wi-Fi merece mais do que uma linha numa lista. Um armazém de produto acabado têxtil tem estantes metálicas de cinco metros carregadas de rolos — um ambiente hostil para rádio. Entre dois corredores pode haver uma zona morta onde o terminal perde o sinal e o scan fica em buffer local. Se o terminal não tiver gestão de offline robusta — gravar localmente e sincronizar quando recupera sinal — esse scan perde-se e nasce um movimento fantasma. Validar a cobertura de roaming corredor a corredor, com o armazém cheio e não vazio, é parte da implementação. Um levantamento de rede feito com o armazém a meio da capacidade mente sobre as zonas mortas que aparecem quando as estantes enchem. Teste no pior caso, não no cómodo.

A genealogia perfeita no software e uma zona morta de Wi-Fi no corredor F produzem o mesmo resultado: uma palete que entrou e nunca mais ninguém soube onde ficou.

5. Armadilhas operacionais

Oito falhas que vimos em produção, anonimizadas. Nenhuma está no manual do fornecedor.

1. O scan de palete que confirma a SKU, não o lote

Numa unidade de confeção do Vale do Ave, o operador lia a etiqueta da SKU e confirmava a palete inteira. O lote ficava "em branco" e o sistema herdava o último lote arrumado — errado. Correção: etiqueta SSCC ao nível da palete, com lote embebido, e bloqueio de confirmação sem leitura de SSCC. O sintoma que denunciou o problema foi perverso: os relatórios de stock batiam certo em quantidade, só a genealogia é que estava sistematicamente errada. Ninguém reparou até ao primeiro recall, quando a lista de clientes afetados veio com nomes que nunca tinham comprado o lote em questão.

2. Reimpressão de etiquetas sem log

Etiqueta rasgada, operador reimprime — e cria um segundo SSCC para a mesma palete física. Dois identificadores, uma palete, stock fantasma. Correção: reimpressão só com registo de utilizador e motivo, e invalidação do SSCC anterior. O detalhe que distingue uma correção boa de uma má é a invalidação: reimprimir sem matar o SSCC antigo deixa dois números vivos para a mesma unidade, e a palete passa a contar duas vezes no inventário. A reimpressão é o movimento mais inocente do armazém e um dos que mais stock fantasma gera.

3. O lote parcial no picking

A encomenda leva meia palete de um lote e meia de outro. Se o sistema não suporta picking de lote parcial com split automático, o operador "arredonda" e a genealogia da caixa expedida mistura lotes sem registo. Correção: split de lote obrigatório no movimento de picking. No calçado, onde uma encomenda de uma referência cruza numeração de dois lotes de produção na mesma caixa, o split parcial não é exceção — é o caso normal. Um sistema que não o modela nativamente obriga o operador a mentir ao terminal dezenas de vezes por dia.

4. Transferência interna sem rastreio

Mover palete da zona de quarentena para a zona de expedição "para libertar espaço", sem scan. Resultado: produto bloqueado sai como se estivesse aprovado. Correção: toda a transferência entre zonas gera movimento com scan — sem exceção, nem "só desta vez". A transferência sem scan é a mais traiçoeira porque é a mais razoável: o operador está a ajudar, a organizar, a libertar espaço. A boa intenção é precisamente o que a torna perigosa — ninguém a regista como erro porque ninguém a percebe como erro.

5. Inventário anual em vez de contagem cíclica

Quem só conta uma vez por ano descobre a deriva quando já tem 1,5% de erro acumulado — e aí o picking já falha. Correção: contagem cíclica ABC, lotes A contados semanalmente, acurácia mantida acima de 99,5%. O inventário anual tem ainda o defeito de parar o armazém dois dias e de dar um número que já está desatualizado no dia seguinte. A contagem cíclica distribui o esforço, mantém o sistema sempre perto da verdade, e transforma a correção de erro num ajuste contínuo em vez de um choque anual.

6. FEFO configurado mas com override livre

Numa cadeia de distribuição alimentar regional, o FEFO estava ativo mas qualquer operador podia ignorá-lo. Em três meses, expediram lotes fora de ordem por hábito. Correção: override apenas com PIN de supervisor e log auditável — cumpre também os requisitos de rastreabilidade de responsabilidade do RGPD quanto a quem fez o quê. A lição mais fina aqui é sobre comportamento: uma regra que qualquer um pode contornar sem fricção deixa de ser regra em poucas semanas. O atrito do PIN não é burocracia — é o que transforma a exceção numa decisão consciente em vez de um reflexo.

7. A etiqueta que não lê com condensação

Produto vindo de câmara fria embacia o leitor e a etiqueta. Taxa de scan ao primeiro toque cai para 85%. Correção: etiquetas de material adequado e leitores com tolerância a condensação; testar em condição real, não em escritório. Este é o exemplo canónico de porque é que a validação tem de ser feita no ambiente real. Em escritório, a 22 graus e seco, tudo lê ao primeiro toque. No cais, com a palete a transpirar depois de sair da câmara, o leitor óptico vê uma mancha. A diferença entre 98% e 85% de scan ao primeiro toque mede-se no clima, não no datasheet do equipamento.

8. Genealogia que para na receção de matéria-prima

O lote de tecido entra rastreado, mas a confeção não o amarra à ordem. A árvore quebra no primeiro nível. Correção: captura de lote de matéria-prima no consumo de produção, em KORA Productivity, ligada à ordem — sem isto, o recall não delimita nada a montante. Esta é a mais cara de todas porque é a que invalida o investimento inteiro: pode ter rastreabilidade impecável de produto acabado e, na hora do recall da marca, descobrir que não consegue dizer que outras encomendas usaram o mesmo lote de tecido. A rastreabilidade a jusante sem a captura a montante é meia cadeia — e meia cadeia não delimita recall nenhum.

A rastreabilidade perfeita no ERP e a captura relaxada no cais produzem o pior dos mundos: um relatório bonito que mente com confiança.

6. Decisão técnica final

Sem hedging. A escolha do nível de rastreabilidade depende da dimensão e do setor — e do custo de um recall mal delimitado, que no têxtil para marca internacional pode custar a conta inteira.

O cálculo de TCO contra o custo de recall

A regra de decisão de fundo: calcule o TCO da rastreabilidade contra o custo esperado de um recall alargado. No têxtil e no calçado para exportação, o ROI paga-se no primeiro recall bem delimitado. O erro comum neste cálculo é comparar o custo da rastreabilidade só com o ganho de eficiência operacional — que existe, mas é o menos importante. O verdadeiro valor está na cauda: o evento raro e caro do recall que, sem delimitação, se alarga a lotes inocentes. A marca, perante a incerteza, impõe o recall ao conjunto todo, e a diferença entre recolher três paletes e recolher trezentas é a conta do trimestre. A rastreabilidade é, no fundo, uma apólice de seguro que também melhora a operação no dia a dia.

O que muda com o passaporte digital de produto

O cálculo acima vai mudar de forma nos próximos anos. O Regulamento (UE) 2024/1781 sobre ecodesign para produtos sustentáveis introduz o passaporte digital de produto, que para os têxteis deixará de ser opção. Quando entrar em vigor para o setor, cada peça terá de carregar informação sobre composição, origem e percurso — e isso exige exatamente a espinha dorsal de genealogia que este artigo descreve, estendida a montante até à matéria-prima. Quem montar a rastreabilidade lote-a-lote agora, por razões de recall e de qualificação como fornecedor, está também a construir a fundação do passaporte digital. Quem adiar vai ter de a construir à pressa quando a obrigação chegar — e à pressa custa sempre mais.

Ganhos operacionais observados

Em três implementações no setor calçado, a redução de tempo de ciclo de picking com lote por SSCC situou-se entre 18% e 27% em quatro meses, por eliminação da dupla conferência em papel. O mecanismo é simples: quando o SSCC amarra tudo num único toque, desaparece a conferência manual que o operador fazia para se certificar de que a palete certa ia para a encomenda certa. Esse ganho de eficiência é o que torna a adoção fácil — o operador percebe depressa que o terminal lhe poupa trabalho em vez de lho acrescentar, e a taxa de scan ao primeiro toque sobe por vontade própria, não por imposição.

Para o picking propriamente dito, a configuração por voz e lote está detalhada em KORA Inventory: configuração de picking por voz e lote em armazém, e a interligação com encomendas de distribuidor em KORA B2B: portal de encomendas para clientes sem força de vendas no terreno.

7. Como a INFOS implementa

Implementamos a rastreabilidade lote-a-lote de dentro para fora: começamos pela captura no cais e no chão de fábrica — porque é aí que a cadeia parte — e só depois ligamos a valorização e o documento fiscal no ERP MULTI. A KORA Inventory Suite captura cada movimento em terminal industrial, amarra o SSCC à posição, e consolida a genealogia que responde ao recall em minutos. Trabalhamos o setor têxtil e calçado há mais de três décadas — conhecemos a diferença entre o modelo que funciona na demo e o que sobrevive ao fim de mês com o chefe de armazém sem sair do rádio.

A ordem de implementação não é negociável

Há uma razão para começarmos pela captura e não pelo relatório. A tentação de quem compra o projeto é querer ver primeiro o dashboard bonito — o ecrã onde o recall se resolve em minutos. Mas o dashboard é a última peça, não a primeira. Se construirmos a captura no cais com disciplina, a genealogia enche-se sozinha e o dashboard é quase trivial de montar. Se começarmos pelo dashboard e deixarmos a captura para o fim, construímos um relatório sofisticado alimentado por dados em que ninguém confia. A ordem — captura primeiro, consolidação depois, relatório por último — é o que separa um projeto que sobrevive ao primeiro recall de um que produz apenas ficção contabilística em alta resolução.

O primeiro mês decide o projeto inteiro

A fase mais crítica de qualquer rollout de rastreabilidade não é a configuração nem a integração — é a adoção no primeiro mês. É quando o chefe de armazém decide se o terminal é aliado ou estorvo. Por isso medimos a taxa de scan ao primeiro toque diariamente nas primeiras semanas, ajustamos etiquetas, leitores e cobertura de rede onde a leitura falha, e estamos no chão de fábrica — não no escritório — enquanto o operador aprende o novo gesto. Um projeto de rastreabilidade ganha-se com as mãos no betão do armazém, não com slides na sala de reuniões.

Fontes

• INE — Estatísticas do Comércio (volume de negócios do comércio, número de empresas e trabalhadores; margem comercial no comércio por grosso).
• Decreto-Lei n.º 28/2019 — regime de faturação e ATCUD; Portaria n.º 195/2020 — comunicação SAF-T.
• Diretiva (UE) 2022/2555 (NIS2) e Decreto-Lei n.º 65/2025 — requisitos de cibersegurança para entidades essenciais e importantes.
• Regulamento (UE) 2016/679 (RGPD) e Lei n.º 58/2019 — proteção de dados e rastreabilidade de acessos.
• Regulamento (UE) 2024/1781 — ecodesign para produtos sustentáveis e passaporte digital de produto.
• Comissão Europeia — Estratégia da UE para Têxteis Sustentáveis e Circulares (2022).
• GS1 — especificação do Serial Shipping Container Code (SSCC) e simbologia GS1-128.

Perguntas frequentes

O que é rastreabilidade lote-a-lote em armazém?

É a capacidade de identificar e localizar cada lote de produto acabado individualmente no armazém, permitindo responder rapidamente a recalls ou questões de qualidade. Diferencia-se da rastreabilidade por SKU porque regista não apenas o tipo de produto, mas o lote específico, a sua posição e histórico de movimentos.

Por que razão o lote não pode ser apenas um atributo no ERP?

Porque o lote nasce no momento do movimento físico no armazém, não no software. Se o operador do cais confirma uma palete inteira com um único scan de SKU, o sistema nunca fica a saber qual o lote. O ERP que guarda o campo "lote" na linha do documento é inútil sem captura rigorosa na operação.

Qual é a diferença entre tratar o lote como atributo e como entidade?

Como atributo, cada caixa duplica informação e a consistência fica frágil. Como entidade própria, a palete aponta para múltiplos lotes com quantidades parciais, mantendo a árvore genealógica íntegra. Isto é crítico quando uma palete contém dois lotes diferentes, como no corte de tecido.

O que é o SSCC e qual a sua função?

O SSCC (Serial Shipping Container Code) é um número de 18 dígitos único que identifica cada unidade física de armazenamento — palete, caixa ou rolo. Amarra SKU, lote, quantidade e posição numa etiqueta GS1-128, permitindo que marca, transportador e armazém falem da mesma unidade sem ambiguidade.

Quando deve ser capturado o lote no armazém?

No momento da arrumação (putaway), não na expedição. Na receção, o operador tem tempo e contexto. Na expedição, está sob pressão e comete erros. Tentar reconstruir o lote no final resulta em produto acabado em stock sem lote conhecido, tornando a rastreabilidade ficção.

Por que é que a rastreabilidade deixou de ser técnica e passou a ser comercial?

Porque grandes marcas internacionais — Inditex, Decathlon, Mango — incorporaram a rastreabilidade nos seus cadernos de encargos como condição de qualificação de fornecedor. O Regulamento (UE) 2024/1781 sobre passaporte digital de produto vai tornar isto obrigatório para têxteis.

Como se estrutura o modelo de dados correto para rastreabilidade?

Em três camadas separadas: o modelo de identidade (o que é um lote), o modelo de posição (onde está) e o registo de movimento (quem o moveu, quando, de onde para onde). Misturar posição e movimento numa coluna única impede reconstruir o histórico quando precisa.