UHF RFID EAS: Sådan fungerer RFID Anti-tyveri, og hvad du skal verificere før implementering

UHF RFID kan identificere individuelle varer, understøtte lageroperationer og, i det rigtige system, deltage i elektronisk artikelovervågning (EAS). Det betyder ikke, at hvert UHF RFID-mærke automatisk er et tyverisikringsmærke.

Forskellen er vigtig, fordi EAS er en funktion på system-niveau. Et tag understøtter muligvis en produkt-statusmekanisme, men læseren, softwaren, salgsstedet--processen, udgangsinfrastrukturen og returneringsarbejdsgangen skal alle arbejde sammen, før systemet pålideligt kan beslutte, om en vare må forlades.

Der er en anden almindelig kilde til forvirring: En konventionel EAS-gate bliver ikke en UHF RFID-læser, blot fordi merchandise bærer et RFID-mærke. Eksisterende EAS-infrastruktur, RFID-baseret EAS og RFID/EAS-etiketter med dobbelt-teknologi er forskellige implementeringsmetoder.

Denne vejledning forklarer, hvordan UHF RFID EAS fungerer, hvad en EAS-bit eller produktstatusflag faktisk betyder, hvordan de vigtigste implementeringsarkitekturer adskiller sig, og hvad der bør testes før en bulk-tagordre eller butiksudrulning.

Hvad er UHF RFID EAS?

UHF RFID EAS er brugen af ​​et UHF RFID-system som en del af en elektronisk artikelovervågningsproces. I stedet for kun at registrere tilstedeværelsen af ​​et sikkerhedselement, kan et RFID-aktiveret system identificere et specifikt mærket element og evaluere, om det pågældende element er autoriseret til at forlade et kontrolleret område.

Et passivt UHF RFID-tag kommunikerer normalt en EPC eller en anden identifikator til en kompatibel læser. En EAS-arbejdsgang tilføjer endnu en beslutning: Skal dette element passere gennem udgangen, eller skal bevægelsen skabe en undtagelse?

Svaret kan komme fra en status, der er gemt på RFID-tagget, fra en-backend transaktionsdatabase eller fra begge.

Den nuværendeGS1 EPC Generation-2 UHF RFID-standarder udgivelse 3.0.1. GS1 adskiller obligatoriske protokolkrav fra valgfrie funktioner, og dens anvendelses-overensstemmelsesbestemmelser omfatter yderligere krav til ændrings-elektronisk artikelovervågning. I praksis betyder det, at grundlæggende EPC Gen2-kompatibilitet alene ikke er nok til at bevise, at et bestemt tag-og-læserkombination understøtter det EAS-workflow, du har brug for.

UHF RFID EAS er ikke det samme som traditionel EAS

Traditionel EAS

Traditionel EAS er primært designet til at opdage uautoriseret fjernelse af merchandise. Et sikkerhedsmærkat eller et fast tag interagerer med en EAS-port, der er placeret nær en udgang. Hvis et aktivt sikkerhedselement kommer ind i detekteringszonen, kan systemet generere en alarm.

Systemet behøver ikke nødvendigvis at vide præcis, hvilken SKU eller serienummer der passerer gennem døren. Dens hovedopgave er at opdage et aktivt sikkerhedselement.

RFID-Baseret EAS

UHF RFID virker anderledes. Læseren kommunikerer med en RFID IC tilsluttet en antenne og kan identificere en individuel genstand. Software kan derefter bruge denne identitet, en tag-sidestatus, transaktionsdata eller en kombination af disse signaler til at afgøre, om bevægelsen er autoriseret.

Dette gør det muligt at forbinde en -tabsforebyggelseshændelse til oplysninger på -vareniveau i stedet for kun til tilstedeværelsen af ​​et sikkerhedstag.

Dobbelt-teknologi RFID + EAS-tags

En tredje mulighed er en fysisk etiket, der både indeholder et UHF RFID-indlæg og en konventionel EAS-komponent.

Denne arkitektur er nyttig, når en forhandler ønsker RFID til vareidentifikation og lageroperationer, men har til hensigt at beholde et installeret EAS-gatesystem. Avery Dennison lister i øjeblikketdobbelt-teknologi UHF RFID og EAS combo tagstil dette formål.

