A regra essencial para encomendar tags RFID pré-codificadas da China

A regra essencial para encomendar tags RFID pré-codificadas da China é simples: nunca trate a codificação como uma observação secundária no final do pedido de compra. Ela deve ser definida como uma especificação de produção. Quando as regras de dados não estão claras, a fábrica ainda pode produzir excelentes etiquetas, cartões, pulseiras RFID, tags para lavanderia ou tags RFID para metal, mas os dados gravados podem estar errados de uma forma que só será percebida após a chegada da mercadoria. Nesse momento, ninguém fica satisfeito. O comprador responsabiliza o fornecedor. O fornecedor afirma que seguiu o arquivo recebido. O integrador informa que o software não reconhece o formato. A equipe do armazém conclui que as tags não servem para uso.

As tags RFID pré-codificadas não são difíceis de produzir quando comprador e fabricante utilizam a mesma linguagem de dados. Os problemas começam quando as duas partes empregam termos conhecidos com significados diferentes. Um comprador pode solicitar “codificar de 100001 a 110000”, pensando em números de série decimais. O engenheiro da fábrica, porém, precisa saber se isso significa gravar na memória EPC, na memória de usuário, em texto ASCII, em hexadecimal, com conversão decimal ou apenas imprimir a numeração. Se a resposta for “basta gravar o número na tag”, o risco aumenta imediatamente.

A verdadeira regra é esta: antes da produção em massa, confirme o banco de memória exato, o formato e o comprimento dos dados, a lógica da sequência, o status de bloqueio, a correspondência com a impressão e o método de verificação. Não confie apenas em capturas de tela, e-mails informais ou em um cartão de amostra de um projeto anterior, a menos que o novo pedido seja realmente idêntico.

Por que pré-codificar significa muito mais do que gravar um número

Ao procurar tags RFID pré-codificadas da China, muitos compradores concentram-se no preço, no prazo de entrega, na quantidade mínima do pedido e na disponibilidade do chip. Esses fatores são importantes, mas é a precisão da codificação que determina se as tags poderão ser utilizadas imediatamente. Uma etiqueta RFID UHF pode exigir a gravação do EPC. Uma tag RFID para lavanderia pode precisar de um ID de ativo fixo na memória de usuário. Os cartões-chave de hotel podem exigir dados de controle de acesso gravados em um setor. Uma tag NFC pode precisar de uma URL, um vCard ou um registro de texto. Um cartão MIFARE pode exigir chaves específicas e determinados blocos de dados. Já um cartão DESFire pode precisar de toda uma estrutura de aplicação, e não apenas de um UID legível.

Uma lavanderia industrial da Alemanha encomendou tags RFID laváveis para enxovais de hotéis. O comprador enviou uma planilha Excel contendo números de série e códigos de barras para impressão. À primeira vista, os dados pareciam simples. Após a entrega, porém, o software da lavanderia rejeitou metade das tags porque os valores EPC não continham os zeros à esquerda utilizados no banco de dados original. As tags eram resistentes, a costura estava bem-feita e a distância de leitura era adequada. O problema estava na ausência de uma regra de dados. No novo pedido, foi utilizado um modelo controlado que apresentava, em colunas separadas, o EPC como um valor hexadecimal de 24 caracteres, o conteúdo do código de barras impresso e o ID interno do banco de dados. A remessa seguinte funcionou sem problemas.

Esse pequeno caso demonstra uma verdade importante: a codificação não é um detalhe decorativo. Ela é a ponte entre a tag RFID e o software do comprador.

Decimal, hexadecimal e ASCII podem comprometer um pedido silenciosamente

Um dos problemas mais comuns na codificação de tags RFID é a confusão entre valores decimais, hexadecimais e ASCII. As pessoas preferem números decimais porque são fáceis de ler. A memória RFID, por outro lado, costuma ser representada em hexadecimal. Os sistemas de software podem exibir um formato ou outro. Alguns compradores também solicitam codificação ASCII porque desejam armazenar texto legível na memória. Essas opções não são equivalentes nem intercambiáveis.

