UHF RFID EAS: Hvordan RFID Anti-tyveri fungerer og hva du skal verifisere før distribusjon

UHF RFID kan identifisere individuelle varer, støtte lageroperasjoner og, i riktig system, ta del i elektronisk artikkelovervåking (EAS). Det betyr ikke at hver UHF RFID-brikke automatisk er en anti-tyveribrikke.

Skillet er viktig fordi EAS er en funksjon på system-nivå. En tag kan støtte en produkt-statusmekanisme, men leseren, programvaren,-salgsprosessen,-salgsprosessen, utgangsinfrastrukturen og returarbeidsflyten må alle fungere sammen før systemet pålitelig kan avgjøre om en vare får lov til å forlate.

Det er en annen vanlig kilde til forvirring: en konvensjonell EAS-port blir ikke en UHF RFID-leser bare fordi varer bærer en RFID-etikett. Eksisterende EAS-infrastruktur, RFID-basert EAS og dobbel-teknologi RFID/EAS-etiketter er forskjellige distribusjonstilnærminger.

Denne veiledningen forklarer hvordan UHF RFID EAS fungerer, hva en EAS-bit eller produktstatusflagg faktisk betyr, hvordan de viktigste distribusjonsarkitekturene er forskjellige, og hva som bør testes før en bulk-tag-bestilling eller butikkutrulling.

Hva er UHF RFID EAS?

UHF RFID EAS er bruken av et UHF RFID-system som en del av en elektronisk artikkelovervåkingsprosess. I stedet for å oppdage bare tilstedeværelsen av et sikkerhetselement, kan et RFID-aktivert system identifisere et spesifikt merket element og evaluere om det elementet er autorisert til å forlate et kontrollert område.

En passiv UHF RFID-brikke kommuniserer normalt en EPC eller en annen identifikator til en kompatibel leser. En EAS-arbeidsflyt legger til en annen beslutning: skal dette elementet passere gjennom utgangen, eller skal bevegelsen skape et unntak?

Svaret kan komme fra en status som er lagret på RFID-taggen, fra en-backend-transaksjonsdatabase eller fra begge.

Den nåværendeGS1 EPC Generation-2 UHF RFID-standarder versjon 3.0.1. GS1 skiller obligatoriske protokollkrav fra valgfrie funksjoner, og applikasjons-samsvarsbestemmelsene inkluderer tilleggskrav for endrings-elektronisk artikkelovervåking. I praksis betyr det at grunnleggende EPC Gen2-kompatibilitet alene ikke er nok til å bevise at en bestemt tag-og-leserkombinasjon støtter EAS-arbeidsflyten du trenger.

UHF RFID EAS er ikke det samme som tradisjonell EAS

Tradisjonell EAS

Tradisjonell EAS er først og fremst designet for å oppdage uautorisert fjerning av varer. En sikkerhetsetikett eller hard tag samhandler med en EAS-port plassert nær en utgang. Hvis et aktivt sikkerhetselement kommer inn i deteksjonssonen, kan systemet generere en alarm.

Systemet trenger ikke nødvendigvis å vite nøyaktig hvilken SKU eller serialisert vare som passerer gjennom døren. Hovedoppgaven er å oppdage et aktivt sikkerhetselement.

RFID-Basert EAS

UHF RFID fungerer annerledes. Leseren kommuniserer med en RFID IC festet til en antenne og kan identifisere et enkelt element. Programvare kan deretter bruke denne identiteten, en tag-sidestatus, transaksjonsdata eller en kombinasjon av disse signalene for å avgjøre om bevegelsen er autorisert.

Dette gjør at en taps-forebyggende hendelse kan kobles til informasjon på vare-nivå i stedet for bare tilstedeværelsen av en sikkerhetstag.

Doble-teknologi RFID + EAS-tagger

Et tredje alternativ er en fysisk etikett som inneholder både et UHF RFID-innlegg og en konvensjonell EAS-komponent.

Denne arkitekturen er nyttig når en forhandler ønsker RFID for vareidentifikasjon og lageroperasjoner, men har til hensikt å beholde et installert EAS-portsystem. Avery Dennison lister for øyeblikketdobbel-teknologi UHF RFID og EAS kombinasjonskoderfor dette formålet.

