WMSとOMSの違い｜EC物流委託で押さえる役割分担【2026年】

WMSとOMSの違いは、WMSが倉庫内の実在庫と作業を、OMSが受注・理論在庫・出荷指示など販売側のオーダーを管理する点です。EC荷主がモールと自社ECを併用すると、在庫が二重管理になり過剰販売や未出荷が起きやすくなります。本記事を読めば、3システムの比較、委託時の4層連携フロー、契約前に書面で揃える項目、連携トラブルの典型まで整理できます。モール在庫と倉庫在庫がずれて困っている担当者は多いはずです。
最終更新: 2026年6月25日

• 66.9%中小企業のデジタル化推進率（2025年）
  出典: 中小企業庁 — 2025年版 中小企業白書
• 4層EC物流の典型構成（カート/モール → OMS → WMS → 配送）
• 2026年物流効率化法改正の継続対応と複数チャネル在庫統合ニーズの拡大
  出典: 国交省 — 物流効率化法ポータル

なぜ2026年にWMSとOMSの違いを押さえる必要があるか

2026年にEC荷主がWMSとOMSの違いを理解する理由は、複数チャネル販売と物流委託の同時進行で、在庫の「正」がどちらのシステムにあるか曖昧になるからです。なぜ今この問題が表面化しているのでしょうか。中小企業のデジタル化が進む一方、受注はモール・自社EC・SNS販売に分散し、倉庫作業は内製から3PL委託へ移行するケースが増えているからです。数字で見ると、中小企業庁の2025年版白書ではデジタル化推進率が66.9%に達しており、受注側のシステム整備は進んでも、委託倉庫のWMSとの接続が後回しになりがちです。ここがポイントです。OMSだけ整備してもWMS連携が未整備なら、理論在庫は合っているのにピッキングが進まない——という状態が起きます。基礎概念はWMS（倉庫管理システム）とはをあわせて確認してください。

なぜ「システム名」だけでは判断できないのか

具体的には、ECカート一体型の機能を「OMS」と呼ぶ資料もあれば、在庫管理ソフトに受注機能を足したものをOMSと称するベンダーもあります。一方で、荷主が知るべきは製品名ではなく、理論在庫を誰が更新し、実在庫を誰が正とするかという役割分担です。物流効率化法の継続対応では荷主側の計画・報告義務も拡大しており、在庫精度と出荷リードタイムの説明責任はブランドに直結します。まとめると、2026年は「WMS OMS 違い」をシステム辞典としてではなく、委託設計のチェックリストとして押さえる時期です。

WMSとOMSの役割の違い—理論在庫と実在庫

OMSは理論在庫（帳簿上の販売可能在庫）、WMSは実在庫（倉庫に物理的にある数量とロケーション）を扱います。なぜこの切り分けが必要なのかというと、OMSでモール在庫を1つ減らしても、倉庫で破損品が見つかれば実在庫はさらに減るため、両者に差異が生じるからです。ECでは、OMSで受注確定→在庫引当→WMSへ出荷指示→ピッキング・検品→出荷実績をOMSへ返却、という流れが理想形です。WMS側の実在庫を正としてOMSへ連携すると、過剰販売を防ぎやすくなります。ソネッティークのような委託倉庫では、ピッキング完了時点で実在庫が減り、その結果がOMSへ返る設計が一般的です。

理論在庫と実在庫がずれる典型パターン

ここがポイントです。ずれは「システムの不具合」だけでなく、業務タイミングの差からも起きます。具体的には、次の3パターンが多いです。

• 引当後・出荷前：OMSは在庫ゼロ表示、WMSはピッキング中でまだロケーションに残っている
• 入庫直後：WMSは検品完了で実在庫増、OMS反映がバッチ待ちで販売不可のまま
• 返品入庫：WMSは不良品ロケーションへ移動、OMSは再販可として理論在庫を戻してしまう

荷主が確認すべき「在庫の正」

一方で、どちらを正とするかは契約で決められます。委託物流ではWMS実在庫を正とし、OMSへAPIまたはバッチで反映する構成が一般的です。では、荷主は何から始めればよいのでしょうか。自社OMS画面と委託先の在庫照会を同じSKUで突き合わせ、更新間隔と差異の許容範囲を書面で確認してください。

