受注管理システムと倉庫の連携｜方式とデータ設計の要点

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

B2B EC-COLUMN

受注管理システムと倉庫の連携とは

受注管理システムと倉庫の連携とは、受注データを倉庫側の作業指示へ変換し、作業の結果を受注側へ戻す仕組みです。処理の中心には、受注データの取り込み、在庫の引当、出荷指示、出荷実績の受け戻しという4つの段が並びます。

どこまでをつなぐかは、受注件数と販売チャネル数、委託先の受け入れ条件で変わります。連携の狙いは転記の削減だけでなく、在庫のずれと出荷遅延を抑えることにもあります。全部をつなぐことが前提ではありません。

受注管理システムと倉庫管理システムの役割の違い

受注管理システムは、注文の受け付けから在庫の引当、請求までの伝票の流れを担う仕組みです。倉庫管理システムは、入荷から保管、ピッキング、梱包、出荷までの庫内作業と在庫の所在を管理します。受注側の在庫は売れる数、倉庫側の在庫は棚にある数を指し、同じ語の意味が異なる点が設計の起点になります。

境界に置くデータは、どちらを正とするかを先に決めます。引当可能数は受注側、棚在庫は倉庫側で持ち、差異が出たときにどちらへ合わせるかを取り決めておけば、運用が止まりません。この取り決めが無いまま接続すると、二重販売と欠品の原因になります。

連携によって自動化される業務の範囲

自動化しやすいのは定型のデータの受け渡しで、受注データの取り込み、出荷指示の送信、出荷実績の受け戻し、在庫情報の同期が該当します。いずれも項目と様式が決まっており、判断を挟まずに処理できる部分です。1件ごとの手入力が消えるため、月末の締め作業の負荷も下がります。

人の判断が残る業務もあります。与信の可否、特殊な梱包や同梱物の指示、納期の個別調整は、条件が案件ごとに変わるため自動化の対象から外すのが現実的です。連携の範囲は、自動化する業務と人が判断する業務を線引きしてから決めます。

連携がない運用で起きやすい状態

連携が無い運用では、受注一覧を出力して委託先へメールで送り、倉庫側で再入力する流れになります。同じデータを2回入力するため、桁の打ち間違いや届け先の取り違えが混じります。1件の転記漏れが未出荷のまま残り、問い合わせを受けて初めて気づく事態も生じかねません。

在庫のずれも積み上がり、倉庫の出荷実績が翌日にまとめて戻る運用では、その間に売り切れた商品を受け付けてしまいます。締め時間の直前に手作業が集中し、残業と出荷遅延が同時に起きやすい状態です。復旧には受注側と倉庫側の数字を突き合わせる作業が要ります。

連携が求められる背景｜物流コストと法制度の動き

連携への投資が検討される背景には、物流コストの水準と法制度の動きがあります。2025年度の物流コスト調査では、有効回答205社の全業種平均で売上高物流コスト比率が5.32%でした⁶。

荷待ちと荷役の時間には2時間以内という目安が示され、荷主にも取り組みが求められています¹。データの受け渡しを整えることは、コストと法対応の両方に関わります。連携は現場の手間の話にとどまりません。

売上高物流コスト比率5.32％という水準の読み方

5.32%は、有効回答205社の全業種平均としての数字です⁶。業種や販売形態で水準は分かれるため、自社の比率を同じ定義で算出して比べる必要があります。平均との差が大きい場合は、保管費と輸送費のどちらが押し上げているかを分けて見ます。

この比率は、連携の投資判断の材料にもなる数字です。人手の転記を残したままでは、出荷の遅れや再配送が費用の側に現れます。売上高に対する物流費の比率を毎月同じ方法で追えば、投資の前後の変化を確かめられます。

荷待ち・荷役等時間を2時間以内とする荷主向けの目安

2023年に策定されたガイドラインは、荷待ち・荷役作業等の時間を1運行あたり2時間以内とする目安を示しています¹。同資料が記した実態は、これらの時間が1運行あたり計約3時間に及ぶという水準です¹。この時間の長さには、荷主側の指示の出し方も関わります。

出荷指示が遅い、または内容が確定しない状態では、倉庫側は事前の準備ができません。トラックの到着時刻に合わせて作業を割り付けるには、前日または当日の早い時間にデータが揃っている必要があります。連携の頻度と締め時間の設計は、この点に直結します。

