UHF-RFID-EAS: Wie RFID-Diebstahlschutz funktioniert und was vor der Bereitstellung überprüft werden muss

UHF-RFID kann einzelne Artikel identifizieren, Inventurvorgänge unterstützen und im richtigen System an der elektronischen Artikelüberwachung (EAS) teilnehmen. Das bedeutet nicht, dass jedes UHF-RFID-Tag automatisch ein Diebstahlschutz-Tag ist.

Die Unterscheidung ist wichtig, da EAS eine Funktion auf Systemebene-ist. Ein Tag kann einen Produktstatusmechanismus unterstützen, aber das Lesegerät, die Software, der Point-of-Sale-Prozess, die Ausgangsinfrastruktur und der Rückgabeworkflow müssen alle zusammenarbeiten, bevor das System zuverlässig entscheiden kann, ob ein Artikel das Produkt verlassen darf.

Es gibt noch eine weitere häufige Ursache für Verwirrung: Ein herkömmliches EAS-Gate wird nicht zu einem UHF-RFID-Lesegerät, nur weil die Ware ein RFID-Etikett trägt. Bestehende EAS-Infrastruktur, RFID-basiertes EAS und Dual-{{2}Technologie-RFID/EAS-Etiketten sind unterschiedliche Bereitstellungsansätze.

In diesem Leitfaden wird erklärt, wie UHF-RFID-EAS funktioniert, was ein EAS-Bit oder ein Produktstatus-Flag eigentlich bedeutet, wie sich die wichtigsten Einsatzarchitekturen unterscheiden und was vor einer Großbestellung von Tags oder einem Store-Rollout getestet werden sollte.

Was ist UHF-RFID-EAS?

Unter UHF RFID EAS versteht man den Einsatz eines UHF-RFID-Systems im Rahmen einer elektronischen Warensicherung. Anstatt nur das Vorhandensein eines Sicherheitselements zu erkennen, kann ein RFID-fähiges System einen bestimmten markierten Gegenstand identifizieren und bewerten, ob dieser Gegenstand berechtigt ist, einen kontrollierten Bereich zu verlassen.

Ein passiver UHF-RFID-Tag übermittelt normalerweise einen EPC oder eine andere Kennung an ein kompatibles Lesegerät. Ein EAS-Workflow fügt eine weitere Entscheidung hinzu: Soll dieser Artikel den Ausgang passieren oder soll die Bewegung eine Ausnahme erzeugen?

Die Antwort kann von einem auf dem RFID-Tag gespeicherten Status, von einer Backend-Transaktionsdatenbank oder von beiden stammen.

Die jetzigeGS1 EPC Generation-2 UHF-RFID-Standardist Release 3.0.1. GS1 trennt obligatorische Protokollanforderungen von optionalen Funktionen und seine Anwendungs--Konformitätsbestimmungen umfassen zusätzliche Anforderungen für Änderungen-elektronische Artikelüberwachung. In der Praxis bedeutet das, dass die grundlegende EPC Gen2-Kompatibilität allein nicht ausreicht, um nachzuweisen, dass eine bestimmte Kombination aus Tag-und-Reader den von Ihnen benötigten EAS-Workflow unterstützt.

UHF-RFID-EAS ist nicht dasselbe wie herkömmliches EAS

Traditionelles EAS

Herkömmliche EAS-Systeme dienen in erster Linie dazu, die unbefugte Entnahme von Waren zu erkennen. Ein Sicherheitsetikett oder Hardtag interagiert mit einem EAS-Gate, das in der Nähe eines Ausgangs positioniert ist. Gelangt ein aktives Sicherheitselement in den Erfassungsbereich, kann das System einen Alarm auslösen.

Das System muss nicht unbedingt genau wissen, welche SKU oder welcher Artikel mit Seriennummer die Tür passiert. Seine Hauptaufgabe besteht darin, ein aktives Sicherheitselement zu erkennen.

RFID-basiertes EAS

UHF-RFID funktioniert anders. Das Lesegerät kommuniziert mit einem an einer Antenne angebrachten RFID-IC und kann einen einzelnen Artikel identifizieren. Die Software kann dann diese Identität, einen tag-seitigen Status, Transaktionsdaten oder eine Kombination dieser Signale verwenden, um zu entscheiden, ob die Bewegung autorisiert ist.

Dadurch kann ein Verlust{0}}Verhinderungsereignis mit Informationen auf Elementebene-verknüpft werden und nicht nur mit dem Vorhandensein eines Sicherheitsetiketts.

