Ferramenta gratuita / sem envio de ficheiros

Reconciliação de ficheiros de credenciais: compare as listas de UID de produção e do backend

Carregue o ficheiro de personalização de produção de um lado e a exportação do backend do outro. O motor associa os identificadores entre representações e ordens de bytes diferentes e entrega-lhe depois o registo de exceções e um ficheiro de importação corrigido.

Reconciliação de ficheiros de credenciais
Todos os cálculos são efetuados neste navegador. Os dados introduzidos não são carregados nem armazenados pela ChargeRFID.

CORRESPONDÊNCIA / 2× CSV

Reconciliação de ficheiros de credenciais

Compare um ficheiro de personalização de produção com uma exportação do backend. O motor reconhece identificadores normalizados, com preenchimento, equivalentes em decimal e com bytes invertidos.

Comprimento em bytes

Ficheiro de produção

Registos de credenciais emitidas ou personalizadas

0 · Linhas de dados

Ficheiro do backend

Registos de credenciais importadas ou registadas

0 · Linhas de dados
Carregue ambos os ficheiros para iniciar a reconciliação.
56-BIT / 0 ENVIOS

Carregue ambos os ficheiros para iniciar a reconciliação.

A falha clássica que isto evita

Os cartões chegam, o lote é importado e uma parte deles é rejeitada no ponto de carregamento ou no leitor. Os chips estão quase sempre em bom estado: o ficheiro de produção e o backend simplesmente descrevem os mesmos identificadores de forma diferente. Um lado guarda-os em hexadecimal, o outro em decimal; um mantém os zeros à esquerda, o outro eliminou-os; algures na cadeia, a ordem dos bytes foi invertida.

Depurar isto a olho ao longo de milhares de linhas é lento e propenso a erros. Reconciliar os dois ficheiros antes ou imediatamente após a entrega transforma uma semana de pedidos de suporte numa verificação de cinco minutos.

Como funciona o motor de correspondência

Cada identificador de ambos os ficheiros é normalizado numa sequência canónica de bytes com o comprimento selecionado. O motor associa depois os registos em quatro passagens: correspondências exatas ou normalizadas, correspondências com zeros à esquerda, correspondências por equivalente decimal e correspondências com ordem de bytes invertida. Cada correspondência é identificada com a respetiva categoria, para que possa ver como surgiu a discrepância.

O que resta é o registo de exceções: identificadores em falta no backend, identificadores a mais no backend, duplicados em qualquer dos lados, casos ambíguos com vários candidatos e valores que não puderam ser interpretados com o comprimento escolhido.

Exportações que encerram a discussão

Uma execução de reconciliação produz três exportações CSV: o registo de exceções para o responsável pelos dados, as evidências de correspondência que ligam cada registo de produção ao respetivo registo no backend e um ficheiro de importação corrigido, já convertido para a representação e a ordem de bytes que o backend espera.

Ambos os ficheiros são analisados localmente no seu navegador e nunca são enviados. Para encomendas futuras, a ferramenta complementar de contrato de dados regista o formato acordado em JSON com vetores de aceitação, para que o lote seguinte seja importado corretamente à primeira.

Perguntas sobre a reconciliação

Perguntas sobre a reconciliação

Porque é que os meus cartões não são reconhecidos após a importação no backend?

As causas mais comuns são discrepâncias de representação e de ordem dos bytes: o backend guarda valores decimais enquanto o ficheiro estava em hexadecimal, os zeros à esquerda perderam-se ou o percurso do leitor inverte os bytes. Reconcilie o ficheiro de produção com a exportação do backend para ver exatamente que transformação explica a discrepância.

Como corrijo UID invertidos no meu backend?

Comece por confirmar a inversão reconciliando ambos os ficheiros: as correspondências invertidas são identificadas explicitamente. Corrija depois apenas um dos lados, idealmente reimportando um ficheiro corrigido na ordem de bytes esperada pelo backend. Evite corrigir registos individuais à mão ao longo de milhares de linhas.

O que é um contrato de dados de credenciais?

Um acordo curto e legível por máquina que fixa, entre o produtor dos cartões e o operador do backend, o comprimento em bytes do identificador, a representação, a ordem dos bytes, a política de zeros à esquerda e o uso de maiúsculas ou minúsculas, juntamente com vetores de aceitação para testes. Elimina a ambiguidade que causa exceções de reconciliação.

Os meus ficheiros de credenciais são enviados durante a reconciliação?

Não. Ambos os ficheiros são analisados e comparados localmente no seu navegador. Nada é transmitido nem armazenado pela ChargeRFID, pelo que a ferramenta pode ser utilizada com dados de credenciais de produção.

Análise por um engenheiro

Gostaria de uma segunda opinião sobre este resultado?

Deixe um e-mail profissional e um engenheiro de credenciais da ChargeRFID responderá com uma breve avaliação dos formatos que utiliza, normalmente no prazo de um dia útil. Só são enviados o seu e-mail e a sua nota; os seus dados de identificadores nunca saem deste navegador.

Sem newsletter, sem listas de envio. Uma resposta de um engenheiro.

Garanta que a próxima entrega é importada corretamente à primeira.

Cada encomenda da ChargeRFID é enviada com um contrato de dados legível por máquina e vetores de aceitação acordados antes da produção, para que a reconciliação passe a ser uma formalidade em vez de um resgate.