UHF RFID EAS: hoe RFID-anti{0}}diefstal werkt en wat u moet verifiëren vóór implementatie

UHF RFID kan individuele artikelen identificeren, inventarisoperaties ondersteunen en, in het juiste systeem, deelnemen aan Electronic Article Surveillance (EAS). Dat betekent niet dat elke UHF RFID-tag automatisch een anti-diefstaltag is.

Het onderscheid is van belang omdat EAS een functie op systeem-niveau is. Een tag kan een product-statusmechanisme ondersteunen, maar de lezer, de software, het -verkooppunt--proces, de exit-infrastructuur en de retourworkflow moeten allemaal samenwerken voordat het systeem op betrouwbare wijze kan beslissen of een item mag worden verlaten.

Er is nog een veel voorkomende bron van verwarring: een conventionele EAS-poort wordt geen UHF RFID-lezer simpelweg omdat goederen een RFID-label dragen. Bestaande EAS-infrastructuur, op RFID-gebaseerde EAS en dubbele-technologie RFID/EAS-labels zijn verschillende implementatiebenaderingen.

In deze handleiding wordt uitgelegd hoe UHF RFID EAS werkt, wat een EAS-bit of Product Status Flag eigenlijk betekent, hoe de belangrijkste implementatiearchitecturen verschillen en wat moet worden getest voordat een bulktagbestelling of winkeluitrol plaatsvindt.

Wat is UHF RFID EAS?

UHF RFID EAS is het gebruik van een UHF RFID-systeem als onderdeel van een elektronisch artikelbewakingsproces. In plaats van alleen de aanwezigheid van een beveiligingselement te detecteren, kan een systeem met RFID- een specifiek getagd item identificeren en evalueren of dat item toestemming heeft om een ​​gecontroleerd gebied te verlaten.

Een passieve UHF RFID-tag communiceert normaal gesproken een EPC of een andere identificatie naar een compatibele lezer. Een EAS-workflow voegt nog een beslissing toe: moet dit item door de uitgang gaan, of moet de verplaatsing een uitzondering creëren?

Het antwoord kan afkomstig zijn van een status die is opgeslagen op de RFID-tag, van een back-transactiedatabase, of van beide.

De huidigeGS1 EPC Generation-2 UHF RFID-standaardis versie 3.0.1. GS1 scheidt verplichte protocolvereisten van optionele mogelijkheden, en de toepassing-conformiteitsbepalingen omvatten aanvullende vereisten voor wijziging-elektronische artikelbewaking. In de praktijk betekent dit dat fundamentele EPC Gen2-compatibiliteit alleen niet voldoende is om te bewijzen dat een bepaalde combinatie van tag-en-lezer de EAS-workflow ondersteunt die u nodig heeft.

UHF RFID EAS is niet hetzelfde als traditionele EAS

Traditionele EAS

Traditionele EAS is in de eerste plaats bedoeld om ongeoorloofde verwijdering van koopwaar te detecteren. Een beveiligingslabel of hardtag communiceert met een EAS-poort die zich in de buurt van een uitgang bevindt. Als een actief beveiligingselement de detectiezone betreedt, kan het systeem een ​​alarm genereren.

Het systeem hoeft niet noodzakelijkerwijs precies te weten welk SKU- of seriedragend artikel de deur binnengaat. De belangrijkste taak ervan is het detecteren van een actief beveiligingselement.

Op RFID-gebaseerd EAS

UHF RFID werkt anders. De lezer communiceert met een RFID-IC die aan een antenne is bevestigd en kan een individueel item identificeren. Software kan vervolgens die identiteit, de status van een tag{2}}, transactiegegevens of een combinatie van deze signalen gebruiken om te beslissen of de verplaatsing is toegestaan.

Hierdoor kan een verliespreventiegebeurtenis worden gekoppeld aan informatie op itemniveau- in plaats van alleen aan de aanwezigheid van een beveiligingstag.

Dubbele-technologie RFID + EAS-tags

Een derde optie is een fysiek label dat zowel een UHF RFID-inlay als een conventionele EAS-component bevat.

Deze architectuur is handig wanneer een detailhandelaar RFID wil voor artikelidentificatie en inventarisatie, maar van plan is een geïnstalleerd EAS-poortsysteem te behouden. Avery Dennison staat momenteel op de lijstdubbele-technologie UHF RFID- en EAS-combinatietagsvoor dit doel.

De reden voor het combineren van de technologieën is eenvoudig: traditionele RF EAS-poorten en RAIN RFID-lezers zijn niet uitwisselbaar. Avery Dennison heeft specifiek gedocumenteerd dat bestaande RF EAS-poortlezers niet kunnen werken als RAIN RFID-lezers.

