EAS RFID UHF : Fonctionnement de l'antivol RFID - et éléments à vérifier avant le déploiement

La RFID UHF peut identifier des articles individuels, prendre en charge les opérations d'inventaire et, dans le bon système, participer à la surveillance électronique des articles (EAS). Cela ne signifie pas que chaque étiquette RFID UHF est automatiquement une étiquette antivol.

La distinction est importante, car EAS est une fonction-au niveau du système. Une balise peut prendre en charge un mécanisme de statut de produit-, mais le lecteur, le logiciel, le processus de point de vente-de-de vente, l'infrastructure de sortie et le flux de travail de retour doivent tous fonctionner ensemble avant que le système puisse décider de manière fiable si un article est autorisé à partir.

Il existe une autre source de confusion courante : un portail EAS classique ne devient pas un lecteur RFID UHF simplement parce que la marchandise porte une étiquette RFID. L'infrastructure EAS existante, l'EAS basé sur la RFID-et les étiquettes RFID/EAS à double-technologie sont des approches de déploiement différentes.

Ce guide explique le fonctionnement de l'EAS RFID UHF, ce que signifie réellement un bit EAS ou un indicateur d'état du produit, en quoi les principales architectures de déploiement diffèrent et ce qui doit être testé avant une commande groupée d'étiquettes ou un déploiement en magasin.

Qu’est-ce que l’EAS RFID UHF ?

UHF RFID EAS est l'utilisation d'un système RFID UHF dans le cadre d'un processus de surveillance électronique d'articles. Au lieu de détecter uniquement la présence d'un élément de sécurité, un système compatible RFID-peut identifier un élément étiqueté spécifique et évaluer si cet élément est autorisé à quitter une zone contrôlée.

Une étiquette RFID UHF passive communique normalement un EPC ou un autre identifiant à un lecteur compatible. Un workflow EAS ajoute une autre décision : cet article doit-il passer par la sortie, ou le mouvement doit-il créer une exception ?

La réponse peut provenir d'un état stocké sur l'étiquette RFID, d'une base de données de transactions-backend, ou des deux.

Le courantNorme RFID UHF GS1 EPC génération 2est la version 3.0.1. GS1 sépare les exigences de protocole obligatoires des fonctionnalités facultatives, et ses dispositions-de conformité des applications incluent des exigences supplémentaires en matière de-surveillance électronique des articles. En pratique, cela signifie que la compatibilité de base EPC Gen2 ne suffit pas à elle seule pour prouver qu'une combinaison particulière de balise-et-lecteur prend en charge le flux de travail EAS dont vous avez besoin.

L’EAS RFID UHF n’est pas la même chose que l’EAS traditionnel

EAS traditionnel

Les EAS traditionnels sont principalement conçus pour détecter les retraits non autorisés de marchandises. Une étiquette de sécurité ou une étiquette rigide interagit avec une porte EAS positionnée à proximité d'une sortie. Si un élément de sécurité actif pénètre dans la zone de détection, le système peut générer une alarme.

Le système n’a pas nécessairement besoin de savoir exactement quel SKU ou quel article sérialisé franchit la porte. Sa tâche principale est de détecter un élément de sécurité actif.

EAS basé sur la RFID-

La RFID UHF fonctionne différemment. Le lecteur communique avec un CI RFID fixé à une antenne et peut identifier un élément individuel. Le logiciel peut ensuite utiliser cette identité, un statut latéral de balise-, des données de transaction ou une combinaison de ces signaux pour décider si le mouvement est autorisé.

Cela permet à un événement-de prévention des pertes d'être connecté à des informations au niveau de l'article- plutôt qu'à la seule présence d'une balise de sécurité.

Double-technologie RFID + étiquettes EAS

Une troisième option est une étiquette physique contenant à la fois une incrustation RFID UHF et un composant EAS conventionnel.

Cette architecture est utile lorsqu'un détaillant souhaite utiliser la RFID pour l'identification des articles et les opérations d'inventaire, mais a l'intention de conserver un système de portail EAS installé. Avery Dennison répertorie actuellementÉtiquettes combinées RFID UHF et EAS à double-technologieà cet effet.

La raison de la combinaison des technologies est simple : les portails RF EAS traditionnels et les lecteurs RAIN RFID ne sont pas interchangeables. Avery Dennison a spécifiquement documenté que les lecteurs de portail RF EAS existants ne peuvent pas fonctionner comme des lecteurs RAIN RFID.

