UHF RFID EAS: як працює RFID проти-крадіжки та що потрібно перевірити перед розгортанням

UHF RFID може ідентифікувати окремі предмети, підтримувати операції інвентаризації та, у правильній системі, брати участь у електронному спостереженні за товарами (EAS). Це не означає, що кожна UHF RFID-мітка автоматично є проти{1}}крадіжною міткою.

Ця відмінність має значення, оскільки EAS є функцією-системного рівня. Тег може підтримувати механізм-статусу продукту, але зчитувач, програмне забезпечення,-процес-продажу, інфраструктура виходу та робочий процес повернення мають працювати разом, перш ніж система зможе надійно вирішити, чи дозволено вивозити товар.

Існує ще одне поширене джерело плутанини: звичайний шлюз EAS не стає зчитувачем UHF RFID просто тому, що на товарі є етикетка RFID. Існуюча інфраструктура EAS, EAS-на основі RFID і мітки RFID/EAS із подвійною-технологією є різними підходами до розгортання.

У цьому посібнику пояснюється, як працює UHF RFID EAS, що насправді означає біт EAS або прапор статусу продукту, чим відрізняються основні архітектури розгортання та що слід протестувати перед масовим замовленням тегів або розгортанням магазину.

Що таке UHF RFID EAS?

UHF RFID EAS — це використання системи UHF RFID як частини процесу спостереження за електронними предметами. Замість того, щоб виявляти лише наявність елемента безпеки, система з RFID-підтримкою може ідентифікувати конкретний позначений предмет і оцінювати, чи дозволено цьому предмету залишати контрольовану територію.

Пасивна UHF RFID-мітка зазвичай передає EPC або інший ідентифікатор сумісному зчитувальному пристрою. Робочий процес EAS додає інше рішення: чи має цей елемент проходити через вихід, чи рух має створювати виняток?

Відповідь може надійти зі статусу, що зберігається на мітці RFID, із серверної-бази даних транзакцій або з обох.

ПоточнийСтандарт GS1 EPC Generation-2 UHF RFIDє випуск 3.0.1. GS1 відокремлює обов’язкові вимоги до протоколу від додаткових можливостей, а його положення щодо-відповідності застосування включають додаткові вимоги до-контролю електронних статей. На практиці це означає, що лише базової сумісності з EPC Gen2 недостатньо, щоб довести, що певна комбінація тегу-і-зчитувача підтримує потрібний вам робочий процес EAS.

UHF RFID EAS – це не те саме, що традиційний EAS

Традиційний EAS

Традиційний EAS в першу чергу призначений для виявлення несанкціонованого вилучення товарів. Мітка безпеки або жорсткий тег взаємодіє з воротами EAS, розташованими біля виходу. Якщо активний охоронний елемент потрапляє в зону виявлення, система може генерувати тривогу.

Системі не обов’язково точно знати, який артикул або серійний товар проходить через двері. Його основна робота полягає у виявленні активного елемента безпеки.

EAS-на основі RFID

UHF RFID працює інакше. Зчитувач зв’язується з мікросхемою RFID, приєднаною до антени, і може ідентифікувати окремий предмет. Потім програмне забезпечення може використовувати цей ідентифікатор, стан-на стороні тегів, дані транзакції або комбінацію цих сигналів, щоб вирішити, чи дозволено рух.

Це дозволяє пов’язувати подію-запобігання втратам-з інформацією на рівні елемента, а не лише з наявністю мітки безпеки.

Подвійна-технологія тегів RFID + EAS

Третім варіантом є фізична етикетка, яка містить як вкладку UHF RFID, так і звичайний компонент EAS.

Ця архітектура корисна, коли роздрібний продавець бажає RFID для ідентифікації товару та операцій з інвентаризацією, але має намір зберегти встановлену систему EAS. Евері Деннісон наразі перераховуєкомбіновані мітки UHF RFID і EAS-для цієї мети.

Причина об’єднання технологій проста: традиційні радіочастотні шлюзи EAS і зчитувачі RFID RAIN не є взаємозамінними. Avery Dennison спеціально задокументував, що існуючі радіочастотні зчитувальні пристрої EAS не можуть працювати як зчитувальні пристрої RAIN RFID.

