複数拠点の在庫・予約枠を横断管理する設計｜検索・割当・移動で破綻しない

拠点が1つなら、在庫も予約枠も「見た通り」で済みます。
拠点が増えた瞬間に破綻しやすいのは、可用性（いま使えるか）の定義が拠点ごとに揺れるからです。
店舗在庫はあるが別の予約で引当済、倉庫にはあるが移動が必要、作業枠は空いているが担当がいない…。
本記事では、横断管理を“検索と引当と移動”の3点から組み立てます。

1. まず言語化：可用性は「物理在庫」ではない

横断管理で最初に決めるべきは、「在庫がある」「枠が空いている」の意味です。
以下のように状態を分けると、現場の会話が揃います。

• 物理：現物として拠点に存在する
• 引当：予約・受注で確保済（他に出せない）
• 移動中：別拠点へ搬送中（いつ到着するか）
• 保留：検品中、返品処理中、欠品調査中 など

ここを曖昧にすると、検索結果が嘘になります。
ステータス設計の考え方は 実例とパターン に近く、「行動が変わる状態」だけを増やします。

2. 横断検索の設計：条件を増やすほど“選べない”になる

横断検索は便利ですが、条件が多いとユーザーが決められません。
絞り込みUI（考え方）と同じで、まずは最小の検索軸に落とします。

• 拠点：近い順／対応可能拠点のみ
• 在庫：即日可のみ／移動含む（到着予定あり）
• 予約枠：希望日で空きがある拠点のみ（空き表示）

「移動を含める」のような曖昧さは、チップ型（UIパターン）でON/OFFできると、検索の意図が揃いやすいです。

3. 引当（予約）は“二重取り”を防ぐ仕組みが必要

横断管理の事故の大半は、同じ在庫や同じ枠を複数の案件が取りに行くことです。
ここは「担当者が気をつける」では守れません。最低限、次を決めます。

• 引当タイミング：仮予約で引当する／確定で引当する
• 引当期限：仮引当は◯分で自動解放（放置事故を防ぐ）
• 解放条件：キャンセル・期限切れ・差し戻し時の挙動

キャンセルと解放は キャンセル・返金設計 と整合していないと、在庫が戻らずに欠品扱いが増えます。
また、担当振り分け（自動・手動・混在）と合わせて、引当後に“誰が処理するか”を確定させると詰まりません。

4. 拠点間移動：移動指示→出庫→受領→差異の4段階で持つ

移動を「移動した」で終わらせると、現場では必ずズレます。
移動は最低でも以下の4段階で持つと、差異が追えます。

• 移動指示：どこからどこへ、何を、いつまでに
• 出庫：出した（送り状・便・担当）
• 受領：到着・検品・数量確認
• 差異：不足・破損・型番違いの処理（保留化）

この差異処理は、問い合わせ管理の「保留」運用（失敗しにくい設計）と同じです。
“保留の理由”を固定しないと、いつまでも終わりません。

業種別の具体像

物流（倉庫・3PL）

拠点横断は日常です。業務像は 物流向け を前提に、
在庫の「物理／引当／移動中／保留」を揃え、移動の4段階を持つだけで事故が減ります。

自動車販売・整備・タイヤショップ（店舗×ピット枠×在庫）

店舗在庫と作業枠（ピット）が両方必要なため、片方だけ空いても成立しません。
業務像は 自動車販売・整備・タイヤショップ向け を前提に、
「在庫がある拠点」ではなく「在庫＋枠が揃う拠点」を検索の基本にすると、予約後の差し戻しが減ります。

まとめ

横断管理は、データを集めることより「可用性の定義」と「引当」と「移動の段階」を揃えることが本質です。
最小の検索軸で迷子を作らず、引当の期限と解放条件を固定し、移動は4段階で差異まで扱う。
ここまで揃えると、拠点が増えても運用が崩れにくくなります。