Avant de demander si une « étiquette RFID EAS » fonctionne avec un portail de magasin existant, identifiez d'abord les deux technologies. La question importante n’est pas la formulation de la citation de l’étiquette ; ce sont les composants RFID et EAS qui sont réellement installés dans l'étiquette et à la sortie.

Comment fonctionne la fonction EAS dans un système RFID UHF

La séquence exacte varie selon l'architecture du circuit intégré et du système, mais la plupart des déploiements ont les mêmes points de contrôle opérationnels.

1. La balise est codée et associée à un élément

Une étiquette RFID est attachée au produit et associée à un enregistrement d'article. Un EPC ou un autre identifiant peut être écrit sur l'étiquette et connecté aux informations sur le produit dans le système commercial.

Si le circuit intégré choisi prend en charge un mécanisme de statut EAS ou produit-côté balise-, son état initial peut également être configuré lors de l'encodage.

2. L'article entre dans l'état de ventes actives ou contrôlé

Tant que l'article reste dans l'aire de vente, dans une bibliothèque ou dans une autre zone contrôlée, le système le traite comme une marchandise ou un actif qui n'a pas encore terminé un processus de retrait autorisé.

Cet état peut être maintenu de deux manières principales :

• directement sur l'étiquette RFID via un mécanisme d'état pris en charge, ou
• dans une base de données principale-associée à l'EPC de l'article ou à un autre identifiant.

3. Le paiement ou l'autorisation modifie l'état de l'entreprise

Lorsqu'une vente, un prêt, un transfert ou tout autre événement autorisé se produit, le système doit enregistrer que l'article est autorisé à sortir.

Dans une conception côté balise-, le système POS ou RFID peut mettre à jour un indicateur d'état pris en charge. Dans une conception basée sur une base de données-, la balise elle-même peut rester inchangée pendant que l'enregistrement principal-est mis à jour.

Cette étape doit faire partie du flux de travail normal des transactions. Si le personnel doit se souvenir d'une opération de sécurité distincte après chaque vente légitime, le risque de fausses alarmes augmente.

4. Le système de sortie évalue l'élément

À une sortie compatible RFID-, le lecteur détecte l'étiquette et transmet les données pertinentes à la logique EAS.

Le système peut vérifier l'état d'une balise-, comparer l'EPC aux enregistrements de transaction ou évaluer les deux. Un élément qui n'a pas terminé le processus d'autorisation requis peut alors déclencher une alarme ou une autre action d'exception.

5. Les retours et la -entrée doivent restaurer l'état correct

Un article retourné peut-réintégrer l'inventaire après avoir été préalablement autorisé à le quitter. Le workflow EAS nécessite donc un processus de réactivation ou de restauration de statut-défini.

Un workflow de paiement sans workflow de retour correspondant est incomplet. Dans le cas contraire, la marchandise retournée peut réapparaître dans la surface de vente avec un statut qui ne reflète plus sa véritable situation commerciale.

Qu'est-ce qu'un bit EAS ou un indicateur d'état du produit ?

L'expression « bit EAS » est un raccourci utile, mais elle ne doit pas être traitée comme un bit de mémoire universel qui existe au même emplacement et se comporte de la même manière sur chaque circuit intégré RFID UHF.

Différentes puces et systèmes peuvent mettre en œuvre l'EAS de différentes manières.

Certains circuits intégrés RFID fournissent une fonction dédiée-d'état du produit. NXP, par exemple, documente un indicateur d'état du produit sur certains produits UCODE. Son courantDocumentation sur la piste ADN UCODEinclut un indicateur d'état du produit qui peut prendre en charge une application EAS sans que la décision de sécurité dépende entièrement d'une base de données principale-.

D'autres puces peuvent utiliser différentes fonctions facultatives, personnalisées ou spécifiques au fabricant. Une classe distincte de systèmes ne repose pas du tout sur un indicateur EAS : le lecteur de sortie identifie l'EPC et le logiciel vérifie si l'article associé a été vendu, prêté, transféré ou autrement autorisé.

À des fins d'achat, « Étiquette RFID UHF avec bit EAS » constitue donc une spécification incomplète.

Une exigence plus forte est la suivante :

Étiquette RFID UHF et IC compatibles avec l'architecture EAS prévue, la plate-forme de lecture, le flux de travail du point de vente et la méthode de validation-de sortie.

