UHF RFID EAS: Cum funcționează RFID Anti-furt și ce trebuie verificat înainte de implementare

RFID UHF poate identifica articole individuale, poate sprijini operațiunile de inventar și, în sistemul potrivit, poate participa la Supravegherea Electronică a Articolelor (EAS). Asta nu înseamnă că fiecare etichetă RFID UHF este automat o etichetă anti-furt.

Distincția contează deoarece EAS este o funcție-la nivel de sistem. O etichetă poate accepta un mecanism-de stare a produsului, dar cititorul, software-ul, procesul-de-de vânzare, infrastructura de ieșire și fluxul de lucru de returnare trebuie să funcționeze împreună înainte ca sistemul să poată decide în mod fiabil dacă un articol este permis să plece.

Există o altă sursă comună de confuzie: o poartă EAS convențională nu devine un cititor RFID UHF pur și simplu pentru că mărfurile poartă o etichetă RFID. Infrastructura EAS existentă, EAS bazat pe RFID-și etichetele RFID/EAS cu tehnologie-duală sunt abordări diferite de implementare.

Acest ghid explică modul în care funcționează UHF RFID EAS, ce înseamnă de fapt un bit EAS sau un indicator de stare a produsului, cum diferă arhitecturile principale de implementare și ce ar trebui testat înainte de o comandă de etichete în bloc sau de lansare în magazin.

Ce este UHF RFID EAS?

UHF RFID EAS este utilizarea unui sistem RFID UHF ca parte a unui proces electronic de supraveghere a articolelor. În loc să detecteze doar prezența unui element de securitate, un sistem activat-RFID poate identifica un anumit articol etichetat și poate evalua dacă acel articol este autorizat să părăsească o zonă controlată.

O etichetă pasivă UHF RFID comunică în mod normal un EPC sau un alt identificator unui cititor compatibil. Un flux de lucru EAS adaugă o altă decizie: ar trebui acest articol să treacă prin ieșire sau mișcarea ar trebui să creeze o excepție?

Răspunsul poate proveni dintr-o stare stocată pe eticheta RFID, dintr-o bază de date-back-end de tranzacții sau din ambele.

CurentulStandard RFID UHF GS1 EPC Generation-2este versiunea 3.0.1. GS1 separă cerințele obligatorii ale protocolului de capacitățile opționale, iar dispozițiile de conformitate-aplicației sale includ cerințe suplimentare pentru modificarea-supravegherea electronică a articolelor. În practică, aceasta înseamnă că doar compatibilitatea de bază EPC Gen2 nu este suficientă pentru a demonstra că o anumită combinație de etichetă-și-de cititor acceptă fluxul de lucru EAS de care aveți nevoie.

UHF RFID EAS nu este același cu EAS tradițional

EAS tradițional

EAS tradițional este conceput în primul rând pentru a detecta îndepărtarea neautorizată a mărfurilor. O etichetă de securitate sau o etichetă rigidă interacționează cu o poartă EAS poziționată lângă o ieșire. Dacă un element de securitate activ intră în zona de detectare, sistemul poate genera o alarmă.

Sistemul nu trebuie neapărat să știe cu exactitate care SKU sau articol serializat trece prin ușă. Sarcina sa principală este de a detecta un element de securitate activ.

EAS bazat pe RFID-

RFID UHF funcționează diferit. Cititorul comunică cu un IC RFID atașat la o antenă și poate identifica un articol individual. Software-ul poate folosi apoi acea identitate, o etichetă-starea laterală, datele tranzacției sau o combinație a acestor semnale pentru a decide dacă mișcarea este autorizată.

Acest lucru permite ca un eveniment de-prevenire a pierderii să fie conectat la informații-la nivel de articol și nu doar la prezența unei etichete de securitate.

Tehnologie duală- RFID + etichete EAS

O a treia opțiune este o etichetă fizică care conține atât o inserție RFID UHF, cât și o componentă EAS convențională.

Această arhitectură este utilă atunci când un comerciant dorește RFID pentru identificarea articolelor și operațiunile de inventariere, dar intenționează să păstreze un sistem de poartă EAS instalat. Avery Dennison figurează în prezentetichete combinate cu tehnologie dublă-UHF RFID și EASîn acest scop.