Dual-Technologie RFID + EAS-Tags

Eine dritte Option ist ein physisches Etikett, das sowohl ein UHF-RFID-Inlay als auch eine herkömmliche EAS-Komponente enthält.

Diese Architektur ist nützlich, wenn ein Einzelhändler RFID zur Artikelidentifizierung und Bestandsaufnahme benötigt, aber ein installiertes EAS-Gate-System beibehalten möchte. Avery Dennison listet derzeit aufUHF-RFID- und EAS-Kombi-Tags mit Dual--Technologiezu diesem Zweck.

Der Grund für die Kombination der Technologien ist einfach: Herkömmliche RF-EAS-Gates und RAIN-RFID-Lesegeräte sind nicht austauschbar. Avery Dennison hat ausdrücklich dokumentiert, dass vorhandene RF-EAS-Gate-Lesegeräte nicht als RAIN-RFID-Lesegeräte funktionieren können.

Bevor Sie sich fragen, ob ein „RFID-EAS-Tag“ mit einem vorhandenen Ladentor funktioniert, identifizieren Sie zunächst beide Technologien. Die wichtige Frage ist nicht der Wortlaut des Tag-Zitats; Dabei handelt es sich um die eigentlichen RFID- und EAS-Komponenten, die im Etikett und am Ausgang verbaut sind.

Wie die EAS-Funktion in einem UHF-RFID-System funktioniert

Die genaue Reihenfolge variiert je nach IC und Systemarchitektur, aber die meisten Bereitstellungen haben die gleichen betrieblichen Prüfpunkte.

1. Das Tag wird codiert und einem Artikel zugeordnet

Am Produkt wird ein RFID-Tag angebracht und mit einem Artikeldatensatz verknüpft. Ein EPC oder eine andere Kennung kann auf das Tag geschrieben und mit Produktinformationen im Geschäftssystem verknüpft werden.

Wenn der ausgewählte IC einen Tag-{0}}seitigen EAS- oder Produkt--Statusmechanismus unterstützt, kann sein Anfangsstatus auch während der Kodierung konfiguriert werden.

2. Der Artikel wechselt in den Status „Aktiver Verkauf“ oder „Kontrolliert“.

Während der Artikel auf der Verkaufsfläche, in einer Bibliothek oder in einem anderen kontrollierten Bereich verbleibt, behandelt das System ihn als Ware oder Vermögenswert, für den noch kein autorisierter Entfernungsprozess abgeschlossen wurde.

Dieser Zustand kann im Wesentlichen auf zwei Arten aufrechterhalten werden:

• direkt auf dem RFID-Tag über einen unterstützten Statusmechanismus, oder
• in einer Backend-Datenbank, die mit dem EPC oder einer anderen Kennung des Artikels verknüpft ist.

3. Durch Bezahlen oder Autorisieren ändert sich der Geschäftsstatus

Wenn ein Verkauf, eine Ausleihe, eine Übertragung oder ein anderes autorisiertes Ereignis stattfindet, muss das System aufzeichnen, dass der Artikel verlassen werden darf.

In einem tag{0}}seitigen Design kann das POS- oder RFID-System ein unterstütztes Statusflag aktualisieren. In einem datenbankgesteuerten Design kann das Tag selbst unverändert bleiben, während der Back-End-Datensatz aktualisiert wird.

Dieser Schritt sollte Teil des normalen Transaktionsablaufs sein. Wenn sich das Personal nach jedem legitimen Verkauf an eine separate Sicherheitsmaßnahme erinnern muss, erhöht sich das Risiko von Fehlalarmen.

4. Das Exit-System bewertet den Artikel

An einem RFID--fähigen Ausgang erkennt das Lesegerät das Tag und übergibt die relevanten Daten an die EAS-Logik.

Das System kann den Status einer Tag{0}}-Seite prüfen, den EPC mit Transaktionsdatensätzen vergleichen oder beides auswerten. Ein Artikel, der den erforderlichen Autorisierungsprozess nicht abgeschlossen hat, kann dann einen Alarm oder eine andere Ausnahmeaktion auslösen.

5. Rückgaben und erneuter-Eintrag müssen den korrekten Zustand wiederherstellen

