"OMS注文分割の技術：なぜ1件の注文が3個の荷物で出荷されるのか"

結論から先に言うと、1件の注文が3個の荷物で出荷される場合、10回中8回はシステムのバグではない。OMSの注文分割ルールが仕事をしているのだ。本当の問題は分割そのものではなく、設定を誤ったルールにある。分割すべき時に分割しなければSLAは崩壊する。分割すべきでない時に分割すれば運賃請求は倍になる。私はこの失敗を3回見てきたが、いずれも稼働初夜に表面化し、その修復はラインを止めることを意味した。

注文分割が実際に分割するもの

専門用語を剥がせば、OMSの注文分割は一文に尽きる：注文内の商品が同じ場所にない、または同じ箱に入らない場合、システムは注文を複数の荷物に分割する。そこには5つの正当なトリガーがあり、それぞれ実際のシナリオと結びついている：

1. 在庫が一箇所にない。在庫が2つの倉庫、あるいは同じ建物の2つのゾーン——例えばバルク保管と温度管理ケージ——にある。統合は移送待ちを意味する。
2. 1つの箱に入らない。約6フィートのテントポールと寝袋は、どれだけ頑張っても同じ段ボールを共有しない。
3. 商品カテゴリを隔離しなければならない。危険物特性を持つ接着剤やエアゾールは、通常の商品と同じ箱で運べない。
4. 配送キャリアのルートが異なる。その遠隔地のZIPコードには1社しか配送しておらず、注文の残りは別のキャリアの方が安い。
5. 納期の約束が異なる。顧客は注文の一部に翌日配送の料金を払っている。全部揃うまで待てば、その約束は破られる。

最初の3つは物理的制約——分割は必須だ。残りの2つはポリシーの選択——分割するかどうかはルールの書き方次第だ。災害の多くは、ポリシーの選択を物理的制約のように扱うか、その逆から生まれる。

2つの修羅場：1つは自滅、1つは救済

2025年Q3。アウトドアギアのクライアント、カリフォルニア州オンタリオの3PL倉庫、ピークシーズン直前の新OMS稼働。オーナーは決断した：「1注文1荷物。最高の顧客体験を」。分割ルールはすべてオフ。私はプロジェクトマネージャーに「この失敗は3回見た。君が4人目になる」と言った。彼は信じなかった。

ピークシーズンの初週、爆発した。接着剤と修理キットは別の温度管理ケージにあり、テントと寝袋はバルク保管にあった。テントと修理キットの両方を含む注文は、倉庫内で内部移送待ち——平均2日余分にかかった。48時間出荷の約束は消え去った。3週間後、「注文はどこ」チケットは倍以上になった。彼らは一晩で分割ルールをオンに戻し、もう1つ追加した：小物は先に出荷し、かさばる物は後に続く。この鉄則を覚えておいてほしい：物理的に分離された在庫は、OMSの設定では消し去れない。あなたがオフにしたのは分割ではなく、SLAだったのだ。

今度は逆の話。2024年後半、1日数千件の注文をこなすペット用品クライアントで、分割ルールが攻撃的に設定されすぎていた：ピックゾーンで分割、キャリア地域で分割、寸法で分割。一部の注文は5個の荷物で出荷された。分割率は40%超え。運賃請求書を見れば一目瞭然だった。救済は3ステップ。ステップ1：データを引っ張り、「同一受取人・同日」の注文でルールに切り裂かれたものをすべて洗い出す。ステップ2：統合ウィンドウを追加——同一受取人、4時間以内、同一キャリアの荷物は1出荷にまとめる。ステップ3：特大品は単独出荷、通常品はすべて統合。1か月後、分割率は約15%まで下がり、注文あたりの荷物数は1.6から1.2に減った。教訓は逆向きに効く：細かく書きすぎたルールは、あらゆる分割を純粋な運賃コストに変える。

計算してみよう：注文分割が得する時、燃やす時

勘で判断するな。表にしよう（数値は例示——自分の履歴とキャリアの現行公定料金で検証すること）：

注文分割についての最大の誤解は、運賃だけを数えることだ。本当の収支は3行ある：運賃、遅延コスト、カスタマーサポートコストだ。壊れたSLAはリピーターを奪う。チケットの急増は人員コストを奪う。どちらも運賃の差額をはるかに上回るのが常だ。

稼働初夜のための分割ルールチェックリスト

ルールの設定方法。稼働初夜のチェックリストはこれだ——1行ずつ潰していこう：

1. まず「分割必須」を定義する：異なる倉庫・ゾーンの在庫、特大・超過重量の単品、危険物・温度管理品・通常品が混在する注文、キャリア選択が限られる遠隔地住所。
2. 次に「絶対分割禁止」を定義する：同一ゾーンで1箱に収まる——分割は禁止。高単価注文（平均注文金額の3x超）はデフォルトでまとめて出荷。
3. 統合ウィンドウを設定する：同一受取人、同日、同一キャリア——4時間以内の荷物は1出荷にまとめる。4時間は出発点だ。1週間回してから調整する。
4. キャリアのルート決定は分割より先。分割する前に、各荷物をどのキャリアが運ぶか決める。分割後にキャリアを選ぶのは、撃ってから狙うようなものだ。
5. 承認前に5件の注文をテストする：倉庫横断注文、特大注文、危険物混在注文、高単価注文、同一受取人・同日の2件の注文。5件すべて通るまで承認しない。
6. 各荷物に分割理由を刻印する：ルールIDを荷物の備考に入れ、CSが見られて顧客にまっすぐ答えられるようにする。監査の足跡がない分割は、遅かれ早かれカスタマーサポートの災害になる。

よくある失敗パターン

• 分割率を倉庫のKPIにする。倉庫は数字をいじり、分割すべき時に分割しなくなり、SLAが代償を払う。分割率は観測指標であり、業績目標ではない。
• ゾーンは変わったのにルールは変わっていない。昨年のゾーンベース分割ロジックが、今年の統合後ゾーンにそのまま動いている。
• 3個の荷物、3つのキャリア。分割とキャリアのルート決定は別々のルールセット——別々に設定すれば、追跡番号が3つ、CSは疲弊するまで説明し続ける。
• 「主荷物」の概念がない。3個中2個が返品で戻り、システムが照合できず、財務が月次締めで気づく。

締めに、直感に反する提言を1つ：「分割率ゼロ」という目標は、会社で最も高くつくKPIかもしれない。統合のために荷物を2日余分に止めれば、運賃は数セント浮くが、リピーターとCSの工数を失う。注文分割は本質的にトレードオフ——運賃、スピード、サービスコストは同時に最適化できない。私の結論は明確だ：まずSLAを守り、運賃の最適化は二の次。分割ルールの第一の仕事は「顧客を待たせない」だ。コスト削減は第二の仕事だ。

明日からできること：OMSのルール一覧を開き、「稼働時に設定して以来触っていない」分割ルールが何件あるか数えよう。半分以上なら、この記事はあなたのために書かれたものだ。統合ウィンドウルールを1つから——4時間、同一受取人——1週間回して、データを見よう。

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

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