Перш ніж запитувати, чи працює «тег EAS RFID» із наявними воротами магазину, спочатку визначте обидві технології. Важливим питанням є не формулювання в цитаті тегу; це те, які компоненти RFID та EAS фактично встановлені на етикетці та на виході.

Як працює функція EAS у системі UHF RFID

Точна послідовність залежить від IC та архітектури системи, але більшість розгортань мають однакові робочі контрольні точки.

1. Тег закодовано та пов’язано з елементом

Мітка RFID прикріплена до продукту та пов’язана із записом товару. EPC або інший ідентифікатор може бути записаний у тег і пов’язаний з інформацією про продукт у бізнес-системі.

Якщо вибрана мікросхема підтримує EAS-на стороні тегів або механізм-статусу продукту, її початковий стан також можна налаштувати під час кодування.

2. Товар переходить у стан активних продажів або контрольований стан

Поки товар залишається в торговому залі, у бібліотеці чи в іншій контрольованій зоні, система розглядає його як товар або актив, який ще не завершив авторизований процес видалення.

Цей стан можна підтримувати двома основними способами:

• безпосередньо на мітку RFID через підтримуваний механізм стану, або
• у серверній-базі даних, пов’язаній з EPC або іншим ідентифікатором елемента.

3. Оплата або авторизація змінює бізнес-стан

Коли відбувається продаж, позика, передача або інша санкціонована подія, система повинна записати, що елементу дозволено вивозити.

У -дизайні на стороні тегів система POS або RFID може оновити позначку підтримуваного статусу. У-дизайні, керованому базою даних, сам тег може залишатися незмінним, тоді як фоновий-запис оновлюється.

Цей крок має бути частиною звичайного робочого процесу транзакцій. Якщо персонал повинен пам’ятати про окрему операцію безпеки після кожного законного продажу, ризик помилкової тривоги зростає.

4. Система виходу оцінює предмет

На виході з-увімкненою RFID зчитувач виявляє тег і передає відповідні дані логіці EAS.

Система може перевіряти стан-на стороні тегів, порівнювати EPC із записами транзакцій або оцінювати обидва. Елемент, який не завершив необхідний процес авторизації, може викликати тривогу або іншу виняткову дію.

5. Повернення та повторний-вхід повинні відновлювати правильний стан

Повернений товар може -знову потрапити в інвентар після попереднього авторизації на вихід. Тому для робочого процесу EAS потрібен певний процес повторної активації або-відновлення статусу.

Робочий процес оформлення замовлення без відповідного робочого циклу повернення є неповним. Інакше повернені товари можуть знову з’явитися в торговому залі зі статусом, який більше не відображає його реальний бізнес-стан.

Що таке біт EAS або прапор статусу продукту?

Фраза «біт EAS» є корисним скороченням, але його не слід розглядати як універсальний біт пам’яті, який існує в одному місці та поводиться однаково на кожній мікросхемі UHF RFID.

Різні чіпи та системи можуть реалізувати EAS різними способами.

Деякі мікросхеми RFID забезпечують спеціальну функцію-стану продукту. NXP, наприклад, документує прапор статусу продукту на вибраних продуктах UCODE. Його поточнийДокументація UCODE DNA Trackвключає позначку статусу продукту, яка може підтримувати програму EAS, не вимагаючи, щоб рішення щодо безпеки повністю залежало від серверної- бази даних.

Інші мікросхеми можуть використовувати інші додаткові, користувацькі функції або-спеціальні функції виробника. Окремий клас систем взагалі не покладається на прапор EAS: вихідний зчитувач ідентифікує EPC, а програмне забезпечення перевіряє, чи був пов’язаний предмет проданий, позичений, переданий або іншим чином дозволений.

Тому для цілей закупівлі «мітка UHF RFID з бітом EAS» є неповною специфікацією.

Більш жорстка вимога:

Мітка UHF RFID та IC сумісні з передбачуваною архітектурою EAS, платформою зчитувача, робочим процесом POS і методом перевірки виходу-.

Теги-Side EAS проти-Database EAS

Жоден підхід не слід вибирати лише з таблиці даних тегу. Рішення залежить від того, як очікується, що магазин, зчитувач, POS і архітектура програмного забезпечення будуть поводитися, коли товар досягне виходу.

Чи кожна мітка UHF RFID підтримує EAS?

немає

Пасивна UHF RFID-мітка може добре працювати для підрахунку запасів і все ще не матиме можливостей EAS, необхідних для конкретної програми.

Перш ніж припускати сумісність, перевірте весь технологічний ланцюжок:

• RFID IC:Чи реалізує мікросхема необхідний EAS, прапор статусу продукту чи інший механізм статусу?
• Тег або інкрустація:Чи підходить конструкція антени для фактичного продукту та середовища встановлення?
• Читач:Чи може читач запитати або змінити необхідну функцію тегу?
• Прошивка або SDK:Чи надає програмне забезпечення для читання команди, які потрібні програмі?
• Проміжне ПЗ:Чи можна зчитування RFID перетворити на авторизацію чи рішення щодо-запобігання втратам?
• POS:Чи кожна дійсна перевірка надійно оновлює необхідний тег або стан бази даних?
• Інфраструктура виїзду:Чи може встановлена ​​антена послідовно виявляти призначені предмети в реальному дверному отворі?
• Процес повернення:Чи можна відновити товар до належного стану безпеки після повернення чи повторного -в’їзду?

Постачальник, який каже, що мікросхема RFID «підтримує EAS», не доводить, що готова система працюватиме на виході.

Підтримка EPC Gen2 і EAS

Відносини між EPC Gen2 і EAS часто надто спрощуються.

Поточна специфікація UHF RFID GS1 покоління-2 – це версія 3.0.1. Стандарт визначає обов'язкові, необов'язкові, приватні та спеціальні категорії команд. У ньому також зазначено, що мітки та запитувачі, які шукають певну відповідність електронного спостереження за змінами, повинні підтримувати додаткові додаткові положення, визначені для цієї програми.

Це призводить до важливого правила покупки:

Не сприймайте «Сумісність з EPC Gen2» як доказ того, що пристрій підтримує необхідний робочий процес EAS.

Натомість підтвердьте точні функції IC, команди зчитувача, поведінку мікропрограми та логіку програми.

UHF RFID EAS проти традиційної EAS

Традиційний EAS все ще може бути простішим вибором, якщо єдиною вимогою є базове виявлення проти-крадіжки. UHF RFID стає більш актуальним, коли RFID-на рівні товару вже потрібен для інвентаризації, отримання, поповнення, оформлення замовлення або видимості активів.

Три загальні архітектури розгортання RFID та EAS

Архітектура 1: Окремі системи RFID і EAS

Продукт містить RFID для ідентифікації або інвентаризації та окремий звичайний елемент EAS для запобігання втратам.

Це забезпечує незалежність двох технологій. Це може бути доречним, коли існуюче середовище EAS є стабільним і немає жодних операційних причин об’єднувати фізичні теги.

Архітектура 2: подвійна-технологія RFID/EAS

Одна фізична етикетка містить і вкладку UHF RFID, і компонент EAS.

Часто це найпрактичніший шлях міграції, коли існуючі шлюзи EAS повинні залишатися в експлуатації, але організація хоче додати RFID-рівня елемента. Це дозволяє уникнути припущення, що встановлений шлюз EAS може виконувати зчитування UHF RFID.

Архітектура 3: EAS-на основі RFID

Сам вихід використовує інфраструктуру зчитувача UHF RFID. Система ідентифікує товар і оцінює, чи має він дозвіл на вихід, на основі статусу -на стороні тегів, даних транзакції або обох.

Ця архітектура може забезпечити більш глибоку інтеграцію між ідентифікацією предметів і запобіганням втратам, але вона надає більшого значення охопленню зчитувачів, логіці програмного забезпечення, інтеграції POS і перевірці.