Grunnen til å kombinere teknologiene er enkel: tradisjonelle RF EAS-porter og RAIN RFID-lesere er ikke utskiftbare. Avery Dennison har spesifikt dokumentert at eksisterende RF EAS-portlesere ikke kan fungere som RAIN RFID-lesere.

Før du spør om en "RFID EAS-tag" fungerer med en eksisterende butikkport, identifiser begge teknologiene først. Det viktige spørsmålet er ikke ordlyden på tag-sitatet; det er hvilke RFID- og EAS-komponenter som faktisk er installert i etiketten og ved utgangen.

Hvordan EAS-funksjonen fungerer i et UHF RFID-system

Den nøyaktige sekvensen varierer etter IC og systemarkitektur, men de fleste distribusjoner har de samme operasjonelle sjekkpunktene.

1. Taggen er kodet og assosiert med et element

En RFID-brikke er festet til produktet og knyttet til en varepost. En EPC eller en annen identifikator kan skrives til taggen og kobles til produktinformasjon i forretningssystemet.

Hvis den valgte IC støtter en tag-side EAS eller produkt-statusmekanisme, kan dens opprinnelige tilstand også konfigureres under koding.

2. Varen går inn i aktivt salg eller kontrollert tilstand

Mens varen forblir på salgsgulvet, i et bibliotek eller inne i et annet kontrollert område, behandler systemet det som varer eller en eiendel som ennå ikke har fullført en autorisert fjerningsprosess.

Denne tilstanden kan opprettholdes på to hovedmåter:

• direkte på RFID-taggen gjennom en støttet statusmekanisme, eller
• i en backend-database knyttet til varens EPC eller annen identifikator.

3. Kasse eller autorisasjon endrer forretningsstatus

Når et salg, lån, overføring eller annen autorisert hendelse inntreffer, må systemet registrere at varen har tillatelse til å forlate.

I en tag-sidedesign kan POS- eller RFID-systemet oppdatere et støttet statusflagg. I et database-drevet design kan selve taggen forbli uendret mens bak-posten oppdateres.

Dette trinnet bør være en del av den normale transaksjonsarbeidsflyten. Hvis personalet må huske en egen sikkerhetsoperasjon etter hvert lovlig salg, øker risikoen for falske alarmer.

4. Utgangssystemet evaluerer varen

Ved en RFID-aktivert utgang oppdager leseren taggen og sender de relevante dataene til EAS-logikken.

Systemet kan sjekke en tag-sidestatus, sammenligne EPC med transaksjonsposter eller evaluere begge. Et element som ikke har fullført den nødvendige autorisasjonsprosessen, kan deretter utløse en alarm eller en annen unntakshandling.

5. Retur og re-inngang må gjenopprette riktig tilstand

En returnert vare kan-tre inn i beholdningen etter å ha blitt autorisert til å forlate den tidligere. EAS-arbeidsflyten trenger derfor en definert reaktiverings- eller status-gjenopprettingsprosess.

En arbeidsflyt for utsjekking uten en samsvarende returarbeidsflyt er ufullstendig. Returnerte varer kan ellers dukke opp igjen på salgsgulvet med en status som ikke lenger gjenspeiler dens reelle forretningstilstand.

Hva er et EAS-bit eller produktstatusflagg?

Uttrykket "EAS-bit" er nyttig stenografi, men det bør ikke behandles som en universell minnebit som eksisterer på samme sted og oppfører seg på samme måte på hver UHF RFID-IC.

Ulike brikker og systemer kan implementere EAS på forskjellige måter.

Noen RFID-IC-er har en dedikert produkt-statusfunksjon. NXP, for eksempel, dokumenterer et produktstatusflagg på utvalgte UCODE-produkter. Dens nåværendeUCODE DNA Track-dokumentasjoninkluderer et produktstatusflagg som kan støtte en EAS-applikasjon uten å kreve at sikkerhetsavgjørelsen helt avhenger av en{0}}backend-database.

Andre brikker kan bruke andre valgfrie, tilpassede eller produsentspesifikke funksjoner-. En egen klasse av systemer er ikke avhengig av et EAS-flagg i det hele tatt: exit-leseren identifiserer EPC-en, og programvaren sjekker om den tilknyttede varen er solgt, utlånt, overført eller på annen måte autorisert.

For kjøpsformål er "UHF RFID-tag med EAS-bit" derfor en ufullstendig spesifikasjon.

