Essayer l’outil
L’essentiel
Rapprocher le numéro affiché par deux lecteurs ou logiciels différents. Certains systèmes tronquent ou transforment le numéro de façon propriétaire.
Trois points à établir avant de conclure :
- numéro lu et système qui l’affiche
- sens de lecture des octets
- correspondance confirmée sur plusieurs cartes
Vérifiez toujours la correspondance sur deux ou trois cartes différentes avant de conclure : une seule paire de numéros peut coïncider par hasard, surtout sur les valeurs courtes. Une fois la transformation identifiée, notez-la dans la documentation du système au même titre qu’un paramètre de configuration. Lors d’un changement de lecteur ou de logiciel, ce petit mémo évite de reconstruire la base des porteurs.
Les conversions affichées
L’outil accepte un numéro en décimal ou en hexadécimal, avec espaces, deux-points ou tirets. En détection automatique, la présence d’une lettre de A à F ou du préfixe 0x fait basculer en hexadécimal ; un numéro composé uniquement de chiffres est lu en décimal. Il affiche la valeur hexadécimale, la valeur décimale, les octets inversés dans les deux bases, puis les troncatures aux 4 et aux 3 derniers octets lorsque le numéro est plus long. Si vous saisissez le numéro de l’autre système, il cherche laquelle de ces transformations relie les deux valeurs. Les conversions restent exactes même pour des UID de 7 ou 10 octets, car l’outil calcule sur des entiers de précision arbitraire.
Exemples sur des UID de 4 et 7 octets
Pour 04A1B2C3, l’outil donne 77705923 en décimal. Inversé, le même numéro devient C3B2A104, soit 3283263748. Tronqué aux 3 derniers octets, A1B2C3, il vaut 10597059. Si l’autre logiciel affiche 3283263748, le diagnostic est immédiat : les deux systèmes lisent les octets dans un ordre opposé. Pour un UID de 7 octets comme 04A1B2C35E2A80, la troncature aux 4 derniers octets donne 3277728384, aux 3 derniers 6171264.
Pièges de saisie
Un UID hexadécimal sans lettre, comme 04123456, est pris pour un décimal en détection automatique : choisissez alors « Hexadécimal ». Le numéro de l’autre système est toujours analysé en détection automatique, avec le même risque. Enfin, les zéros de tête ne changent pas la valeur mais disparaissent de certains affichages. Relevez chaque valeur exactement comme elle s’affiche, zéros et séparateurs compris, sans la retaper de mémoire : une inversion de deux chiffres suffit à faire échouer toutes les correspondances.



Sources primaires
Questions fréquentes
Pourquoi le convertisseur d’UID ne trouve-t-il aucun lien entre deux numéros lus sur la même carte ?
Le second système applique peut-être une règle propre : ajout d’un code site, bits de parité, calcul sur une partie seulement. Il peut aussi lire une donnée stockée dans la mémoire plutôt que l’UID. Vérifiez enfin que les deux numéros proviennent bien de la même carte, relevés au même moment.
Un numéro décimal à dix chiffres correspond-il toujours à un UID de 4 octets ?
Pas toujours. Quatre octets vont jusqu’à 4 294 967 295, un nombre de dix chiffres ; tout décimal inférieur ou égal tient donc sur 4 octets. Un numéro de dix chiffres plus grand, ou de onze chiffres et plus, provient d’un identifiant plus long, souvent de 7 octets, ou d’une concaténation propre au logiciel.
Sous quelle forme recevoir la liste des UID d’un lot de cartes ?
Nous livrons la liste en hexadécimal, dans l’ordre des octets tel que la puce les transmet, et pouvons y ajouter une colonne au format de votre logiciel, décimal, inversé ou tronqué. Indiquez-nous ce format avec un exemple relevé sur une carte en service, pour que l’import se fasse sans conversion.