RFID ファブリック リストバンドの展開: エンコーディング、統合、および受け入れテスト

RFID ファブリックのリストバンドは正しく製造されても、ゲートで失敗する可能性があります。イベント プラットフォームが識別子を間違った形式で解釈している間に、リーダーがチップを検出する可能性があります。印刷されたシリアルは 1 つのチケットにリンクされ、電子証明書は別のチケットにリンクされる場合があります。紛失したリストバンドがアクティブなままであっても、交換品が機能する場合があります。

これらはデプロイメントの失敗であり、ファブリックの印刷の問題ではありません。{0}}制御されたRFIDファブリックリストバンドの展開物理的な認証情報、エンコードされたデータ、リーダー、ソフトウェア、ネットワーク、権限、支払いルール、およびスタッフの手順を接続する必要があります。

簡単な答え:リストバンドだけでなく、ワークフロー全体を承認します。大量のエンコードの前に、識別子マップ、セキュリティ プロファイル、および運用ルールを定義します。実際のリーダー、ファームウェア、プラットフォーム、アクセス権限、支払いフロー、オフライン モード、交換プロセスを使用して、実稼働版と同等のサンプルをテストします。{2}すべての重要な結果に所有者があり、文書化された合格条件がある場合にのみバッチをリリースします。

まだ物理フォーマットを比較している購入者は、Syntek の製品をレビューできます。RFIDリストバンド範囲そしてRFID織りリストバンド。このガイドは、プロジェクトがファブリック認証情報が適切であると判断した後に開始します。

読み取り可能なリストバンドでも失敗する可能性がある理由

イベント RFID システムには通常、リストバンド、チップとアンテナ、リーダー、リーダー ファームウェア、アプリケーション、データベース、ネットワーク、電源、スタッフ手順が含まれます。のNIST RFID セキュリティ ガイドラインRFID を独立したタグではなくシステムとして扱い、Syntek の概要は次のとおりです。RFIDシステムのコンポーネント関連する紹介を提供します。

デスクトップリーダーは、タグが応答することを証明できます。ゲートが正しいアクセス層を適用すること、支払い端末が二重請求を防止すること、またはサポート デスクが紛失した資格情報を無効化することを証明することはできません。シンテック社の説明RFID タグがリーダーと通信する方法は有用な背景ですが、最終承認にはプロジェクトのハードウェアとソフトウェアを使用する必要があります。

エンコード前に動作ルールをフリーズする

エンコーディングは、書かれたワークフローを表す必要があります。実稼働中にワークフローを考案するために使用しないでください。

入場、再入場、パスバック防止-

認証情報で 1 回のエントリを許可するか、繰り返しのエントリを許可するか、指定した期間のみエントリを許可するかを定義します。払い戻し、キャンセル、重複タップまたは間違ったゲートでのスキャン後に何が起こったかを記録します。識別子が存在するかどうかのみをチェックするプラットフォームは、バックエンドがエントリ履歴を評価しない限り、繰り返し使用を受け入れる可能性があります。

アクセス層

一般入場、VIP、バックステージ、スタッフ、ベンダー、メディア、キャンプ、駐車場、年齢制限のある権限を個別にリストします。{0}} 1 つのリストバンドには複数の許可が含まれている場合がありますが、各リーダーの場所はそのゾーンに関連する決定を返す必要があります。

キャッシュレス口座

リストバンドがクローズド ループ残高、後払いアカウント、チケット プロファイル、または支払いカード環境にリンクされているかどうかを説明します。{0}{1}多くのシステムでは、リストバンドが識別子を提示し、バックエンドが信頼できる残高と取引履歴を維持します。

環境が支払いアカウント データを保存、処理、または送信する場合、PCI データセキュリティ規格基本的な技術要件と運用要件を提供します。クローズド ループのイベント ウォレットの範囲は異なる場合があるため、主催者は支払いモデルをプラットフォーム プロバイダ、買収銀行、コンプライアンス チームに確認する必要があります。-

紛失、交換、返金について

リストバンドの紛失を報告できる人、チケットの所有権がどのように確認されるか、古い資格情報がいつ一時停止されるか、アクセスまたは残高がどのように移行されるか、元の資格情報が再びサービスに戻ることができるかどうかを文書化します。新しいリストバンドは機能するが、古いリストバンドは有効なままである場合、交換プロセスは失敗します。

インタラクションから RF テクノロジーを選択します

意図的なタップのための HF および NFC