Ein zurückgegebener Artikel kann wieder-in den Bestand aufgenommen werden, nachdem er zuvor zum Verlassen freigegeben wurde. Der EAS-Workflow benötigt daher einen definierten Reaktivierungs- oder Statuswiederherstellungsprozess.

Ein Checkout-Workflow ohne passenden Retouren-Workflow ist unvollständig. Retournierte Ware kann andernfalls mit einem Status wieder auf der Verkaufsfläche auftauchen, der nicht mehr den tatsächlichen Geschäftszustand widerspiegelt.

Was ist ein EAS-Bit oder ein Produktstatus-Flag?

Der Ausdruck „EAS-Bit“ ist eine nützliche Abkürzung, sollte aber nicht als universelles Speicherbit betrachtet werden, das an derselben Stelle vorhanden ist und sich auf jedem UHF-RFID-IC gleich verhält.

Verschiedene Chips und Systeme können EAS auf unterschiedliche Weise implementieren.

Einige RFID-ICs bieten eine spezielle Produktstatusfunktion. NXP dokumentiert beispielsweise ein Product Status Flag für ausgewählte UCODE-Produkte. Es ist aktuellUCODE DNA Track-Dokumentationenthält ein Produktstatus-Flag, das eine EAS-Anwendung unterstützen kann, ohne dass die Sicherheitsentscheidung vollständig von einer Back-End-Datenbank abhängen muss.

Andere Chips verwenden möglicherweise andere optionale, benutzerdefinierte oder herstellerspezifische Funktionen. Eine separate Klasse von Systemen verlässt sich überhaupt nicht auf eine EAS-Flagge: Der Ausgangsleser identifiziert den EPC und die Software prüft, ob der zugehörige Artikel verkauft, verliehen, übertragen oder anderweitig autorisiert wurde.

Aus kaufmännischer Sicht handelt es sich bei „UHF-RFID-Tag mit EAS-Bit“ daher um eine unvollständige Spezifikation.

Eine strengere Anforderung ist:

UHF-RFID-Tag und IC, kompatibel mit der vorgesehenen EAS-Architektur, Leseplattform, POS-Workflow und Ausgangsvalidierungsmethode.

Tag-Side EAS vs. Datenbank-Gesteuertes EAS

Keiner der beiden Ansätze sollte allein anhand des Tag-Datenblatts ausgewählt werden. Die Entscheidung hängt davon ab, wie sich das Geschäft, das Lesegerät, der POS und die Softwarearchitektur verhalten sollen, wenn ein Artikel den Ausgang erreicht.

Unterstützt jedes UHF-RFID-Tag EAS?

NEIN.

Ein passives UHF-RFID-Tag eignet sich gut für die Bestandszählung, verfügt jedoch nicht über die für eine bestimmte Anwendung erforderliche EAS-Fähigkeit.

Prüfen Sie die komplette Technologiekette, bevor Sie eine Kompatibilität annehmen:

• RFID-IC:Implementiert der Chip das erforderliche EAS, Produktstatus-Flag oder einen anderen Statusmechanismus?
• Tag oder Inlay:Ist das Antennendesign für das tatsächliche Produkt und die Installationsumgebung geeignet?
• Leser:Kann der Leser die gewünschte Tag-Funktion abfragen oder ändern?
• Firmware oder SDK:Stellt die Lesesoftware die Befehle bereit, die die Anwendung benötigt?
• Middleware:Können RFID-Lesevorgänge in eine Autorisierungs- oder Schadensverhütungsentscheidung umgewandelt werden?
• POS:Aktualisiert jeder gültige Checkout zuverlässig das erforderliche Tag oder den Datenbankstatus?
• Ausgangsinfrastruktur:Kann die installierte Antennenanordnung die beabsichtigten Gegenstände im realen Türrahmen konsistent erkennen?
• Retouren-Workflow:Können Waren nach Rückgabe oder Wiedereinfuhr wieder in den entsprechenden Sicherheitszustand versetzt werden?

Die Aussage eines Lieferanten, dass ein RFID-IC „EAS unterstützt“, beweist nicht, dass das fertige System am Ausgang funktioniert.

EPC Gen2- und EAS-Unterstützung

Die Beziehung zwischen EPC Gen2 und EAS wird oft zu stark vereinfacht.

Die aktuelle EPC Generation-2 UHF-RFID-Spezifikation von GS1 ist Release 3.0.1. Der Standard definiert obligatorische, optionale, proprietäre und benutzerdefinierte Befehlskategorien. Darin heißt es außerdem, dass Tags und Abfragegeräte, die eine bestimmte Konformität mit der elektronischen Artikelüberwachung für Änderungen anstreben, zusätzliche optionale Bestimmungen unterstützen müssen, die für diese Anwendung festgelegt wurden.