Uma empresa de automação de armazéns no Canadá encomendou etiquetas RFID UHF para caixas metálicas de ferramentas. O arquivo do projeto apresentava números de ativos como 780125, 780126 e 780127. O comprador esperava que esses números fossem armazenados como texto ASCII legível na memória de usuário. O fornecedor, porém, gravou os valores como números hexadecimais na memória EPC, pois os pedidos anteriores daquele cliente utilizavam codificação EPC. Durante a instalação, o leitor portátil exibiu uma sequência diferente daquela esperada pelo sistema de ativos. As tags não estavam defeituosas. Elas haviam sido produzidas com base em uma suposição incorreta.

Para evitar esse problema, o arquivo de codificação deve mostrar tanto o valor legível por pessoas quanto o valor final que será gravado. Por exemplo, uma coluna pode apresentar o número do ativo, outra pode conter a sequência hexadecimal final do EPC, uma terceira pode mostrar o texto impresso e uma quarta pode indicar os dados do código de barras. Quando houver qualquer conversão, defina claramente quem será responsável por realizá-la e quem deverá aprová-la.

A ordem dos bytes é outro detalhe aparentemente pequeno que pode causar grandes transtornos. Alguns sistemas utilizam representação big-endian. Outros podem inverter a ordem dos bytes durante a exibição. Se o software do leitor mostrar um valor invertido ou caracteres inesperados, isso não significa necessariamente que a tag esteja defeituosa. A regra de codificação pode ser incompatível com o leitor ou com o middleware. Essa questão deve ser testada antes da produção em massa, e não discutida depois do envio da mercadoria.

A amostra só está aprovada quando é lida pelo sistema do comprador

Uma amostra física com aparência correta não é suficiente. Uma fotografia da tela do leitor também não basta. A abordagem mais segura é codificar um pequeno conjunto de tags, enviá-lo ao comprador e realizar os testes com o mesmo leitor, software, antena e processo de banco de dados que serão utilizados no projeto. Quando isso não for possível, o fornecedor deve apresentar um relatório detalhado de leitura com os mesmos campos que serão verificados pelo comprador.

Um projeto de rastreamento de ativos hospitalares em Cingapura utilizou etiquetas RFID pré-codificadas em bombas, cadeiras de rodas e equipamentos de diagnóstico. A equipe de compras aprovou rapidamente o material e a impressão das etiquetas. A aprovação da codificação levou mais tempo, e esse cuidado salvou o projeto. O primeiro lote de amostras tinha o comprimento de EPC correto, mas o software de gestão predial esperava que o EPC incluísse um prefixo da empresa e um código de categoria do ativo. O fornecedor havia gravado apenas o número de série do equipamento. Como o problema foi identificado durante a validação das amostras, a fábrica alterou a regra antes de produzir o pedido completo. Um atraso de uma semana evitou seis meses de problemas.

Essa é justamente a etapa que muitos compradores tentam eliminar quando estão pressionados pelo cronograma. Ignorar a validação das amostras parece acelerar o projeto, até que as tags sejam entregues e não possam ser cadastradas no sistema.

Impressão e codificação devem estar vinculadas

Muitas tags RFID recebem códigos QR, códigos de barras, números de série, logotipos ou nomes de ativos impressos. Quando o número visível não corresponde aos dados codificados, as equipes operacionais perdem a confiança imediatamente. Mesmo que o sistema RFID funcione tecnicamente, os operadores começarão a questionar cada leitura.

Uma distribuidora de alimentos na França encomendou etiquetas RFID pré-codificadas com dados EPC e códigos de barras Code 128 impressos. A equipe de design preparou a arte, enquanto a equipe de TI enviou o arquivo de codificação. Os dois arquivos utilizavam intervalos numéricos diferentes porque haviam sido exportados de bancos de dados de teste distintos. A fábrica imprimiu um arquivo e codificou o outro. A divergência foi encontrada durante uma inspeção aleatória, mas somente depois que parte do pedido já havia entrado na etapa de acabamento. O fornecedor precisou retrabalhar o lote, e o comprador aprendeu a enviar apenas um arquivo mestre. A partir daquele momento, cada linha passou a controlar o texto impresso, os dados do código de barras, o EPC e a posição no rolo.

