アジアの新興市場におけるRFID規制と認証手順

無線周波数識別 (RFID) デバイスに対処する国際規制は、テクノロジー自体のアプリケーションと同じくらい終わりがなく進化しているように見えるかもしれません。 各国は規格、テスト、文書化の要件を頻繁に更新していますが、国際 RFID 認証の基本原則を理解するのに十分な継続性が見られます。 アジアの新興市場における RFID デバイスの認証プロセスを見ると、RFID 製品およびワイヤレス テクノロジー全般に対する世界的な規制の全体像がわかります。

私の経験と経済データは、インドネシア、マレーシア、インドが米国の製造業者や輸出業者にとってますます重要な新興市場であることを示唆しています。 中国、日本、韓国は依然として最優先事項である。 他のコンプライアンスの専門家が、この出版物でこれらの国のワイヤレス認証手順について説明しています。 たとえば、中国で見られる厳しい国内テストと文書化の要件がアジア全域で見られることは容易に想像できます。 しかし、そうではありません。 これは、他のアジアの新興市場における規制が厳しくなく、長くないということではありません。 むしろ、正しく行えば、チェックするボックスが少なくなり、面倒な作業も少なくなります。

この雑誌を読んでいるあなたは、明らかにコンプライアンスに熱心です。 今、私たちは国際的に活動しています。 コーヒーを飲み、テクノをかけて、これらの市場を見てみましょう。 前述したように、主に 800/900MHz 範囲の RFID に焦点を当てます。 別の無線ワイヤレス/RF テクノロジーを使用している場合は、類似点が表示されます。 そうでない場合は、あなたが正しいビジネスに就いているかどうかわかりません（それか、私がひどい仕事をしてきたかのどちらかです！）。 呼吸する。 私たちは規制の沼に飛び込んでいます。

インドネシア

マーケティング チームは、人口 2 億 5,500 万の国にアクセスするには、いくつかの困難を乗り越える価値があることに同意します。 彼らはコンプライアンスの仕事をする必要がないので、そう言うのは簡単です。 コンプライアンス エンジニアとして尋ねる必要がある最初の質問は、インドネシアの RFID 規格とは何なのか、また動作パラメータ (つまり、周波数、出力電力など) は何なのかということです。

インドネシアの RFID 規制は現地の基準に基づいています。 多くの国はデフォルトで米国または欧州連合 (EU) の標準に直接準拠しています。 これはインドネシアには当てはまりません。 インドネシアの規格は、EN 300 208-1 や FCC Part 15 などの EU および FCC 規格から派生していますが、依然として独自の規格です。 当社は特に 900MHz 範囲の RFID 用の 221/DIRJEN/2007 を扱っています。 興味のある方はインドネシアの規格をオンラインで見つけることができますが、通常は英語に翻訳されていません。

いくつかの重要な側面を次に示します。

13.56 MHz RFID の規格は No.214/DIRJEN/2005 です。 これには次のものがリストされます。

メーカーが自社の RFID デバイスの技術パラメータと設計要件を理解したら、次のステップは認証手順を確認することです。

インドネシアでは、政府関連研究所での検査のために 2 つのサンプルの提出が必要です。 規制当局である郵便情報技術総局 (Sumber Daya Dan Perangkat Pos Dan Informatika (SDPPI)) も、ほとんどの場合、メーカーが最終製品 (RF モジュールのみではなく) の承認を取得することを義務付けています。 。 原則として、インドネシアではモジュール式の承認は認められていません。 多くの国ではモジュール式の承認が認められるため、メーカーが取得しなければならない認証の数を減らすことができます。

ほとんどの場合、インドネシアの試験機関は試験終了後にサンプルを損傷なく返却します。 ただし、サンプルに何かが起こる可能性は常にあり、特に RFID を使用する医療機器などの高価な機器の場合、メーカーはそれに応じて計画を立てる必要があります。 多くの場合、RFID 製品の場合、メーカーはテスト用のラップトップ コンピューターも提供する必要があります。

サンプルがインドネシアの技術パラメータに合わせて適切に構成されており、指示が明確であれば、SDDPI によるテストは比較的簡単に実行できるはずです。 メーカーは、英語とインドネシア語 (インドネシア語) の両方を話すパートナーと協力する必要があります。 SDPPI の職員の多くは英語を話せないため、バイリンガルのエンジニアがいないとトラブルシューティングやセットアップの問題が困難になる可能性があります。 テスト後、アプリケーションは認証またはレビューに入ります。