Daraus ergibt sich eine wichtige Einkaufsregel:

Betrachten Sie „EPC Gen2-kompatibel“ nicht als Beweis dafür, dass ein Gerät Ihren erforderlichen EAS-Workflow unterstützt.

Bestätigen Sie stattdessen die genauen IC-Funktionen, Lesebefehle, das Firmware-Verhalten und die Anwendungslogik.

UHF-RFID-EAS im Vergleich zu herkömmlichem EAS

Herkömmliches EAS kann immer noch die einfachere Wahl sein, wenn die einzige Anforderung eine grundlegende Diebstahlerkennung ist. UHF-RFID wird immer relevanter, wenn RFID bereits auf Artikelebene für Inventar, Wareneingang, Nachschub, Kasse oder Bestandstransparenz erforderlich ist.

Drei gängige RFID- und EAS-Bereitstellungsarchitekturen

Architektur 1: Separate RFID- und EAS-Systeme

Das Produkt verfügt über RFID zur Identifizierung oder Inventarisierung und ein separates herkömmliches EAS-Element zur Schadensverhütung.

Dadurch bleiben die beiden Technologien unabhängig. Dies kann sinnvoll sein, wenn die bestehende EAS-Umgebung stabil ist und es keinen betrieblichen Grund gibt, die physischen Tags zu kombinieren.

Architektur 2: Dual-Technologie RFID/EAS-Label

Ein einzelnes physisches Etikett enthält sowohl ein UHF-RFID-Inlay als auch eine EAS-Komponente.

Dies ist oft der praktischste Migrationspfad, wenn bestehende EAS-Gates in Betrieb bleiben müssen, das Unternehmen aber RFID auf Artikelebene hinzufügen möchte. Dadurch wird die Annahme vermieden, dass das installierte EAS-Gate UHF-RFID-Lesen durchführen kann.

Architektur 3: RFID-basiertes EAS

Der Ausgang selbst nutzt die Infrastruktur eines UHF-RFID-Lesegeräts. Das System identifiziert einen Artikel und bewertet anhand des Tag--Seitenstatus, der Transaktionsdaten oder beider, ob er zum Verlassen berechtigt ist.

Diese Architektur kann eine tiefere Integration zwischen Artikelidentifikation und Verlustprävention ermöglichen, legt jedoch größeren Wert auf Leserabdeckung, Softwarelogik, POS-Integration und Validierung.

Welche EAS-Architektur sollten Sie wählen?

Beginnen Sie mit der Infrastruktur und dem Workflow, nicht mit dem Etikettenkatalog. Sobald die Architektur definiert ist, wird die Tag-Auswahl viel einfacher.

Wo UHF-RFID-EAS am nützlichsten ist

Der stärkste Grund für den Einsatz von RFID-basierten EAS ist selten „bessere Alarmtechnologie“ an sich. Der größere Wert besteht darin, dass das Sicherheitsereignis mit einem identifizierbaren Element und den mit diesem Element bereits verknüpften Betriebsdaten verknüpft werden kann.

Häufige Probleme bei der Implementierung von UHF-RFID-EAS

Vorausgesetzt, ein vorhandenes EAS-Gate kann UHF-RFID lesen

Bei RF EAS und RAIN RFID handelt es sich möglicherweise beide um Hochfrequenztechnologie, die installierten Lesegeräte sind jedoch nicht austauschbar. Wenn das vorhandene Gate bestehen bleiben muss, bestätigen Sie, ob das Tag eine separate EAS-Komponente oder ein Dual--Technologie-Design benötigt.

Auswählen des Tags vor dem Definieren der Architektur

Ein Projekt kann ein Inlay mit ausgezeichneter Inventar-{0}}Leseleistung auswählen und später dennoch feststellen, dass der IC, das Lesegerät oder die Firmware die erforderliche Sicherheitsfunktion nicht unterstützt.

Definieren Sie zunächst die Exit-Entscheidung: Welche Daten werden überprüft, wo wird der Autorisierungsstatus gespeichert und welches Gerät muss diesen Status ändern oder lesen?

Behandeln Sie den Checkout als separaten Sicherheitsschritt