Motivul pentru combinarea tehnologiilor este simplu: porțile tradiționale RF EAS și cititoarele RFID RAIN nu sunt interschimbabile. Avery Dennison a documentat în mod special că cititoarele de poartă RF EAS existente nu pot funcționa ca cititoare RFID RAIN.

Înainte de a întreba dacă o „etichetă RFID EAS” funcționează cu o poartă de magazin existentă, identificați mai întâi ambele tehnologii. Întrebarea importantă nu este formularea de pe citatul etichetei; este ceea ce componentele RFID și EAS sunt instalate de fapt în etichetă și la ieșire.

Cum funcționează funcția EAS într-un sistem RFID UHF

Secvența exactă variază în funcție de IC și arhitectura sistemului, dar majoritatea implementărilor au aceleași puncte de control operaționale.

1. Eticheta este codificată și asociată cu un articol

O etichetă RFID este atașată produsului și asociată cu o înregistrare a articolului. Un EPC sau un alt identificator poate fi scris pe etichetă și conectat la informații despre produs din sistemul de afaceri.

Dacă IC-ul ales acceptă un mecanism EAS de etichetă-lateral sau de stare a produsului-, starea sa inițială poate fi configurată și în timpul codificării.

2. Articolul intră în starea de vânzări active sau controlată

În timp ce articolul rămâne la nivelul vânzărilor, într-o bibliotecă sau în interiorul unei alte zone controlate, sistemul îl tratează ca marfă sau bun care nu a finalizat încă un proces de eliminare autorizat.

Această stare poate fi menținută în două moduri principale:

• direct pe eticheta RFID printr-un mecanism de stare acceptat sau
• într-o bază de date-back-end asociată cu EPC-ul articolului sau alt identificator.

3. Checkout sau Autorizarea modifică starea afacerii

Când are loc o vânzare, un împrumut, un transfer sau un alt eveniment autorizat, sistemul trebuie să înregistreze că elementul are permisiunea de a pleca.

Într-un design lateral de etichetă-, sistemul POS sau RFID poate actualiza un semnalizator de stare acceptat. Într-un design bazat pe baza de date-, eticheta în sine poate rămâne neschimbată în timp ce înregistrarea-back-end este actualizată.

Acest pas ar trebui să facă parte din fluxul de lucru normal al tranzacțiilor. Dacă personalul trebuie să-și amintească o operațiune de securitate separată după fiecare vânzare legitimă, riscul alarmelor false crește.

4. Sistemul de ieșire evaluează elementul

La o ieșire cu RFID-activată, cititorul detectează eticheta și transmite datele relevante către logica EAS.

Sistemul poate verifica starea unei etichete-, poate compara EPC cu înregistrările tranzacțiilor sau le poate evalua pe ambele. Un articol care nu a finalizat procesul de autorizare necesar poate declanșa apoi o alarmă sau o altă acțiune de excepție.

5. Retururile și re-Intrarea trebuie să restabilească starea corectă

Un articol returnat poate re-intra în inventar după ce a fost autorizat anterior să părăsească. Prin urmare, fluxul de lucru EAS necesită un proces definit de reactivare sau de restabilire a stării-.

Un flux de lucru de checkout fără un flux de lucru de returnare potrivit este incomplet. În caz contrar, mărfurile returnate pot reapărea la nivelul vânzărilor cu un statut care nu mai reflectă starea reală a afacerii.

Ce este un bit EAS sau un semnalizator de stare a produsului?

Expresia „bit EAS” este o prescurtare utilă, dar nu ar trebui tratată ca un bit de memorie universal care există în aceeași locație și se comportă în același mod pe fiecare IC RFID UHF.

Diferite cipuri și sisteme pot implementa EAS în moduri diferite.

Unele circuite integrate RFID oferă o funcție dedicată de stare a produsului-. NXP, de exemplu, documentează un semnalizare de stare a produsului pentru produsele UCODE selectate. Curentul săuDocumentația UCODE DNA Trackinclude un semnalizator de stare a produsului care poate suporta o aplicație EAS fără a necesita ca decizia de securitate să depindă în întregime de o bază de date back-end-.

Alte cipuri pot folosi diferite funcții opționale, personalizate sau specifice ale producătorului-. O clasă separată de sisteme nu se bazează deloc pe un semnalizator EAS: cititorul de ieșire identifică EPC, iar software-ul verifică dacă articolul asociat a fost vândut, împrumutat, transferat sau autorizat în alt mod.

