BtoB ECと倉庫WMSの連携設計｜在庫と出荷の基本

◆監修・編集責任者　小園 将隆　2026年8月23日

B2B EC-COLUMN

受注情報と実在庫を3経路でやり取りするBtoB EC倉庫WMS連携

BtoB ECの倉庫WMS連携とは、EC側の受注・在庫情報とWMS（倉庫管理システム）の実在庫・入出庫情報を、決められた項目と頻度で受け渡す仕組みです。WMSは倉庫内の入庫・保管・在庫・出庫の各作業を管理し、実在庫と入出庫実績を記録します。2025年4月に施行された物流効率化法は、この連携を荷主の努力義務として位置づけています^*1。

受注・在庫と実在庫・入出庫を結ぶ仕組み

連携設計は「何を」「どちら向きに」「どの頻度で」やり取りするのかという3点に集約されます。「何を」は受注番号・商品コード・数量・納品希望日といった連携項目、「どちら向きに」はEC→WMSかWMS→ECかの方向、「どの頻度で」はリアルタイムか定時バッチかの選択を指します。この3点を先に確定させておくと、以降の設計判断で立ち戻る必要がなくなります。

出荷指示・在庫反映・実績返却という3つの経路

BtoB EC側から見ると、WMSとの連携は3つの経路に分解できます。第一が、EC側からWMS側へ送る出荷指示です。第二が、WMS側からEC側へ戻る実在庫と入出庫実績。そして第三が、同じくWMS側からEC側へ戻る出荷実績と追跡番号です。

この3経路を最初に定義しておくと、後工程で項目や頻度を決める作業が具体的になります。どの経路から着手するかという段階導入の判断も、この分解を前提にして初めて成り立ちます。

WMS・OMS・基幹システムの役割分担

WMSは倉庫内の実作業を管理する一方、OMS（受注管理システム。複数の販売チャネルの注文情報を一元管理するシステム）は受注情報の集約を担います。基幹システム（ERPなど、会計・在庫・購買を統合管理する社内システム）は経営情報全体の記録を受け持ちます。

役割が重なる部分があいまいな場合、在庫数や出荷状況に食い違いが生じかねません。連携設計の出発点は、この3システムの役割分担を文書化することです。

出荷件数・拠点数・法制度で判断する連携要否の分岐点

出荷件数・複数拠点・3PL利用が重なるほど高まる連携の必要性

連携の必要性は、出荷件数の増加や複数拠点の運用で高まります。3PL（third party logistics、物流業務を専門業者に委託する形態）や寄託倉庫の利用も判断材料になります。SKU（在庫管理上の商品単位）数の多さも同様です。

これらの条件が重なるほど、手作業による転記や二重入力の負荷が増え、確認漏れの発生率も上がりやすくなります。

表計算・手運用で足りる範囲とその限界

出荷件数が少なく拠点も一つであれば、表計算ソフトや手運用でも当面は対応できます。ただし、担当者の異動や退職で属人化した運用が崩れるリスクは残るでしょう。

手運用のまま出荷件数が増えると、確認漏れによる欠品や誤出荷が起こりやすくなり、取引先への納期遅延という形でコストが表面化します。

2026年4月の特定事業者指定へ向けて強まる制度上の要請

2025年4月1日、改正物流効率化法により、すべての荷主・物流事業者に物流効率化の努力義務が課されました^*1。2026年4月1日には、年間取扱貨物重量が9万トン以上の事業者を対象に、特定事業者の指定制度が始まります^*1。

国土交通省の判断基準では、出庫日程・量の調整や定時便の設定に関する倉庫からの提案に応じることが、荷主に求められる措置として明記されています^*2。物流情報標準ガイドラインへの準拠による物流データの標準化への取り組みも、同様に位置づけられています^*2。

つまり、倉庫との連携は物流部門だけの課題ではなく、荷主であるBtoB EC事業者にも関係する制度上の論点になっています。

自社がどの連携方式に当てはまるのか、そして手運用のまま増える確認工数がどれほどのコストになるのかを自社の数字で確かめるには、無料相談で要件を整理するのが近道です。

出荷指示・在庫反映・実績返却―3経路それぞれの設計ポイント

EC→WMS：出荷指示の項目と送信タイミング

出荷指示には、受注番号、取引先コード、商品コード、数量、納品希望日、締め時間の情報が必要です。締め時間との関係を決めておかないと、当日出荷分の指示が翌日扱いになる事態が起こります。

送信タイミングは、受注確定の都度送るリアルタイム方式と、一定時間ごとにまとめて送る定時バッチ方式の2つに分かれます。取引先への回答スピードを重視するなら前者、システム負荷を抑えたいなら後者が向いているでしょう。

WMS→EC：実在庫と入出庫実績の反映頻度

実在庫と入出庫実績の反映は、リアルタイム連携と定時バッチ連携のどちらかを選びます。出荷件数が多く欠品を避けたい業態ほど、反映頻度を短くする必要性は高いといえるでしょう。