Wenn ein legitimer Verkauf einen zweiten manuellen EAS-Vorgang erfordert, kann es passieren, dass das Personal diesen übersieht. Fehlalarme werden dann zu einem Betriebsproblem und nicht zu einem RFID-Problem.

Die POS-Transaktion und die Änderung des Sicherheitsstatus sollten als ein Workflow konzipiert werden, sofern die gewählte Architektur dies zulässt.

Nur mit einem Handheld-Lesegerät testen

Ein Tag kann bei der Handheld-Inventurzählung eine gute Leistung erbringen und sich am Ausgang dennoch anders verhalten.

Die Leistung des Türeingangs hängt von den installierten Antennen, der Lesegerätkonfiguration, der Etikettenausrichtung, den Produktmaterialien, der Kundenbewegung, den angrenzenden markierten Waren und der physischen Umgebung ab.

Rückgaben, Umtausch und Wiedereintritt werden ignoriert

Die Sicherheitslogik muss mehr als den Erstverkauf abdecken. Zurückgegebene, umgetauschte, übertragene oder wiederaufgefüllte Waren benötigen einen klar definierten Statusübergang, damit der EAS-Status weiterhin mit dem tatsächlichen Artikelstatus übereinstimmt.

Checkliste für die UHF-RFID-EAS-Validierung vor-der Bereitstellung

Gehen Sie nicht direkt von der Datenblattüberprüfung zur Massenbereitstellung über. Validieren Sie den vollständigen Pfad mit echten Tags, echten Produkten und dem beabsichtigten Exit-Layout.

1. Bestätigen Sie den RFID-IC.Notieren Sie das genaue Chipmodell und die implementierte EAS- oder Produktstatusfunktion.
2. Bestätigen Sie die Leserunterstützung.Stellen Sie sicher, dass das ausgewählte Lesegerät und die Firmware die erforderliche Funktion ausführen oder auswerten können.
3. Überprüfen Sie den Softwarepfad.Bestätigen Sie, wie RFID-Daten vom Lesegerät zur Middleware, zum POS und zur Schadensverhütungslogik gelangen.
4. Codierung testen.Stellen Sie sicher, dass der erwartete EPC und alle erforderlichen Sicherheitszustände konsistent geschrieben und gelesen werden können.
5. Testen Sie eine autorisierte Kasse.Führen Sie einen normalen Verkauf durch und bestätigen Sie, dass der Artikel den Ausgang ohne Fehlalarm passiert.
6. Testen Sie einen nicht autorisierten Artikel.Verschieben Sie ein Element ohne die erforderliche Transaktion durch denselben Exit und bestätigen Sie, dass die Ausnahmelogik ausgelöst wird.
7. Testen Sie mehrere Artikel.Wiederholen Sie den Test mit mehreren markierten Produkten, die zusammen bewegt werden, und nicht mit einem einzelnen Etikett.
8. Testen Sie echte Orientierungen.Tragen Sie Produkte in realistischen Winkeln und Positionen, anstatt jedes Etikett in einer idealen Ausrichtung zu halten.
9. Testen Sie die tatsächliche Ware.Führen Sie die Validierung nicht nur mit trockenen Inlays oder Musterkarten durch, wenn das Produktionsetikett an Stoff, Verpackung, Elektronik, Flüssigkeiten oder anderen anspruchsvollen Materialien angebracht wird.
10. Testrückgabe und Reaktivierung.Geben Sie einen autorisierten Artikel in den Bestand zurück und bestätigen Sie, dass sein Sicherheitsstatus korrekt wiederhergestellt wurde.
11. Behandlung von Testfehlern.Definieren Sie, was passiert, wenn das POS das Etikett nicht aktualisieren kann, das Netzwerk nicht verfügbar ist oder der Ausgangsleser einen Artikelstatus nicht auflösen kann.
12. Wiederholen Sie diesen Vorgang nach der endgültigen Installation.Es sollte nicht davon ausgegangen werden, dass sich die während eines Labortests verwendeten Lesegeräteinstellungen und Antennenplatzierung nach der Installation identisch verhalten.

Was am POS und am Ausgang überprüft werden muss

Am POS

• Welches Transaktionsereignis ändert den Sicherheitsstatus des Artikels?
• Wurde die Änderung am Tag, in der Datenbank oder an beiden Stellen vorgenommen?
• Wie bestätigt das System, dass das Update erfolgreich war?
• Was passiert, wenn der RFID-Schreibvorgang fehlschlägt?
• Führt ein Self-{0}}Checkout-Workflow den gleichen Sicherheits--Statusvorgang aus wie ein mit Personal besetzter Checkout?
• Wie werden Stornierungen, Umtausch und Rückgaben gehandhabt?