物流効率化法で荷主に求められる取り組み

物流効率化法は、荷主に積載効率の向上や荷待ち時間の削減への取り組みを求めています²。取扱貨物の重量が年間9万トン以上といった基準で指定された事業者には、中長期計画の提出と物流統括管理者の選任が加わります²。荷主全般への努力義務と、指定された事業者への義務では、適用の範囲が別です²。

自社が指定の対象かどうかにかかわらず、出荷データの精度は取り組みの前提になります。数量や届け先の誤りは、再配送と積み替えの原因です。公表資料の判断基準を確かめ、対象となる場合は計画に連携の整備を織り込みます²。

自社の商流に合わせた要件整理を進めたい場合は、無料相談で要件を整理するのが近道です。

連携方式の種類と選び分け

連携方式はCSVファイル連携、API連携、EDI連携の3つに整理できます。選び分けの軸は、受注件数と更新の間隔、委託先が受け付ける様式、社内で保守できる範囲です。どの方式でも、渡す項目の定義が曖昧なままでは効果が出ません。

1つの方式に統一する必要はありません。チャネルごとに方式を分け、件数の多い経路から順に自動化する進め方も採れます。向く場面と留意点を並べ、投資と手間の釣り合いで決めます。

CSVファイル連携の特徴と向く場面

CSVファイル連携は、受注側が出力したファイルを倉庫側が取り込む方式です。既存の出力機能と受け入れ機能で成り立つため、開発の範囲が小さく、着手が早い点が利点です。取り込みの間隔を1日1回と決めるか、1時間ごとと決めるかで、在庫の見え方が変わります。

向くのは、受注件数が少なく、当日出荷の締めに余裕がある場面です。項目の順序や文字コード、ファイル名の規則を取り決め、送受信の失敗を検知する手順を決めておきます。間隔の分だけ在庫のずれが残る点は、方式の前提として受け入れます。

API連携の特徴と向く場面

API連携は、受注側と倉庫側が通信で直接やり取りする方式です。出荷指示の送信と在庫の参照を短い間隔で回せるため、在庫のずれを小さく保てます。委託先が接続できる範囲を公開しているかが、採否の分かれ目になります。

向くのは、複数の販売チャネルを抱え、在庫の残数を近い時点で揃えたい場面です。一方で、認証の管理、失敗した通信の再送、項目の追加時の改修といった保守の作業が残ります。社内に保守の担い手がいない場合は、委託の範囲に含めて考えます。

EDI連携と業界標準仕様の活用

EDI連携は、電子データ交換（コンピュータ間で伝票データを直接やり取りする取り決め）に沿って発注や出荷のメッセージを交換する方式です⁵。取引先ごとに様式が分かれると保守が重くなるため、標準仕様に寄せる考え方が採られています⁵。流通ビジネスメッセージ標準では、基本形Ver2.2が公開されています⁴。

向くのは、取引先の数が多く、発注から受領までの様式を揃えたい場面です。標準仕様を用いると、相手ごとの個別対応を減らせます。導入時は、対象のメッセージと版、通信手順の取り決めを先に確かめます⁴。

やり取りするデータ項目と業務フローの設計

データ設計の要点は、出荷指示データとして渡す項目を絞り、出荷実績データと在庫情報を受け戻す道筋を決めることです。項目を増やすほど保守が重くなるため、最小の組み合わせから始めます。伝票番号と出荷予定日、届け先、商品コード、数量の5項目は、どの方式でも欠かせません。

公表されている標準の項目定義を下敷きにすると、取引先や委託先が変わったときの作り直しを避けられます³。自社の様式をゼロから起こす必要はありません。往復の設計を先に描くことが、後戻りを防ぎます。

出荷指示として渡すデータ項目

出荷指示データの核は、伝票番号、出荷予定日、届け先、商品コード、数量の5項目です。ここに配送区分、送り状の種別、同梱物の指定、注意書きを足すと、庫内作業の判断を減らせます。項目ごとに桁数と必須の別を決め、受注側と倉庫側で同じ定義を共有します。

明細の単位も取り決めます。1伝票に複数の明細が入る場合、行番号を付けて一意に特定できるようにします。届け先の住所は分割の仕方が分かれやすいため、都道府県以下の区切りを揃えておけば、送り状の作成でつまずきません。

