Ferramentas de engenharia

Uma ferramenta gratuita de reconciliação de credenciais RFID para equipas de carregamento de veículos elétricos

Um fluxo de trabalho prático no navegador para comparar ficheiros de credenciais de produção e do backend, identificar erros de representação do UID e exportar um pacote de correções auditável.

Detalhes do artigo

Publicado
14 de agosto de 2026
Tempo de leitura
5 min de leitura
Editor
ChargeRFID
Voltar aos recursos

Por ChargeRFID

Método de revisão: Este artigo, da autoria da organização, reflete a perspetiva de fabrico da ChargeRFID. Confirme a compatibilidade do chip, do leitor, do carregador e do backend no seu próprio ambiente antes de encomendar.

Uma ferramenta gratuita de reconciliação de credenciais RFID para equipas de carregamento de veículos elétricos

Um lote de credenciais pode estar correto na fábrica e, ainda assim, ser inutilizável num backend de carregamento. O identificador pode estar presente em ambos os sistemas, mas um ficheiro guarda-o em hexadecimal, outro em decimal, um elimina os zeros à esquerda ou um leitor inverte a ordem dos bytes. Uma verificação visual raramente deteta estas diferenças em milhares de registos.

Criámos a ChargeRFID Engineering Console, gratuita, para tornar repetível esse teste de passagem de dados. O novo espaço de trabalho de reconciliação compara o ficheiro de produção ou de personalização com uma exportação do backend diretamente no navegador e explica por que motivo cada registo teve ou não correspondência.

Porque é que os ficheiros de credenciais não correspondem

Dois identificadores podem representar o mesmo valor subjacente e ter um aspeto completamente diferente. Um UID de sete bytes pode chegar como catorze caracteres hexadecimais, um inteiro decimal longo, um valor hexadecimal encurtado sem zeros à esquerda ou uma cadeia com os bytes invertidos. As pesquisas comuns em folhas de cálculo tratam as quatro formas como texto sem qualquer relação.

Também ocorre o problema inverso: linhas duplicadas podem parecer válidas até duas credenciais disputarem o mesmo registo no backend. Identificadores de produção em falta, tokens obsoletos no backend, caracteres inválidos e valores com o comprimento errado criam modos de falha adicionais.

O que a ferramenta de reconciliação verifica

Carregue ou cole dois ficheiros CSV ou TXT: os dados de produção emitidos e os dados importados no backend. A consola deteta os delimitadores comuns, propõe a coluna de identificadores mais provável e suporta credenciais de 4, 7 e 10 bytes. Pode manter a deteção automática da representação ou identificar explicitamente uma coluna como HEX ou DEC.

O motor de correspondência separa depois os resultados em quatro classes de evidência:

•Exata ou normalizada: o mesmo identificador depois de removidos espaços, separadores ou prefixos inofensivos.
•Correspondência com zeros à esquerda: o mesmo valor hexadecimal depois de reposta a largura em bytes esperada.
•Equivalente decimal: um registo decimal e um registo hexadecimal que representam o mesmo valor.
•Bytes invertidos: os mesmos bytes guardados pela ordem inversa.

Tudo o que não puder ser emparelhado com segurança permanece visível como em falta, a mais, duplicado, inválido ou ambíguo. O motor impõe uma correspondência de um para um, para que uma linha do backend não possa corresponder silenciosamente a várias linhas de produção.

Três resultados para a passagem de dados

A consola produz três ficheiros CSV descarregáveis. O relatório de exceções é a fila de trabalho para os registos por resolver. As evidências de correspondência registam ambos os números de linha, ambos os valores originais, o método de correspondência e o identificador hexadecimal canónico. A importação corrigida contém os identificadores de produção únicos e válidos que faltam no backend, formatados como HEX ou DEC e na ordem de bytes selecionada.

O ficheiro de correção não elimina silenciosamente registos adicionais do backend. Estes permanecem como exceções para revisão por um operador, porque a eliminação deve ser uma decisão deliberada do sistema.

Um fluxo de aceitação prático

1.Exporte da produção o ficheiro final de personalização.
2.Exporte do backend de destino a tabela de credenciais ou tokens.
3.Reconcilie ambos os ficheiros com a largura acordada de 4, 7 ou 10 bytes.
4.Reveja as exceções e conserve o ficheiro de evidência de correspondência juntamente com o registo do lote.
5.Importe as correções aprovadas e, em seguida, teste cartões ou porta-chaves acabados representativos no leitor e no backend previstos.

Isto é útil antes de uma primeira emissão, durante uma migração de plataforma, após uma substituição em volume ou sempre que um CPO, um eMSP e um fabricante precisem de um registo comum do que foi entregue e do que foi registado.

Privacidade e âmbito técnico

Toda a análise e comparação são executadas localmente no navegador. A ChargeRFID não envia nem armazena o conteúdo dos ficheiros. A ferramenta reconcilia ficheiros de dados; não se liga a um leitor físico nem a um backend de carregamento e não substitui os testes de ponta a ponta com cartões ou porta-chaves acabados.

Abra a ferramenta gratuita de reconciliação e carregue a amostra de verificação incluída para ver todas as classes de correspondência. Para um programa de produção, peça amostras acabadas ou envie-nos o contrato de dados que precisa de validar.

Os nomes de empresas, redes e produtos referidos neste artigo são marcas comerciais dos respetivos proprietários. São utilizados de forma descritiva para identificar os sistemas com os quais os nossos cartões interoperam. A ChargeRFID é um fabricante independente e este artigo não afirma qualquer afiliação, parceria ou aprovação.

Partilhar:

Próximo passo

Transforme a pesquisa numa especificação de cartão.

Indique o contexto do leitor, do chip, dos dados ou da implementação e identificaremos as decisões necessárias para as amostras e a produção.