Яку архітектуру EAS вибрати?

Почніть з інфраструктури та робочого процесу, а не з каталогу етикеток. Після визначення архітектури вибір тегів стає набагато легшим.

Де UHF RFID EAS найбільш корисний

Найвагомішою причиною використання EAS-на основі RFID рідко є «краща технологія сигналізації» сама по собі. Більша цінність полягає в тому, що подію безпеки можна прив’язати до елемента, який можна ідентифікувати, і до операційних даних, які вже пов’язані з цим елементом.

Поширені проблеми з впровадженням EAS RFID UHF

Припускаючи, що існуючий шлюз EAS може зчитувати UHF RFID

RF EAS і RAIN RFID можуть використовувати радіо-технологію, але встановлені зчитувачі не є взаємозамінними. Якщо існуючий шлюз має залишитися, підтвердьте, чи потрібен для тегу окремий компонент EAS чи дво-технологічний дизайн.

Вибір тегу перед визначенням архітектури

Проект може вибрати вкладку з відмінною продуктивністю-зчитування інвентаризації, але пізніше виявити, що мікросхема, зчитувач або мікропрограмне забезпечення не підтримують необхідну функцію безпеки.

Спершу визначте рішення про вихід: які дані перевірятимуться, де зберігатиметься стан авторизації та який пристрій має змінити чи зчитати цей стан?

Оформлення замовлення як окремий крок безпеки

Якщо законний продаж потребує другої ручної операції EAS, персонал може пропустити її. Тоді помилкові тривоги стають проблемою роботи, а не проблемою RFID.

Транзакція POS і зміна-стану безпеки мають бути розроблені як один робочий процес, якщо це дозволяє вибрана архітектура.

Тестування лише за допомогою ручного зчитувача

Мітка може добре працювати під час ручного підрахунку інвентарю, але на виході поводитиметься інакше.

Ефективність дверного отвору залежить від встановлених антен, конфігурації зчитувача, орієнтації тегів, матеріалів продукту, руху клієнтів, суміжних товарів із тегами та фізичного середовища.

Ігнорування повернення, обміну та повторного-введення

Логіка безпеки має охоплювати більше, ніж початковий продаж. Повернені, обміняні, передані чи повторно -товари потребують чіткого переходу стану, щоб статус EAS продовжував відповідати справжньому статусу товару.

Контрольний список перевірки UHF RFID EAS перед-розгортанням

Не переходьте безпосередньо від перегляду таблиці даних до масового розгортання. Перевірте повний шлях за допомогою реальних тегів, реальних продуктів і планованого макета виходу.

1. Підтвердьте RFID IC.Запишіть точну модель мікросхеми та функцію EAS або -стану продукту, яку вона реалізує.
2. Підтвердити підтримку читача.Переконайтеся, що вибраний зчитувач і мікропрограма можуть виконувати або оцінювати необхідну функцію.
3. Перевірте шлях програмного забезпечення.Перевірте, як дані RFID переміщуються від зчитувача до проміжного ПЗ, POS та логіки-запобігання втратам.
4. Тестове кодування.Переконайтеся, що очікуваний EPC і будь-який необхідний стан безпеки можна записати та прочитати узгоджено.
5. Перевірте авторизовану касу.Завершіть звичайний продаж і переконайтеся, що товар проходить вихід без неправильного сигналу.
6. Перевірте недозволений продукт.Перемістіть елемент через той самий вихід без необхідної транзакції та підтвердьте, що логіка винятку активована.
7. Випробуйте кілька елементів.Повторіть тест із кількома позначеними продуктами, які рухаються разом, а не з одним ізольованим тегом.
8. Перевірка реальних орієнтацій.Носіть продукти під реалістичними кутами та положеннями, а не тримайте кожну бірку в ідеальній орієнтації.
9. Перевірте справжній товар.Не перевіряйте лише за допомогою сухих вставок або зразків карток, якщо виробнича бирка буде прикріплена до тканини, упаковки, електроніки, рідин або інших складних матеріалів.
10. Тестове повернення та повторна активація.Поверніть авторизований предмет до інвентарю та підтвердьте, що його стан безпеки відновлено правильно.
11. Обробка помилок тесту.Визначте, що станеться, якщо POS не може оновити тег, мережа недоступна або вихідний зчитувач не може визначити стан елемента.
12. Повторіть після остаточного встановлення.Налаштування зчитувача та розміщення антени, використані під час лабораторного тесту, не повинні вважатися однаковими після встановлення.