Et sterkere krav er:

UHF RFID-tag og IC som er kompatible med den tiltenkte EAS-arkitekturen, leserplattformen, POS-arbeidsflyten og -avslutningsvalideringsmetoden.

Tag-Side EAS vs Database-Driven EAS

Ingen av tilnærmingene bør velges fra tagdataarket alene. Beslutningen avhenger av hvordan butikken, leseren, POS og programvarearkitekturen forventes å oppføre seg når en vare når utgangen.

Støtter hver UHF RFID-tag EAS?

Ingen.

En passiv UHF RFID-brikke kan fungere godt for lagertelling og fortsatt mangle EAS-evnen som kreves av en spesifikk applikasjon.

Sjekk hele teknologikjeden før du antar kompatibilitet:

• RFID IC:Implementerer brikken den nødvendige EAS, produktstatusflagg eller annen statusmekanisme?
• Tag eller innlegg:Er antennedesignet egnet for det faktiske produktet og installasjonsmiljøet?
• Leser:Kan leseren spørre eller endre den nødvendige tag-funksjonen?
• Fastvare eller SDK:Avslører leserprogramvaren kommandoene applikasjonen trenger?
• Mellomvare:Kan RFID-avlesninger oversettes til en beslutning om godkjenning eller tap-?
• POS:Oppdaterer hver gyldig kasse den nødvendige koden eller databasetilstanden pålitelig?
• Avslutt infrastruktur:Kan det installerte antenneoppsettet oppdage de tiltenkte gjenstandene konsekvent i den virkelige døråpningen?
• Retur arbeidsflyt:Kan varer gjenopprettes til riktig sikkerhetstilstand etter retur eller gjeninntreden?

En leverandør som sier at en RFID IC "støtter EAS" beviser ikke at det ferdige systemet vil fungere ved utgangen.

EPC Gen2 og EAS-støtte

Forholdet mellom EPC Gen2 og EAS er ofte forenklet.

GS1s nåværende EPC Generation-2 UHF RFID-spesifikasjon er versjon 3.0.1. Standarden definerer obligatoriske, valgfrie, proprietære og tilpassede kommandokategorier. Den sier også at etiketter og avhørere som søker spesifikke endringer-elektroniske artikler overvåkingsoverensstemmelser må støtte ytterligere valgfrie bestemmelser identifisert for den applikasjonen.

Dette fører til en viktig kjøpsregel:

Ikke behandle "EPC Gen2-kompatibel" som bevis på at en enhet støtter den nødvendige EAS-arbeidsflyten.

Bekreft de nøyaktige IC-funksjonene, leserkommandoer, fastvareatferd og applikasjonslogikk i stedet.

UHF RFID EAS vs Tradisjonell EAS

Tradisjonell EAS kan fortsatt være det enklere valget når det eneste kravet er grunnleggende anti-tyverideteksjon. UHF RFID blir mer relevant når RFID på vare-nivå allerede er nødvendig for inventar, mottak, etterfylling, utsjekking eller synlighet av aktiva.

Tre vanlige RFID- og EAS-implementeringsarkitekturer

Arkitektur 1: Separate RFID- og EAS-systemer

Produktet har RFID for identifikasjon eller inventar og et eget konvensjonelt EAS-element for tapsforebygging.

Dette holder de to teknologiene uavhengige. Det kan være hensiktsmessig når det eksisterende EAS-miljøet er stabilt og det ikke er noen driftsmessig grunn til å kombinere de fysiske taggene.

Arkitektur 2: Dobbel-teknologi RFID/EAS-etikett

En enkelt fysisk etikett inneholder både et UHF RFID-innlegg og en EAS-komponent.

Dette er ofte den mest praktiske migreringsveien når eksisterende EAS-porter må forbli i drift, men organisasjonen ønsker å legge til RFID på vare-nivå. Den unngår å anta at den installerte EAS-porten kan utføre UHF RFID-avlesning.

Arkitektur 3: RFID-Basert EAS

Selve utgangen bruker UHF RFID-leserinfrastruktur. Systemet identifiserer en vare og evaluerer om den er autorisert til å forlate basert på tag-sidestatus, transaksjonsdata eller begge deler.