出荷実績・在庫情報を受け戻す設計

出荷実績データには、出荷日、実出荷数、送り状番号、欠品や分割の別を含めます。この4種が戻れば、受注側で出荷済みの計上と追跡番号の案内が可能です。戻す間隔は方式に合わせて日次か随時を選び、庫内作業の進行を待たずに計上しないようにします。

在庫情報の同期は、棚在庫と引当可能数を分けて扱います。倉庫から戻るのは棚在庫で、受注側が持つのは引当可能数です。両者を突き合わせる時点を1日1回決めておくと、差異の原因を追いやすくなります。

公的な標準ガイドラインを設計の下敷きにする

物流情報標準ガイドラインは2025年にver3.00へ改訂され、受発注から出荷、納品までの情報の項目と定義が整理されています³。自社の項目名を標準の定義に対応づけておくと、委託先の変更時の照合が早まります³。標準に無い項目は、自社の追加分として区別しておけば混乱がありません。

流通ビジネスメッセージ標準の仕様も、項目の粒度を確かめる材料になります⁴。版によって項目が異なるため、参照した版の記録が欠かせません。設計書に出典と版を書いておくと、次の改訂時の差分の確認が短くなります。

連携でつまずきやすい論点と対処の考え方

つまずきの多くは、在庫引当のタイミング、出荷締め時間とステータスの整合、イレギュラーの扱いの3点に集まります。いずれも方式の選択より、業務の取り決めの問題です。この3点は、内製で見落とされやすい箇所です。

取り決めが曖昧なままつなぐと、二重販売や誤出荷が起きます。復旧には受注側と倉庫側の照合が要り、連携前より手間が増えかねません。設計の段階で、例外の扱いまで文書にします。

在庫引当のタイミングと更新頻度

引当を受注の時点にするか、出荷指示の時点にするかで、在庫の見え方が変わります。受注時に引当てれば売り越しを抑えられますが、キャンセルの多いチャネルでは在庫が滞留しがちです。出荷指示の時点にすると回転は上がる代わりに、同じ商品を重ねて受け付ける危険が残ります。

更新の頻度は、チャネル数と回転の速さで決めます。1時間ごとに在庫を配信する運用と、1日1回配信する運用では、欠品の起き方が別です。仮引当のまま滞留させないよう、解放までの時間も取り決めておきます。

出荷締め時間とステータスの整合

出荷締め時間を過ぎた受注の扱いは、受注側と倉庫側で同じ答えを持つべき論点です。締め後の変更を受け付ける範囲、当日出荷から翌日出荷へ移す条件を決めます。荷待ちと荷役の時間を抑える目安に照らせば、指示の確定を早める設計が有利になります¹。

ステータスの語も揃えます。受注側の出荷済みと倉庫側の出荷完了が同じ意味かを確かめ、コードの対応表を作ります。対応表が無いと、問い合わせのたびに担当者が読み替える手間から抜け出せません。

欠品・分割出荷・返品といったイレギュラーの扱い

イレギュラーの扱いを決めない連携は、稼働後に手作業へ戻ります。欠品では、残りを取り消すのか後日に回すのかという判断が先に必要です。分割出荷では、伝票番号と送り状番号の対応が複数になるため、明細の単位で実績を戻す設計が要ります。

返品と再出荷の設計も同じ考え方です。返品の入荷を在庫へ戻す時点と、良品と不良品の分け方を取り決めます。手順が文書にない例外は、件数が少なくても担当者の手作業として残り続けます。

導入の進め方と検討チェックポイント

導入は、現状フローの棚卸し、要件整理、稼働後の監視体制の3段階で進めます。最初に現状を数え、次に方式と項目を固め、最後に稼働後の見張り方を定める順序です。3段階の各段には、確かめる作業が2つずつ置かれます。

この順を飛ばして方式の選定から始めると、項目の抜けが稼働直前に見つかります。手戻りを避けるには、棚卸しに時間を割く配分が有効です。連携範囲の決定は、棚卸しの結果から導きます。

現状フローの棚卸しと連携範囲の決定

現状フローの棚卸しで数えるのは、チャネルごとの受注件数と様式です。件数と様式の把握が済むと、自動化の効果が大きい経路が見えます。メールとFAX、手作業のCSVのどこに時間がかかっているかを、担当者ごとに記録します。