Voordat u vraagt ​​of een "RFID EAS-tag" werkt met een bestaande winkelpoort, moet u eerst beide technologieën identificeren. De belangrijke vraag is niet de bewoording op het labelcitaat; het zijn de RFID- en EAS-componenten die feitelijk in het label en bij de uitgang zijn geïnstalleerd.

Hoe de EAS-functie werkt in een UHF RFID-systeem

De exacte volgorde verschilt per IC en systeemarchitectuur, maar de meeste implementaties hebben dezelfde operationele controlepunten.

1. De tag is gecodeerd en gekoppeld aan een item

Een RFID-tag wordt aan het product bevestigd en gekoppeld aan een artikelrecord. Er kan een EPC of een andere identificatiecode op de tag worden geschreven en worden gekoppeld aan productinformatie in het bedrijfssysteem.

Als de gekozen IC een tag--EAS- of product-statusmechanisme ondersteunt, kan de initiële status ervan ook worden geconfigureerd tijdens het coderen.

2. Het artikel krijgt de status Actieve verkoop of Gecontroleerde status

Terwijl het item op de verkoopvloer, in een bibliotheek of in een andere gecontroleerde ruimte blijft, behandelt het systeem het als handelswaar of een asset waarvoor nog geen geautoriseerd verwijderingsproces is voltooid.

Die toestand kan op twee manieren worden gehandhaafd:

• rechtstreeks op de RFID-tag via een ondersteund statusmechanisme, of
• in een backend-database die is gekoppeld aan de EPC van het item of een andere identificatie.

3. Afrekenen of autorisatie verandert de bedrijfsstatus

Wanneer er een verkoop, uitleen, overdracht of andere geautoriseerde gebeurtenis plaatsvindt, moet het systeem registreren dat het item mag vertrekken.

Bij een tag-side-ontwerp kan het POS- of RFID-systeem een ​​ondersteunde statusvlag bijwerken. In een database-gestuurd ontwerp kan de tag zelf ongewijzigd blijven terwijl de back-record wordt bijgewerkt.

Deze stap moet deel uitmaken van de normale transactieworkflow. Als het personeel na elke legitieme verkoop een afzonderlijke beveiligingsoperatie moet onthouden, neemt het risico op valse alarmen toe.

4. Het exitsysteem evalueert het item

Bij een uitgang waarvoor RFID- is ingeschakeld, detecteert de lezer de tag en geeft de relevante gegevens door aan de EAS-logica.

Het systeem kan de status van een tag- controleren, de EPC vergelijken met transactierecords, of beide evalueren. Een item dat het vereiste autorisatieproces niet heeft voltooid, kan vervolgens een alarm of een andere uitzonderingsactie activeren.

5. Retourzendingen en herinzending-moeten de juiste status herstellen

Een geretourneerd artikel kan opnieuw-in de inventaris terechtkomen nadat het eerder toestemming heeft gekregen om het te verlaten. De EAS-workflow heeft daarom een ​​gedefinieerd reactivatie- of status--herstelproces nodig.

Een afrekenworkflow zonder een bijpassende retourworkflow is onvolledig. Geretourneerde goederen kunnen anders opnieuw op de verkoopvloer verschijnen met een status die niet langer de werkelijke bedrijfsstatus weerspiegelt.

Wat is een EAS-bit of productstatusvlag?

De uitdrukking "EAS-bit" is een nuttige afkorting, maar mag niet worden behandeld als een universeel geheugenbit dat op dezelfde locatie bestaat en zich op elke UHF RFID IC op dezelfde manier gedraagt.

Verschillende chips en systemen kunnen EAS op verschillende manieren implementeren.

Sommige RFID-IC's bieden een speciale productstatus-functie. NXP documenteert bijvoorbeeld een productstatusvlag op geselecteerde UCODE-producten. Het is actueelUCODE DNA Track-documentatiebevat een Product Status Flag die een EAS-applicatie kan ondersteunen zonder dat de beveiligingsbeslissing volledig afhankelijk is van een back-backend-database.

Andere chips kunnen andere optionele, aangepaste of fabrikant-specifieke functies gebruiken. Een aparte klasse systemen is helemaal niet afhankelijk van een EAS-vlag: de uitgangslezer identificeert de EPC en software controleert of het bijbehorende item is verkocht, uitgeleend, overgedragen of anderszins geautoriseerd.

Voor aankoopdoeleinden is "UHF RFID-tag met EAS-bit" daarom een ​​onvolledige specificatie.