のNFCフォーラムNFC は、短距離通信用に設計された 13.56 MHz の非接触テクノロジーであると説明されています。- HF または NFC は、多くの場合、ゲート、POS 端末、ロッカー、および他の 1 人が同時にタップする場合に適しています。--

「NFC 対応」という言葉は完全な仕様ではありません。プラットフォームには、特定のチップ ファミリ、UID 長、メモリ構造、認証方法、またはデータ形式が必要な場合があります。 Syntek のガイドRFIDとNFCの違いとその範囲NFCリーダーとライター初期選択をサポートできます。

選択された長距離ワークフロー用の UHF-

のGS1 EPC Gen2 UHF エア-インターフェース規格パッシブ UHF タグとリーダー間の通信を定義します。 UHF は、選択したタイミング、車両、ウォークスルー、またはマルチタグ アプリケーションに適しています。-

制御されたゲートでは、射程が長いほど自動的に優れているわけではありません。 1 人の出席者が入室しようとするときに近くにある複数の認証情報を読み取ると、あいまいなイベントが発生する可能性があります。このアプローチを評価するプロジェクトは互換性をレビューする必要がありますUHF RFIDリーダー完全なリーダー、アンテナ、リストバンド、サイト構成を検証します。

シンテックのRFID 動作周波数ガイド-最初の議論を組み立てるのに役立ちます。最終的な決定は、必要なインタラクションとテストされた製品サンプルに基づいて行う必要があります。

制御された資格証明データマップの作成

資格情報のすべての物理的および電子的表現は、1 つの管理された記録によって接続される必要があります。

UID 形式の競合の例

次の値は仮説であり、インポート前に形式を合意する必要がある理由を示すために含まれています。

リーダー、スプレッドシート、発券プラットフォームでは、同じ物理 UID を異なる方法で表示できます。承認された仕様では、バイト順序、16 進数または 10 進数の表現、パディング、大文字の使用、区切り文字、および許可される UID 長を定義する必要があります。ルールを文書化して完全なインポートを再テストせずに、手動で値を逆にして、明らかな不一致を修正しないでください。

正確なチップとセキュリティプロファイルを承認する

チップ名は仕様の始まりにすぎません。メーカー、モデル、プロトコル、UID の動作、メモリ、アプリケーション構造、読み取りおよび書き込み権限、認証、キーの所有権、パーソナライゼーション状態、ロック設定、およびサポートされているリーダー構成を確認します。

NXPは次のよ​​うに述べていますミファーレ デスファイア EV3暗号化認証と保護された非接触トランザクションをサポートできます。これらの機能は依然として、アプリケーション設計、安全なキー管理、リーダー構成、およびバックエンド制御に依存しています。セキュア チップを公開 UID としてのみ使用すると、その認証機能による保護が提供されません。

許可や個人記録を扱うプロジェクトも確認する必要がありますRFIDデータのセキュリティ。セキュリティは、チップだけではなく、認証情報、リーダー、スタッフ アカウント、API、ネットワーク、ログ、データベースをカバーする必要があります。

実稼働版と同等のサンプルを構築する-

承認サンプルは、ファブリック、幅、チップ、アンテナ、ハウジング、クロージャー、アートワーク、可視番号、エンコードされたデータ、バックエンドの割り当て、およびパッケージラベルにおいて計画された注文と一致する必要があります。空白の象嵌やデジタルアートワークのプルーフでは、完成したワークフローを検証できません。

複数日にわたるイベントの場合は、Syntek の-RFIDフェスティバル用リストバンドそしてRFIDファブリックリストバンド関連する物理的な開始点を提供します。選択した製品は、実際のエンコーディングとプラットフォームでテストする必要があります。

承認されたサンプルは、アートワーク リビジョン、チップ仕様、エンコード プロファイル、データ ファイル リビジョン、リーダー モデル、ファームウェア、プラットフォーム バージョン、テスト結果、承認日、承認者とともに保管してください。{0}

テスト前に合格基準を定義する

すべてのイベントに適した普遍的な読み取り成功率、応答時間、サンプル量などはありません。{0}プロジェクトは、イベントの値、キューの設計、支払いリスク、バッチ サイズ、サプライヤーのプロセス、フォールバック機能から独自の受け入れ基準を定義する必要があります。

Syntek の記事なぜRFIDシステムのテストが必要なのか資格情報、リーダー、アプリケーションを 1 つのワークフローとして検証する必要がある理由を説明します。

