Тестування браслетів RFID у тематичному парку: ворота, платежі, відновлення в режимі офлайн і прийняття Go-Live

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

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

Швидка відповідь:Затвердити весь робочий процес для гостей, а не лише браслет. Заморозьте зразок і версії системи, визначте очікувані результати, запишіть докази, класифікуйте дефекти, запустіть контрольований пілот, перевірте виробничу партію та призначте власника для остаточного рішення Go або No-Go.

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

Визначте обсяг тестування та відповідальність за затвердження

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

Типові точки взаємодії включають:

• Оформлення квитка та прив'язка рахунку
• Головний вхід і-вхід
• Преміальна або обмежена зона
• Бронювання поїздок і швидкий{0}}доступ до траси
• Роздрібна торгівля та закупівлі продуктів харчування
• Оренда шафок та обладнання
• Готельні номери та санаторій
• Посилання на фото
• Заміна-втраченого ремінця
• Автономна робота та повторне підключення

Фізичний продукт може походити відRFID браслетпостачальник, але постачальник не може самостійно схвалити повне розгортання. Операції володіють потоком гостей. IT володіє програмним забезпеченням та інфраструктурою. Фінанси та платіжний постачальник власний платіжний ризик. Гостьова служба володіє процедурами заміни. Безпека володіє правилами доступу та відкликання.

Побудуйте матрицю прийнятності та протокол тестування

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

Використовуйте протокол контрольованих тестів

«Читач це виявив» — це не повний очікуваний результат. Корисний результат повідомляє, який обліковий запис ідентифіковано, чи дозволено доступ, яке повідомлення з’явилося, яку подію було зареєстровано та чи змінився стан облікового запису.

Заморозити тестове середовище

Запишіть точну конфігурацію, яка пройшла:

• Матеріал і виріб браслета
• Сімейство чіпів, частота та конфігурація пам'яті чи програми
• Закодований ідентифікатор і друкований серійний номер
• Закриття та перегляд ілюстрації
• Моделі зчитувачів і контролерів
• Прошивка та налаштування
• Версії програмного забезпечення для продажу квитків, гаманця та інтеграції
• Дата випробування та номер затвердженого зразка

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

Перевірте справжню-продуктивність воріт

Використовуйте встановлене або репрезентативне положення зчитувача

Поведінка Reader може змінитися після встановлення. Металеві рейки, монтажні поверхні, прокладка кабелю, сусідня електроніка та зчитувачі можуть впливати на реальну зону презентації. Випробуйте задуманеЗчитувач контролю доступу RFIDна самих воротах або репрезентативній установці.

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

Перевірте нормальну та складну поведінку гостей

Використовуйте репрезентативних користувачів і включайте:

• Різні розміри зап'ястя
• Ліве і праве зап'ястя
• Модуль мікросхеми звернений до зчитувача та від нього
• Природна поведінка при ходьбі та зупинці
• Повторні натискання
• Вологі та сухі умови, де вони відображають реальне використання
• Рукава або легкий верхній одяг
• Діти та дорослі, де це можливо

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

Вимірювання операційного потоку

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

Не копіюйте поріг іншого парку. Ціль має відображати дизайн воріт, очікувану відвідуваність, модель штатного розкладу та толерантність до ризику.

4. Доведіть екологічну стійкість

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

Потенційні умови впливу включають:

• Повторне занурення
• Хлорована вода
• Дощ і піт
• Сонцезахисний крем і дезінфікуючий засіб для рук
• Схвалені чистячі засоби
• Тепло і УФ вплив
• Багаторазове згинання та стирання

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

Перевірте фізичну та електронну роботу

Після впливу навколишнього середовища перевірте:

• Корпус стрічки та корпус мікросхеми
• Шви, формовані з'єднання та закриття
• Друковані серіали та художні твори
• Комфорт носіння
• Відповідь читача
• Закодовані дані
• Прив’язка облікового запису

Діапазон все ще може виглядати прийнятним, хоча його радіочастотні характеристики змінилися. Він також може продовжувати читання, коли надрукований серійний номер або закриття не вдалося. Обидва результати вимагають зафіксованого рішення про прийняття.

Перевірте повну подорож гостя

Прийом і права

Підготуйте контрольовані рахунки для позитивних і негативних сценаріїв:

• Активні,-ще-дійсні та прострочені квитки
• Призупинено або повідомлено про-втрату облікових даних
• Неправильний парк, зона або рівень доступу
• Діючі та вже-використані дозволи-швидкого відстеження
• Гість готелю до -заселення, під час перебування та після виписки
• Облікові записи дітей, сім'ї та персоналу
• Кілька активних облікових даних, пов’язаних з одним обліковим записом

Неправильне схвалення може створити проблему доходів або безпеки. Неправильна відмова може створити черги та скарги гостей. Обидва тести є невдалими, якщо вони суперечать затвердженим правилам.

Шафки, готелі, бронювання та фотографії

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

Приклад тестової подорожі

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

Після перевірки старі браслети та браслети на заміну повинні відповідати задокументованим правилам терміну придатності. Ця одна подорож торкається продажу квитків, доступу, POS, шафок, готельних систем, офлайн-синхронізації та послуг для гостей, що робить його корисним -{2}}кінцевим регресійним тестом.

Перевірте безготівкові платежі та винятки щодо платежів

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

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

Перевірте фінансовий процес

включають:

• Правильний обліковий запис і валюта або одиниця-збереженої вартості
• Здійснені та відхилені покупки
• На-трансакцію та щоденні ліміти
• Дозволи сім'ї, дитини, персоналу та готелю
• Скасування, часткове повернення та повне повернення коштів
• Подвійне натискання та повільна відповідь
• Час очікування POS, відключення зчитувача та переривання мережі
• Скасування після незавершеної операції
• Перенесення балансу-втраченої смуги відповідно до затвердженого правила

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