Een sterkere eis is:

UHF RFID-tag en IC zijn compatibel met de beoogde EAS-architectuur, het lezersplatform, de POS-workflow en de exit--validatiemethode.

Tag-Zij-EAS versus database-Gedreven EAS

Geen van beide benaderingen mag alleen op basis van het taggegevensblad worden geselecteerd. De beslissing hangt af van hoe de winkel, lezer, POS en software-architectuur zich naar verwachting zullen gedragen wanneer een item de uitgang bereikt.

Ondersteunt elke UHF RFID-tag EAS?

Nee.

Een passieve UHF RFID-tag kan goed presteren voor voorraadtelling en mist nog steeds de EAS-mogelijkheden die vereist zijn voor een specifieke toepassing.

Controleer de volledige technologieketen voordat u uitgaat van compatibiliteit:

• RFID-IC:Implementeert de chip de vereiste EAS, Product Status Flag of ander statusmechanisme?
• Label of inlay:Is het antenneontwerp geschikt voor de daadwerkelijke product- en installatieomgeving?
• Lezer:Kan de lezer de vereiste tagfunctie opvragen of wijzigen?
• Firmware of SDK:Geeft de leessoftware de commando's weer die de applicatie nodig heeft?
• Middleware:Kunnen RFID-lezingen worden vertaald in een autorisatie- of verliespreventiebeslissing-?
• POS:Werkt elke geldige checkout op betrouwbare wijze de vereiste tag- of databasestatus bij?
• Exit-infrastructuur:Kan de geïnstalleerde antenne-indeling de beoogde items consistent in de echte deuropening detecteren?
• Retourworkflow:Kunnen goederen worden hersteld in de juiste veiligheidsstatus nadat ze zijn geretourneerd of opnieuw- zijn binnengekomen?

Een leverancier die zegt dat een RFID-IC "EAS ondersteunt" bewijst niet dat het voltooide systeem bij de uitgang zal werken.

EPC Gen2 en EAS-ondersteuning

De relatie tussen EPC Gen2 en EAS is vaak te simpel.

De huidige EPC Generation-2 UHF RFID-specificatie van GS1 is release 3.0.1. De standaard definieert verplichte, optionele, eigen en aangepaste opdrachtcategorieën. Het stelt ook dat tags en ondervragers die specifieke conformiteit met de elektronische artikelbewaking zoeken, aanvullende optionele voorzieningen moeten ondersteunen die voor die toepassing zijn geïdentificeerd.

Dit leidt tot een belangrijke aankoopregel:

Beschouw "EPC Gen2-compatibel" niet als bewijs dat een apparaat de door u vereiste EAS-workflow ondersteunt.

Bevestig in plaats daarvan de exacte IC-functies, lezeropdrachten, firmwaregedrag en applicatielogica.

UHF RFID EAS versus traditionele EAS

Traditionele EAS kan nog steeds de eenvoudigere keuze zijn als de enige vereiste elementaire anti-diefstaldetectie is. UHF RFID wordt relevanter wanneer RFID op artikel-niveau al vereist is voor voorraad, ontvangst, aanvulling, afrekenen of zichtbaarheid van bedrijfsmiddelen.

Drie gemeenschappelijke RFID- en EAS-implementatiearchitecturen

Architectuur 1: Afzonderlijke RFID- en EAS-systemen

Het product is voorzien van RFID voor identificatie of inventarisatie en een afzonderlijk conventioneel EAS-element voor verliespreventie.

Hierdoor blijven de twee technologieën onafhankelijk. Dit kan geschikt zijn als de bestaande EAS-omgeving stabiel is en er geen operationele reden is om de fysieke tags te combineren.

Architectuur 2: dubbele-technologie RFID/EAS-label

Eén fysiek label bevat zowel een UHF RFID-inlay als een EAS-component.

Dit is vaak het meest praktische migratiepad wanneer bestaande EAS-poorten in gebruik moeten blijven, maar de organisatie RFID op item-niveau wil toevoegen. Het vermijdt de veronderstelling dat de geïnstalleerde EAS-poort UHF RFID-lezen kan uitvoeren.

Architectuur 3: op RFID-gebaseerde EAS

De uitgang zelf maakt gebruik van de UHF RFID-lezerinfrastructuur. Het systeem identificeert een item en evalueert of het mag vertrekken op basis van de tag-status, transactiegegevens of beide.

Deze architectuur kan een diepere integratie bieden tussen artikelidentificatie en verliespreventie, maar hecht meer belang aan lezersdekking, softwarelogica, POS-integratie en validatie.

