OMSオーダールーティングルール：どの倉庫が出荷するかをシステムはどう決めるか

要点：OMSのオーダールーティングは、「この注文はどの倉庫から出荷するか？」という1つの問いに答える優先順位ルールの集合です。5つの問いを固定の順序で問います：①この倉庫に在庫はあるか？②顧客に近いか？③コストは妥当か？④納期の約束を満たすか？⑤チャネルまたは事業者が特定の倉庫を指定したか？順序を間違えるか、1つでも飛ばすと、下流のWMSがいくら上手く実行しても意味がありません。ルーティングは、これまで私が指揮したすべての本番稼働チェックリストの中で最も過小評価されている項目です。

ルーティングがWMSではなくOMSの仕事である理由

キックオフミーティングでこう言うと、お客様はいつも驚いた顔をします：複数倉庫への出荷振り分けを決めるのは倉庫管理システムではありません。役割分担はこうです：注文が作成された瞬間、OMSが論理的な割り当てを行います——この注文はあの倉庫のものだ、と。WMSはただ実行するだけです——ピックして、梱包して、その倉庫から出荷する。ルーティングは意思決定であり、実行は労働です。間違った決定を完璧に実行しても、やはり間違っています。

この失敗は3回見ました。一番教訓的だったのは2024年のビューティーブランドです：Ontario (CA)、Dallas (TX)、Edison (NJ)の3倉庫で、1日約3,000注文。元の導入担当者が設定したルーティングルールは、ロジックが1行だけでした：配送先住所から最も近い倉庫にルーティングする。もっともらしいですよね？問題は、欠けていた2つ目のルールでした：誰も在庫可用性のチェックを設定していなかったのです。

その9月、主力SKUが2つ、Ontarioで在庫切れになりました。ルーティングルールはそれでもCalifornia、Nevada、Arizonaの注文を陽気にOntarioへ送り続けました。注文は届き、在庫はなく、カスタマーサービスの担当者が1件ずつ手作業でDallasへ転送しました。DallasからCaliforniaの顧客への地上配送は2日から4～5日に延び、1個あたり数ドル余計にかかりました（正確な金額は運送会社の最新の公示運賃で確認してください）。ピークシーズン前の1か月間、海岸横断の転送で数万ドルの追加運賃が燃え、さらに「発送が遅すぎる」という星1つのレビューが山積みになりました。振り返りでオペレーションディレクターが言った言葉を今も引用しています：「システムが自動的に最適な倉庫を選んでいると思っていた。実際は、不完全なルールを自動的に実行していただけだった。」

ルーティング設計チェックリスト：6つのステップ

これは複数倉庫の本番稼働前に私が必ずたどるチェックリストです。従えば、地雷の約90%を避けられます。

ステップ1：倉庫ネットワークとサービスエリアを地図化する。 各拠点の住所、カバーする州とZIP範囲、対応する配送方法（陸送／航空／当日）、特殊な能力（例えば危険物や大型品を扱えるのは1拠点だけ）。このステップの成果物はテーブルであり、誰かの頭の中の漠然としたイメージではありません。この作業を口頭で済ませて、あとで高くついたプロジェクトが多すぎます。

ステップ2：ルーティングの判断軸をすべて定義する。 最低でも5つ：在庫可用性、配送先までの距離、配送コスト、納期の約束、チャネルまたは事業者の指定。各軸にデータソースを定義する必要があります：在庫はリアルタイムの引当可能在庫か、古いスナップショットか？距離は直線距離か、運送会社のゾーン基準か？コストは運賃だけか、梱包材と人件費も含むか？曖昧なままの判断軸は、本番稼働後に責任の押し付け合いの種になります。

ステップ3：優先順位と重みを定める——文書化し、全員が署名する。 これが最も重要なステップであり、最も議論を呼ぶステップでもあります。私が推奨するデフォルトの順序： 在庫（絶対的拒否権——在庫がなければ脱落）→チャネル／事業者の指定（絶対的拒否権——誰かが倉庫を指定したら従う）→納期の約束（翌日配達を約束したら、コストの話はもうやめる）→コスト→距離。距離とコストは常に争うことに注意：近い方が必ず安いとは限らず、海岸横断が必ず高いとも限りません。運送会社のゾーン運賃だけが真実です。

