薬局向け電子棚札（ESL）導入ガイド：フェイス選定・コールドチェーン・多店舗価格同期

一、薬局が ESL から得るもの

薬局の値変更はスーパーより細かいです：販促サイクルは概ね毎月以上（推計、チェーン規模による）、会員価格と通常価格が恒常的に併存し、処方・資格連動の価格設定もあります。紙での変更はすべて「人探し→印刷→棚探索→照合」の walking 作業。約 5,000 フェイスの薬局なら、紙での全面換価は概ね 2–4 人日（推計モデル）、ESL なら一括換価の提出後、大半のフェイスが数分で更新されます（実測レンジは概ね 3–10 分、ゲートウェイ数と無線カバレッジに依存）。

二つ目の価値は「誤価格ゼロ」です。薬局の誤価格は利益損失だけでなく、苦情や規制上の注目をも招きかねません（処方正関連の二重価格表示特に注意）。ESL は価格ソースをシステム一か所に収束させ、棚表示はバックエンド承認价に直接追随するため、手書き差し込みと交換漏れが工程から消えます。

二、どのフェイスに付けるか：ゾーン別トリアージ

• 販促エンド棚・山積み台：最優先。販促切替が最も頻繁で、換価人力が集中する場所。
• 会員価格商品：最優先。二重価格をシステム配信し、手書き会員価シールを廃止。
• 回転の遅いロングテール棚：第 2・3 批次に回し、初期投資を抑制。
• 冷蔵ケース（2〜8°C）：低温モデル必須。一般の電子ペーパー札は 0°C 前後から更新速度と電池が劣化（型号規格書で要確認）。冷链フェイスは型号・動作温度・検収条件を契約で单独記載。
• 処方箋カウンター内：処方はスタッフが庫内から出すため内部画面で足りる例が多い。対面側は棚上ディスプレイで代替。
• 数量は SKU ではなく「フェイス」で計算：同一 SKU が複数場所に並べば場所の数だけ札が必要。まず節約計算器（/esl-calculator.html）でフェイス数と換価頻度から投資と人件費削減を推定し、第 1 批次の範囲を決めてください。

三、POS・在庫・会員システムとの接続

薬局の価格データは通常 3 か所に分散しています：POS の販売価格、ERP の仕入・原価、会員システムの会員価格とポイント特典。ESL に fourth の価格ソースになってほしくないのです。正しい形はミドルウェアが POS か価格マスタから「フェイス→商品→現価→会員価→販促フラグ」を読み、棚は表示専用にすること。

接続は 3 段階を推奨：第 1 段階は手動一括取込（Excel/CSV）で最速稼働、第 2 段階は API 定期同期で販促切替を自動配信、第 3 段階はイベント駆動（POS 価格変更がほぼリアルタイムに棚へ）。大半の薬局は第 1 段階で開始し 3 か月以内に第 2 段階で九割カバー、第 3 段階は販促頻度の高い中核チェーン向けです。

四、多店舗同期とコンプライアンス運用

チェーンの核心要望「価格は本部一元的、実行は店舗自動」は ESL の構造的な強みです。本部が一括換価を提出すれば、各店の棚は自店のゲートウェイ経由で更新され、店舗の手動交換は不要になります。運用は三つの定型動作を：販促切替後の抜き取り検査（各店 30–50 フェイスをシステム価格と照合）、ラベルの電池・オンライン率の週次レポート、オフラインラベルの当日対応。

コンプライアンスは 2 点。まず会員データが価格配信に関わる場合、香港の個人データ（プライバシー）条例（PDPO）に適合させる必要があります。ESL システムが受け取る価格はフェイスと価格データのみで、個人を特定できる会員明細は不要です。次に処方の価格表示と広告制限は薬機規制に従います。ESL は表示のみを担い、販促の適法性判断は店舗側の責任です。