Årsagen til at kombinere teknologierne er ligetil: traditionelle RF EAS-porte og RAIN RFID-læsere er ikke udskiftelige. Avery Dennison har specifikt dokumenteret, at eksisterende RF EAS-gatelæsere ikke kan fungere som RAIN RFID-læsere.

Før du spørger, om et "RFID EAS-tag" fungerer sammen med en eksisterende butiksgate, skal du først identificere begge teknologier. Det vigtige spørgsmål er ikke ordlyden på tag-citatet; det er, hvilke RFID- og EAS-komponenter, der faktisk er installeret på etiketten og ved udgangen.

Sådan fungerer EAS-funktionen i et UHF RFID-system

Den nøjagtige rækkefølge varierer efter IC og systemarkitektur, men de fleste implementeringer har de samme operationelle kontrolpunkter.

1. Tagget er kodet og associeret med et element

Et RFID-tag er knyttet til produktet og knyttet til en varepost. En EPC eller en anden identifikator kan skrives til tagget og forbindes med produktinformation i forretningssystemet.

Hvis den valgte IC understøtter en tag-side EAS eller produkt-statusmekanisme, kan dens starttilstand også konfigureres under kodning.

2. Varen går ind i aktivt salg eller kontrolleret tilstand

Mens varen forbliver på salgsgulvet, i et bibliotek eller inde i et andet kontrolleret område, behandler systemet det som merchandise eller et aktiv, der endnu ikke har fuldført en autoriseret fjernelsesproces.

Denne tilstand kan opretholdes på to hovedmåder:

• direkte på RFID-tagget gennem en understøttet statusmekanisme, eller
• i en back-end-database, der er knyttet til varens EPC eller anden identifikator.

3. Checkout eller autorisation Ændrer forretningstilstanden

Når et salg, lån, overførsel eller anden godkendt hændelse indtræffer, skal systemet registrere, at varen har tilladelse til at forlade.

I et tag-sidedesign kan POS- eller RFID-systemet opdatere et understøttet statusflag. I et databasedrevet-design kan selve tagget forblive uændret, mens bagsiden-record opdateres.

Dette trin bør være en del af den normale transaktionsarbejdsgang. Hvis personalet skal huske en separat sikkerhedsoperation efter hvert lovligt salg, øges risikoen for falske alarmer.

4. Udgangssystemet evaluerer varen

Ved en RFID-aktiveret udgang registrerer læseren tagget og sender de relevante data til EAS-logikken.

Systemet kan kontrollere et tags-sidestatus, sammenligne EPC med transaktionsregistreringer eller evaluere begge dele. Et element, der ikke har fuldført den påkrævede godkendelsesproces, kan derefter udløse en alarm eller en anden undtagelseshandling.

5. Returnering og gen-indtastning skal gendanne den korrekte tilstand

En returneret vare kan-indtræde på lager igen efter tidligere at være blevet godkendt til at forlade. EAS-workflowet har derfor brug for en defineret genaktiverings- eller status-gendannelsesproces.

En checkout-arbejdsgang uden en matchende returarbejdsgang er ufuldstændig. Returnerede varer kan ellers dukke op igen på salgsgulvet med en status, der ikke længere afspejler dens reelle forretningstilstand.

Hvad er et EAS-bit eller produktstatusflag?

Udtrykket "EAS bit" er en nyttig stenografi, men den bør ikke behandles som en universel hukommelsesbit, der findes på samme sted og opfører sig på samme måde på alle UHF RFID IC.

Forskellige chips og systemer kan implementere EAS på forskellige måder.

Nogle RFID IC'er har en dedikeret produkt-statusfunktion. NXP dokumenterer for eksempel et produktstatusflag på udvalgte UCODE-produkter. Dens nuværendeUCODE DNA Track dokumentationinkluderer et produktstatusflag, der kan understøtte en EAS-applikation uden at kræve, at sikkerhedsbeslutningen helt afhænger af en backend-database.-

Andre chips kan bruge forskellige valgfrie, tilpassede eller producentspecifikke funktioner-. En separat klasse af systemer er slet ikke afhængig af et EAS-flag: Exit-læseren identificerer EPC'en, og softwaren kontrollerer, om den tilknyttede vare er blevet solgt, udlånt, overført eller på anden måde godkendt.