WMS・OMS・在庫管理システムの比較

在庫管理システムは数量の入出庫記録、OMSは受注統合と引当、WMSは倉庫作業全体を担います。数字で見ると、月間出荷100件未満なら在庫管理レベルで足りることもありますが、複数モール併用で月300件を超えるとOMS分離、倉庫ミスが目立つ段階でWMS（または委託先WMS）が必要になります。比較の目的は、荷主が「今の規模でどの層まで整備すべきか」を自己判定することです。

種類	主な役割	管理対象	ユースケース別ベスト
在庫管理システム	数量の入出庫記録、発注点、棚卸	理論在庫（単一拠点）	月100件未満・単一倉庫の自社発送なら、在庫管理エクセルの改善から始めるのが最適です
OMS	受注統合、引当、出荷指示、返品受付、顧客情報	理論在庫（全チャネル）	モール2つ以上・自社EC併用の成長ECなら、OMS（または受注統合基盤）の整備が最優先です
WMS	ロケーション、ピッキング、検品、棚卸、入出庫作業、モール・カートとのAPI連携	実在庫（倉庫内）	倉庫を内製し月500件超なら自社WMS、委託ならECフルフィルメント先のWMS活用が最適です

オールインワン型との違い

一方で、Shopify等のECプラットフォームは受注と在庫を一体管理し、厳密なOMS/WMS分離がない場合もあります。それでも「WMS OMS 違い」を押さえる理由は、物流委託に切り替えた瞬間、カート内蔵の在庫機能だけでは委託倉庫の実在庫と同期できないからです。多くのEC向けWMSはAmazon・楽天などとAPI連携するため、委託先WMSの対応チャネルと更新間隔が選定の核心になります。費用面はWMS導入のメリット・デメリットと費用比較を参照してください。

TMSやERPとの境界はどこか

TMSは配送・輸送の計画と追跡、ERPは会計・購買・生産を含む基幹業務、WMSは倉庫内、OMSは受注・販売側——という層で切り分けます。なぜ境界を誤ると連携が破綻するのでしょうか。ERPの在庫モジュールを「OMS代わり」に使い、EC受注のリアルタイム引当ができないケースや、TMSに出荷指示を出すべきところをOMSから直接配送会社へ送ってしまうケースがあるからです。EC荷主が押さえる最小セットは、OMS（受注）↔ WMS（倉庫）↔ 配送会社の3点接続です。

EC荷主にとって各システムの優先度

委託時にERPまで求めるべきか

具体的には、月500件未満のD2C ECでは、まずOMS–WMS連携を固め、ERP連携は月次の売上・仕入同期から始めるのが現実的です。まとめると、TMSやERPは「あれば便利」ではなく、課題が出てから段階導入で十分な規模も多いです。委託先のWMS評価軸はWMSの選び方8項目を参照してください。

EC物流での連携フロー（委託時4層）

物流委託時の典型フローは、ECカート/モール → 自社OMS → 委託先WMS → 配送会社の4層です。なぜ4層と呼ぶのでしょうか。販売チャネル（第1層）と物理倉庫（第3層）の間に、受注統合と在庫引当を担うOMS（第2層）が必ず介在し、出荷作業の実行と実在庫更新は委託先WMSが担うからです。ここがポイントです。連携が切れると「受注はあるがピッキングが進まない」「出荷済みなのにモール在庫が減らない」といったトラブルが起きます。

4層それぞれのデータの流れ

• 第1層（カート/モール）：顧客が注文。在庫はOMSから同期された理論在庫を表示
• 第2層（OMS）：受注確定、在庫引当、出荷指示をWMSへ送信
• 第3層（委託先WMS）：ピッキングリスト生成、検品、出荷確定、実在庫減算
• 第4層（配送）：伝票発行、集荷、追跡番号をWMS経由でOMSへ返却

WMSがモールと直接API連携する場合は、第2層OMSを省略する構成もある。

1. モール・
   カート
2. OMS
   （任意）
3. 委託先
   WMS
4. 配送
   追跡返却

荷主と3PLの責任分界

