電子棚札（ESL）検収チェックリスト：パイロット店舗から全面展開まで30項目

一、契約前：「公称値」を「検証可能な条項」に変える

パラメータ表の数字はほぼ理想環境の実測値です。契約前にすべきは数字を疑うことではなく、数字を検証可能な条項に収めること。曖昧にされがちな項目：ラベルの寿命（1日あたりの更新回数ベースの推計モデルか実測値かを明記。「1日10回更新で約5年と推計」なら比較可能、ただの「5年」は不可）、更新速度（個別ラベルと全店一括の2口径）、ゲートウェイ容量（1台で何枚管理でき、超過時の増設方法）、そしてフェイス数とラベル数の対応に予備が含まれるか。

まず節約計算器（/esl-calculator.html）で自社フェイス数と換価頻度から基準投資額を出し、ベンダー間の見積構造を比較してください。ゲートウェイと3年保証込みの見積もあれば、別売りサブスクに分解する見積もあり、3年総口径では2割前後差が出ることもあります（推計、見積案による）。

二、パイロット店舗：6種類のハード指標を実測

• 無線カバレッジ：棚の端、倉庫の壁の裏、冷蔵ケース横など最果ての位置から各3か所で更新テストを行い、失敗位置を記録——ゲートウェイ数と設置場所の決定材料です。ゲートウェイの視界内だけの測試は不可。
• 一括更新時間：全店に一括換価を配信し、最後の1枚が更新完了するまでを計測。この実測値を後続ロットの検収ベースラインに書き込みます。
• 二重価格・販促レイアウト：会員価格、元の価格の取り消し線、販促カウントダウン等を配信後に目視で全項目確認。長い商品名と繁体字・多言語文字の省略（欠落）を重点チェック。
• オフライン動作：ゲートウェイとクラウドの接続を切り、ラベルが最終価格表示を保持し、復旧後に自動同期するか確認——店舗で最も起きる障害パターンです。
• 低温と日射：冷链フェイスや直射日光の棚があれば、低温モデルと紫外線劣化をパイロット期の実環境で測定。実験室レポートの代替提出は受けつけないこと。
• 管理コンソールの権限：店舗スタッフ・エリアSV・本部の3層権限でそれぞれ何を変更できるか、承認フローが使えるか、操作ログを出力できるか。

三、分批リリース：ロットごとの放行基準

分批展開の利点は問題を小範囲で顕在化させることで、前提は各ロットに明確な放行基準があること。各ロットの検収は4項目：設置正確率（5%抜き取り、フェイスとラベルの紐付け誤りは即エラー）、一括換価完了率（全量配信し、未更新ラベルは24時間以内に処理）、オンライン率（稼働後第1週は毎日集計、概ね98%未満なら是正アクション、閾値は店舗面積とゲートウェイ密度で契約約定）、そしてスタッフ操作認定（各店舗で一括換価とラベル交換の2動作を独力で実施）。

稼働後2週間は異常の集中期です：新品ラベルの電圧ばらつき、金属棚による電波遮蔽、POS 同期フィールドの口径ズレが一斉に表面化します。「稼働後2週間の常駐サポート」を契約に書けば、後でメールで押し問答するよりずっと安上がりです。

四、クローズ：残り款・保証・ドキュメント引き渡し

検収条項に牙を生やすには金に紐付けること。推奨構造：パイロット検収合格で第2ロット代金を支払い、総額の10–15%を残り款として全面稼働後30–60日（契約約定）のオンライン率と寿命抜き取り検査の達成後に支払う。寿命は実結果を待てないため、抜き取り口径を約定します：3–5%のラベルの電量曲線を読み、推計モデルとの偏差が閾値（例20%）超なら是正発動。

ドキュメント引き渡しは最も省略されやすく、運用に最も響く項目です：ゲートウェイ設定と鍵の帰属先、フェイスとラベルの紐付けデータ出力、管理コンソールのスーパー管理者アカウントの帰属、二次開発API文書、保証範囲（ラベルとゲートウェイの各自の年数、人的破損と自然故障の切り分け）。一つでも欠ければ残り款はリリースしません。