Todo limite do RFID no chão de fábrica vem daí. Não são falhas da tecnologia — são consequências do que uma leitura é, e saber quais são antes de começar é o que separa um projeto bem dimensionado de uma promessa que não se cumpre.
Este texto fecha o guia do RFID na manufatura tratando do que a leitura não entrega — e do que colocar no lugar em cada caso.
Com uma rota configurada, esses três produzem mais dois: o avanço de etapa e a duração real dela. É bastante — e é o teto. Tudo o que não for derivável de identidade, lugar e horário precisa vir de outra fonte.
O teste é simples e vale aplicar a qualquer promessa de fornecedor: pergunte como aquela informação seria derivada de saber que uma peça passou por um ponto às 14h32. Se não houver caminho, ela vem de outro lugar — e alguém precisa dizer de onde antes do projeto começar.
O que vem a seguir são cinco coisas que não se derivam, com o que ocupa o lugar de cada uma. Nenhuma delas inviabiliza o projeto; todas o inviabilizam se aparecerem como surpresa depois da assinatura.
Nenhum dos quatro inviabiliza o projeto. O que inviabiliza é descobri-los depois — quando alguém abre o painel esperando encontrar a causa do atraso e encontra só a duração dele.
Porque são dois apontamentos diferentes. O de fluxo é de alto volume, repetitivo e não exige julgamento — a peça passou, e isso é um fato observável. É esse que falha sistematicamente, porque compete com a produção dezenas de vezes por turno.
O de motivo é raro, leva segundos e só a pessoa presente sabe a resposta. Ninguém além do operador sabe que a máquina travou duas vezes. Esse apontamento não compete com a produção — ele acontece quando a produção já parou.
A regra que sai daí: automatize o que é observável, aponte o que é julgamento. E mantenha a lista de motivos curta e fechada, porque campo de texto livre em chão de fábrica não é preenchido.
Os quatro anteriores se resolvem acrescentando outra fonte de informação. Este não — porque não é um problema de informação.
Se a peça atravessa a fábrica três vezes por causa de um arranjo físico ruim, o sistema vai registrar as três travessias com precisão de segundos e absoluta fidelidade. O relatório vai estar certo. O processo continua errado.
É o desfecho mais frustrante de um projeto de rastreamento, e o mais comum quando a expectativa foi mal ajustada: a empresa passa a ter uma medição excelente de um fluxo que precisava ser redesenhado — e o dado, por ser confiável, torna a discussão sobre redesenho inevitável.
O que é, no fim, o benefício real. Mas convém que ninguém esperava “reduzir o lead time” e receba “o seu layout obriga a peça a voltar duas vezes” sem estar preparado para ouvir isso.
O que a leitura entrega: onde a ordem está, que etapa está ativa, quanto cada etapa levou de verdade, e o que está em risco agora. Com fidelidade que apontamento manual não alcança.
O que continua vindo de outro lugar: o motivo do atraso, o resultado da inspeção, a decisão de priorizar, a causa-raiz e a qualidade do desenho do processo.
O que a plataforma faz e o que não faz está reunido na central de confiança.
Antes de qualquer proposta, escreva as cinco perguntas que você quer que o sistema responda. Depois teste cada uma contra a regra deste post: isso se deriva de saber que uma peça passou por um ponto às 14h32?
As que passarem no teste, o projeto entrega. As que não passarem precisam de outra fonte — e é melhor decidir qual agora do que descobrir na primeira reunião de resultado. Essa lista, levada a uma conversa com fornecedor, vale mais que qualquer roteiro de demonstração.
O guia completo está em RFID na manufatura, e o mecanismo em controle de produção.
Essas o rastreamento entrega. As outras precisam de uma fonte que alguém tem de definir — e um projeto que não fez essa separação antes de começar vai fazê-la depois, com o orçamento já comprometido.