一方で、荷主が整備するのは主に第1〜2層、委託先が担うのは第3〜4層です。数字で見ると、連携設計を誤ると出荷リードタイムが1〜2日伸び、キャンペーン期の欠品クレームにつながります。では、荷主は何から始めればよいのでしょうか。ECフルフィルメント委託を検討する際は、見積もりと同時に「OMSからの出荷指示形式」と「出荷実績の返却形式」を確認してください。

API連携とCSVバッチの現実

EC向けWMSでは、モール・カートと直接API連携するのが標準的です。OMSを挟む構成と、WMSがチャネル連携のハブになる構成の両方があります。荷主が確認すべきは、連携の有無ではなく、自社チャネルがAPI対象に含まれるか、在庫・出荷実績の更新間隔、障害時の手作業フローです。CSVバッチは小規模運用や非APIチャネルの補完として使われることがあり、多モール展開のECではAPI連携の対象範囲と更新間隔が選定の核心になります。

APIとCSVの比較

連携方式	更新間隔	メリット	デメリット	向くケース
API（リアルタイム）	秒〜分単位	過剰販売リスク低、当日出荷しやすい	開発・保守コスト高	月1,000件超・当日出荷必須のEC
CSVバッチ	1〜4時間、日次	初期コスト低、どのOMSとも接続可能	在庫ズレ・出荷遅延が起きやすい	月300件未満・リードタイム2日許容
連携HUB（ecbeing等）	設定次第	複数モールとWMSを中継	月額固定費・仕様制約	モール3つ以上で自社開発なし

APIは秒〜分単位、CSVバッチは時間〜日次。本文の比較表と対応。

• API連携 即時
• 連携HUB 設定次第
• CSVバッチ 日次

契約前に聞くべき3つの質問

具体的には、(1)出荷指示の最短反映時間、(2)在庫照会の更新間隔、(3)エラー時の再送・手作業フロー——を書面で確認してください。まとめると、「API対応」と謳っても在庫だけ日次バッチという部分連携は珍しくありません。委託先の技術仕様はWMSの選び方8項目の連携項目と照合してください。

返品・バックオーダーはどちらが担うか

返品の受付・返金判断・再販可否の判定はOMS、物理商品の入庫・ロケーション更新・再出荷指示はWMSが担うのが一般的です。なぜこの境界が重要なのかというと、OMSだけで返品完了にすると、倉庫に商品が届いていないのに理論在庫が戻り、再販で過剰引当が起きるからです。バックオーダー（在庫切れ待ち）も同様で、優先配分・顧客への案内はOMS、入庫後の出荷指示受付はWMSという分担になります。

返品フローの理想形

• Step1（OMS）：顧客から返品申請、RMA番号発行、返送先住所を案内
• Step2（WMS）：返品入庫、検品（良品/不良）、ロケーション登録
• Step3（WMS→OMS）：入庫実績を連携。良品のみ理論在庫を戻す
• Step4（OMS）：返金処理、再販可能在庫をモールへ反映

返金判断はOMS、物理入庫・検品はWMSが担う典型パターン。

1. OMS
   返品受付
2. WMS
   入庫検品
3. WMS→OMS
   実績連携
4. OMS
   返金・再販

バックオーダー時の在庫配分

一方で、入庫待ちの受注が複数ある場合、OMS側で「先入れ先出し」「高単価優先」などの配分ルールを持ち、WMSには確定した出荷指示だけ送ります。ここがポイントです。連携が途切れると「OMS上は出荷済み・倉庫では未処理」などのズレが起きるため、返品・バックオーダーの役割分担を契約書の別紙に明記してください。

自社導入と物流委託で整備すべき順序

複数チャネルで受注が散在しているならOMS（または受注統合）を先に、倉庫作業のミスが課題ならWMSを先に——ただし物流委託なら自社WMSは不要で、委託先WMSの確認が先です。なぜ順序を誤ると二重投資になるのでしょうか。委託を決めた後に自社WMSを導入しても、倉庫を使わなくなるため固定費が無駄になるからです。数字で見ると、クラウドOMSは月1万〜10万円、自社WMSは月3万〜30万円が相場帯であり、委託ならWMS分は委託料に含まれることが多いです。

パターン別の推奨順序

委託移行時の並行作業

具体的には、委託開始日の2週間前までにOMSからのテスト出荷指示を送り、WMS側のピッキング・出荷実績返却を検証します。では、荷主は何から始めればよいのでしょうか。まず現状の受注チャネル一覧と、在庫ズレが起きている箇所を洗い出し、OMS整備か委託先変更かを切り分けてください。