Am Ausgang

• Welche Leseantennen definieren den Erfassungsbereich?
• Wertet das System alle erkannten Tags oder nur ausgewählte Tag-Populationen aus?
• Wie unterscheidet es autorisierte von nicht autorisierten Artikeln?
• Was passiert, wenn mehrere Tags gemeinsam durchlaufen werden?
• Wie werden verirrte Lesevorgänge außerhalb des vorgesehenen Türrahmens gehandhabt?
• Welche Aktion folgt auf eine Ausnahme: akustischer Alarm, Personalbenachrichtigung, Ereignisprotokollierung oder ein anderer Workflow?

Diese Fragen decken Integrationsprobleme viel früher auf als ein einfacher „Lesereichweitentest“.

So wählen Sie ein UHF-RFID-EAS-Tag aus

Bevor Sie einen Produktionsauftrag erteilen, bitten Sie den Tag-Lieferanten oder Systemintegrator um spezifische Antworten und nicht um eine allgemeine Aussage, dass das Tag „EAS unterstützt“.

1. Welcher RFID-IC wird verwendet?
2. Welche EPC Gen2-Version und welche optionalen Funktionen implementiert der IC?
3. Verwendet der Chip ein Produktstatus-Flag, einen anderen tag{0}}seitigen EAS-Mechanismus oder keinen dedizierten EAS-Status?
4. Ist das Sicherheitsentscheidungstag-seitig, datenbank-gesteuert oder hybrid?
5. Welche Reader-Modelle und Firmware-Versionen wurden mit der Funktion getestet?
6. Benötigt der Reader benutzerdefinierte Befehle, spezielle SDK-Unterstützung oder eine bestimmte Konfiguration?
7. Wie wird der Status während des Bezahlvorgangs geändert oder autorisiert?
8. Wie wird ein fehlgeschlagener Schreibvorgang oder eine fehlgeschlagene Transaktion behandelt?
9. Was passiert, wenn das Produkt zurückgegeben oder-aufgefüllt wird?
10. Funktioniert der Tag mit den installierten EAS-Gates oder ist eine separate EAS-Komponente erforderlich?
11. Wurde das fertige Etikett am tatsächlichen Produktmaterial getestet?
12. Wurde die Tag-{0}}Reader--Elementkombination am vorgesehenen Ausgang und nicht nur auf einer Werkbank getestet?

Eine nützliche Lieferantenantwort sollte den genauen IC, die Leseranforderungen, den Arbeitsablauf und die Einschränkungen angeben. „Ja, das Tag verfügt über EAS“ ist keine ausreichende Information für das Systemdesign.

Abschluss

Der nützlichste Weg, über UHF-RFID-EAS nachzudenken, ist einfach:Die Anti-Diebstahlfunktion gehört zum gesamten System und nicht nur zum Label.

Ein RFID-IC bietet möglicherweise eine Produktstatusmarkierung oder einen anderen unterstützten Sicherheitsmechanismus, diese Funktion ist jedoch nur dann nützlich, wenn das Lesegerät darauf zugreifen kann, das POS dies korrekt verarbeitet, der Ausgang zuverlässig abgedeckt ist und der Rückgabe-Workflow den korrekten Status wiederherstellt.

Für Standorte mit etablierten EAS-Gates können separate RFID/EAS-Systeme oder Dual-{0}Technologie-Labels den praktischeren Migrationspfad darstellen. Bei neuen RFID-Einsätzen auf Artikelebene können RFID-basierte EAS Sicherheitsereignisse direkt mit identifizierbaren Waren verknüpfen, sofern Infrastruktur und Software gemeinsam entwickelt werden.

Verwenden Sie bei der Planung des Projekts diese Reihenfolge:

Ausgangsarchitektur → Autorisierungslogik → RFID-Lesegerät → IC-Fähigkeit → Tag-Design → POS-Integration → Rückgabe-Workflow → Ausgangstests in der realen Welt.

Diese Reihenfolge ist viel sicherer, als zuerst ein Tag auszuwählen und nach der Installation festzustellen, dass „EAS unterstützt“ nicht „kompatibel mit diesem EAS-System“ bedeutet.