Що перевірити на POS та вийти

На POS

• Яка подія транзакції змінює стан безпеки елемента?
• Чи зроблено зміну в мітці, у базі даних чи в обох місцях?
• Як система підтверджує, що оновлення виконано успішно?
• Що станеться, якщо операція запису RFID не вдасться?
• Чи виконує робочий процес-самооплати таку саму операцію-захистного стану, що й перевірка персоналом?
• Як обробляються анулювання, обміни та повернення?

На виході

• Які антени зчитувача визначають зону виявлення?
• Система оцінює всі виявлені теги чи лише вибрані популяції тегів?
• Як відрізнити дозволені предмети від недозволених?
• Що відбувається, коли кілька тегів проходять разом?
• Як обробляються випадкові зчитування за межами передбаченого дверного отвору?
• Яка дія слідує за винятком: звуковий сигнал, сповіщення персоналу, журнал подій чи інший робочий процес?

Ці запитання виявляють проблеми інтеграції набагато раніше, ніж простий тест «діапазон читання».

Як вибрати UHF RFID EAS тег

Перш ніж розмістити виробниче замовлення, попросіть постачальника міток або системного інтегратора отримати конкретні відповіді, а не загальну заяву про те, що тег «підтримує EAS».

1. Яка RFID IC використовується?
2. Яку версію EPC Gen2 і додаткові функції реалізує IC?
3. Чи використовує чіп прапор статусу продукту, інший механізм EAS -на стороні тегу чи не має спеціального стану EAS?
4. Тег рішення про безпеку-керується-базою даних чи гібридом?
5. Які моделі зчитувачів і версії мікропрограми були протестовані з функцією?
6. Чи потрібні для читання спеціальні команди, спеціальна підтримка SDK або спеціальна конфігурація?
7. Як змінюється або авторизується статус під час оформлення замовлення?
8. Як обробляється невдалий запис або невдала транзакція?
9. Що відбувається, коли продукт повертається чи-знову?
10. Чи може тег працювати з встановленими воротами EAS, чи потрібен окремий компонент EAS?
11. Чи перевірено готову бирку на фактичному матеріалі продукту?
12. Чи було перевірено комбінацію елементів tag-reader-на передбачуваному виході, а не лише на лавці?

Корисна відповідь постачальника має визначити точну IC, вимоги до зчитувача, робочий процес і обмеження. «Так, тег має EAS» недостатньо для розробки системи.

Висновок

Найкорисніший спосіб думати про UHF RFID EAS простий:функція захисту-від крадіжки належить до всієї системи, а не до етикетки.

ІС RFID може забезпечувати прапор статусу продукту або інший підтримуваний механізм безпеки, але ця функція стає корисною лише тоді, коли зчитувач може отримати до неї доступ, POS обробляє її правильно, вихід має надійне покриття, а робочий процес повернення відновлює правильний стан.

Для сайтів із встановленими воротами EAS окремі системи RFID/EAS або подвійні-технологічні мітки можуть забезпечити більш практичний шлях міграції. Для нових розгортань RFID-рівня RFID, EAS-на основі RFID може пов’язувати події безпеки безпосередньо з товарами, які можна ідентифікувати, за умови, що інфраструктура та програмне забезпечення розроблені спільно.

Використовуйте цей порядок при плануванні проекту:

Архітектура виходу → логіка авторизації → зчитувач RFID → можливості IC → дизайн тегів → інтеграція POS → робочий процес повернення → тестування виходу в-реальному світі.

Ця послідовність набагато безпечніша, ніж спочатку вибрати тег і виявити після інсталяції, що «підтримує EAS» не означає «сумісний із цією системою EAS».