眼鏡小売のEC・店舗連携では、仮引当、決済、加工、移送、受領、返品の状態を一つの注文IDで追う。最後の在庫競合や取消後出荷を架空データで試し、同期上限と販売停止の承認条件を自社の注文頻度に合わせる方法を示します。
商品と顧客データ
店舗・ECを連携する前に、商品マスター、店舗別在庫、加工注文、顧客連絡先の各データの正本を一つずつ決める。フレームの現物在庫と、まだ製造されていない受注レンズは同じ「在庫あり」表示にしない。店頭受取は顧客の来店と調整を待てる一方、直送は店舗の受渡し人員を減らすかわりに梱包・配送・返品窓口の責任を持つ。店舗取寄せは移動日数と紛失・在庫ずれの照合が必要で、受取店舗が加工仕様を確認する役割を契約で定める。
商品・顧客データの正本はシステム別に決める。商品マスターは仕様と価格、POSは店頭販売、ECは注文状態、在庫管理は現物と引当、加工システムは受注仕様の確定版を持つなど、二つのシステムが同時に正本にならない設計にする。顧客IDと処方関連情報を共通化する場合は目的・閲覧対象・保存期間・外部委託を情報項目ごとに定義する。販売履歴を共有するために顔画像や相談全文まで全店へ配る必要があるか再検討し、必要最小限の項目に絞る。
商品コードは店頭・EC・倉庫で一意にし、顧客識別子との連結は注文対応に必要な範囲へ絞る。処方情報や顔画像を広告配信データへ自動転用しないようデータ経路を図示し、委託先・共同利用先の責任者と削除依頼の窓口を特定する。顧客データの誤表示が起きたら通知対象と社内報告担当を決め、ログを保全して原因分析する。個人情報の目的・安全管理の判断は技術担当だけで決めず、事業責任者が承認する。
項目マスターの変更者、承認者、反映時刻を記録し、ECと店頭で古い仕様が残っていないか日次同期を確認する。
商品更新を本番へ反映する前に、店舗端末とECの代表画面を同じSKUで確認し記録する。
表示価格と在庫の最終更新時刻が注文画面に一致しているか代表商品で照合する。 更新履歴の保管先を一本化する。
在庫引当
在庫引当は「注文受信」「在庫確認」「一時確保」「決済確認」「加工着手」「出荷・店舗移送」「受領」「顧客引渡し」「返品・返金」の状態を持つ。ECと店頭が最後の一本を同時に売った場合、引当の時刻と優先順位を記録し、確保期限を過ぎた仮押さえを自動解除する前に注文者へ連絡する。処方・加工仕様が未確定なら、商品確保と加工着手を別状態にして誤製造を防ぐ。取消依頼後にすでに加工済みの場合は、誰が例外費用を決め顧客へ説明するかを決済規約と社内承認表に合わせる。
在庫引当は在庫確認、一時確保、決済、注文確定、加工開始、店舗移送または直送、受領、受渡し、取消、返品の状態で管理する。仮確保に期限を設け、決済未了や注文取消後に在庫予約が残らないよう日次確認する。最後の一本をECと店頭が同時に注文した場合、確定時刻と優先ルールを決め、後の注文へ迅速に在庫不足を連絡する。POSから在庫サーバーへの反映遅延中は残数を確約表示せず「店舗確認」とする。引当状態と加工開始は分け、処方・仕様が固まる前に製造へ進まない。
引当システムは一時確保の有効期限、同時注文の排他制御、決済失敗時の解除をテストする。取消後も残る注文は出荷指示を再生成せず、管理者が残数と顧客連絡を照合して閉じる。店舗在庫が手入力で補正される場合は、変更理由と確認者を必須にする。表示在庫に時刻を付け、実数との遅延が基準を超えたときにオンライン販売を保留へ切り替える責任者を決めておく。
仮引当の失効は在庫を自動解放するだけでなく、顧客への通知と取消履歴まで一つの状態遷移として処理する。
競合注文時はキャンセル費用と顧客連絡担当を決め、注文時刻ログを保存する。
引当解除に失敗した例は日次例外一覧へ出し、手入力で消す前に原因を記録する。 取消失敗を責任者へ即時通知する。
加工受渡し
顧客データは販売チャネル共通化の都合で一括コピーせず、受注処理に必要な項目、店舗閲覧権限、ベンダーへの送信先、目的と保管期間をデータ項目ごとに定義する。眼鏡の度数履歴を再注文に使う場合も、取得・利用目的、本人の訂正依頼、誤登録時の修正責任を設計する。顔画像や健康に関連し得る相談メモを一般販促のセグメントへ流さない。データ連携前の受入試験では架空顧客IDと架空注文を使い、店舗から別顧客の注文が見えないこと、取消後に出荷キューから消えることを検証する。
加工受渡しのチャネル連携は、受注仕様、加工先、店頭での調整、配送情報が同じ注文IDに結び付くかで評価する。店頭受取は現物を合わせやすいが、受取枠を店員時間に含める。直送は移動を減らす一方、納品先変更や破損時の対応窓口を決める。店舗取寄せでは送り元の出庫と受取側の現物確認を別のイベントで登録する。注文IDが異なるままEC・店頭の記録を二重入力する運用は、加工指示の食い違いと返品追跡の欠落を生むため、統合前にデータ紐付けを検証する。
加工受渡し時に、店頭注文とEC注文のどちらでも仕様確定・加工先受付・検品・受領の状態を追えるようにする。配送伝票番号は注文IDへ結び付け、輸送中は店舗在庫にもEC倉庫在庫にも重複加算しない。店頭受取で顧客が来店しない場合の保管期限・再連絡、直送先が変更された場合の本人確認を定義する。これらのイベントが記録できないシステムならチャネル拡張を行わない。
加工途中の品を移送するときは送り元と受取先が同じ注文仕様版を参照できることを確認してから出荷する。
配送遅延で顧客約束が変わる場合は店舗責任者が日程を承認してから通知する。
出荷前の本人確認と受取人変更の手順をチャネルごとの運用表に書く。 加工仕様版と伝票番号を紐付ける。
参考資料：JINS：国内店舗への出荷業務を改善した新たな流通体制、個人情報保護委員会：個人情報保護法ガイドライン（通則編）
返品・再加工
返品・再加工はチャネル別に窓口が分かれるほど、同じ症状を別分類するリスクがある。注文IDを店舗・EC共通にし、フィット調整、製品不良、仕様入力誤り、顧客都合、輸送破損を区別する。保証条件は商品・購入場所・期間・対象部品ごとに違い得るため、他社規約を流用せず自社の最新約款と照合する。症状が安全上の相談に及ぶ場合は販売担当の回答だけで完結せず、眼科医または製造販売元の窓口へつなぐ。情報の所在が分からない注文は返金・再製造の判断を保留し、記録を先に復元する。
返品・再加工では、未開封商品の返品、フレームのフィット調整、製品不良、加工間違い、配送破損、顧客都合の変更を区別する。返品品をすぐ販売在庫へ戻すのではなく、現物・外装・ロット等を確認して責任者が販売可否を判断する。加工着手後の取消は仕入先の停止確認、発生費用、顧客の同意を記録する。販売チャネルで窓口を分けても、一つのケースIDから注文、問い合わせ、交換・返金の履歴を追えるようにする。責任の帰属が不明な商品は隔離して契約担当へ回す。
返品は受領日、未開封・包装状態、品質確認、返金承認、在庫復帰を別イベントにする。再加工は旧指示を無効化して新指示へ置換し、費用承認後に作業再開する。商品不良・誤加工・配送事故の調査責任者を決め、同じケースIDのまま顧客対応を続ける。保証や返品期間は販売時点で有効な規約版に結び付け、ページ改訂によって過去注文の条件が書き換わらない設計にする。
再加工時の新旧指示をリンクし、返金済みの注文が改めて出荷されないよう決済状態と物流指示を連携する。
不良返品は返金処理と在庫復帰を独立承認し、同一担当者の誤操作を検知する。
返品査定の写真は注文ケースへ保管し、個人端末・私用メッセージへ保存しない。 返金と再販可否を別々に承認する。
責任とアクセス権
架空の試験店では、オンライン注文の受取を店舗に集約し、在庫10点、期間14日という小さな対象で検証する。ECで同一SKUの最後の1点を仮押さえした直後に店頭販売が起きた場合、POSが引当サーバーへ即時反映されなければ二重確約になる。システム担当は注文受信・一時確保・取消の各イベント時刻を記録し、店長は日末に現物と引当数を照合する。同期遅延が設定閾値を超えたらECの在庫表示を「要確認」に切り替え、確実な在庫が戻るまで販売確定を止める。
責任とアクセス権は店舗・EC・倉庫・委託先のデータ経路で定める。PPCは個人データの安全管理を事業規模や情報の性質等のリスクに応じて講ずると説明しており、一律の大企業対策ではなく取扱項目と権限を棚卸して措置を決める。新連携は架空顧客・架空注文で試験し、他顧客への誤表示、取消後の出荷残り、返品後の在庫復帰、アクセスログ、削除依頼の動きを確かめる。個人情報露出、同期遅延、在庫差異が基準を超えたら、責任者が連携または販売を止める。
新しい連携に障害が出た場合、店頭の紙伝票に一時運用を切替える条件と、二重入力を後で照合する担当を決める。復旧後は連番を突き合わせ、同一注文が二重発送されていないことを確認する。アクセス権は異動・退職日に取り消し、外部委託先の試験アカウントも期間終了後に削除する。店長と情報管理担当が月次で例外ログ、データ出力、共有リンクを確認し、許可されていない共有があれば連携を停止する。
外部委託先のアクセスは試験・運用の期限ごとに棚卸し、契約終了や担当交代で速やかに無効化する。
委託先の削除証明や障害通知の条件を定期確認し、契約終了時にデータ消去を照合する。
委託先の緊急連絡訓練を定期実施し、連絡不能時の自社停止権限を確認する。 終了したIDの削除証跡を受領する。
参考資料：個人情報保護委員会：個人情報保護法ガイドライン（通則編）、個人情報保護委員会：個人情報保護法ガイドラインQ&A
受注・受渡し方式の比較
| 受渡し方式 | 在庫確保・リードタイム | 店の担当範囲 | 主な競合・例外 |
|---|---|---|---|
| 店舗受取 | 現物確認後に引渡し枠を確保 | 調整、受領、未受取連絡 | 店頭同時販売との二重引当 |
| 直送 | 出荷倉庫在庫と配送状況を同期 | 仕様確認、配送事故の一次受付 | 住所・配送先変更、返送責任 |
| 店舗取寄せ | 移動中状態と到着見込みを管理 | 出庫・受領照合、顧客通知 | 紛失、更新遅延、受取店舗の在庫誤差 |
確認・判断の工程
- 注文ID・商品在庫・加工注文の正本を決定
- 受信・仮引当・確定・加工・移動状態を設計
- 模擬注文で店頭競合・取消・返品・障害を試験
- 店長が数量照合と顧客通知ログを承認
- 同期遅延・在庫不一致・個人情報露出で販売停止
工程は判断論点を示す編集部の整理です。各事業者の手順・法令上の要件を保証するものではありません。
仮定の検討例・実績ではありません
仮定ケース：眼鏡小売のEC・店舗連携の業務判断を再現する
仮定：一店舗の現物10点を使い14日間、オンライン受取を試す。POS・ECの同期遅延上限を5分と仮置きし、すべて架空顧客データで注文競合を再現する。
最後の1点をECで一時確保した後にPOS販売を試す。仮確保は15分で解除し、決済未了は通知後に解放する設計とする。5分超の遅延が出た時点で即時在庫表示を止める。
注文受信・仮引当・決済・仕様確定・加工・店舗移送・受領・引渡し・返品を状態遷移として記録する。店長は日次に台帳と現物を照合し、システム担当は取消後キュー、二重確約、アクセス権をテストする。
在庫不一致、別顧客への情報表示、取消後出荷があれば販売を停止し原因を修正する。受入試験の承認者がログと顧客通知を確認した後だけ、対象件数を段階拡大する。
5分という同期上限は試験条件であり一般的な安全基準ではない。業務責任者が自社の注文頻度と顧客約束から許容値を決め、二重確約・取消後出荷・別人表示をゼロ件で通す。いずれかが残る場合は店舗受取の告知を止め、障害を修正して新しい承認ログができるまで試験件数を増やさない。
よくある質問
最後の一本が店頭とECで同時に注文されたら？
仮引当状態と優先ルールに従い在庫を一方へ確保し、もう一方へ速やかに在庫確認・代替案を連絡します。
EC返品品はすぐ販売在庫へ戻せますか？
現物、包装、ロット等の状態を確認し、責任者が販売可能と判定するまで隔離します。
顧客データを全店舗で共有してよいですか？
用途、共有範囲、権限、委託先、本人への案内を整理し、必要最小限のアクセスにします。
一次資料と確認範囲
一次資料を根拠に制度・公表事実を説明し、比較・運用案は編集部の整理として区別しています。法令や仕様は適用条件と現行資料を再確認してください。
- JINS：国内店舗への出荷業務を改善した新たな流通体制公表日・改訂日：2022-04-06。対象期間：2022-04-07開始予定、店舗数は2022年3月末時点。。参照箇所：見出し「最新の店舗の販売実績に基づく適切な在庫管理」と出荷方式の説明。確認日：2026-10-05。根拠と適用範囲：JINSは2022-04-06発表で、店舗販売実績に応じ出荷頻度・数量を調整する流通体制を2022-04-07から始める予定と説明した企業事例。店舗数・排出量試算は当時の対象期間に限られ、業界標準・現行値ではない。
- JINS：安心サポート・保証と調整の案内公表日・改訂日：資料内に明記なし（確認日とは別）。対象期間：統計期間なし（随時更新の企業サポート案内）。ページに公表日・適用期間の表示なし。。参照箇所：「安心保証」「3つの無料サービス」「保証対象外・商品ごとの例外」。確認日：2026-10-05。根拠と適用範囲：JINSのサポート案内は同社の保証・調整・商品例外を説明する。購入チャネル、商品、購入条件で適用範囲が異なり、他社の契約や業界共通条件には転用できない。
- 個人情報保護委員会：個人情報保護法ガイドライン（通則編）公表日・改訂日：資料内に明記なし（確認日とは別）。対象期間：統計期間なし（行政ガイドライン）。取得日2026-10-05の掲載版。。参照箇所：第3章3-1「利用目的の特定」、3-4「安全管理措置」。確認日：2026-10-05。根拠と適用範囲：通則編は利用目的の特定と個人データの安全管理等を説明する。顔画像・注文情報の目的と権限を検討する資料であり、特定のAI接客設計の適法性を保証しない。
- 個人情報保護委員会：個人情報保護法ガイドラインQ&A公表日・改訂日：Q1-15の個別問答は令和5年5月更新表示。ページ全体の公表・改訂日は不明。。対象期間：統計期間なし（行政Q&A）。取得日2026-10-05時点の掲載内容。。参照箇所：Q2-1、Q1-15、Q10-5。確認日：2026-10-05。根拠と適用範囲：Q2-1は利用目的を本人が利用内容を合理的に予測できる程度に特定する説明、Q1-15は防犯目的取得画像等の目的外利用の限定例、Q10-5は状況に応じた安全管理を説明する。