Outil gratuit / aucun téléversement
Réconciliation de fichiers d’identifiants : listes d’UID de production face à l’export du système central
Chargez d’un côté le fichier de personnalisation de production et de l’autre l’export du système central. Le moteur fait correspondre les identifiants à travers représentations et ordres d’octets, puis vous remet le registre des exceptions et un fichier d’import corrigé.
MATCH / 2× CSV
Réconciliation des fichiers d’identifiants
Comparez le fichier de personnalisation de production avec un export du système central. Le moteur reconnaît les identifiants normalisés, complétés, équivalents en décimal et aux octets inversés.
Fichier de production
Identifiants émis ou personnalisés
Fichier du système central
Identifiants importés ou enregistrés
Chargez les deux fichiers pour commencer.
L’échec classique que cela évite
Les cartes arrivent, le lot est importé, et une partie est rejetée à la borne ou au lecteur. Les puces sont presque toujours bonnes : le fichier de production et le système central décrivent simplement les mêmes identifiants différemment. Un côté stocke l’hexadécimal, l’autre le décimal ; l’un garde les zéros de tête, l’autre les a supprimés ; quelque part dans la chaîne, l’ordre des octets a été inversé.
Déboguer cela à l’œil sur des milliers de lignes est lent et source d’erreurs. Réconcilier les deux fichiers avant ou juste après la livraison transforme une semaine de tickets de support en une vérification de cinq minutes.
Comment fonctionne le moteur de correspondance
Chaque identifiant des deux fichiers est normalisé en une séquence d’octets canonique à la longueur choisie. Le moteur effectue ensuite quatre passes : correspondances exactes ou normalisées, correspondances complétées par des zéros de tête, équivalents décimaux et correspondances à octets inversés. Chaque correspondance porte sa catégorie, pour voir d’où vient l’écart.
Ce qui reste constitue le registre des exceptions : identifiants absents du système central, excédents côté système central, doublons de part et d’autre, cas ambigus avec plusieurs candidats et valeurs impossibles à interpréter à la longueur choisie.
Des exports qui closent le débat
Une réconciliation produit trois exports CSV : le registre des exceptions pour le responsable des données, la preuve de correspondance reliant chaque enregistrement de production à son enregistrement central, et un fichier d’import corrigé déjà converti dans la représentation et l’ordre d’octets attendus.
Les deux fichiers sont analysés localement dans votre navigateur et jamais téléversés. Pour les commandes futures, l’outil de contrat de données fige le format convenu en JSON avec des vecteurs d’acceptation, pour que le lot suivant s’importe proprement du premier coup.
Questions sur la réconciliation
Questions sur la réconciliation
Les causes les plus fréquentes sont les écarts de représentation et d’ordre des octets : le système stocke le décimal alors que le fichier était en hexadécimal, des zéros de tête ont été perdus, ou la chaîne de lecture inverse les octets. Réconciliez le fichier de production avec l’export central pour identifier la transformation en cause.
Confirmez d’abord l’inversion en réconciliant les deux fichiers : les correspondances inversées sont étiquetées explicitement. Corrigez ensuite un seul côté, idéalement en réimportant un fichier corrigé dans l’ordre d’octets attendu. Évitez les corrections manuelles sur des milliers de lignes.
Un accord court et lisible par machine qui fixe longueur en octets, représentation, ordre des octets, politique de zéros de tête et casse entre fabricant de cartes et exploitant du système, accompagné de vecteurs d’acceptation à tester. Il supprime l’ambiguïté à l’origine des exceptions.
Non. Les deux fichiers sont analysés et mis en correspondance localement dans votre navigateur. Rien n’est transmis ni stocké par ChargeRFID : l’outil convient donc aux données de production.
Outils associés
Faites en sorte que la prochaine livraison s’importe proprement du premier coup.
Chaque commande ChargeRFID est livrée avec un contrat de données lisible par machine et des vecteurs d’acceptation convenus avant production : la réconciliation devient une formalité, pas un sauvetage.