Welke EAS-architectuur moet u kiezen?

Begin met de infrastructuur en workflow, niet met de labelcatalogus. Zodra de architectuur is gedefinieerd, wordt het selecteren van tags veel eenvoudiger.

Waar UHF RFID EAS het nuttigst is

De sterkste reden om op RFID-gebaseerde EAS te gebruiken is zelden 'betere alarmtechnologie' op zichzelf. De grotere waarde is dat de beveiligingsgebeurtenis kan worden gekoppeld aan een identificeerbaar item en aan de operationele gegevens die al aan dat item zijn gekoppeld.

Veel voorkomende UHF RFID EAS-implementatieproblemen

Ervan uitgaande dat een bestaande EAS-poort UHF RFID kan lezen

RF EAS en RAIN RFID maken mogelijk beide gebruik van radio{0}}technologie, maar de geïnstalleerde lezers zijn niet uitwisselbaar. Als de bestaande poort moet blijven bestaan, bevestig dan of de tag een afzonderlijke EAS-component of een ontwerp met dubbele-technologie nodig heeft.

De tag kiezen voordat u de architectuur definieert

Een project kan een inlay selecteren met uitstekende inventaris{0}}leesprestaties en later toch ontdekken dat de IC, lezer of firmware de vereiste beveiligingsfunctie niet ondersteunt.

Bepaal eerst de exitbeslissing: welke gegevens worden gecontroleerd, waar de autorisatiestatus wordt opgeslagen en welk apparaat moet die status wijzigen of uitlezen?

Beschouw het afrekenen als een afzonderlijke beveiligingsstap

Als voor een legitieme verkoop een tweede handmatige EAS-operatie nodig is, kan het personeel dit missen. Valse alarmen worden dan een operationeel probleem in plaats van een RFID-probleem.

De wijziging van de POS-transactie en de beveiligingsstatus- moet worden ontworpen als één workflow, waar de gekozen architectuur dit ook toelaat.

Alleen testen met een handlezer

Een tag kan goed presteren tijdens handmatige inventaristelling en zich toch anders gedragen bij een uitgang.

De prestaties van de deuropening zijn afhankelijk van de geïnstalleerde antennes, lezerconfiguratie, tagoriëntatie, productmaterialen, klantbewegingen, aangrenzende gelabelde goederen en de fysieke omgeving.

Retourzendingen, ruilingen en herinzending negeren

Beveiligingslogica moet meer omvatten dan de initiële verkoop. Geretourneerde, geruilde, overgedragen of opnieuw-voorraadartikelen hebben een duidelijk gedefinieerde statusovergang nodig, zodat de EAS-status overeenkomt met de werkelijke artikelstatus.

Pre-implementatie UHF RFID EAS-validatiechecklist

Ga niet direct over van datasheetbeoordeling naar bulkimplementatie. Valideer het volledige pad met echte tags, echte producten en de beoogde uitgangslay-out.

1. Bevestig de RFID-IC.Registreer het exacte chipmodel en de EAS- of productstatusfunctie die het implementeert.
2. Bevestig lezersondersteuning.Controleer of de geselecteerde lezer en firmware de vereiste functie kunnen uitvoeren of evalueren.
3. Controleer het softwarepad.Bevestig hoe RFID-gegevens van de lezer naar middleware, POS en verliespreventielogica- gaan.
4. Codering testen.Zorg ervoor dat de verwachte EPC en de eventuele vereiste beveiligingsstatus consistent kunnen worden geschreven en gelezen.
5. Test een geautoriseerde kassa.Voltooi een normale verkoop en bevestig dat het artikel de uitgang passeert zonder een onjuist alarm.
6. Test een niet-geautoriseerd item.Verplaats een item via dezelfde uitgang zonder de vereiste transactie en bevestig dat de uitzonderingslogica wordt geactiveerd.
7. Test meerdere items.Herhaal de test met meerdere getagde producten die samen bewegen in plaats van één geïsoleerd label.
8. Test echte oriëntaties.Draag producten in realistische hoeken en posities in plaats van elk label in de ideale richting te houden.
9. Test de daadwerkelijke koopwaar.Valideer niet alleen met droge inlays of monsterkaarten als het productielabel wordt bevestigd aan stof, verpakking, elektronica, vloeistoffen of andere uitdagende materialen.
10. Testretour en reactivering.Plaats een geautoriseerd item terug in de inventaris en bevestig dat de beveiligingsstatus correct is hersteld.
11. Afhandeling van testfouten.Definieer wat er gebeurt als het POS de tag niet kan bijwerken, het netwerk niet beschikbaar is of de uitgangslezer een itemstatus niet kan oplossen.
12. Herhaal dit na de definitieve installatie.Er mag niet worden aangenomen dat de lezerinstellingen en antenneplaatsing die tijdens een laboratoriumtest worden gebruikt, zich na installatie hetzelfde gedragen.

