10年以上前、私は南カリフォルニアの3PLでオペレーションを統括しており、Inland Empire（インランド・エンパイア）に車で1時間以内の距離にある2つの倉庫を抱えていました。ある金曜日の午後、補充の不足を埋めるため、倉庫Aから倉庫Bへフルトラック1台分の移管を行いました。ドライバーは書類一式と無傷の封印（シール）を持って引き取りに来ました。月曜の朝、Bの受付担当から電話がありました。数字が合いません。倉庫Aの移管オーダーは「出荷済み」、倉庫Bは「未受領」と言います。段ボール約30箱が忽然と消えていました。
解決に丸1週間かかりました。問題はドライバーでも受付担当でもなく、私たちのシステムでした。その移管オーダーが金曜日に確定した瞬間、在庫はAの帳簿から引き落とされ、Bの帳簿に加算されました。しかし商品はまだ3日間、高速道路を揺られていました。その3日間、Bのカスタマーサービスチームは画面上で「在庫あり」と見て注文を受け続け、Aのピッカーは「在庫なし」と見てそのロケーションをスキップしました。同じトラック1台分が、帳簿の上と現実の中で2つの異なる時間軸に存在し、どちらも間違っていなかった。それなのに帳簿はめちゃくちゃでした。
それ以来、複数倉庫間の移管について聞かれるたび、私の最初の言葉はいつも同じです。「輸送中の商品」の期間を、帳簿の上に独自の居場所として与えなさい。それはマルチサイト運営の中で最も過小評価され、最も爆発力のある部分です。
輸送中の商品はどちらの帳簿に載るのか
移管オーダーには3つの実際のステージがあります。出庫確定、輸送中、入庫確定です。小規模な現場の多くは2つしか回していません。出庫が確定した瞬間、在庫はAの帳簿から直接Bの帳簿へ移り、間に「輸送中」という状態が存在しません。まさにそれが私の話の病根でした。
私の結論は明快です。輸送中は独立した在庫ステータスでなければならず、理想はシステム内に独自の「輸送中倉庫」かステータスコードを持つことです。出庫確定で、在庫はAの販売可能在庫を離れて輸送中に入り、入庫確定で輸送中からBへ移ります。帳簿上の商品には常に居場所があり、3日間どちらの倉庫にも属さない空白が生まれません。
そして譲れないルールが1つあります。輸送中在庫は利用可能在庫にカウントしません。利用可能数量とは、注文を受け、納期を約束するために使う数字です。輸送中の商品がいつ到着するか、到着時に何か欠けていないかを正確には言えない以上、それを当てにして売ることはできません。ここに例外はありません。システム上、輸送中を利用可能数量から外しておくこと。それが最低ラインです。
3つのシステム設定を正しく押さえる
まず、移管オーダーには完全なステータスフローが必要です。作成、出荷、輸送中、受領、差異クローズ。近道はありません。多くのシステムは簡略化のために「出荷」と「受領」を「完了」の1つにまとめていますが、それでは受領差異の居場所がなくなり、すべて手作業の調整に流れ込みます。手作業の調整が積み重なれば、もう誰も帳簿を信じなくなります。
次に、利用可能数量のルールです。出庫確定の瞬間に利用可能数を減らさなければなりません。「トラックはまだ出ていないから、後で引いてもいい」と考える人もいますが、それは自分の墓穴を掘る行為です。伝票が確定した時点で、商品の所有権は事実上移っています。その時点で引かなければ、カスタマーサービスはすでに道路を走っている在庫を売り続け、過剰販売は時間の問題です。
3つ目に、受領差異には責任者を決めておくことです。倉庫Bがオーダーより少ない段ボール数を数えたら、その差異は誰のものか。私のやり方は、まず差異を輸送中に寝かせ、調査期限を設けることです。Aの出荷不足と分かれば差異はAの調整へ。輸送中の紛失と分かれば運送業者へのクレーム処理へ。誰にも分からなければ、事前に合意したルールに従って一定期間後に按分します。各社が独自のルールを書いて構いませんが、何かが消える前に書面にしておかなければなりません。消えた後で言い争うのでは遅いのです。
紛失したら誰のものか。起きる前に決める
倉庫間移管では3つの罠が何度も現れます。1つ目は責任の空白です。ドライバーが署名して商品を引き取った瞬間から、それは運送業者の責任になります。ところが多くの倉庫では、ドライバーにパレット数は数えさせても段ボール数は数えさせていません。段ボールが消えたとき、運送業者は「引き取り時はこの状態だった」と言い、反論できません。対策はこうです。出庫時に段ボールを1箱ずつ数え、ドライバーに段ボール数で署名させ、封印番号を伝票に記録し、写真を撮る。最初の面倒な10分が、後の1週間の責任のなすり合いを防ぎます。
2つ目の罠は月末締めです。経理が帳簿を締める日に、輸送中の商品はどちらの倉庫の期末在庫に入るのか。私の結論は、どちらにも入れない、です。輸送中在庫は月末レポート上で独立した行として表示し、数量と金額を別々に内訳表示しなければなりません。Aの期末残高に折り込めばAの帳簿実地照合が壊れ、Bに折り込めばBの回転率が汚染されます。独立した行が、経理と現場の両方を正直に保ちます。
3つ目の罠は、誰も追跡しない輸送中オーダーです。「輸送中」ステータスの伝票が10日も2週間も放置され、誰も問い合わせない。対策は、システムの輸送中に警告しきい値を設けることです。しきい値を超えたら赤表示になり、移管の起案者にプッシュされます。しきい値の長さは、通常の輸送時間にバッファを足したものによります。大事なのは仕組み自体があることです。
金曜日のチェックリスト
すべては1つのチェックリストに集約されます。移管コーディネーターのモニターに貼り、毎週金曜日の退勤前に回します。
- 「輸送中」ステータスのままの移管オーダーをすべて引き出し、1件ずつ確認する
- 通常の輸送時間を超えても到着していないものは、今すぐ運送業者に電話する。待たない
- 1週間以上、責任者のついていない受領差異はエスカレーションする
- 月末締めの前に、輸送中は受領済みでクローズされているか、レポート上で独立した行として内訳表示されているかのどちらかにする。どちらの倉庫の期末在庫にも折り込まない
- 新規の移管では、利用可能数量が出庫確定時に減らされていることを確認する。後付けにしない
輸送中在庫が難しいのは会計仕訳のせいではありません。難しいのは運用の習慣です。3つのこと、すなわち完全な伝票フロー、独立した輸送中ステータス、そして事前に書面で合意した責任分担を押さえれば、複数倉庫間の移管は退屈なものになります。それこそが望ましい姿です。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