Denne arkitekturen kan gi dypere integrasjon mellom gjenstandsidentifikasjon og tapsforebygging, men den legger større vekt på leserdekning, programvarelogikk, POS-integrasjon og validering.

Hvilken EAS-arkitektur bør du velge?

Start med infrastrukturen og arbeidsflyten, ikke etikettkatalogen. Når arkitekturen er definert, blir taggvalg mye enklere.

Hvor UHF RFID EAS er mest nyttig

Den sterkeste grunnen til å bruke RFID-basert EAS er sjelden «bedre alarmteknologi» i seg selv. Den større verdien er at sikkerhetshendelsen kan knyttes til en identifiserbar vare og til driftsdataene som allerede er knyttet til den varen.

Vanlige UHF RFID EAS-implementeringsproblemer

Forutsatt at en eksisterende EAS-port kan lese UHF RFID

RF EAS og RAIN RFID kan begge involvere radio-frekvensteknologi, men de installerte leserne er ikke utskiftbare. Hvis den eksisterende porten må forbli, bekrefter du om taggen trenger en separat EAS-komponent eller en dobbel-teknologidesign.

Velge tag før du definerer arkitekturen

Et prosjekt kan velge et innlegg med utmerket leseytelse-og likevel oppdage senere at IC, leser eller fastvare ikke støtter den nødvendige sikkerhetsfunksjonen.

Definer utgangsbeslutningen først: hvilke data vil bli sjekket, hvor autorisasjonstilstanden vil bli lagret, og hvilken enhet må endre eller lese den tilstanden?

Behandle Checkout som et separat sikkerhetstrinn

Hvis et lovlig salg krever en ny manuell EAS-operasjon, kan personalet gå glipp av det. Falske alarmer blir da et driftsproblem i stedet for et RFID-problem.

POS-transaksjonen og-sikkerhetstilstandsendringen bør utformes som én arbeidsflyt der den valgte arkitekturen tillater det.

Tester kun med en håndholdt leser

En tag kan fungere godt under håndholdt lagertelling og fortsatt oppføre seg annerledes ved en utgang.

Døråpningsytelsen avhenger av installerte antenner, leserkonfigurasjon, tag-orientering, produktmateriale, kundebevegelser, tilstøtende merkede varer og det fysiske miljøet.

Ignorerer returer, utvekslinger og gjeninnføring.-

Sikkerhetslogikk må dekke mer enn det første salget. Varer som returneres, byttes, overføres eller-på lager trenger en klart definert tilstandsovergang slik at EAS-statusen fortsetter å samsvare med statusen for den virkelige varen.

Pre-UHF RFID EAS-valideringssjekkliste for distribusjon

Ikke gå direkte fra dataarkgjennomgang til massedistribusjon. Valider hele banen med ekte tagger, ekte produkter og det tiltenkte utgangsoppsettet.

1. Bekreft RFID-kretsen.Registrer den nøyaktige brikkemodellen og EAS- eller produktstatusfunksjonen- den implementerer.
2. Bekreft leserstøtte.Bekreft at den valgte leseren og fastvaren kan utføre eller evaluere den nødvendige funksjonen.
3. Sjekk programvarebanen.Bekreft hvordan RFID-data flyttes fra leseren til mellomvare-, POS- og tapsforebyggende-logikk.
4. Test koding.Sørg for at forventet EPC og eventuelle nødvendige sikkerhetstilstander kan skrives og leses konsekvent.
5. Test en autorisert kasse.Gjennomfør et normalt salg og bekreft at varen passerer utgangen uten feil alarm.
6. Test en uautorisert gjenstand.Flytt et element gjennom den samme utgangen uten den nødvendige transaksjonen og bekreft at unntakslogikken utløses.
7. Test flere elementer.Gjenta testen med flere merkede produkter som beveger seg sammen i stedet for én isolert merkelapp.
8. Test ekte orienteringer.Bær produkter i realistiske vinkler og posisjoner i stedet for å holde hver brikke i en ideell orientering.
9. Test selve varene.Ikke valider kun med tørre innlegg eller prøvekort hvis produksjonsetiketten skal festes til stoff, emballasje, elektronikk, væsker eller andre utfordrende materialer.
10. Testretur og reaktivering.Returner en autorisert vare til inventaret og bekreft at sikkerhetstilstanden er gjenopprettet på riktig måte.
11. Håndtering av testfeil.Definer hva som skjer hvis POS ikke kan oppdatere taggen, nettverket er utilgjengelig eller utgangsleseren ikke kan løse en varetilstand.
12. Gjenta etter endelig installasjon.Leserinnstillinger og antenneplassering som brukes under en laboratorietest bør ikke antas å oppføre seg identisk etter installasjon.

