受発注システム連携の基本｜EDI・基幹システムとつなぐ手順

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

B2B EC-COLUMN

受発注システム連携とは

受発注システム連携とは、注文・出荷・請求といった企業間の取引データを、自社の基幹システムや取引先のシステムと電子的につなぐ仕組みです。紙や電話で届いた内容を人が打ち直す作業を挟まずに処理できる状態をつくります。対象は受注・出荷・請求・入金の4区分が中心で、注文1件あたり2回以上あった入力を1回に集約できます。効果は省力化だけにとどまらず、取引記録の一貫性にも及びます。本節では範囲・違い・流れの3点を順に見ていきましょう。

つなぐ対象となる業務データの範囲は、注文の受領から代金の回収までを一続きに見ると整理しやすくなります。受注データには商品コード・数量・納期・納入先の4項目が中心として含まれます。出荷データには出荷日と出荷数量、請求データには締め単位の金額、入金データには消し込みに使う支払通知の番号が入ります。4つの区分が同じ識別子でつながって初めて、後工程の照合が自動で進みます。

手作業のやり取りとの違いは、人がデータを読み替える工程が挟まるかどうかにあります。FAX・電話・メールで届いた注文は、担当者が内容を目視で確認し、基幹システムへ打ち直す必要があります。同じ注文に対して受注の登録で1回、出荷の指示で1回と入力が重なり、誤りが混入する箇所も増えていきます。電子的につないだ場合、読み替えの工程は項目の対応付けとして事前に定義され、日々の作業からは消えます。

連携で実現できる業務の流れは、注文データの受領から始まります。受け取ったデータは基幹システムへの反映を経て在庫の引き当てにつながり、出荷と請求の連動によって二重の入力が不要になります。最後に入金の消し込みまでを同じ識別子でたどれると、締めの作業が短くなります。4つの段のどこか一つでも人手が残ると、そこが処理の待ち時間になりやすいと言えます。

電子的につないだ記録は、税務上の保存の対象にもなります。電子で授受した注文書や請求書は、紙に出力した控えではなく電子のまま保存する扱いが2024年から求められています。連携の設計を保存の要件と切り離して考えると、後から保存方法の作り直しが発生します。導入の検討では、業務の効率と記録の保全を同じ机の上で扱いましょう。

連携は自動化と例外処理の設計が対になります。急ぎの追加注文、数量の変更、納期の前倒しといった日常の例外は、電子化しても消えません。どこまでを自動で通し、どこから人の判断に戻すかを決めておくと、運用の負担が偏りません。判断の境目が曖昧なまま動かすと、結局は電話での確認が復活します。

範囲を広げるほど効果は大きくなりますが、着手の順序を誤ると停滞します。まず受注の入口を電子化し、次に出荷・請求へ広げる進め方であれば、途中で成果を確認できます。全区分を同時に切り替える計画は、取引先の準備状況に左右されて遅れがちです。

連携が求められる背景

連携が求められる背景は、制度・回線・人手の3つに整理できます。電子取引データを電子のまま保存する扱いが2024年から求められ、請求の電子化に用いる標準仕様も国内で整えられました。電話回線を前提とした古い通信の手順は、固定電話網のIP網移行によって使い続けられる期間が限られています。加えて、注文の受け口が担当者個人に依存した運用は、繁忙期の処理量に耐えにくくなりました。3つはいずれも先送りできる性質のものではありません。

企業間取引の電子化は、請求と保存の両面で制度に支えられています。デジタルインボイスの国内標準仕様は国際的な取り決めに準拠し、送り手・送り手側の中継点・受け手側の中継点・受け手という4者を経由する形をとります。中継点を介するため、取引先ごとに個別の接続を作らずに済む点が特徴です。請求書の受け渡しが標準化されると、受発注のデータとも突き合わせやすくなります。

