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.

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:
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
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.
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.
Continuar a ler
Artigos relacionados

Cartões RFID para carregamento de veículos elétricos: como funcionam e como escolher
O que faz realmente um cartão RFID para carregamento de veículos elétricos, como se autentica perante postos OCPP e plataformas de roaming, que tecnologias de chip são utilizadas e como escolher o cartão certo para frotas, redes ou uso pessoal.

Cartões RFID em marca branca para prestadores de serviços de mobilidade elétrica: o guia do eMSP
O sucesso de um prestador de serviços de mobilidade elétrica decide-se no momento em que um condutor aproxima um cartão do carregador de outra entidade e tudo simplesmente funciona. Veja como os cartões RFID em marca branca, os tokens OCPI e uma preparação e configuração rigorosa dos UID permitem a um eMSP colocar a sua marca num cartão que funciona em roaming em centenas de milhares de pontos de carregamento.