Hashentic ajoute EM4425 (em|echo-V) aux puces NFC prises en charge, aux côtés de NTAG424 DNA et de NTAG215. Le choix de tags capables de relier un produit à sa fiche et à sa page client s’en trouve élargi.
Ces trois puces ne remplissent pas la même fonction. EM4425 et NTAG424 DNA fournissent des données cryptographiques que Hashentic vérifie. NTAG215 donne accès au produit via un identifiant enregistré. Définissez d’abord le niveau de preuve requis, puis choisissez la puce et l’étiquette finie.
Ce guide décrit les workflows pris en charge tels qu’examinés au 5 septembre 2026. EM4425 fait son entrée dans cette présentation de Hashentic ; cela ne signifie pas que la puce elle-même est sortie en 2026.
Ce qu’apporte la prise en charge d’EM4425
La documentation produit EM4425 d’EM Microelectronic décrit une communication NFC Type 5 selon la norme ISO/IEC 15693 et une authentification web AES-128. Les capacités d’authentification dépendent de la variante choisie et de sa configuration.
L’implémentation de Hashentic couvre la personnalisation du tag NFC, un lien de vérification dynamique et la validation côté serveur. Le backend contrôle l’identité du tag, sa réponse cryptographique et un Security Token qui change à chaque lecture. Les valeurs de jeton déjà acceptées ou plus anciennes sont rejetées par le processus de vérification.
Le Security Token n’est pas un simple compteur de visites. Hashentic l’utilise pour détecter la réutilisation de données d’authentification. Les rapports et les analyses client doivent s’appuyer sur les événements enregistrés plutôt que de traiter la valeur du jeton comme un total de scans.
Pour le client, l’interaction reste simple : approcher un téléphone compatible du tag configuré et ouvrir l’expérience produit. Testez les téléphones et les étiquettes réellement utilisés sur votre marché ; la prise en charge d’une norme NFC ne garantit pas un comportement identique sur tous les appareils.
Les puces prises en charge en un coup d’œil
| Puce | Interface NFC | Rôle dans Hashentic |
|---|---|---|
| EM4425 | Type 5 / ISO/IEC 15693 | Vérification de la réponse cryptographique et du Security Token |
| NTAG424 DNA | Type 4 / ISO/IEC 14443-A | Validation CMAC dynamique et contrôle du compteur de lectures |
| NTAG215 | Type 2 / ISO/IEC 14443-A | Recherche par identifiant et accès aux informations produit |
Faites glisser ou défilez horizontalement pour comparer les colonnes.
Consultez la présentation des puces prises en charge pour un guide de sélection concis et les liens vers les fabricants.
La place de NTAG424 DNA
NTAG424 DNA reste une option prise en charge pour la vérification NFC sécurisée. Son mécanisme de message dynamique fournit des données que Hashentic peut authentifier, et le compteur de lectures aide le backend à détecter les messages rejoués. NXP décrit la configuration dans sa note d’application NTAG424 DNA.
EM4425 ne rend pas obsolète un déploiement NTAG424 DNA existant. Les deux puces utilisent des interfaces téléphone et des formats de message différents. Évaluez l’inlay fini, le dispositif de fabrication, le comportement des téléphones et les exigences de cycle de vie avant d’en retenir une pour un nouveau produit.
Ne transposez pas les instructions de configuration d’une puce à l’autre. Chacune exige les bonnes clés, la bonne structure de données et le bon point de vérification pour sa propre méthode.
La place de NTAG215
NTAG215 est utile lorsque l’étiquette sert à ouvrir des instructions, des informations produit ou une autre page client. NXP décrit une puce Type 2 dotée de 504 octets de mémoire utilisateur et d’une protection de la mémoire par mot de passe dans ses informations produit NTAG21x.
Cette protection par mot de passe n’a rien à voir avec un message cryptographique inédit envoyé à un service web. Avec NTAG215, Hashentic recherche l’identifiant ; il n’apporte pas la même preuve dynamique que les parcours EM4425 ou NTAG424 DNA.
La page doit indiquer ce qui a été vérifié. Retrouver une fiche enregistrée peut être utile, sans pour autant laisser entendre que l’article physique a été authentifié. Une même mise en page peut servir plusieurs types de tags tout en conservant cette distinction dans le résultat.
EM4425 : distinguer le NFC de la RAIN UHF
La présentation de la famille em|echo-V décrit des capacités NFC et RAIN RFID. Les capacités radio de la puce et une solution d’inventaire déployée sont deux volets distincts d’un projet.
La prise en charge Hashentic décrite ici couvre la personnalisation NFC et la vérification web. La lecture UHF en entrepôt nécessite des lecteurs, des antennes et des inlays adaptés, la capture des événements et une intégration avec les systèmes concernés. Cette description ne prétend pas qu’un workflow d’inventaire UHF de bout en bout a été déployé.
Si vous avez besoin à la fois du NFC côté client et de l’UHF en entrepôt, associez les deux équipes au pilote. Définissez comment les identifiants renvoient au même article et quel système fait foi pour chaque événement du cycle de vie. Une lecture réussie au téléphone n’est qu’un test de réception parmi d’autres.
Planifier l’étiquette complète et son cycle de vie
Partez du produit fini, et non d’une puce nue posée sur un bureau. Le matériau, la conception de l’antenne, l’emplacement et l’emballage influent tous sur l’interaction. Un tag qui fonctionne avant le remplissage, le scellage ou la couture peut se comporter différemment ensuite.
Préparez une courte checklist de réception :
- Choisissez la variante exacte de la puce, l’inlay et le mode d’authentification requis.
- Validez l’encodeur et la procédure de personnalisation propres à cette puce.
- Testez une première lecture, une étiquette illisible et, le cas échéant, un lien de vérification réutilisé.
- Vérifiez que le résultat distingue la recherche de produit de la vérification cryptographique.
- Définissez ce qui se passe après une ouverture, une intervention, un réétiquetage ou une défaillance du tag.
- Testez ensemble les téléphones cibles et le produit fini emballé.
Pour les trois puces, une fiche produit et un résultat de tag ne prouvent pas à eux seuls le contenu, l’état ou la propriété du produit. La conception de la fixation et les contrôles opérationnels déterminent à quel point l’identité du tag reste liée à l’article physique.
Le choix de la puce ne suffit pas non plus à assurer la conformité au passeport numérique de produit. Préparez les données produit séparément à l’aide du guide sur le modèle de données DPP.
Comparer les options avec vos propres échantillons
Utilisez notre checklist de pilote NFC pour documenter les tests et les exceptions. Si vous choisissez aussi une plateforme, la comparaison entre Hashentic et ses alternatives présente les questions à poser à chaque fournisseur.
Demandez une démonstration avec vos échantillons de produits, vos téléphones cibles et le résultat de vérification attendu. Votre équipe disposera ainsi d’une base concrète pour choisir entre EM4425, NTAG424 DNA et NTAG215 et convenir du travail d’intégration nécessaire.