Balise-EAS côté vs base de données-EAS piloté

Aucune des deux approches ne doit être sélectionnée à partir de la seule fiche technique de la balise. La décision dépend de la manière dont le magasin, le lecteur, le point de vente et l'architecture logicielle doivent se comporter lorsqu'un article atteint la sortie.

Chaque étiquette RFID UHF prend-elle en charge EAS ?

Non.

Une étiquette RFID UHF passive peut bien fonctionner pour l'inventaire et n'a toujours pas la capacité EAS requise par une application spécifique.

Vérifiez la chaîne technologique complète avant d’assumer la compatibilité :

• CI RFID :La puce implémente-t-elle l'EAS, l'indicateur d'état du produit ou tout autre mécanisme d'état requis ?
• Étiquette ou incrustation :La conception de l’antenne est-elle adaptée au produit réel et à l’environnement d’installation ?
• Lecteur:Le lecteur peut-il interroger ou modifier la fonction de balise requise ?
• Micrologiciel ou SDK :Le logiciel de lecture expose-t-il les commandes dont l'application a besoin ?
• Intergiciel :Les lectures RFID peuvent-elles être traduites en une décision d'autorisation ou de-prévention des pertes ?
• PDV :Chaque paiement valide met-il à jour de manière fiable la balise requise ou l'état de la base de données ?
• Infrastructures de sortie :La disposition de l'antenne installée peut-elle détecter les éléments prévus de manière cohérente dans l'embrasure réelle de la porte ?
• Flux de travail de retour :La marchandise peut-elle être restaurée dans l'état de sécurité approprié après son retour ou sa rentrée ?

Un fournisseur affirmant qu'un circuit intégré RFID "prend en charge l'EAS" ne prouve pas que le système fini fonctionnera à la sortie.

Prise en charge EPC Gen2 et EAS

La relation entre EPC Gen2 et EAS est souvent trop simpliste.

La spécification RFID UHF EPC génération-2 actuelle de GS1 est la version 3.0.1. La norme définit les catégories de commandes obligatoires, facultatives, propriétaires et personnalisées. Il indique également que les étiquettes et les interrogateurs recherchant une conformité spécifique à la surveillance d'articles électroniques en cas d'altération doivent prendre en charge les dispositions facultatives supplémentaires identifiées pour cette application.

Cela nous amène à une règle d’achat importante :

Ne considérez pas « compatible EPC Gen2 » comme une preuve qu'un appareil prend en charge votre flux de travail EAS requis.

Confirmez plutôt les fonctionnalités exactes du CI, les commandes du lecteur, le comportement du micrologiciel et la logique de l'application.

EAS RFID UHF vs EAS traditionnel

L'EAS traditionnel peut encore s'avérer le choix le plus simple lorsque la seule exigence est une détection antivol de base. La RFID UHF devient plus pertinente lorsque la RFID au niveau de l'article est déjà requise pour l'inventaire, la réception, le réapprovisionnement, le paiement ou la visibilité des actifs.

Trois architectures de déploiement RFID et EAS courantes

Architecture 1 : systèmes RFID et EAS séparés

Le produit comporte la RFID pour l'identification ou l'inventaire et un élément EAS conventionnel distinct pour la prévention des pertes.

Cela maintient les deux technologies indépendantes. Cela peut être approprié lorsque l’environnement EAS existant est stable et qu’il n’y a aucune raison opérationnelle de combiner les balises physiques.

Architecture 2 : Étiquette RFID/EAS à double-technologie

Une seule étiquette physique contient à la fois une incrustation RFID UHF et un composant EAS.

Il s'agit souvent de la voie de migration la plus pratique lorsque les portes EAS existantes doivent rester en service mais que l'organisation souhaite ajouter une RFID au niveau de l'article. Cela évite de supposer que la porte EAS installée peut effectuer une lecture RFID UHF.

Architecture 3 : EAS basé sur la RFID-

La sortie elle-même utilise une infrastructure de lecteur RFID UHF. Le système identifie un article et évalue s'il est autorisé à sortir en fonction de l'état de la balise-, des données de transaction ou des deux.

Cette architecture peut fournir une intégration plus approfondie entre l'identification des articles et la prévention des pertes, mais elle accorde une plus grande importance à la couverture des lecteurs, à la logique logicielle, à l'intégration du point de vente et à la validation.

Quelle architecture EAS choisir ?