委託取引のルールも2026年に見直されました。従来の下請法にあたる法律は名称が改まり、代金の決定の手続や支払手段に関する規律が整理されています。発注の内容を記した書面は電磁的な方法で提供でき、受発注のデータをそのまま記録として残す運用と親和します。取引条件を後から示せる状態にしておくと、確認の求めに応じやすくなるでしょう。

通信回線の移行にともなう見直しも、期限のある課題です。電話回線を使うディジタル通信モードは、固定電話網のIP網移行にともなって従来の形では利用できなくなり、現在は期限を区切った補完策のもとで使われています。補完策の終了後も同じ手順を使い続ける前提の計画は立てられません。回線の切り替えとデータ形式の見直しを一度にまとめると、二重の投資を避けられます。

人手に頼る運用は、処理量と人員の両面で限界を迎えます。注文の受け口がFAX・電話・メールに分かれていると、確認の手順が受信の経路ごとに枝分かれします。担当者が1名に偏ると、休暇や退職がそのまま受注業務の停止につながりかねません。入力の速さで解決しようとするほど、確認の省略が起きやすくなります。

3つの背景は互いに絡み合っています。回線の期限に合わせて手順を入れ替えるとき、保存の要件と請求の標準仕様を同時に満たす形を選べば、取引先への依頼は1回で済みます。別々に手を付ければ、同じ取引先に2度の接続変更を頼むことになります。相手の作業予定は自社の都合だけでは動かせないため、依頼の回数を減らす計画が効きます。

社内の合意を得る段階では、現状を続けた場合の負担を数える方法が有効です。受信の経路の数、入力に要する時間、訂正の件数を月単位で並べると、判断の材料になります。数値の裏づけがないまま効率化の必要性だけを説明しても、稟議は進みにくいでしょう。

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

主な連携方式と選び方

主な連携方式は、業界標準にもとづく方式、ファイル連携、API連携、Webの受注画面の4つに大別できます。取引先が標準に対応していれば業界標準にもとづく方式が接続の手数を減らし、少数の相手と密につなぐならAPI連携が向きます。ファイル連携は既存の出力を活かしやすく、Webの受注画面は相手側の準備が要りません。選定は方式の優劣ではなく、取引先数と取引量、更新の頻度という条件との相性で決まります。

業界標準にもとづく方式は、データの形式と通信の手順が公開されている点に利点があります。流通分野の標準は基本形Ver2.2.2として整備され、発注・出荷・受領・返品・請求・支払という6つの業務メッセージを共通の形で扱えます。インターネット回線を使う手順が前提のため、電話回線に依存した旧来の方式から移りやすい面もあります。取引先が同じ標準を採用していれば、接続の仕様調整はほとんど生じません。

APIやファイル連携による方式は、標準に載らない取引を扱うときの受け皿になります。ファイル連携はCSVや固定長のファイルを決まった時刻にやり取りする方式で、1日1回や1時間ごとといった間隔で動かします。API連携は注文が発生した時点で相手のシステムへ渡すため、在庫の引き当てや納期の回答を待たせずに返せます。即時性が要らない業務までAPIに寄せると、開発と保守の手間だけが増えていきます。

取引先数と取引量から考える選定の軸は、4つに絞れます。取引先の数、月間の注文件数、注文内容が変更される頻度、締めと納期の緊急度です。方式ごとに向いている条件と確認すべき点を並べると、判断の材料がそろいます。取引先が多く1社あたりの件数が少ない場合は相手の負担が軽い方式を優先し、少数の相手と大量の注文をやり取りするなら初期の開発を厚くしても回収できます。

複数の方式を併用する前提で設計すると、現実に合いやすくなります。件数の多い取引先は業界標準にもとづく方式、中位はファイル連携、少量の相手はWebの受注画面という組み合わせが取りうる形です。入口が分かれていても、基幹システムへ渡す手前で項目の対応付けを一本化すれば、後工程は共通化できます。方式ごとに別の受注データを持つと、集計のたびに突き合わせが必要になります。