Til købsformål er "UHF RFID tag med EAS bit" derfor en ufuldstændig specifikation.

Et stærkere krav er:

UHF RFID-tag og IC, der er kompatible med den tilsigtede EAS-arkitektur, læseplatform, POS-workflow og -afslutningsvalideringsmetode.

Tag-Side EAS vs Database-drevet EAS

Ingen af ​​metoderne bør vælges fra tagdataarket alene. Beslutningen afhænger af, hvordan butikken, læseren, POS og softwarearkitekturen forventes at opføre sig, når en vare når udgangen.

Understøtter hvert UHF RFID-tag EAS?

Ingen.

Et passivt UHF RFID-tag kan fungere godt til lageroptælling og mangler stadig den EAS-kapacitet, der kræves af en specifik applikation.

Tjek hele teknologikæden, før du antager kompatibilitet:

• RFID IC:Implementerer chippen den nødvendige EAS, produktstatusflag eller anden statusmekanisme?
• Tag eller indlæg:Er antennedesignet egnet til det aktuelle produkt og installationsmiljø?
• Læser:Kan læseren udspørge eller ændre den påkrævede tag-funktion?
• Firmware eller SDK:Udsender læsersoftwaren de kommandoer, som applikationen har brug for?
• Mellemvare:Kan RFID-aflæsninger oversættes til en beslutning om godkendelse eller{0} tabsforebyggelse?
• POS:Opdaterer hver gyldig kasse pålideligt det påkrævede tag eller databasetilstand?
• Afslut infrastruktur:Kan det installerede antennelayout registrere de tilsigtede emner konsekvent i den rigtige døråbning?
• Retur arbejdsgang:Kan merchandise gendannes til den relevante sikkerhedstilstand efter returnering eller -genindgang?

En leverandør, der siger, at en RFID IC "understøtter EAS", beviser ikke, at det færdige system vil fungere ved udgangen.

EPC Gen2 og EAS Support

Forholdet mellem EPC Gen2 og EAS er ofte forsimplet.

GS1's nuværende EPC Generation-2 UHF RFID-specifikation er Release 3.0.1. Standarden definerer obligatoriske, valgfrie, proprietære og brugerdefinerede kommandokategorier. Det står også, at tags og interrogatorer, der søger specifik ændrings-elektronisk artikelovervågning, skal understøtte yderligere valgfrie bestemmelser, der er identificeret for den applikation.

Dette fører til en vigtig købsregel:

Behandl ikke "EPC Gen2-kompatibel" som bevis på, at en enhed understøtter dit påkrævede EAS-workflow.

Bekræft i stedet de nøjagtige IC-funktioner, læserkommandoer, firmwareadfærd og applikationslogik.

UHF RFID EAS vs traditionel EAS

Traditionel EAS kan stadig være det enklere valg, når det eneste krav er grundlæggende anti-tyveriregistrering. UHF RFID bliver mere relevant, når RFID på vare-niveau allerede er påkrævet til inventar, modtagelse, genopfyldning, kassen eller aktivsynlighed.

Tre almindelige RFID- og EAS-implementeringsarkitekturer

Arkitektur 1: Separate RFID- og EAS-systemer

Produktet bærer RFID til identifikation eller opgørelse og et separat konventionelt EAS-element til forebyggelse af tab.

Dette holder de to teknologier uafhængige. Det kan være hensigtsmæssigt, når det eksisterende EAS-miljø er stabilt, og der ikke er nogen driftsmæssig grund til at kombinere de fysiske tags.

Arkitektur 2: Dobbelt-teknologi RFID/EAS-mærke

En enkelt fysisk etiket indeholder både et UHF RFID-indlæg og en EAS-komponent.

Dette er ofte den mest praktiske migreringssti, når eksisterende EAS-gates skal forblive i drift, men organisationen ønsker at tilføje RFID på vare-niveau. Det undgår at antage, at den installerede EAS-gate kan udføre UHF RFID-aflæsning.

Arkitektur 3: RFID-Baseret EAS

Selve udgangen bruger UHF RFID-læserinfrastruktur. Systemet identificerer en vare og evaluerer, om den er autoriseret til at forlade, baseret på tag-sidestatus, transaktionsdata eller begge dele.