În scopul achiziției, „etichetă RFID UHF cu bit EAS” este, prin urmare, o specificație incompletă.

O cerință mai puternică este:

Etichetă RFID UHF și IC compatibile cu arhitectura EAS, platforma de citire, fluxul de lucru POS și metoda de validare-exit.

Tag-EAS lateral vs baza de date-EAS bazat pe etichete

Nicio abordare nu trebuie selectată numai din foaia de date a etichetei. Decizia depinde de modul în care se așteaptă să se comporte magazinul, cititorul, POS-ul și arhitectura software atunci când un articol ajunge la ieșire.

Fiecare etichetă RFID UHF acceptă EAS?

Nu.

O etichetă RFID UHF pasivă poate funcționa bine pentru numărarea stocurilor și încă nu are capacitatea EAS cerută de o anumită aplicație.

Verificați întregul lanț tehnologic înainte de a presupune compatibilitatea:

• RFID IC:Cipul implementează EAS-ul necesar, Indicatorul de stare a produsului sau alt mecanism de stare?
• Etichetă sau incrustație:Este designul antenei potrivit pentru produsul real și pentru mediul de instalare?
• Cititor:Poate cititorul să interogheze sau să modifice funcția de etichetă necesară?
• Firmware sau SDK:Software-ul cititor expune comenzile de care are nevoie aplicația?
• Middleware:Citirile RFID pot fi traduse într-o decizie de autorizare sau{0}}de prevenire a pierderii?
• POS:Fiecare casă validă actualizează în mod fiabil eticheta necesară sau starea bazei de date?
• Infrastructura de ieșire:Dispunerea antenei instalate poate detecta în mod constant elementele dorite în ușa reală?
• Retur fluxul de lucru:Marfa poate fi restabilită la starea de securitate adecvată după returnare sau re{0}}intrare?

Un furnizor care spune că un RFID IC „suportă EAS” nu dovedește că sistemul finit va funcționa la ieșire.

Suport EPC Gen2 și EAS

Relația dintre EPC Gen2 și EAS este adesea suprasimplificată.

Specificația actuală EPC generație-2 UHF RFID a GS1 este Versiunea 3.0.1. Standardul definește categoriile de comenzi obligatorii, opționale, proprietare și personalizate. De asemenea, se afirmă că etichetele și interogatorii care caută conformitatea cu supravegherea articolelor electronice cu modificări specifice trebuie să susțină prevederi opționale suplimentare identificate pentru acea aplicație.

Acest lucru duce la o regulă importantă de cumpărare:

Nu tratați „compatibil EPC Gen2” ca o dovadă că un dispozitiv acceptă fluxul de lucru EAS necesar.

Confirmați în schimb caracteristicile exacte ale CI, comenzile cititorului, comportamentul firmware-ului și logica aplicației.

UHF RFID EAS vs EAS tradițional

EAS tradițional poate fi încă alegerea mai simplă atunci când singura cerință este detectarea de bază anti{0}}furt. RFID UHF devine mai relevantă atunci când RFID la nivel-de articol este deja necesară pentru stocare, primire, reaprovizionare, verificare sau vizibilitate a activelor.

Trei arhitecturi comune de implementare RFID și EAS

Arhitectura 1: sisteme RFID și EAS separate

Produsul poartă RFID pentru identificare sau inventar și un element EAS convențional separat pentru prevenirea pierderilor.

Acest lucru menține cele două tehnologii independente. Poate fi adecvat atunci când mediul EAS existent este stabil și nu există niciun motiv operațional pentru a combina etichetele fizice.

Arhitectura 2: Dual-tehnologie RFID/EAS Etichetă

O singură etichetă fizică conține atât o inserție RFID UHF, cât și o componentă EAS.

Aceasta este adesea cea mai practică cale de migrare atunci când porțile EAS existente trebuie să rămână în funcțiune, dar organizația dorește să adauge RFID la nivel-articol. Se evită presupunerea că poarta EAS instalată poate efectua citirea RFID UHF.

Arhitectura 3: EAS bazat pe RFID-

Ieșirea în sine folosește infrastructura cititorului RFID UHF. Sistemul identifică un articol și evaluează dacă este autorizat să părăsească în funcție de starea etichetei-, datele de tranzacție sau ambele.