方式の比較を自社の数字で確かめるには、現状の受信の経路別の件数を並べるところから始めます。分布が分かると、どこに投資すべきかが見えてきます。分布を測らずに方式を先に決めると、少数の例外のために全体の仕組みを複雑にしてしまいます。

選定の判断は文書に残しましょう。どの条件を満たしたからその方式を選んだのかを1枚にまとめておくと、取引先が増えたときに同じ基準で判断できます。担当者が交代しても判断の理由が引き継がれ、方式の乱立を防げます。

押さえておきたい標準仕様と法制度

標準仕様と法制度は、連携の設計そのものを左右します。取引データの形式にはXMLを用いる業界標準があり、請求では国際的な取り決めに準拠した国内仕様が定められています。電子取引で授受したデータは電子のまま保存する扱いとなり、保存には真実性の確保と可視性の確保という2つの要件が置かれています。委託取引のルールも2026年に改まりました。設計に入る前に、この3領域を押さえておきましょう。

取引データの標準仕様は、形式と通信の両方を定めています。流通分野の標準はXML形式のメッセージを用い、発注から支払までの業務を共通の項目名で表します。請求の国内仕様は国際的な取り決めに準拠し、送り手と受け手がそれぞれ中継点を介してやり取りする4者の形をとります。接続先ごとに項目を作り分ける手間が減り、取引先の追加も進めやすくなります。

入金の照合には、振込の電文に取引の情報を添える仕組みが使えます。従来の総合振込では、振込に添えられる情報が20桁の範囲に限られ、請求の番号を十分に載せられませんでした。XML形式の電文を扱う仕組みが2018年に稼働し、支払通知や請求書の番号を桁数の制約を受けずに添付できるようになっています。入金の消し込みまで自動で通したい場合は、この仕組みを使えるかどうかを取引金融機関に確かめましょう。

電子取引データの保存に関する要件は、受発注の設計に直結します。電子で授受した注文書や請求書は、電子のまま保存する扱いが2024年から求められています。保存にあたっては真実性の確保と可視性の確保の2つが要り、検索の条件として取引年月日・取引金額・取引先の3項目を指定できる状態も必要です。帳簿書類の保存期間は原則7年に及ぶため、連携の設計段階で保存先と検索の方法まで決めておくと安心です。

委託取引のルール変更への対応も欠かせません。従来の下請法にあたる法律は2026年に名称が改まり、代金の決定の手続や支払手段に関する規律が見直されています。発注の内容を記した書面は電磁的な方法で提供でき、受発注システムから出力した記録を用いる運用が取りやすくなりました。取引の条件をいつ、どのように示したかをたどれる形で残しておくと、確認の求めに応えられます。

3つの制度は保存の要件で交わります。請求の標準仕様に沿って受け取ったデータも、電子取引のデータとして保存の対象になります。委託取引の記録も同じで、システムの中に残っているだけでは足りず、検索できる状態が求められます。保存の要件を満たす置き場所を先に決めると、方式の選定がぶれません。

制度は改まるものだという前提で設計しましょう。標準仕様には版があり、法令の要件も見直されます。版の更新に追随できない作り込みをすると、数年後に作り直しが必要になります。設定で切り替えられる範囲を広げておけば、改定のたびの負担は軽くなります。

導入までの進め方

導入までの進め方は、現状の棚卸し、対象範囲の決定、テストと展開という3段階で組み立てます。最初に注文の受信の経路と入力の工数を数え、次にどの取引先とどの項目からつなぐかを決め、最後に接続テストと並行運用を経て切り替えます。順序を入れ替えると、範囲が定まらないまま開発が始まり、後戻りが生じます。取引先への依頼が入る段階は、自社の都合だけでは進みません。3段階のそれぞれに社内の合意点を置いておくと、進み具合を測れます。

現状の受発注フローの棚卸しは、数えることから始まります。注文の受信経路をFAX・電話・メール・Web画面といった単位に分け、それぞれの月間の件数を出しましょう。あわせて入力工数の把握を進め、1件あたりの入力の時間と訂正の発生件数を記録します。数値が並ぶと、どの経路から電子化すべきかが自ずと決まります。