Em grandes pedidos de etiquetas RFID, um arquivo mestre de dados não é opcional. Ele deve conter todos os campos variáveis. Quando as etiquetas são fornecidas em rolos, também é necessário definir o número do rolo e o sentido da sequência. Alguns aplicadores automáticos precisam receber a numeração em ordem crescente, da parte externa para o centro do rolo. Outros exigem o sentido oposto. Se a orientação estiver errada, o armazém poderá perder horas reetiquetando produtos ou alterando a lógica de aplicação.

Bloquear os dados cedo demais pode sair caro

Alguns compradores solicitam tags RFID bloqueadas para impedir que os funcionários em campo sobrescrevam os dados acidentalmente. Essa medida faz sentido em muitas aplicações. No entanto, o bloqueio só deve ser realizado depois que a regra de codificação estiver totalmente aprovada. Quando uma área da memória é bloqueada permanentemente, a correção de um erro pode se tornar impossível.

Uma empresa brasileira de embalagens retornáveis encomendou etiquetas RFID UHF para caixas plásticas, adotando uma política de dados resistente a adulterações. O fornecedor gravou o EPC e bloqueou a memória conforme indicado no pedido de compra. Depois de receber a mercadoria, o integrador descobriu que o sistema ERP precisava de um prefixo diferente para as caixas destinadas a clientes de exportação. Como as tags estavam bloqueadas, o comprador não pôde regravá-las. Elas continuavam legíveis, mas não serviam para o fluxo operacional previsto. No pedido seguinte, a aprovação foi dividida em duas etapas: primeiro, codificar amostras sem bloqueio e confirmá-las no ERP e no sistema de leitura; depois, autorizar a codificação em massa e o bloqueio.

Senhas de acesso, kill passwords e configurações de bloqueio devem ser especificadas claramente. Se o comprador quiser utilizar senhas padrão, isso deve ser informado. Caso sejam necessárias senhas de acesso personalizadas, elas devem ser enviadas por um canal seguro, com confirmação de como serão armazenadas. A perda da senha pode dificultar consideravelmente o diagnóstico de problemas. A segurança só é útil quando administrada com cuidado.

Projetos com MIFARE e DESFire exigem disciplina adicional

No caso das etiquetas UHF, a conversa sobre codificação normalmente envolve EPC, TID, memória de usuário e senhas. Para cartões RFID HF, especialmente MIFARE Classic, MIFARE Plus ou MIFARE DESFire, a definição pode ser muito mais complexa. O comprador pode precisar indicar chaves de setor, bits de acesso, estruturas de arquivos, IDs de aplicação, diversificação de chaves ou autenticação criptografada. Uma instrução informal como “grave o número dos nossos associados” pode não ser suficiente.

Uma rede de academias boutique no Reino Unido encomendou cartões RFID pré-codificados para acesso às portas e aos armários. O fornecedor do controle de acesso utilizava setores MIFARE Classic com chaves diferentes das configurações padrão. O comprador enviou apenas os números dos associados à fábrica de cartões, supondo que eles poderiam ser gravados em qualquer área. Os primeiros cartões de amostra eram lidos por um aplicativo de celular, mas não pelo leitor instalado na entrada da academia. O motivo era simples: os cartões não continham os dados no setor esperado pelo sistema de controle de acesso. O projeto foi corrigido depois que o fornecedor do sistema apresentou um mapa de memória, a política de chaves e os resultados de leitura do equipamento de teste.

Quando um projeto envolve cartões seguros de controle de acesso, cartões-chave de hotel, cartões de campus, cartões de transporte ou credenciais de pagamento sem dinheiro, o comprador não deve enviar instruções incompletas à fábrica e esperar que a equipe de codificação descubra o restante. Cartões seguros exigem responsabilidades claras sobre o modelo de dados. A fábrica pode produzir e codificar, mas o comprador ou proprietário do sistema precisa determinar quais informações serão gravadas, em que local da memória e como o cartão final será verificado.

Tags NFC precisam de um destino bem planejado

A codificação NFC parece simples porque muitas aplicações envolvem apenas a gravação de uma URL. No entanto, até mesmo uma URL pode gerar problemas. A tag NFC deve abrir uma landing page pública, uma página de verificação do produto, um formulário de garantia, uma página em um idioma específico ou um redirecionamento dinâmico? A URL deve ser curta para agilizar a leitura? Cada tag deve receber um link exclusivo ou todas devem utilizar o mesmo endereço? O registro NFC será bloqueado? O cliente precisará alterar o destino posteriormente?