Această arhitectură poate oferi o integrare mai profundă între identificarea articolelor și prevenirea pierderilor, dar acordă o importanță mai mare acoperirii cititorului, logicii software, integrării POS și validării.

Ce arhitectură EAS ar trebui să alegeți?

Începeți cu infrastructura și fluxul de lucru, nu cu catalogul de etichete. Odată ce arhitectura este definită, selecția etichetelor devine mult mai ușoară.

Unde UHF RFID EAS este cel mai util

Cel mai puternic motiv pentru a utiliza EAS bazat pe RFID-este rareori „tehnologia de alarmă mai bună” în sine. Valoarea mai mare este că evenimentul de securitate poate fi legat de un articol identificabil și de datele operaționale deja asociate cu acel articol.

Probleme comune de implementare a EAS RFID UHF

Presupunând că o poartă EAS existentă poate citi RFID UHF

RF EAS și RAIN RFID pot implica ambele tehnologie de radio-frecvență, dar cititoarele instalate nu sunt interschimbabile. Dacă poarta existentă trebuie să rămână, confirmați dacă eticheta necesită o componentă EAS separată sau un design cu tehnologie dublă-.

Alegerea etichetei înainte de a defini arhitectura

Un proiect poate selecta un inlay cu o performanță excelentă de citire a inventarului-și totuși poate descoperi mai târziu că IC-ul, cititorul sau firmware-ul nu acceptă funcția de securitate necesară.

Definiți mai întâi decizia de ieșire: ce date vor fi verificate, unde va fi stocată starea de autorizare și ce dispozitiv trebuie să schimbe sau să citească acea stare?

Tratează Checkout ca un pas separat de securitate

Dacă o vânzare legitimă necesită o a doua operare manuală EAS, personalul o poate rata. Alarmele false devin mai degrabă o problemă operațională decât o problemă RFID.

Tranzacția POS și schimbarea stării de securitate-ar trebui concepute ca un singur flux de lucru oriunde permite arhitectura aleasă.

Testarea numai cu un cititor portabil

O etichetă poate funcționa bine în timpul numărării inventarului portabil și totuși se poate comporta diferit la o ieșire.

Performanța ușii depinde de antenele instalate, configurația cititorului, orientarea etichetei, materialele produsului, mișcarea clienților, mărfurile etichetate adiacente și mediul fizic.

Ignorarea returnărilor, schimburilor și re{0}}intrarilor

Logica de securitate trebuie să acopere mai mult decât vânzarea inițială. Mărfurile returnate, schimbate, transferate sau re{1}}restocate necesită o tranziție de stare clar definită, astfel încât starea EAS să se potrivească în continuare cu starea reală a articolului.

Lista de verificare pentru validarea EAS RFID UHF înainte de-implementare

Nu treceți direct de la examinarea foii de date la implementarea în bloc. Validați calea completă cu etichete reale, produse reale și aspectul de ieșire prevăzut.

1. Confirmați IC RFID.Înregistrați modelul exact de cip și funcția EAS sau starea produsului{0}} pe care o implementează.
2. Confirmați suportul pentru cititor.Verificați dacă cititorul și firmware-ul selectat pot executa sau evalua caracteristica necesară.
3. Verificați calea software-ului.Confirmați modul în care datele RFID se mută de la cititor la middleware, POS și logica de prevenire a pierderilor-.
4. Testați codificarea.Asigurați-vă că EPC-ul așteptat și orice stare de securitate necesară pot fi scrise și citite în mod consecvent.
5. Testați o casă autorizată.Finalizați o vânzare normală și confirmați că articolul trece de ieșire fără o alarmă incorectă.
6. Testați un articol neautorizat.Mutați un articol prin aceeași ieșire fără tranzacția necesară și confirmați că logica de excepție este declanșată.
7. Testați mai multe articole.Repetați testul cu mai multe produse etichetate care se mișcă împreună, mai degrabă decât o singură etichetă izolată.
8. Testează orientările reale.Transportați produsele în unghiuri și poziții realiste, în loc să țineți fiecare etichetă într-o orientare ideală.
9. Testați marfa reală.Nu validați numai cu incrustații uscate sau carduri de probă dacă eticheta de producție va fi atașată pe țesături, ambalaje, electronice, lichide sau alte materiale provocatoare.
10. Revenirea testului și reactivarea.Returnați un articol autorizat în inventar și confirmați că starea sa de securitate este restabilită corect.
11. Testarea eșecului de gestionare.Definiți ce se întâmplă dacă POS-ul nu poate actualiza eticheta, rețeaua nu este disponibilă sau cititorul de ieșire nu poate rezolva starea unui articol.
12. Repetați după instalarea finală.Nu se presupune că setările cititorului și amplasarea antenei utilizate în timpul unui test de laborator se comportă identic după instalare.