Зберігайте платіжні дані в межах затвердженої платіжної архітектури

TheСтандарт безпеки даних PCIнадає базові технічні та операційні вимоги для організацій, які зберігають, обробляють або передають дані власників карток або можуть впливати на безпеку середовища даних власників карток. Поточна бібліотека документів PCI SSC містить PCI DSS v4.0.1 як активний стандарт.

Зберігання даних власника картки поза браслетом може зменшити кількість конфіденційних даних, які містяться в облікових даних, але само по собі це не робить всю систему сумісною. PCI SSCінструкції з безпеки продукту токенізаціїпояснює, як продукти токенізації можуть допомогти зменшити зберігання даних картки. Обсяг і відповідність все ще вимагають перевірки кваліфікованими фахівцями з платежів.

Дозволи облікових даних, відкликання та принципи аудиту див. у вступі до SyntekБезпека даних RFID.

Симулюйте автономну роботу та відновлення

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

Офлайн запис

Визначте та перевірте:

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

Офлайн оплата

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

Відновлення та примирення

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

Тест:

• Запис у черзі та завантаження платежів
• Виявлення дублікатів
• Суперечливі баланси
• Конфліктні призначення шафок
• Відстрочені призупинення та заміни
• Транзакції подані в неправильному порядку
• Відмінності годинника зчитувача та контролера

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

Визначте статус приймання, серйозність дефекту та регресійне тестування

Статус прийняття

Серйозність дефекту

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

Ці приклади є відправною точкою, а не універсальним стандартом випуску. Названий орган влади проекту повинен визначити, які рівні серйозності блокують запуск.

Регресійне тестування після змін

Регресійне тестування перевіряє, чи виправлення чи зміна не порушили роботу функції, яка раніше працювала.

Переоцініть обсяг тесту після змін:

• Прошивка зчитувача або налаштування контролера
• Програмне забезпечення для продажу квитків, гаманців або готелів
• Відображення інтеграції та правила облікового запису
• Чіп, антена або файл кодування
• Матеріал, кришка або корпус для чіпів
• Офлайн-ліміти та правила синхронізації
• Дозволи персоналу або процедури заміни

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

Проведіть тренування для персоналу та керуйте пілотом

Виняток для персоналу

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

• Група, пов’язана з неправильним гостем або батьком
• Нерозбірлива стрічка або пошкоджена застібка
• Загублений браслет із доступом і вартістю гаманця
• Вихід з ладу, POS або готельний зчитувач
• Збій мережі
• Оскаржена покупка або запит на відшкодування
• Попередження про дублікат облікових даних
• Гість, який не може або не хоче носити браслет

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

Рада доступу СШАпосібник з доступності атракціонівстверджує, що відповідні настанови стосуються антропогенного середовища, а не питань експлуатації. Таким чином, Паркам слід розробити альтернативні облікові дані та процедури для персоналу з належним доступом і юридичними консультантами, а не описувати один браслет як автоматично «сумісний з ADA».

Керований пілот

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

Збирати:

• Перша-успішна презентація та втручання персоналу
• Неправильні погодження та відмови
• Помилки-зв’язування облікового запису
• Скасування платежів і помилки повернення коштів
• Втрачені та замінені групи
• Комфорт, друк і скарги на закриття
• Офлайн-черги та конфлікти синхронізації
• Час, необхідний для вирішення винятків

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

Перевірте виробничу партію та контролюйте повторні замовлення

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

План перевірки може включати:

• Підрозділи з початку, середини та кінця виробництва
• Випадкові одиниці з різних коробок
• Перевірка чіпа та кодування
• Повторні-перевірки посвідчення особи
• Збіг друкованого-номера й електронного-ідентифікатора
• Прочитайте тестування на затвердженому обладнанні
• Закриття, оформлення та фізичний огляд
• Послідовність пакетів і сортування{0}}рівнів доступу
• Перевірка кількості

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

Перевірте повторні замовлення, коли щось зміниться

Часткове або повне повторне затвердження може знадобитися після зміни:

• Чіп або антена
• Матеріал, корпус або закриття
• Процес друку або серійного-номера
• Файл кодування або відображення даних
• Прошивка зчитувача
• Інтеграція програмного забезпечення
• Послідовність пакування

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

Вимкнення-живого-вимикання та ранній{2}}моніторинг життя

Перед запуском підтвердьте, що:

• Ідентифікуються затверджений зразок і виробнича партія
• Кожна необхідна точка дотику має прийнятний результат
• Відкриті дефекти мають власників і рішення про випуск
• Тести офлайн і повторного підключення пройшли
• Процеси оплати, повернення коштів і заміни виконано
• Штабні навчання завершено
• Інвентар для заміни та контакти підтримки готові
• Існує процес відкату або введення вручну-
• Операції, ІТ, безпека, фінанси та гостьові служби підписали, де це можливо

Моніторинг першого операційного періоду

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

• Помилки першої-презентації
• Неправильні погодження та відмови
• Подвійні платежі та помилки повернення коштів
• Обсяг заміни
• Офлайн-черги та конфлікти синхронізації
• Втручання персоналу та час вирішення
• Фізичні несправності партії або упаковки

Установіть-порогові значення сповіщень і перегляду для конкретного проекту. Не приймайте універсальні відсотки без доказів власного обладнання, відвідуваності та робочої моделі парку.

Поширені помилки тестування

Схвалюйте розгортання, а не лише браслет

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

Заморозити затверджений зразок і версії системи. Використовуйте контрольовані записи тестів. Збережіть докази. Класифікуйте дефекти. Перетестуйте виправлення. Запустіть репрезентативний пілот. Огляньте доставлену партію. Моніторинг першого операційного періоду.

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