棚卸しでは例外の一覧も作ります。数量の変更、納期の前倒し、出荷後の返品といった処理は、担当者の判断で吸収されがちです。例外の件数と対応の手順を書き出すと、連携の対象に含めるか人手に残すかを判断できます。書き出さないまま設計に進めば、稼働の後に電話での確認が戻ってきます。3つの例外に絞って手順を定めるだけでも、設計の精度は上がるでしょう。

対象範囲の決定では、取引先の優先順位と連携する項目を同時に決めます。件数の多い取引先から着手すると効果が見えやすく、社内の理解も得やすくなります。連携する項目は、商品コード・数量・納期・納入先の4項目を最小の組み合わせとし、業務に必要なものを足していきます。最初から全項目をつなごうとすると、マスタの整備が終わらず開始が遅れます。

テストと展開の段階では、接続テストと並行運用を分けて考えます。接続テストでは通信の到達、データの項目、誤りが起きたときの再送という3点を確かめます。並行運用では従来の手順と新しい連携を同時に動かし、両者の結果が一致するかを突き合わせます。一致しない差分の原因を潰し切ってから、旧来の経路を閉じましょう。

取引先への展開は、依頼の文書を整えるところから進みます。接続の方式、必要な項目、開始の時期、問い合わせの受け口という4点を1枚にまとめると、相手の検討が早まります。取引先の準備の状況は一様ではないため、段階的に対象を広げる計画を前提としましょう。全社一斉の切り替えを掲げると、準備の遅れた1社が全体の予定を止めます。

進め方の全体では、判断の記録が効いてきます。どの範囲を対象とし、何を人手に残したのかを書き残せば、次の取引先へ広げるときの土台になります。記録がなければ、同じ検討を担当者ごとに繰り返すことになります。

つまずきやすい課題と対策

つまずきやすい課題は、取引先ごとの個別要件、マスタの整備、項目の対応付け、運用後の保守体制の4つに集まります。相手ごとに異なる項目名やコード体系をそのまま受け入れると、変換の規則が増え続けます。マスタが揃わないまま連携を始めれば、受注は通っても在庫や請求で止まります。稼働の後は標準の版の更新や法令の改定が続くため、保守の担当を決めずに走り出せません。対策はいずれも稼働の前に手を打てるものです。

取引先ごとの個別要件への向き合い方は、受け入れる範囲を先に決めることに尽きます。自社側の項目を標準に合わせて固定し、相手ごとの違いは入口の変換で吸収する形が保守しやすいでしょう。基幹システムの中まで相手ごとの分岐を持ち込むと、取引先が1社増えるたびに改修が要ります。変換の規則は設定として外に出し、開発を伴わずに追加できる形にしておきます。

個別要件の交渉では、標準に寄せる利点を相手にも示しましょう。共通の形式であれば、相手側も同じ仕組みを他の取引先へ使い回せます。締めの時刻や納期の表し方といった運用の違いは、データの形式とは別に取り決めます。形式と運用を混ぜて議論すると、決まるものも決まりません。

マスタ整備とデータ項目の不一致は、稼働の遅れにつながる代表的な要因です。商品コード、取引先コード、単位、単価という4種のマスタが自社と相手で揃っていないと、受注は登録できても在庫の引き当てで止まります。項目の対応付けでは、相手のコードと自社のコードを結ぶ表を作り、更新の担当を決めておきます。対応表を個人の手元に置けば、更新が滞って原因の分からない不一致が生まれます。

運用開始後の保守と体制づくりでは、必要な知識の広さを見積もっておきます。通信の手順、データ形式の仕様、基幹システムの内部仕様、電子取引データの保存や委託取引に関する法令という4領域を、社内で継続的に追える体制が要ります。1名の担当者に集約すると、その人の異動が連携の停止に直結しかねません。標準の版や法令が改まるたびに影響の範囲を判定する役割を、あらかじめ決めておきましょう。