Wat u moet verifiëren bij het POS en bij het afsluiten

Bij de kassa

• Welke transactiegebeurtenis verandert de beveiligingsstatus van het item?
• Wordt de wijziging aangebracht op de tag, in de database of op beide plaatsen?
• Hoe bevestigt het systeem dat de update is geslaagd?
• Wat gebeurt er als de RFID-schrijfbewerking mislukt?
• Voert een workflow voor zelf-afrekenen dezelfde beveiligings-status uit als een bemande kassa?
• Hoe worden ongeldigverklaringen, ruilingen en retourzendingen afgehandeld?

Bij de uitgang

• Welke lezerantennes definiëren de detectiezone?
• Evalueert het systeem alle gedetecteerde tags of alleen geselecteerde tagpopulaties?
• Hoe wordt onderscheid gemaakt tussen geautoriseerde en niet-geautoriseerde items?
• Wat gebeurt er als meerdere tags samen passeren?
• Hoe wordt omgegaan met verdwaalde leesgegevens buiten de beoogde deuropening?
• Welke actie volgt op een uitzondering: hoorbaar alarm, personeelsmelding, gebeurtenisregistratie of een andere workflow?

Deze vragen leggen integratieproblemen veel eerder bloot dan een eenvoudige "leesbereik"-test.

Hoe u een UHF RFID EAS-tag kiest

Voordat u een productieorder plaatst, moet u de tagleverancier of systeemintegrator om specifieke antwoorden vragen, in plaats van om een ​​algemene verklaring dat de tag 'EAS ondersteunt'.

1. Welke RFID-IC wordt gebruikt?
2. Welke EPC Gen2-versie en optionele functies implementeert de IC?
3. Maakt de chip gebruik van een productstatusvlag, een ander EAS-mechanisme aan de tag-zijde, of geen speciale EAS-status?
4. Wordt de beveiligingsbeslissingstag-aangestuurd door de database- of hybride?
5. Welke lezermodellen en firmwareversies zijn getest met de functie?
6. Heeft de lezer aangepaste opdrachten, speciale SDK-ondersteuning of een specifieke configuratie nodig?
7. Hoe wordt de status gewijzigd of geautoriseerd tijdens het afrekenen?
8. Hoe wordt een mislukt schrijfproces of een mislukte transactie afgehandeld?
9. Wat gebeurt er als het product wordt geretourneerd of opnieuw-op voorraad wordt gebracht?
10. Kan de tag werken met de geïnstalleerde EAS-poorten, of is er een aparte EAS-component vereist?
11. Is het voltooide label getest op het daadwerkelijke productmateriaal?
12. Is de combinatie van tags-reader-items getest bij de beoogde uitgang en niet alleen op een bankje?

Een nuttig antwoord van de leverancier moet de exacte IC, lezervereisten, workflow en beperking identificeren. "Ja, de tag heeft EAS" is niet voldoende informatie voor het systeemontwerp.

Conclusie

De handigste manier om over UHF RFID EAS na te denken is simpel:de anti-diefstalfunctie hoort bij het volledige systeem, niet bij het label alleen.

Een RFID IC kan een Product Status Flag of een ander ondersteund beveiligingsmechanisme bieden, maar die functie wordt pas nuttig als de lezer er toegang toe heeft, het POS het correct afhandelt, de uitgang betrouwbare dekking heeft en de retourworkflow de juiste status herstelt.

Voor locaties met gevestigde EAS-poorten kunnen afzonderlijke RFID/EAS-systemen of dubbele-technologielabels het praktischere migratiepad bieden. Voor RFID-implementaties op nieuw item-niveau kan op RFID-gebaseerde EAS beveiligingsgebeurtenissen rechtstreeks koppelen aan identificeerbare goederen, op voorwaarde dat de infrastructuur en de software samen zijn ontworpen.

Gebruik deze volgorde bij het plannen van het project:

Exit-architectuur → autorisatielogica → RFID-lezer → IC-mogelijkheden → tagontwerp → POS-integratie → retourworkflow → exit-testen in de echte-wereld.

Die volgorde is veel veiliger dan eerst een tag selecteren en na de installatie ontdekken dat 'EAS ondersteund' niet betekende 'compatibel met dit EAS-systeem'.