反映頻度を短くするほどシステム間の通信量は増えるため、費用と精度のバランスを見て決めることになります。

WMS→EC：出荷実績・追跡番号の返却と出荷案内

出荷が完了すると、WMS側から出荷実績と配送業者の追跡番号がEC側に返却されます。この情報を受けて、EC側が取引先へ出荷案内を送るという流れです。

追跡番号の返却が遅れると、取引先からの問い合わせ対応に人手が割かれてしまいます。返却のタイミングをあらかじめ取り決めておくことが、運用負荷の軽減につながります。

在庫引当の置き場所を決めるEC側方式とWMS側方式の判断軸

EC側引当―確定の早さと引き換えの差異リスク

EC側引当は、受注時点でシステム上の在庫数から引当を確定する方式です。取引先への納期回答を即座に返せる点が利点になります。

実際の倉庫内在庫（実在庫）とシステム上の在庫数に差異が生じた場合は、欠品や過剰引当のリスクを抱えてしまいます。差異が起こる主な要因は、棚卸しのタイミングのずれと、複数チャネルからの同時受注です。

WMS側引当―実在庫への忠実さと納期確約の遅れ

WMS側引当は、倉庫内の実在庫を基準に引当を確定する方式です。実在庫に忠実な分、欠品のリスクは下がります。

半面、受注時点でWMS側の処理を待つ必要があるため、納期回答を即座に確定しにくくなります。取引先対応のスピードを重視する業態では、この遅れが営業上の制約になりかねません。

二重計上・引当漏れを防ぐ在庫正本の取り決め

引当方式にかかわらず、在庫の「正本」をどちらのシステムに置くかを最初に決めておく必要があります。正本があいまいだと、二重引当や引当漏れが起こりやすくなります。

差異が発生した場合の優先順位、たとえば正本側の数値を採用する、差異検知時に出荷を止めるといった取り決めも、運用開始前に決めておくことが望ましいでしょう。

物流情報標準ガイドラインと流通BMSに合わせるデータ項目・連携方式の決め方

物流情報標準ガイドラインに沿った項目整理

国土交通省は2025年2月7日、「物流情報標準ガイドライン」をver3.00に改訂しました^*3。運送計画情報や出荷情報などの標準化を進める内容で、管理団体は一般社団法人フィジカルインターネットセンターです^*3。

独自フォーマットで連携項目を決めるより、このガイドラインに沿って出荷情報の項目を揃えておくと、複数の倉庫会社・取引先との連携がしやすくなります。

取引先とのやり取りに参照する流通BMS

取引先とのやり取りが発注・出荷・受領・返品・請求・支払まで及ぶ場合は、流通BMS（流通ビジネスメッセージ標準。GS1 Japan＝一般財団法人流通システム開発センターが管理する消費財流通業界のEDI標準仕様）を参照します。

流通BMSの基本形は2018年11月公表のVer2.0が最新版で、発注・出荷・受領・返品・請求・支払の6業務8種の標準メッセージで構成されます^*4。

独自フォーマット選択時に決めておく3点

標準に完全準拠できない事情がある場合は、独自フォーマットを選ぶこともあるでしょう。その際は、文字コード、桁数、コードマスタの正本をどちらのシステムに置くかを先に決めておく必要があります。

これらをあいまいにしたまま連携を始めると、仕様変更のたびに双方のシステム改修が発生し、手戻りが大きくなってしまうでしょう。

入数・分割納品・締め時間で決まるBtoB特有条件の連携チェックリスト

入数・ケース／バラの単位変換

BtoB取引では、ケース単位とバラ単位が混在します。連携項目に入数（1ケースあたりの数量）を含めておかないと、出荷数量の変換ミスにつながりかねません。

分割納品・分納、先付け受注への対応

一度の受注を複数回に分けて納品する分割納品や、納品日を先に指定する先付け受注がある場合、連携項目に分納回数と納品予定日を持たせる必要があります。

この対応を怠ると、WMS側で1回分の出荷指示として処理され、残数の管理が抜け落ちる問題が起こります。

締め時間と出庫日程調整、直送の連携項目

締め時間を過ぎた受注は翌営業日扱いにするか、当日出荷の例外ルールを設けるかを決めておきます。国土交通省の判断基準は、出庫日程・量の調整や定時便の設定に関する倉庫からの提案に応じることを、荷主に求められる取り組みとして挙げています^*2。

倉庫を経由せず取引先へ直接届ける直送についても、通常出荷と異なる連携項目（直送先住所、直送指示フラグ）が必要になります。

取引先別価格を倉庫側に渡さない設計

BtoB取引には取引先ごとの価格が存在しますが、価格情報は倉庫側の作業には不要です。連携項目から価格情報を意図的に外すことで、情報が広く共有されるリスクを抑えられるでしょう。

出荷指示から実績返却へ進める段階導入と費用の考え方

第1段階から第3段階へ進める手順