契約前に書面で揃える連携項目5つ

委託契約前に書面で揃えるべき連携項目は、(1)在庫の正、(2)更新間隔、(3)出荷指示形式、(4)エラー時の再送、(5)返品・バックオーダーの役割分担の5つです。口頭確認だけでは不十分な理由は、担当者交代や繁忙期に運用がぶれ、トラブル時の責任分界が曖昧になるからです。ここがポイントです。見積もり段階で技術仕様を別紙化しておくと、導入後の追加開発費を抑えられます。

5項目の記載例

• 在庫の正：「委託倉庫WMSの実在庫を正とし、OMSへ○分以内に反映」
• 更新間隔：「出荷指示はAPI即時、在庫照会は15分以内、出荷実績は出荷確定後30分以内」
• 出荷指示形式：「REST API / SFTP CSV（ファイル名規則・文字コードUTF-8）」
• エラー時再送：「3回リトライ後、双方担当へアラート。手作業代替のSLAは4時間以内」
• 返品・バックオーダー：「RMAはOMS発行、入庫検品はWMS、良品在庫戻しはWMS→OMS連携後」

書面化のタイミング

一方で、これらは契約書本文より技術仕様書・運用細則として別紙にした方が更新しやすいです。まとめると、WMSの選び方8項目で確認した内容を、そのまま契約別紙に転記するのが効率的です。不明点はお問い合わせで事前相談も可能です。

連携が切れたときの典型的トラブル3つ

OMS–WMS連携が切れたときに起きる典型トラブルは、(1)過剰販売、(2)出荷漏れ、(3)追跡番号未連携の3つです。この3つが頻出する理由は、いずれも「理論在庫と実在庫の同期」と「出荷実績の逆流」が止まったときに必ず表面化する問題だからです。数字で見ると、過剰販売1件あたりの対応コスト（謝罪・代替品・送料）は3,000〜10,000円にのぼることもあり、月数件で大きな損失になります。

トラブル1：過剰販売（オーバーセル）

具体的には、OMSの理論在庫が実在庫より多い状態で販売が続き、引当後に欠品が判明します。原因は在庫同期バッチの停止、入庫反映遅延、破損品の未反映などです。対策は、WMS実在庫を正とする設定と、同期停止時の自動販売停止ルールをOMS側に持つことです。

トラブル2：出荷漏れ

一方で、OMSには受注があるのにWMSに出荷指示が届かない、または届いてもピッキングキューに載らないケースです。CSV取込エラー・API認証切れ・SKUマスタ不一致が典型原因です。対策は、日次の受注件数と出荷指示件数の突合レポートを自動化することです。

トラブル3：追跡番号未連携

倉庫では出荷済みだが、追跡番号がOMS・モールに反映されず、顧客から「発送されていない」と問い合わせが殺到します。これが深刻な理由としては、モールの発送期限違反でペナルティや評価低下につながるからです。対策は、出荷確定から追跡番号返却までのSLAを契約に明記し、遅延時のアラートを双方で共有することです。

再発防止の運用ルール

では、荷主は何から始めればよいのでしょうか。毎朝、前日受注件数・出荷指示件数・出荷完了件数の3点を突合するダッシュボードをOMSまたはスプレッドシートで用意し、差異があれば当日中に調査するルールを社内に置いてください。

まとめ：WMSは倉庫、OMSは受注—委託で役割を分ける

WMSとOMSの違いを一言で言えば、OMSが販売側の理論在庫と受注を、WMSが倉庫側の実在庫と作業を担うということです。EC荷主が物流委託を選ぶ場合、自社はOMS（またはECカート）側の整備に集中し、WMSは委託先の機能として活用する構成が費用対効果の面でも合理的なことが多いです。2026年は複数チャネル販売が前提となるため、4層連携フローと在庫の正を契約前に書面化しておくことが重要です。基礎はWMSとは、委託先の評価はWMSの選び方、費用はメリット・デメリット比較をあわせてご確認ください。体制設計のご相談はお問い合わせから承ります。

参考・出典

• 中小企業庁 — 2025年版 中小企業白書
• 国土交通省ほか — 物流効率化法ポータル