Uma vinícola da Califórnia encomendou da China cartões NFC em madeira de cerejeira para um programa de experiência dos visitantes. O plano inicial era gravar a mesma URL do menu de degustação em todos os cartões. Durante o projeto-piloto, a equipe de marketing percebeu que queria identificar qual mesa da sala de degustação gerava pedidos posteriores. O pedido definitivo passou a utilizar URLs NFC exclusivas conectadas a regras de redirecionamento. Para os visitantes, os cartões de madeira tinham exatamente a mesma aparência, mas os dados codificados permitiam análises mais detalhadas. Essa decisão precisou ser tomada antes do bloqueio dos chips NFC.

Uma marca de cosméticos da Coreia do Sul utilizou etiquetas NFC antifalsificação em embalagens de produtos premium para cuidados com a pele. O comprador solicitou links codificados exclusivos, mas não definiu se o código QR impresso deveria corresponder à URL do NFC. A primeira prova apresentava formatos de rastreamento diferentes para QR e NFC. Isso teria confundido tanto o atendimento ao cliente quanto a análise dos dados. A versão aprovada passou a utilizar um código de identificação comum com parâmetros de canal diferentes. Assim, a marca podia saber se o consumidor havia aproximado o celular da tag NFC ou escaneado o QR, sem criar dois bancos de dados desconectados.

Para os fabricantes de tags NFC, o chip e a antena são importantes, mas a estratégia de conteúdo também é. Um bom arquivo de pedido deve conter a URL final, o mapeamento de UID quando necessário, a exigência de bloqueio, a relação com o código impresso e as instruções de teste.

Não confunda UID, TID, EPC e dados personalizados

Muitos compradores utilizam a expressão “ID da tag” de maneira genérica. Ela pode se referir ao UID do chip, ao TID de uma tag UHF, ao valor EPC, a um valor armazenado na memória de usuário, a um número de série impresso ou a um ID interno de ativo. Esses identificadores não são iguais. Alguns são programados na fabricação e não podem ser alterados. Outros são regraváveis. Alguns são lidos por padrão pelos equipamentos. Outros só aparecem quando o software é configurado especificamente para acessá-los.

Uma locadora de equipamentos industriais na Austrália queria utilizar o “número RFID exclusivo” para gerenciar sua frota. O fornecedor presumiu que o comprador desejava uma codificação EPC personalizada. Mais tarde, o integrador de software informou que pretendia utilizar o TID do chip, pois ele era exclusivo de fábrica e não podia ser sobrescrito facilmente. Isso alterou a estrutura do banco de dados e o formato dos relatórios. Após uma reunião técnica, o comprador decidiu armazenar o número do ativo alugado no EPC e registrar também o TID no banco de dados para fins de verificação. O sistema tornou-se mais robusto, mas somente porque a equipe deixou de utilizar termos vagos.

Ao encomendar tags RFID para ativos, indique exatamente qual valor será usado como identificador principal. Se o sistema lê EPC, escreva EPC. Se utiliza UID, especifique UID. Se lê a memória de usuário, defina o endereço inicial, o comprimento e o formato dos dados. Isso não é excesso de engenharia. É uma medida básica de controle de riscos.

A fábrica também precisa de instruções adequadas à produção

Alguns compradores enviam e-mails longos, cheios de comentários dispersos, capturas de tela e arquivos atualizados em momentos diferentes. Isso é perigoso. A equipe de produção da fábrica precisa receber uma única especificação final aprovada. O documento deve ser curto, estruturado e controlado por versão. Deve incluir o modelo do chip, o banco de memória, o endereço inicial, o comprimento dos dados, o formato de codificação, a regra de sequência, o conteúdo impresso, os dados do código de barras ou QR, as configurações de senha e bloqueio, a ordem de embalagem e o padrão de inspeção.