Denne arkitektur kan give en dybere integration mellem vareidentifikation og tabsforebyggelse, men den lægger større vægt på læserdækning, softwarelogik, POS-integration og validering.

Hvilken EAS-arkitektur skal du vælge?

Start med infrastrukturen og arbejdsgangen, ikke etiketkataloget. Når først arkitekturen er defineret, bliver tagvalg meget lettere.

Hvor UHF RFID EAS er mest nyttig

Den stærkeste grund til at bruge RFID-baseret EAS er sjældent "bedre alarmteknologi" i sig selv. Den større værdi er, at sikkerhedshændelsen kan knyttes til en identificerbar vare og til de operationelle data, der allerede er knyttet til denne vare.

Almindelige UHF RFID EAS-implementeringsproblemer

Forudsat at en eksisterende EAS Gate kan læse UHF RFID

RF EAS og RAIN RFID kan begge involvere radio-frekvensteknologi, men de installerede læsere er ikke udskiftelige. Hvis den eksisterende gate skal forblive, skal du bekræfte, om tagget skal have en separat EAS-komponent eller et dobbelt-teknologidesign.

Valg af tag før definition af arkitekturen

Et projekt kan vælge et indlæg med fremragende beholdnings-læseydelse og stadig opdage senere, at IC'en, læseren eller firmwaren ikke understøtter den nødvendige sikkerhedsfunktion.

Definer først udgangsbeslutningen: hvilke data vil blive kontrolleret, hvor godkendelsestilstanden vil blive gemt, og hvilken enhed skal ændre eller læse denne tilstand?

Behandling af Checkout som et separat sikkerhedstrin

Hvis et lovligt salg kræver en anden manuel EAS-operation, kan personalet gå glip af det. Falske alarmer bliver så et driftsproblem snarere end et RFID-problem.

Ændringen af ​​POS-transaktionen og-sikkerhedstilstanden bør designes som én arbejdsgang, hvor end den valgte arkitektur tillader det.

Test kun med en håndholdt læser

Et tag kan fungere godt under håndholdt lageroptælling og stadig opføre sig anderledes ved en udgang.

Døråbningsydelse afhænger af de installerede antenner, læserkonfiguration, tag-orientering, produktmaterialer, kundebevægelser, tilstødende mærkede varer og det fysiske miljø.

Ignorerer returneringer, ombytninger og gen-indtastning

Sikkerhedslogikken skal dække mere end det oprindelige salg. Varer, der returneres, ombyttes, overføres eller-genoplagres, kræver en klart defineret tilstandsovergang, så EAS-statussen fortsætter med at matche statussen for den rigtige vare.

Før-UHF RFID EAS-valideringstjekliste til implementering

Flyt ikke direkte fra dataarkgennemgang til masseimplementering. Valider den fulde sti med rigtige tags, rigtige produkter og det tilsigtede udgangslayout.

1. Bekræft RFID IC.Registrer den nøjagtige chipmodel og den EAS- eller produkt-statusfunktion, den implementerer.
2. Bekræft læsersupport.Bekræft, at den valgte læser og firmware kan udføre eller evaluere den påkrævede funktion.
3. Tjek softwarestien.Bekræft, hvordan RFID-data flyttes fra læseren til middleware, POS og tabsforebyggende-logik.
4. Test kodning.Sørg for, at den forventede EPC og enhver påkrævet sikkerhedstilstand kan skrives og læses konsekvent.
5. Test en autoriseret kasse.Gennemfør et normalt salg og bekræft, at varen passerer udgangen uden en forkert alarm.
6. Test en uautoriseret genstand.Flyt en vare gennem den samme udgang uden den nødvendige transaktion, og bekræft, at undtagelseslogikken udløses.
7. Test flere elementer.Gentag testen med flere mærkede produkter, der bevæger sig sammen i stedet for ét isoleret mærke.
8. Test rigtige orienteringer.Bær produkter i realistiske vinkler og positioner i stedet for at holde hvert mærke i en ideel orientering.
9. Test den faktiske merchandise.Valider ikke kun med tørre indlæg eller prøvekort, hvis produktionsmærket vil blive fastgjort til stof, emballage, elektronik, væsker eller andre udfordrende materialer.
10. Test retur og genaktivering.Returner en autoriseret vare til lageret og bekræft, at dens sikkerhedstilstand er gendannet korrekt.
11. Håndtering af testfejl.Definer, hvad der skal ske, hvis POS ikke kan opdatere tagget, netværket er utilgængeligt, eller exit-læseren ikke kan løse en varetilstand.
12. Gentag efter den endelige installation.Læserindstillinger og antenneplacering brugt under en laboratorietest bør ikke antages at opføre sig identisk efter installation.