Commencez par l'infrastructure et le flux de travail, pas par le catalogue d'étiquettes. Une fois l'architecture définie, la sélection des balises devient beaucoup plus facile.

Où l'EAS RFID UHF est le plus utile

La principale raison d'utiliser l'EAS basé sur la RFID-est rarement une "meilleure technologie d'alarme" en elle-même. La plus grande valeur est que l'événement de sécurité peut être lié à un élément identifiable et aux données opérationnelles déjà associées à cet élément.

Problèmes courants de mise en œuvre de l'EAS RFID UHF

En supposant qu'une porte EAS existante puisse lire la RFID UHF

RF EAS et RAIN RFID peuvent tous deux impliquer une technologie radio-fréquence, mais les lecteurs installés ne sont pas interchangeables. Si le portail existant doit rester, confirmez si la balise nécessite un composant EAS distinct ou une conception à double technologie-.

Choisir la balise avant de définir l'architecture

Un projet peut sélectionner un inlay offrant d'excellentes performances de lecture d'inventaire-et découvrir ultérieurement que le circuit intégré, le lecteur ou le micrologiciel ne prend pas en charge la fonction de sécurité requise.

Définissez d'abord la décision de sortie : quelles données seront vérifiées, où l'état d'autorisation sera stocké et quel appareil doit modifier ou lire cet état ?

Traiter le paiement comme une étape de sécurité distincte

Si une vente légitime nécessite une deuxième opération manuelle EAS, le personnel peut la manquer. Les fausses alarmes deviennent alors un problème opérationnel plutôt qu'un problème RFID.

Le changement d'état des transactions et de la sécurité du point de vente- doit être conçu comme un seul flux de travail partout où l'architecture choisie le permet.

Test uniquement avec un lecteur portable

Une étiquette peut fonctionner correctement lors d’un inventaire portable tout en se comportant différemment à la sortie.

Les performances de la porte dépendent des antennes installées, de la configuration du lecteur, de l'orientation des étiquettes, des matériaux du produit, des mouvements des clients, des marchandises étiquetées adjacentes et de l'environnement physique.

Ignorer les retours, les échanges et la réentrée-

La logique de sécurité doit couvrir plus que la vente initiale. Les marchandises retournées, échangées, transférées ou-réapprovisionnées nécessitent une transition d'état clairement définie afin que le statut EAS continue de correspondre au statut réel de l'article.

Liste de contrôle de validation EAS UHF RFID avant-déploiement

Ne passez pas directement de l’examen des fiches techniques au déploiement groupé. Validez le chemin complet avec de vraies balises, de vrais produits et la disposition de sortie prévue.

1. Confirmez le CI RFID.Enregistrez le modèle exact de la puce et la fonction EAS ou d'état du produit-qu'il implémente.
2. Confirmez la prise en charge du lecteur.Vérifiez que le lecteur et le micrologiciel sélectionnés peuvent exécuter ou évaluer la fonctionnalité requise.
3. Vérifiez le chemin du logiciel.Vérifiez comment les données RFID sont transmises du lecteur au middleware, au point de vente et à la logique de prévention des pertes.
4. Testez l’encodage.Assurez-vous que l’EPC attendu et tout état de sécurité requis peuvent être écrits et lus de manière cohérente.
5. Testez une caisse autorisée.Effectuez une vente normale et confirmez que l'article passe la sortie sans alarme incorrecte.
6. Testez un élément non autorisé.Déplacez un élément via la même sortie sans la transaction requise et confirmez que la logique d'exception est déclenchée.
7. Testez plusieurs éléments.Répétez le test avec plusieurs produits étiquetés se déplaçant ensemble plutôt qu'avec une seule étiquette isolée.
8. Testez de vraies orientations.Transportez les produits selon des angles et des positions réalistes plutôt que de tenir chaque étiquette dans une orientation idéale.
9. Testez la marchandise réelle.Ne validez pas uniquement avec des incrustations sèches ou des cartes d'échantillons si l'étiquette de production doit être fixée sur du tissu, un emballage, des appareils électroniques, des liquides ou d'autres matériaux difficiles.
10. Retour du test et réactivation.Remettez un article autorisé en inventaire et confirmez que son état de sécurité est correctement restauré.
11. Gestion des échecs de test.Définissez ce qui se passe si le point de vente ne peut pas mettre à jour l'étiquette, si le réseau n'est pas disponible ou si le lecteur de sortie ne peut pas résoudre l'état d'un article.
12. Répétez après l’installation finale.Les paramètres du lecteur et le placement de l'antenne utilisés lors d'un test en laboratoire ne doivent pas être supposés se comporter de manière identique après l'installation.