連携範囲の決定は、つなぐ業務とつながない業務を分ける作業です。与信や個別の納期調整のように判断が残る業務は、人の側に置きます。全部をつなぐ前提を外せば、初期の投資と検証の量を抑えられます。

方式・頻度・項目を固める要件整理

要件整理では、方式の選定と、項目と頻度の定義を進めます。方式の選定の材料は、委託先が受け付ける様式と社内の保守力です。CSVファイル連携で始め、件数の増加に合わせてAPI連携へ移す進め方も採れます。

項目と頻度の定義で決めるのは、渡す項目の桁数と必須の別、送受信の間隔です。標準の項目定義に対応づけて記録すると、後の変更が追いやすくなります³。委託先との合意は、口頭ではなく項目一覧の形で残します。

テスト計画と稼働後の監視体制

事前の検証では、正常な受注だけでなく、欠品、分割出荷、返品、締め後の変更を試します。例外を含めた件数を用意し、受注側と倉庫側の両方で結果を確かめます。検証の記録は、稼働後に差異を追うときの比較材料です。

稼働後の監視体制では、連携の失敗の検知と再送の手順を決めます。差異の検知は、在庫と出荷実績を1日1回突き合わせる形が基本です。内製で回すには、受注業務、庫内作業、データ設計、通信と認証、障害対応の5領域の知識が要ります。

委託した場合との違いが現れるのは、例外の設計と稼働後の見張りです。内製では担当者の異動で手順が失われがちですが、外部の体制を入れると、記録と手順が残ります。リスクを小さくする目的で、設計の一部だけを委託する選択もあります。

よくある質問

連携の費用はどのように見積もればよいですか

初期の設計費、接続の開発費、稼働後の保守費の3つに分けて見積もります。方式と項目数、対象チャネル数で金額の幅が変わるため、要件整理の前に総額を固めることはできません。委託先の受け入れ条件を確かめ、方式ごとの概算を並べて比べる進め方が現実的です。

受注件数が少ない事業者でもAPI連携を選ぶべきですか

在庫の更新が1日1回で足りる場合は、CSVファイル連携から始める判断もできます。API連携は在庫のずれを小さく保てる反面、認証の管理や再送の設計といった保守が残ります。件数の増加に合わせて方式を切り替えられる設計にしておけば、初期の投資を抑えられます。

委託先の倉庫が自社の様式に対応できない場合はどうしますか

委託先が受け付ける様式に自社側で寄せる方法と、間に変換の仕組みを置く方法があります。標準の項目定義に自社の項目を対応づけておけば、委託先が変わったときの作り直しを抑えられます³。取引先が多い場合は、標準仕様に沿ったEDI連携も検討の対象です⁴。

CSVファイル連携とEDI連携は併用できますか

チャネルや取引先ごとに方式を分ける運用は成り立ちます。件数の多い経路をEDI連携やAPI連携にし、少ない経路をCSVファイル連携に残す形です。ただし方式が増えるほど監視の対象も増えるため、失敗の検知と再送の手順を方式ごとに用意しておきます。

連携が止まったときに何を備えておけばよいですか

送受信の失敗を検知する仕組みと、手作業へ切り替える手順の2つを用意します。締め時間までに出荷指示が届かない場合の連絡経路と、後から実績を取り込み直す方法を決めておきます。差異の確認は、在庫と出荷実績を1日1回突き合わせる形が基本です。

1. 1　出典：国土交通省・経済産業省・農林水産省「物流の適正化・生産性向上に向けた荷主事業者・物流事業者の取組に関するガイドライン（報道発表資料）」（2023）　経路
2. 2　出典：国土交通省「「物流効率化法」理解促進ポータルサイト／荷主（第一種・第二種）の判断基準等」（2025）　経路
3. 3　出典：国土交通省「「物流情報標準ガイドライン」をver3.00に改訂しました（報道発表資料）」（2025）　経路
4. 4　出典：一般財団法人流通システム開発センター「流通ビジネスメッセージ標準（流通BMS）標準仕様」（2025）　経路
5. 5　出典：一般財団法人流通システム開発センター「標準化活動／EDI（電子データ交換）流通BMS」（2025）　経路
6. 6　出典：公益社団法人日本ロジスティクスシステム協会「2025年度物流コスト調査報告書（概要版）」（2026）　経路