Hvad skal verificeres ved POS og exit

På POS

• Hvilken transaktionsbegivenhed ændrer varens sikkerhedstilstand?
• Er ændringen foretaget på tagget, i databasen eller begge steder?
• Hvordan bekræfter systemet, at opdateringen lykkedes?
• Hvad sker der, hvis RFID-skriveoperationen mislykkes?
• Udfører et workflow til selv-checkout den samme sikkerhedsoperation- som en bemandet checkout?
• Hvordan håndteres tomrum, ombytninger og returneringer?

Ved udgangen

• Hvilke læseantenner definerer detektionszonen?
• Evaluerer systemet alle detekterede tags eller kun udvalgte tagpopulationer?
• Hvordan adskiller det autoriserede fra uautoriserede genstande?
• Hvad sker der, når flere tags passerer igennem sammen?
• Hvordan håndteres omstrejfende læsninger uden for den tilsigtede døråbning?
• Hvilken handling følger efter en undtagelse: hørbar alarm, personalemeddelelse, hændelseslogning eller en anden arbejdsgang?

Disse spørgsmål afslører integrationsproblemer meget tidligere end en simpel "læseområde"-test.

Sådan vælger du et UHF RFID EAS-tag

Inden du afgiver en produktionsordre, skal du spørge tagleverandøren eller systemintegratoren om specifikke svar i stedet for en generel erklæring om, at tagget "understøtter EAS".

1. Hvilken RFID IC bruges?
2. Hvilken EPC Gen2-version og valgfri funktioner implementerer IC'en?
3. Bruger chippen et produktstatusflag, en anden tag-side EAS-mekanisme eller ingen dedikeret EAS-tilstand?
4. Er sikkerhedsbeslutningstagget-side, database-drevet eller hybrid?
5. Hvilke læsermodeller og firmwareversioner er blevet testet med funktionen?
6. Kræver læseren brugerdefinerede kommandoer, speciel SDK-understøttelse eller specifik konfiguration?
7. Hvordan ændres eller autoriseres status under kassen?
8. Hvordan håndteres en mislykket skrivning eller mislykket transaktion?
9. Hvad sker der, når produktet returneres eller-på lager igen?
10. Kan mærket fungere med de installerede EAS-porte, eller er en separat EAS-komponent påkrævet?
11. Er det færdige mærke blevet testet på det faktiske produktmateriale?
12. Er tag-læser-varekombinationen blevet testet ved den tilsigtede udgang i stedet for kun på en bænk?

Et nyttigt leverandørsvar bør identificere den nøjagtige IC, læserkrav, arbejdsgang og begrænsning. "Ja, tagget har EAS" er ikke nok information til systemdesign.

Konklusion

Den mest nyttige måde at tænke på UHF RFID EAS er enkel:anti-tyverifunktionen tilhører hele systemet, ikke til etiketten alene.

En RFID IC kan give et produktstatusflag eller en anden understøttet sikkerhedsmekanisme, men den funktion bliver kun nyttig, når læseren kan få adgang til den, POS håndterer den korrekt, udgangen har pålidelig dækning, og returneringsworkflowet gendanner den korrekte tilstand.

For websteder med etablerede EAS-gates kan separate RFID/EAS-systemer eller dobbelte-teknologietiketter give den mere praktiske migreringsvej. For nye vare--niveau RFID-implementeringer kan RFID-baseret EAS linke sikkerhedshændelser direkte til identificerbare varer, forudsat at infrastrukturen og softwaren er designet sammen.

Brug denne rækkefølge, når du planlægger projektet:

Afslutningsarkitektur → autorisationslogik → RFID-læser → IC-kapacitet → tagdesign → POS-integration → returneringsworkflow → afgangstest i den virkelige- verden.

Denne sekvens er meget sikrere end at vælge et tag først og opdage efter installationen, at "EAS understøttet" ikke betød "kompatibelt med dette EAS-system."