Que vérifier au point de vente et à la sortie

Au point de vente

• Quel événement de transaction modifie l'état de sécurité de l'élément ?
• La modification est-elle effectuée sur le tag, dans la base de données ou aux deux endroits ?
• Comment le système confirme-t-il que la mise à jour a réussi ?
• Que se passe-t-il si l'opération d'écriture RFID échoue ?
• Un workflow de-paiement en libre-service effectue-t-il la même opération d'état de sécurité-qu'un paiement avec personnel ?
• Comment sont traités les annulations, les échanges et les retours ?

A la sortie

• Quelles antennes de lecteur définissent la zone de détection ?
• Le système évalue-t-il toutes les balises détectées ou uniquement les populations de balises sélectionnées ?
• Comment distingue-t-il les éléments autorisés des éléments non autorisés ?
• Que se passe-t-il lorsque plusieurs tags passent ensemble ?
• Comment les lectures parasites à l’extérieur de la porte prévue sont-elles traitées ?
• Quelle action fait suite à une exception : alarme sonore, notification du personnel, journalisation des événements ou autre flux de travail ?

Ces questions exposent les problèmes d'intégration bien plus tôt qu'un simple test de « plage de lecture ».

Comment choisir une étiquette EAS RFID UHF

Avant de passer une commande de production, demandez au fournisseur d'étiquettes ou à l'intégrateur système des réponses spécifiques plutôt qu'une déclaration générale selon laquelle l'étiquette « prend en charge EAS ».

1. Quel circuit intégré RFID est utilisé ?
2. Quelle version EPC Gen2 et fonctions optionnelles le circuit intégré implémente-t-il ?
3. La puce utilise-t-elle un indicateur d'état du produit, un autre mécanisme EAS côté balise-ou aucun état EAS dédié ?
4. La balise de décision de sécurité est-elle-côtée, basée sur une base de données-pilotée ou hybride ?
5. Quels modèles de lecteurs et versions de firmware ont été testés avec cette fonction ?
6. Le lecteur nécessite-t-il des commandes personnalisées, une prise en charge de SDK spéciale ou une configuration spécifique ?
7. Comment le statut est-il modifié ou autorisé lors du paiement ?
8. Comment un échec d’écriture ou un échec de transaction est-il géré ?
9. Que se passe-t-il lorsque le produit est retourné ou réapprovisionné ?
10. L'étiquette peut-elle fonctionner avec les portes EAS installées, ou un composant EAS distinct est-il requis ?
11. L'étiquette finie a-t-elle été testée sur le matériau réel du produit ?
12. La combinaison d'éléments tag-lecteur-a-t-elle été testée à la sortie prévue plutôt que uniquement sur un banc ?

Une réponse utile du fournisseur doit identifier le CI exact, les exigences du lecteur, le flux de travail et les limites. "Oui, l'étiquette est dotée d'EAS" ne constitue pas une information suffisante pour la conception du système.

Conclusion

La façon la plus utile de penser à l’EAS RFID UHF est simple :la fonction antivol-appartient au système complet et non à l'étiquette seule.

Un CI RFID peut fournir un indicateur d'état du produit ou un autre mécanisme de sécurité pris en charge, mais cette fonctionnalité ne devient utile que lorsque le lecteur peut y accéder, que le point de vente le gère correctement, que la sortie dispose d'une couverture fiable et que le flux de travail de retour rétablit l'état correct.

Pour les sites dotés de portes EAS établies, des systèmes RFID/EAS distincts ou des étiquettes à double technologie-peuvent constituer la voie de migration la plus pratique. Pour les nouveaux déploiements RFID-au niveau des articles, les EAS basés sur la RFID-peuvent relier les événements de sécurité directement à des marchandises identifiables, à condition que l'infrastructure et le logiciel soient conçus ensemble.

Utilisez cet ordre lors de la planification du projet :

Architecture de sortie → logique d'autorisation → lecteur RFID → capacité IC → conception d'étiquettes → intégration POS → flux de travail de retour → tests de sortie du monde réel-.

Cette séquence est beaucoup plus sûre que de sélectionner d'abord une balise et de découvrir après l'installation que « EAS pris en charge » ne signifie pas « compatible avec ce système EAS ».