ステップ4：例外ルールを書く。 ルールは注文の80%をカバーし、例外が残りの20%を処理します。例：大型品はフォークリフトのある拠点からのみ出荷する；特定チャネルの注文は指定倉庫から出荷しなければならない（マーケットプレイスが出荷元を監査する）；高額注文はセキュリティの高い拠点を通す。例外はシステムの中に入れるべきで、オペレーションマネージャーの記憶の中ではありません。

ステップ5：在庫不足時のフォールバックを定義する。 3つの選択肢があり、事前に決めておく必要があります：①出荷を分割する——ある分は今送り、残りはバックオーダーまたは転送する；②注文全体を転送する——2番目に良い倉庫に移し、高い運賃を飲む；③待つ——補充を待ち、遅延を受け入れる。フォールバックのないルーティングは、在庫が切れたときに人間が火消しに追われることを意味します。上のビューティーブランドに起きたのはまさにそれです。

ステップ6：本番稼働の夜、テスト注文を50件作って流してみる。 すべてのシナリオをカバーする：どこにも在庫なし、1倉庫のみ在庫あり、2拠点から等距離の配送先、チャネル指定の倉庫、大型品、ピーク時の同時発生。50件すべてのルーティング結果を手作業で検証する。2時間の作業で、本番稼働時の障害の少なくとも半分は捕まえられます。

5つのルーティング戦略の比較

銀の弾丸はありません。私が見た中で最も健全な構成は階層型です：「倉庫指定」をハードな制約に、「在庫」を拒否権にし、生き残りをスピードとコストでスコア付けします。スコアリングはOMSの調整可能な重みに置くべきです——事業が変わっても、コードを書き直すのではなくパラメータを調整すれば済みます。

繰り返し見る4つの失敗モード

失敗1：在庫を確認せずに距離でルーティングする。 この失敗は3回見ました。ルーティングの最初の問いは「在庫はあるか？」でなければならず、「近いか？」ではありません。そして在庫データはリアルタイムでなければなりません。昨日のスナップショットに基づくルーティングは、ピークシーズンには飾りにすぎません。

失敗2：分割出荷ルールがなく、1つのSKU不足で注文全体が待たされる。 注文は5明細あり、4つは倉庫Aに在庫があるが、1つはない。分割ルールがなければ注文全体が3日間座り続けます。ルールがあれば、4つは今日出荷され、顧客体験はまったく違います。分割には1個あたりの追加コストがかかります——ステップ3でこのトレードオフを決めておきましょう：いくら以下の金額なら自動分割を許可し、いくら以上は人の判断に回すか。

失敗3：チャネルの優先順位がコストルールを密かに上書きする。 あるクライアントが、指定倉庫からの出荷を義務付けるマーケットプレイスのプロモーションに参加しました。オペレーションが「チャネル指定」ルールを最高優先度で追加しました。プロモーション期間中のすべての注文が単一倉庫にロックされ——運賃は2倍になり、拠点はキャパシティをオーバーしました。チャネルルールとコストルールが衝突するときは、明示的な仲裁順序が必要であり、財務もそれを知っておく必要があります。

失敗4：本番稼働後に誰もルーティングルールを見直さない。 新しい倉庫を開き、古い倉庫を閉じ、運送会社の契約を再交渉し、チャネルが監査ルールを変えた——そのどれもが、昨日の正しいルーティングを今日の間違いに変ええます。私の実践：ルーティングルールは四半期ごとにレビューする。過去30日間の出荷のうち最適な倉庫から出荷されなかったものをエクスポートし、比率と追加運賃を計算する。数字がルールの調整の要否を教えてくれます。

数字で見る：1つの悪いルーティング判断の代償

1日200件の転送注文が1か月続けば6,000件——遅延による返金や低評価を抜きにしても、数万ドルの追加運賃です。ルールの修正は導入コンサルタントが2日で終えました。複数倉庫プロジェクトの最初の1ドルをどこに使うべきかと聞かれたら、私の答えはいつも同じです：まずオーダールーティングのルールを正しくしてから、他の話をしましょう。

今夜できることが1つあります：OMSから過去30日間の出荷をエクスポートし、最適な倉庫から出荷されなかった注文が何件あり、なぜだったかを確認してください。ルール不足か、例外が多すぎるか、データが悪いか？その数字があなたのルーティング健全度スコアです。90未満なら——慌てて新しい倉庫を開くのではなく、まずルールを直しましょう。

Lin Xiao（WMS導入コンサルタント）著

英語版からの翻訳。内容に相違がある場合は英語版を優先します。