階層化された受け入れテストを実行する

ベンチと-手首での読書

検出、識別子の形式、エンコードされたデータ、ロック状態、実稼働リーダーによる認証を確認します。予想される衣服と湿気の条件下で、リストバンドをさまざまな手首のサイズと方向に装着してテストを繰り返します。出席者は、通常の読み取りを行うために、ぎこちない回転を繰り返す必要はありません。

ゲート、ゾーン、再入場のルール-

有効、無効、キャンセル、重複、および間違ったゾーン認証情報を使用して、すべてのリーダー タイプをテストします。-書面化されたポリシーに従って、1 回限りのエントリ、繰り返しのエントリ、およびパスバック防止動作を検証します。-

キャッシュレス取引と照合

有効化のテスト、該当する場合の補充、購入、素早い繰り返しタップ、払い戻し、無効化、認証情報の拒否、シフト調整の終了--。どのシステムが信頼できる台帳であるか、ベンダー、ウォレット、端末の合計がどのように比較されるかを確認します。

オフライン操作とリカバリ

制御された条件下でテスト環境を切断します。どの入力ルールと支出ルールが継続されるか、記録が保存される場所、スタッフがオフライン モードを識別する方法、競合がどのように解決されるか、再接続後に記録がどのように同期されるかを確認します。

交換と失効

テスト資格情報をアクティブ化し、紛失のマークを付けて、代わりの資格情報を発行します。古いリストバンドは関連するリーダーで失敗する必要があり、新しいリストバンドは承認されたアクセスまたはウォレット関係を取得する必要があり、両方のアクションが監査記録に表示される必要があります。

負荷と容量のテストを追加する

機能テストにより、1 つのワークフローが成功できることが証明されます。容量テストでは、イベントの最も混雑する期間中に使用できるかどうかを確認します。

• 複数のゲートまたはリーダーを 1 つずつテストするのではなく、同時に実行します。
• 有効、無効、重複、および間違ったゾーン スキャンの予想されるパターンをシミュレートします。{0}}
• アクセスリーダーとサポートツールが同じネットワークを使用しながら、複数の決済端末を操作します。
• 応答時間、再試行動作、キューの増加、アプリケーション エラー、バックエンド遅延を記録します。
• 端末のバッテリー、充電ローテーション、予備端末の有効化、シフトの引き継ぎをテストします。{0}}
• ネットワーク中断後、キューに入れられたトランザクションが同期を待機している間に回復テストを繰り返します。

受け入れターゲットはプロジェクトで定義する必要があります。-予想されるピーク状態、テスト方法、測定結果、運用効果、意思決定者を記録します。実験室での高速読み取りは、許容可能なゲート スループットを証明するものではありません。

バッチエンコーディング、検査、パッケージングを制御

運用管理では、エンコードの重複または欠落、間違ったチップ、読み取り不可能なモジュール、シリアル{0}}対-UID の不一致、間違ったアクセス階層、アートワークの混合、間違ったクロージャ、順序を外して配置されたパッケージを検出する必要があります。

バッチ記録では、注文書、アートワークのリビジョン、エンコード ファイルのリビジョン、チップ バッチ、製造日、シリアル範囲、カートン、検査結果、拒否された数量、リリースの承認を結び付ける必要があります。{0}} Syntek の概要RFID品質検査装置関連する本番環境のチェック機能について説明します。{0}

ID フィールドとマッピング フィールドでは、外観よりも広範な検証が必要になる場合があります。重複エラーまたはマッピング エラーが発見された場合は、影響を受ける範囲を分離し、原因が 1 つのリストバンド、エンコード ステーション、ソース ファイル、インポート ルール、またはバッチ全体のいずれであるかを判断します。再加工された認証情報は、リリース前に再度検証する必要があります。

データと管理アクセスを保護する

リストバンドには識別子のみが含まれる場合がありますが、接続されたプラットフォームには名前、チケット記録、アクセス履歴、支払い記録、サポートメモが含まれる場合があります。定義された運用目的または法的目的に必要な情報のみを収集し、保持します。

• 残高の発行、アクティブ化、一時停止、交換、転送、またはアクセス層の変更を実行できるユーザーを制限します。
• 共有管理者の資格情報ではなく、個々のスタッフ アカウントを使用します。
• API キーを保護し、ファイルをインポートし、データをエクスポートします。
• 機密性の高い変更を監査ログに記録します。
• どのサプライヤーがどのフィールドを受け取り、ファイルがどのように転送されるかを定義します。
• テスト データ、未使用のマッピング、イベント レコードの保持および削除ルールを設定し、エクスポートをサポートします。
• 臨時スタッフやベンダーがプロジェクトを離れる場合は、直ちにアクセスを削除してください。

