小規模な店舗を経営している場合や、デジタル値札を初めてテストしている場合は、無料の電話アプリを使用して NFC タグをそれぞれ約 5 秒でプログラムできます。この方法は、タグが数百個を超えない限り有効です。-各棚まで歩いて携帯電話をタップするという労力が意味をなさなくなり、コンピュータからワイヤレスで価格をプッシュするシステムが必要になります。このガイドでは、両端と、それらの間の複雑な中間点について説明します。
携帯電話で NFC 値札をプログラムする方法
メモリ割り当てをより細かく制御したい場合は、NFC ツール (無料、Android および iOS で動作) または NXP の TagWriter をダウンロードしてください。空のタグを取得する-NTAG213 または NTAG215 チップは、NDEF をサポートしているため、小売店の標準となっています。つまり、市場に出ているすべての NFC スマートフォンは、何もインストールせずにそれらを読み取ることができます。
アプリを開き、「書き込み」をタップし、「カスタム URL/URI」を選択します。最後の部分が重要です。プレーン テキスト、Wi{2}}Fi 認証情報、連絡先カード-のオプションが表示される場合がありますが、これらは値札として無視されます。 URL レコードは、すべての携帯電話ブランドで一貫してトリガーされる唯一の形式です。私たちは、誰かが「利便性のために」各タグに URL、テキスト レコード、Wi{6}} 認証情報をプログラムしたため、ワイン ショップでのパイロットが失敗するのを見てきました。顧客の携帯電話の半数は、製品ページの代わりに Wi- ダイアログを開きました。店主はタグのせいだと主張した。タグは大丈夫でした。エンコードが間違っていました。
URL を入力します。ほとんどの Android では背面パネルのタグの中央、iPhone では上端にスマートフォンを平らに置きます-。確認音が聞こえるか、振動が感じられます。書くのはこれで終わりです。
次のタグに進む前に、今書いた内容をテストし、別の携帯電話でテストしてください。書き込みに使用したデバイスは、意図したアクションをキャッシュして、チップ上の実際のデータが不正な形式であっても、クリーンな結果を提供する場合があります。同僚の携帯電話を手に取ります。タップします。ページが読み込まれることを確認します。
静的 URL で 200 個のタグをエンコードする前に考慮すべき点が 1 つあります。その商品ページが-新しいウェブサイト、新しい CMS、新しい URL 構造-に移動すると、すべての物理タグがデッドリンクを指していることになります。これは、サーバー側で制御するリダイレクト URL（yourstore.com/nfc/sku12345）によって解決されます。{4}タグは常にリダイレクトを指します。いつでも CMS で宛先を変更できます。タグ自体を再プログラミングする必要はありません。
テスト後、タグをロックします。 NFC ツールには書き込み保護切り替え機能があります。- NTAG チップでは、これは-一方通行のドア-であり、一度ロックされると、あなたを含め誰も上書きできなくなります。タグを定期的に書き換える必要があるほど頻繁に価格が変更される場合は、ロックすると目的が果たせないため、スキップしてください。しかし、公開棚に置かれたロックが解除されたタグは、見知らぬ人でも同じ無料アプリを使用して書き換え可能です。そのトレードオフはあなたが決めるのです。
電話のプログラミングが壁にぶつかる場所
数学はすぐに崩れてしまいます。タグあたり 5 秒というのは、8,000 SKU に棚間の歩行時間を加えて計算するまでは些細なことのように思えます。初期セットアップだけでも 70 時間以上かかります。それは簡単な部分です-難しい部分は、来週、ベンダーのプロモーションのために 300 の価格が変更され、誰かが電話を持ってタグごと、通路ごとにフロアを再び歩かなければならない場合に何が起こるかということです。
実際、大量の変更を行う場合は、紙のラベルの方が高速です。束を印刷し、カートをつかみ、一度歩きます。 NFC 電話のタップは本質的に連続的に行われます。バッチ処理はできません。すべてのタグは個別の物理的なインタラクションです。また、印刷ミスがあるとラベルを捨てて別のラベルを印刷する必要がある紙とは異なり、NFC 書き込みが不良である場合は、問題がタグ、スマートフォン、アプリ、またはデータのいずれであるかを診断する必要があります。-その後、書き込みをやり直して再度確認する必要があります。したがって、タグを頻繁に更新する必要があり-、価格タグも更新する必要がある場合、それが重要です-電話による方法では、節約するよりも多くの労力が発生します。
携帯電話でプログラムされた NFC タグが今も活躍しているのは、高級品の製品認証スタンプ、仕様書や安全性データへの永続的なリンク、展示会資料やイベント バッジのワンタイム情報エンコードなどです。-タグの背後にあるデータが毎週の広告サイクルでローテーションされないもの。実際の小売価格を設定するには、タグ自体を更新する必要があります。
小売チェーンが NFC 値札の更新を処理する方法
商用アプローチでは、NFC チップのジョブとディスプレイ更新ジョブが分割されます。インストール中に店員がそれぞれをタップします。電子棚札スマートフォンを使用して管理プラットフォームに登録し、{0}ラベルのハードウェア ID を製品 SKU にバインドします。 NFC が運用上使用されるのはこのときだけです。そのタップの後、レーベルの BLE 5.0 無線が引き継ぎます。価格データ、プロモーション テキスト、テンプレートの変更-すべては、POS または ERP システムからのフィードによって、天井または棚のレールに沿って取り付けられたアクセス ポイントからワイヤレスでプッシュされます。ESL プラットフォームの BLE、Wi{0}}Fi、またはサブ- GHz ゲートウェイ.
Walmart の米国の 2 つの店舗 300+ の展開は、このアーキテクチャで実行されています。 ESL の出荷台数は、-業界全体で 2025 年に四半期あたり 2 億台を超えました。これは主に、この 1 回の展開によるものです。このラベルには、Kindle と同じテクノロジーである E{9}} ディスプレイ-が使用されており、-電力を消費するのは 1 秒間の画面更新中にのみで、その後は画像が無期限に保持されます。バッテリーはここ数年。 NFC チップはライブ状態を維持するため、顧客はタップして製品の詳細を表示できますが、その時点ではこれは二次的な機能であり、更新メカニズムではありません。
既存のシステムとの統合は、実際に時間がかかる部分です。 SAP、Oracle Retail、Shopify POS には、事前に構築された ESL コネクタがあります。-カスタムまたはレガシーのものを使用している場合、データ形式の混乱やスプリント ボード上の競合する優先順位に応じて、IT チームが API ブリッジの構築に 2 週間から 2 か月かかることが予想されます。私たちは、1 月に ESL ハードウェアを購入し、4 月になるまで POS コネクタが動作しなかった店舗と話をしました。-テクノロジーが難しかったからではなく、誰も前もって IT 帯域幅を確保しなかったためです。接続されると、バックエンドでの価格変更は、影響を受けるすべての棚ラベルに自動的に反映されます。間に手動のステップはありません。
改ざんはよくある質問ですが、その答えは人々が予想しているよりも退屈です。 ESL プラットフォームは、デジタル キーを使用して各更新に署名します。ラベルは更新する前に署名をチェックします。ランダムなスマートフォンが NFC を試みて-タグに偽の価格を書き込もうとすると無視されます-。ラベルは認証されたサーバーからのデータのみを受け入れます。ほとんど電子棚ラベルの価格設定ミス悪意のある人物やスマートフォンではなく、SKU マッピングの間違いやコネクタのタイムアウトまで遡ります。
NFC チップとタグのサイズの選択
NTAG213: 144 バイト (バルクでそれぞれ約 0.15 ドル)、URL または短い識別子を処理します。 NTAG216: 888 バイト。サーバーへの単なるポインターではなく、チップ上で直接エンコードされた構造化積データが必要な場合。価格差が非常に小さいため、一部の購入者はすべての項目についてデフォルトで NTAG216 を使用します。-後でさらに多くのデータをエンコードする可能性がある場合には妥当ですが、すべてのタグが 40 バイトに収まる URL しか保持していない場合は無駄です。どちらもNXPシリコンで、NDEFをサポートしています。 NTAG424 DNA は、高価な商品 (高級小売店、医薬品) の偽造防止に関連するローリング パー{15}}タップ署名による AES{14}}128 暗号化-を追加します。コストの割増やバックエンド サーバーの要件が定められていない食料品店の棚には適用されません。
サプライ チェーンが倉庫 RFID インフラストラクチャとも通信するデュアル周波数タグを特に必要としない限り、ICODE SLIX は避けてください。{0}物流ベンダーが ICODE を推奨した後、調達チームが ICODE を注文したものの、そのチップが消費者向けスマートフォンではほとんど動作しないことが判明したという例を私たちは目にしてきました。すでに 5,000 枚のタグが印刷され、出荷されているという状況をほぐすのは、楽しい会話ではありません。
サイズについて: 2.13 インチから 2.66 インチのタグは、標準的な食料品店や薬局の棚レールに適合します。. 4.2 インチから 5.8 インチまでのタグは、電子機器やワインの売り場で多層の価格設定や QR コードを配置する余地を与えます。-7.3 インチから 15.6 インチまでの LCD サイネージエンドキャップと機能ディスプレイをカバーしますが、有線電源が必要です。ほとんどのデプロイメントは 80 ～ 85% のコンパクトなタグです。サイズオーバーはよくある間違いです。-缶詰の棚に 4.2 インチのラベルがあると、後ろの製品が邪魔になり、2.13 インチのラベルで十分だったラベルの 3 倍のコストがかかります。
実際にかかる費用
タグ: 1 ユニットあたり 3 ～ 15 ドル。ゲートウェイ: それぞれ 200 ～ 500 ドル、10 通路の店舗には 6 ～ 10 個のゲートウェイが必要です (金属製の棚は BLE 信号を消費するため、ベンダーの楽観的な間取り図よりも多くのゲートウェイが必要になります。ゲートウェイの数を決める前に現場調査を依頼してください)。ソフトウェア ライセンス: ラベルあたり年間 0.50 ～ 1.50 ドル。これらの数字には、調達段階で驚かれがちな設置作業や POS 統合のための IT 時間は含まれていません。
返済のケースは簡単です。店舗が 1 時間あたり 15 ドルの手動価格変更に週 20 時間の従業員を費やしている場合、ESL によって数分に短縮されるタスクに年間 15,600 ドルの人件費がかかることになります。最近の大規模導入による業界データ棚上げすると、取引の 5～10% で価格の不一致が発生し、-その取引ごとに顧客からの苦情やマージンの漏れが発生する可能性があります。-複数拠点のチェーンは 18 ～ 24 か月で損益分岐点になる傾向があります。-単一の店舗は、最初に-1 ドル以下の NFC-パッシブ タグのみ-ゲートウェイやサブスクリプションなし-でテストし、パイロットでコンセプトが証明されれば BLE にアップグレードできます。
タグごとのプログラミングを行わずに NFC 値札を更新する方法-
私たちのシステムは、誰かが電話を持って棚に立っている部分をスキップします。毎日の価格管理はブラウザーのダッシュボードを通じて実行されます。製品データ (SKU、名前、価格、バーコード、プロモーション テキスト) を含む .xlsx または .csv をアップロードすると、プラットフォームが各行をインストール時にバインドされた棚ラベルと照合し、更新された表示を影響を受けるすべてのタグに一度にプッシュします。ラベルはデータを受信してから 1 秒以内に更新されます。
私たちは意図的にスプレッドシート形式を中心にアップロードを構築しました。ストア マネージャー、カテゴリ バイヤー、地域マーチャンダイザー-これらは実際に価格変更を実行する人々であり、API エンドポイントではなく Excel の列で考えます。プラットフォームは標準ヘッダー (ERP がエクスポートするものであれば何でも) を読み取り、それらを自動的にマッピングします。認識されないヘッダーには一度フラグが立てられます。それらを手動で割り当てると、システムは今後のアップロードごとにマッピングを記憶します。既存の ERP エクスポートは、再フォーマットせずにそのまま取り込まれます。ほとんどの ESL プラットフォームでは、定期的な価格変更のためにミドルウェアまたは IT の関与が必要です-私たちのものはそうではありません。
プロモーションも同様に機能します。 30 アイテムの週末セール?価格列を変更し、プロモーションコピーを追加して、アップロードします。月曜日、元のファイルをアップロードすると、タグが元に戻ります。複数の-店舗運営者は、開店前に 1 つのファイルを 12 か所にプッシュします-店舗マネージャーに切り替えが完了したかどうかを尋ねる電話をかけたり、バック オフィスに読まれずに放置されている価格変更通知を印刷したりすることはありません-。更新に失敗すると、ラベルの物理的な棚の座標でフラグが付けられるため、すべての通路ではなく、その 1 つのタグに向かうことになります。{9}}また、システムは、空の価格フィールド、重複した SKU 行、間違っているように見える値など、不正なデータをライブになる前に検出します (0.03 ドルのステーキは棚の更新ではなく検証警告をトリガーします)。