Ce să verificați la POS și la ieșire

La POS

• Ce eveniment de tranzacție modifică starea de securitate a articolului?
• Modificarea se face pe etichetă, în baza de date sau în ambele locuri?
• Cum confirmă sistemul că actualizarea a reușit?
• Ce se întâmplă dacă operația de scriere RFID eșuează?
• Un flux de lucru de -checkout automat efectuează aceeași operațiune de-stare de securitate ca o casă cu personal?
• Cum sunt gestionate anulările, schimburile și retururile?

La Ieșire

• Ce antene de citire definesc zona de detectare?
• Sistemul evaluează toate etichetele detectate sau numai populațiile de etichete selectate?
• Cum diferențiază articolele autorizate de cele neautorizate?
• Ce se întâmplă când mai multe etichete trec împreună?
• Cum sunt gestionate citirile rătăcite în afara ușii prevăzute?
• Ce acțiune urmează unei excepții: alarmă sonoră, notificarea personalului, înregistrarea evenimentelor sau alt flux de lucru?

Aceste întrebări expun probleme de integrare mult mai devreme decât un simplu test „interval de citire”.

Cum să alegeți o etichetă UHF RFID EAS

Înainte de a plasa o comandă de producție, solicitați furnizorului de etichete sau integratorului de sistem răspunsuri specifice, mai degrabă decât o declarație generală conform căreia eticheta „acceptă EAS”.

1. Ce IC RFID este folosit?
2. Ce versiune EPC Gen2 și ce funcții opționale implementează IC?
3. Cipul folosește un semnalizare de stare a produsului, un alt mecanism EAS de etichetă-lateral sau nicio stare EAS dedicată?
4. Este eticheta de decizie de securitate-laterală, baza de date-conduită sau hibridă?
5. Ce modele de cititoare și versiuni de firmware au fost testate cu această funcție?
6. Cititorul necesită comenzi personalizate, suport SDK special sau configurație specifică?
7. Cum se modifică sau se autorizează starea în timpul plății?
8. Cum se gestionează o scriere eșuată sau o tranzacție eșuată?
9. Ce se întâmplă când produsul este returnat sau re{0}}restocat?
10. Eticheta poate funcționa cu porțile EAS instalate sau este necesară o componentă EAS separată?
11. Eticheta finită a fost testată pe materialul propriu-zis al produsului?
12. Combinația de articole-cititor-etichete a fost testată la ieșirea dorită, mai degrabă decât doar pe o bancă?

Un răspuns util al furnizorului ar trebui să identifice exact IC-ul, cerințele cititorului, fluxul de lucru și limitarea. „Da, eticheta are EAS” nu este suficientă informație pentru proiectarea sistemului.

Concluzie

Cel mai util mod de a vă gândi la UHF RFID EAS este simplu:funcția anti-furt aparține întregului sistem, nu numai etichetei.

Un IC RFID poate furniza un semnalizare de stare a produsului sau un alt mecanism de securitate acceptat, dar această caracteristică devine utilă numai atunci când cititorul îl poate accesa, POS-ul îl gestionează corect, ieșirea are o acoperire fiabilă și fluxul de lucru de retur restabilește starea corectă.

Pentru site-urile cu porți EAS stabilite, sisteme RFID/EAS separate sau etichete duale-tehnologice pot oferi calea de migrare mai practică. Pentru implementările RFID la nivel-nou, EAS bazat pe RFID-poate lega evenimentele de securitate direct la mărfuri identificabile, cu condiția ca infrastructura și software-ul să fie proiectate împreună.

Utilizați această ordine când planificați proiectul:

Arhitectură de ieșire → logica de autorizare → cititor RFID → capacitate IC → design etichetă → integrare POS → flux de lucru de returnare → testare de ieșire din lumea reală-.

Această secvență este mult mai sigură decât selectarea mai întâi a unei etichete și descoperirea după instalare că „suportat EAS” nu înseamnă „compatibil cu acest sistem EAS”.