プライバシーとセキュリティの要件は管轄区域とシステム設計によって異なります。イベント主催者は、リストバンドのサプライヤーやプラットフォームプロバイダーがすべてのデータ決定を所有していると想定するのではなく、責任を割り当てる必要があります。

変更管理を使用していつ再テストするかを決定する

変更記録には、何が変更されたのか、なぜ変更されたのか、どの証拠が有効であり、どのテストを繰り返す必要があるのか​​を記載する必要があります。

導入タイムラインを計画する

1. ワークフローをフリーズします。入場、ゾーン、再入場、支払い、払い戻し、交換、オフライン、レポートのルールを承認します。{0}
2. テクノロジープロファイルを承認します。周波数、チップ、識別子の形式、セキュリティ設定、リーダーおよびプラットフォームのサポートを確認します。
3. 実稼働版と同等のサンプルを承認します。{0}物理的、データ、アクセス、支払い、リカバリのテストを完了します。
4. アートワークとマッピング ファイルをフリーズします。一括エンコードを開始する前にリビジョンを制御します。
5. バッチを検証してインポートします。一意性、マッピング、パッキング、プラットフォームの割り当てを確認します。
6. サイトと容量のテストを実行します。目的のゲート、端末、ネットワーク、電源、およびフォールバック プロセスを使用します。
7. スタッフを訓練し、例外をリハーサルします。無効なスキャン、機能停止、リストバンドの紛失、払い戻し、手動オーバーライドが含まれます。
8. Go/NoGo レビューを行います。-公開運用前に重大な欠陥を解決し、サポートの準備が整っているかを確認します。

統合の失敗例

次のシナリオは仮説であり、お客様の結果として示されるものではありません。

3 日間のフェスティバルでは、VIP と一般入場の正しい色で印刷された布製リストバンドが提供されます。-デスクトップ エンコーダは 4 バイトの UID をビッグ エンディアン 10 進数としてエクスポートしますが、チケット発行プラットフォームは逆のバイト順序を期待します。{4}リストバンドは正しく読み取られますが、インポートされた認証情報がチケットのレコードと一致しません。

チームは、ゲートではなく本番サンプルのインポート中に問題を特定します。{0}大量のエンコードをフリーズし、バイト順序ルールを文書化し、マッピング ファイルを再生成して、ゲート、VIP、置換、オフライン テストを繰り返します。-修正されたサンプルは合格し、最終バッチはチケット層と制御されたシリアル範囲によってパックされます。

この例は、読み取りの成功、データ マッピング、およびプラットフォームの承認に別個の証拠が必要な理由を示しています。

ゴー/ノー-ゴー チェックリスト

次のいずれかが未解決のままプロジェクトを公開しないでください。

• 重大な識別子またはマッピングの不一致。
• 許可されていないゾーンへのアクセス。
• 紛失した資格情報は交換後もアクティブのままです。
• 説明のつかない支払いまたは調整の差額。
• 予想どおりに同期できないオフライン トランザクション。
• バッチ資格情報が重複している、欠落している、または追跡できない。
• 制御されていない管理者またはオーバーライドアクセス。
• リーダー、ネットワーク、プラットフォーム、またはサポートの障害の所有者がいない。
• テスト済みの予備デバイス、充電、またはインシデント プロセスがありません。-

カスタム構築、印刷、エンコード、管理されたパッケージングについては、Syntek の製品を確認してください。OEMおよびODM生産能力。購入者は次のこともできます導入サンプルをリクエストする量産前の物理的、エンコーディング、統合の検証に使用します。

リストバンドだけでなくシステムも承認する

RFID ファブリック リストバンドは、物理的な構造、識別子マップ、セキュリティ プロファイル、リーダー、プラットフォーム ルール、バッチ レコード、オフライン動作、およびスタッフの手順が検証されて初めて準備が整います。

アートワークが正しく見える、または 1 つのサンプルが UID を生成するという理由でプロジェクトをリリースしないでください。予想されるワークフローが文書化され、すべての重要なテストが合格し、バッチが追跡可能で、イベント チームが現場で発生する可能性が最も高い障害から回復できるようになったら、リリースします。