段階導入の目安は、第1段階が出荷指示のファイル連携、第2段階が在庫の自動反映、第3段階が出荷実績の自動返却です。最初からすべてを作り込むより、影響範囲の小さい経路から着手すると、手戻りのリスクを抑えられます。

1. 第1段階：出荷指示をファイル連携で送る。
2. 第2段階：在庫の反映を自動化する。
3. 第3段階：出荷実績・追跡番号の返却を自動化する。

手戻りを避けるために初回で決めておく3点

段階を分けて進める場合でも、在庫の正本、引当の置き場所、コードマスタの正本の3点は、初回の設計段階で決めておく必要があります。これらを後から変更すると、双方のシステム改修が同時に発生しかねません。

連携を内製で設計するには、WMSのAPI仕様や物流情報標準ガイドラインの読み解き、コードマスタ設計の知識が必要です。担当者だけで抱え込むと、要件定義の段階で工数が積み上がりやすくなります。

外部パートナーに要件整理を依頼すると、経路ごとの項目設計や引当方式の判断を、短期間で整理しやすくなります。内製で進める場合は、これらの論点を自社担当者だけで洗い出す時間が必要になるでしょう。

デジタル化・AI導入補助金2026の活用

独立行政法人中小企業基盤整備機構および中小企業庁の監督のもとで実施される「デジタル化・AI導入補助金2026」の通常枠は、「供給・在庫・物流」を含む業務プロセスを対象としています^*5。

通常枠の補助率は1/2以内または2/3以内で、4プロセス以上を導入する場合は150万円以上450万円以下が補助額の目安です^*5。2026年度時点の公募要領のため、申請時点の最新情報を確認する必要があります。

まとめ：BtoB EC倉庫WMS連携で押さえる3つの判断軸

本稿では、BtoB ECと倉庫WMSの連携を3つの経路に分けて整理しました。要点を3つに集約すると、第一に、出荷指示・在庫反映・実績返却という3経路の項目とタイミングを先に定義します。第二に、在庫引当をEC側とWMS側のどちらに置くかを、業態の納期要件と欠品許容度に照らして決める必要があるでしょう。第三に、物流情報標準ガイドラインや流通BMSといった一次情報の標準に沿って、コードマスタと連携方式を選びます。2025年4月に施行された物流効率化法の努力義務は、この整理を進める外部要因になっています^*1。

---

ご不明な点はお問い合わせフォームからもご連絡いただけます。

よくある質問

WMSを入れていない場合、BtoB ECだけで在庫管理はできますか。

出荷件数が少なく拠点が一つであれば、表計算や手運用でも当面は対応できます。ただし件数が増えると確認漏れのリスクが高まるため、出荷件数の推移でWMS導入の要否を見極める必要があります。

3PLに委託している場合、連携の主導は誰が持ちますか。

連携項目の設計主導はEC側（荷主）が持つのが基本です。国土交通省の判断基準でも、出庫日程・量の調整は倉庫側からの提案に荷主が応じる関係として整理されています^*2。

在庫の反映はリアルタイムでなければいけませんか。

必須ではありません。出荷件数が多く欠品を避けたい業態ほどリアルタイム連携の必要性が高まりますが、件数が少なければ定時バッチ連携でも運用できます。

連携方式はAPIとファイルのどちらを選ぶべきですか。

出荷件数や更新頻度の要件によって異なります。更新頻度が高くリアルタイム性が必要ならAPI連携、更新頻度が低く初期費用を抑えたい場合はファイル連携が向いているでしょう。

物流効率化法の努力義務は、BtoB ECの倉庫連携にどう関係しますか。

2025年4月の努力義務では、出庫日程・量の調整への協力が、荷主に求められる取り組みとして挙げられています^*1*2。物流情報標準ガイドラインへの準拠によるデータ標準化も、同様に挙げられています^*2。BtoB ECの倉庫連携を進めることは、この措置に対応する取り組みの一つになります。

1. *1　出典：農林水産省「物流効率化法について」（2025年3月27日）https://www.maff.go.jp/j/shokusan/ryutu/250327.html
2. *2　出典：国土交通省「『物流効率化法』理解促進ポータルサイト｜荷主（第一種・第二種）の判断基準等」（最終更新2026年3月30日）https://www.revised-logistics-act-portal.mlit.go.jp/sippers/judgment-criteria/
3. *3　出典：国土交通省「報道発表『物流情報標準ガイドライン』をver3.00に改訂しました」（2025年2月7日）https://www.mlit.go.jp/report/press/tokatsu01_hh_000853.html
4. *4　出典：GS1 Japan（一般財団法人流通システム開発センター）「流通BMS（流通ビジネスメッセージ標準）」https://www.gs1jp.org/standard/edi/ryutsu-bms.html
5. *5　出典：独立行政法人中小企業基盤整備機構「デジタル化・AI導入補助金2026 通常枠」https://it-shien.smrj.go.jp/applicant/subsidy/normal/