Hva du skal bekrefte ved POS og gå ut

På POS

• Hvilken transaksjonshendelse endrer varens sikkerhetstilstand?
• Er endringen gjort på taggen, i databasen eller begge steder?
• Hvordan bekrefter systemet at oppdateringen var vellykket?
• Hva skjer hvis RFID-skriveoperasjonen mislykkes?
• Utfører en arbeidsflyt for egen-utsjekking den samme sikkerhetsoperasjonen- som en bemannet utsjekking?
• Hvordan håndteres tomrom, bytter og returer?

Ved utgangen

• Hvilke leserantenner definerer deteksjonssonen?
• Evaluerer systemet alle oppdagede tagger eller bare utvalgte tagpopulasjoner?
• Hvordan skiller det autoriserte fra uautoriserte elementer?
• Hva skjer når flere tagger passerer sammen?
• Hvordan håndteres avlesninger utenfor den tiltenkte døråpningen?
• Hvilken handling følger etter et unntak: hørbar alarm, ansattes varsling, hendelseslogging eller en annen arbeidsflyt?

Disse spørsmålene avslører integrasjonsproblemer mye tidligere enn en enkel "leseområde"-test.

Hvordan velge en UHF RFID EAS-brikke

Før du legger inn en produksjonsordre, spør tagleverandøren eller systemintegratoren om spesifikke svar i stedet for en generell uttalelse om at taggen "støtter EAS."

1. Hvilken RFID IC brukes?
2. Hvilken EPC Gen2-versjon og valgfrie funksjoner implementerer IC?
3. Bruker brikken et produktstatusflagg, en annen tag-side EAS-mekanisme eller ingen dedikert EAS-tilstand?
4. Er sikkerhetsbeslutningstaggen-side, database-drevet eller hybrid?
5. Hvilke lesermodeller og fastvareversjoner har blitt testet med funksjonen?
6. Krever leseren tilpassede kommandoer, spesiell SDK-støtte eller spesifikk konfigurasjon?
7. Hvordan endres eller autoriseres statusen under utsjekking?
8. Hvordan håndteres en mislykket skriving eller mislykket transaksjon?
9. Hva skjer når produktet returneres eller-fylles på lager?
10. Kan taggen fungere med de installerte EAS-portene, eller kreves det en separat EAS-komponent?
11. Har den ferdige etiketten blitt testet på selve produktmaterialet?
12. Har tag-leser-varekombinasjonen blitt testet ved den tiltenkte utgangen i stedet for bare på en benk?

Et nyttig leverandørsvar bør identifisere nøyaktig IC, leserkrav, arbeidsflyt og begrensning. "Ja, taggen har EAS" er ikke nok informasjon for systemdesign.

Konklusjon

Den mest nyttige måten å tenke på UHF RFID EAS er enkel:anti-tyverifunksjonen tilhører hele systemet, ikke etiketten alene.

En RFID IC kan gi et produktstatusflagg eller en annen støttet sikkerhetsmekanisme, men den funksjonen blir bare nyttig når leseren får tilgang til den, POS håndterer den riktig, utgangen har pålitelig dekning og returarbeidsflyten gjenoppretter riktig tilstand.

For nettsteder med etablerte EAS-porter kan separate RFID/EAS-systemer eller doble-teknologietiketter gi den mer praktiske migreringsveien. For nye RFID-implementeringer på -nivå, kan RFID-basert EAS koble sikkerhetshendelser direkte til identifiserbare varer, forutsatt at infrastrukturen og programvaren er utformet sammen.

Bruk denne rekkefølgen når du planlegger prosjektet:

Avslutt arkitektur → autorisasjonslogikk → RFID-leser → IC-evne → tagdesign → POS-integrasjon → returarbeidsflyt → reelle-utgangstesting.

Denne sekvensen er mye sikrere enn å velge en tag først og oppdage etter installasjonen at "EAS supported" ikke betydde "kompatibel med dette EAS-systemet."