No fornecimento de tags RFID personalizadas da China, os melhores fabricantes costumam ser aqueles que fazem perguntas aparentemente incômodas antes de iniciar a produção. Eles podem perguntar se o EPC deve ter 96 bits ou outro comprimento. Podem confirmar se letras minúsculas são permitidas na URL. Também podem perguntar se o número de série impresso deve corresponder à representação decimal ou hexadecimal. Essas perguntas não provocam atrasos. Elas protegem o projeto.

O comprador também deve determinar quem será responsável pelo arquivo definitivo. Se as equipes de vendas, TI, design e operações enviarem arquivos diferentes, o risco de produção se tornará injustificadamente alto. Um único arquivo mestre aprovado deve controlar todo o trabalho. Cada alteração precisa ter um número de versão e um horário de aprovação. Quanto mais urgente for o projeto, mais importante será essa disciplina.

Como elaborar uma especificação de codificação clara

Uma especificação prática de codificação não precisa ser sofisticada. Ela precisa eliminar dúvidas. Comece indicando o tipo de produto, como etiqueta RFID UHF, tag RFID para lavanderia, adesivo NFC, cartão MIFARE, pulseira RFID ou tag RFID para metal. Acrescente o modelo do chip e a frequência. Defina a fonte dos dados. Apresente exemplos dos cinco primeiros e dos cinco últimos registros. Inclua o valor codificado final exatamente como deverá aparecer quando for lido pelo software do comprador.

Em seguida, informe se os dados devem ser bloqueados. Em caso afirmativo, indique qual área da memória será bloqueada e se o bloqueio será permanente. Informe a senha de acesso, quando aplicável. Defina as regras de correspondência entre impressão e codificação. Se a sequência de embalagem for importante, explique como os rolos, sacos ou caixas devem ser organizados. Por fim, estabeleça o procedimento de inspeção. Por exemplo, todas as tags devem ser legíveis, os dados impressos devem corresponder aos dados codificados e o relatório de amostragem deve incluir EPC, TID, número de série impresso e número do rolo.

Uma distribuidora de dispositivos médicos na Polônia adotou esse método ao encomendar etiquetas RFID pré-codificadas para ativos. O fornecedor codificou 30.000 etiquetas em um único lote. Como o arquivo continha o EPC final, o texto impresso, o código de barras e a ordem de embalagem, a inspeção de recebimento ocorreu sem dificuldades. A distribuidora leu etiquetas aleatórias de cada rolo, comparou os resultados com o relatório e liberou o material para as equipes de campo no mesmo dia. Não houve nada de extraordinário. O documento, embora pouco empolgante, cumpriu sua função.

A regra essencial em uma única frase

A regra essencial para encomendar tags RFID pré-codificadas da China é esta: aprove a regra de dados, e não apenas a amostra física do produto. Uma tag pode ter o tamanho, o material, o adesivo, o chip e a impressão corretos e, ainda assim, comprometer o projeto se a codificação estiver errada. A fábrica não pode adivinhar a intenção do comprador. O integrador não consegue corrigir por e-mail um valor incorreto bloqueado permanentemente. A equipe do armazém não confiará no RFID se o código impresso e o código gravado não corresponderem.

Compradores bem preparados não transformam a codificação em um mistério. Eles tornam as regras visíveis. Enviam um arquivo mestre e definem o formato decimal, hexadecimal ou ASCII, a ordem dos bytes, os zeros à esquerda, o banco de memória, o status de bloqueio e o processo de validação das amostras. Também testam as tags no sistema real antes de aprovar a produção em massa. Mantêm uma única versão do arquivo de dados e evitam alterações de última hora que não sejam devidamente controladas.

Esse processo pode parecer mais lento no início, mas é muito mais rápido do que separar milhares de tags inutilizáveis após a entrega. Na fabricação de produtos RFID, a agilidade nasce da clareza. Para que etiquetas RFID pré-codificadas, cartões RFID, tags NFC, tags para lavanderia, pulseiras ou tags para metal cheguem prontas para uso, a definição da codificação deve ocorrer antes da produção, e não depois do embarque.

Uma tag RFID bem fabricada representa apenas metade do pedido. A outra metade são os dados armazenados nela. Trate esses dados como uma especificação de produto e a compra de tags RFID da China se tornará previsível. Trate-os como uma observação informal e até mesmo uma boa fábrica poderá produzir o resultado errado com grande eficiência.