設定を誤ったときの影響は、受注の停止だけにとどまりません。項目の対応付けを誤れば誤出荷や請求金額の誤りに直結し、電子取引データの保存の要件を外せば、原則7年に及ぶ保存の記録として使えなくなる場合があります。内製と外部への委託の差は、この判定を自社だけで下せるかどうかに表れます。委託した場合でも業務の例外を決めるのは自社であり、要件を渡す準備は社内に残ります。

課題への対策は、稼働の前の設計に織り込むほど安く済みます。取引先ごとの違い、マスタ、対応表、保守の担当という4点を先に決めておけば、稼働の後の手戻りを抑えられます。決めずに始めた項目は、稼働の後に問い合わせとして戻ってきます。

よくある質問

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

費用は初期と継続の2種に分けて見積もります。初期には接続の開発、マスタの整備、テストの工数が含まれ、継続には通信の利用料と保守の人件費が含まれます。取引先1社あたりの接続にかかる作業量と、対象とする取引先の数を掛け合わせると、規模の見当がつきます。相場の数値を先に置くより、自社の受信の経路別の件数から積み上げるほうが確度は上がるでしょう。

既存のEDIを使ったまま基幹システムとつなげますか

つなげますが、回線の期限を確認したうえで判断してください。電話回線を使うディジタル通信モードは固定電話網のIP網移行で従来の形では使えなくなり、期限を区切った補完策のもとで提供されています。既存の接続を延命するだけの改修は、後で二重の投資になりかねません。回線の切り替えとデータ形式の見直しをまとめて計画すると、取引先への依頼も1回で済みます。

取引先が電子化に対応していない場合はどうすればよいですか

対応していない取引先には、相手の準備が要らない受け口を用意します。Webの受注画面であれば、相手はブラウザから入力するだけで済み、自社側は電子データとして受け取れます。件数の多い取引先から業界標準にもとづく方式で接続し、少量の相手は画面入力に寄せる組み合わせが現実的です。入口が分かれても、基幹システムの手前で項目の対応付けを一本化すれば後工程は共通化できます。

連携で受け取った注文データは何年保存すればよいですか

電子で授受した取引データは、電子のまま保存する扱いが2024年から求められています。帳簿書類の保存期間は原則7年に及び、真実性の確保と可視性の確保という2つの要件を満たす必要があります。あわせて、取引年月日・取引金額・取引先の3項目で検索できる状態も求められます。連携の設計段階で保存先と検索の方法を決めておくと、後からの作り直しを避けられます。

少ない人員の情報システム部門でも導入できますか

対象を絞れば進められます。最初から全取引先と全項目をつなごうとせず、件数の多い1つの受信の経路と、商品コード・数量・納期・納入先の4項目から始める形が取りやすいでしょう。稼働の後は通信の手順、データ形式、基幹システムの仕様、法令の4領域を追う必要があるため、担当を1名に集約しない体制づくりが欠かせません。

1. *1　出典：デジタル庁「JP PINT（Peppolに準拠したデジタルインボイスの標準仕様）」（2026）　経路
2. *2　出典：国税庁「電子帳簿保存法関係（概要・パンフレット・関係法令・Q&A）」（2026）　経路
3. *3　出典：公正取引委員会「2026年1月施行！～下請法は取適法へ～改正ポイント説明会の実施について」（2025）　経路
4. *4　出典：総務省「令和7年通信利用動向調査の結果」（2026）　経路
5. *5　出典：流通システム標準普及推進協議会「流通BMS（流通ビジネスメッセージ標準）基本形Ver2.2.2」（2025）　経路
6. *6　出典：一般社団法人全国銀行資金決済ネットワーク「全銀EDIシステム（ZEDI）とは」（2026）　経路
7. *7　出典：東日本電信電話株式会社「INSネットをご利用の事業者さまへ（固定電話のIP網移行・補完策の提供終了）」（2026）　経路