EDI取引とは？発注から支払までの流れ・具体例と電子帳簿保存法の対応を解説

取引先から「今後はEDI取引に切り替えたい」と打診され、何がどう変わるのか掴めないまま返答を保留している。EDI取引とは、発注書や納品書、請求書といった商取引の書類に相当するデータを、あらかじめ取り決めた形式と通信手順で企業間が直接やり取りする取引のことです。紙やFAXを電子メールに置き換えただけの運用とは、標準化された形式でシステム同士がデータを読み書きする点で区別されます。この記事では、EDI取引が商流のどこに入るのか、発注から支払までにどのデータが流れるのか、流通BMSやZEDIといった具体例、そしてEDI取引が電子帳簿保存法の電子取引に該当することで生じる保存義務までを、2026年8月時点の情報で整理します。

まとめ：EDI取引の全体像と切り替え判断の結論

EDI取引の実体は、商流で交わされる帳票をデータに置き換えた一連の流れです。流通BMSでは発注・出荷・受領・返品・請求・支払の6業務が標準メッセージとして定義されており、発注データが出れば出荷案内が返り、受領データが記録され、請求と支払まで同じ経路をたどります。紙の注文書や納品書がそれぞれのデータに1対1で対応するため、どの帳票が置き換わるかを先に並べると導入範囲の議論が早く進みます。

切り替えの判断は、取引件数と接続社数の2軸で決めてください。EDI取引を求める取引先が1〜2社にとどまり、その経由の受発注が月100件に届かないなら、当面は紙やFAXのまま個別対応で足ります。3社を超える、または月300件を超えた時点が、標準EDIに寄せて基幹システムと連携させた費用を回収できる水準です。あわせて、EDI取引は国税庁が電子取引の例として明示しており、受け取ったデータは要件に沿って電子のまま保存する義務が生じる点も、導入と同時に設計に織り込む必要があります。

EDI取引とは何かを定義・紙取引との違い・商流での位置づけで整理

はじめに、EDI取引という言葉が指す範囲を固めます。EDIという略語の説明より、どの取引がEDI取引に当たるのかを線引きした方が、社内の合意形成に直結します。

EDI取引の意味と紙やFAXによる取引と切り分ける三つの条件

EDIはElectronic Data Interchange（電子データ交換）の略で、EDI取引とはその仕組みを使って成立させる商取引を指します。単に電子化されているだけではEDI取引と呼びません。実務では次の3条件で切り分けてください。

第一に、やり取りするデータの形式が事前に取り決められていること。項目の並び、コード体系、桁数が双方で一致していなければ、受け取った側は機械的に読めません。第二に、通信の手順が定められていること。どの回線でどの手順で送受信するかが決まって初めて、人手を介さない受け渡しが成立します。第三に、送受信したデータがそのまま業務システムの処理対象になること。ここが電子メールやPDF授受との分かれ目で、添付ファイルを人が開いて転記している限り、電子化ではあってもEDI取引の効果は出ません。

この3条件を当てはめると、取引先から届くPDF注文書をメールで受け取る運用はEDI取引に該当しないと整理できます。一方、ブラウザ画面を介する方式は、形式と手順が取り決められていればEDI取引の範囲です。ブラウザ方式に固有の論点はWeb EDIとは？仕組みとレガシーEDIとの違い・多画面運用の判断を解説で詳しく扱っています。

商流と物流と金流のどこにEDI取引のデータが流れるかの全体像

EDI取引を社内で説明するときは、企業間に流れる3つの流れに重ねると伝わります。商流は注文と受注の意思表示、物流はモノの移動とその案内、金流は請求と入金です。EDI取引はこの3つすべてに対応するデータを持ちます。

具体的には、商流に発注データと注文請書、物流に出荷案内データと受領データ、金流に請求データと支払データが対応します。紙の運用では、これらが注文書・注文請書・納品書・検収書・請求書・支払通知書として別々の書式で流れ、それぞれに押印と郵送の工程が付きました。EDI取引はこの一式を同じ経路に載せ替えるものだと理解すると、導入範囲を「商流だけ先行する」「金流まで含める」と段階で切れるようになります。

段階を切る判断は取引先の対応状況に左右されます。発注データだけEDI化し、請求は紙のままという中間状態は珍しくありません。この状態は移行期として許容できますが、後述する保存義務の観点では、電子で受け取った分だけ別の管理が要る点に注意してください。

EOSとEDI取引の関係と発注業務で呼び分けるときの判断基準

発注の現場では、EDIと並んでEOSという呼び方が使われます。EOSはElectronic Ordering System（電子発注システム）の略で、発注という単一業務に絞ってデータをやり取りする仕組みを指します。小売店舗のハンディターミナルで棚を見ながら発注データを作り、本部や卸へ送る運用が典型例です。

関係としては、EOSはEDI取引の一部分にあたります。EOSが発注だけを電子化するのに対し、EDI取引は出荷・受領・請求・支払まで含む広い概念です。社内で「うちはEOSを入れている」という話が出たときは、発注だけが電子化されていて後工程は紙が残っている可能性を疑ってください。実際、EOSで発注を受けながら納品書と請求書は郵送している事業者は今も残ります。呼び分けの基準は単純で、対象業務が発注1つならEOS、複数業務にまたがるならEDI取引です。受発注のシステム化そのものの選択肢は受発注システムとは？機能・種類・選び方とパッケージか自社開発かの判断基準で整理しています。

EDI取引の流れを発注から支払までの六つの業務で追う実務手順

ここからは、EDI取引が1サイクル回るときに何が起きるかを業務単位で追います。流通BMSが定める6業務の順に見ると、紙の帳票との対応が掴めます。

EDI発注データの送信から注文請書の返信までの流れと確認項目

起点は発注側です。発注担当が自社の購買システムや発注端末で数量を確定させると、発注データが生成され、取り決めた通信手順で受注側へ送られます。受注側のシステムはこれを受信し、自社の受注データへ変換して取り込みます。ここまでが人手を介さずに進む部分です。

受注側は在庫と納期を確認し、受注の意思表示として注文請書に相当するデータを返します。この返信を省く運用もありますが、後で「注文が届いていない」という争いが起きたときに証跡が残らないため、返信を必須にする取り決めを勧めます。導入時に確認すべきは、発注データの項目に自社が必要とする情報が揃っているかどうか。納品先コード、希望納期、単価の扱いが取引先の仕様と合わないと、受信のたびに人が補完する作業が発生します。

出荷案内と受領データで検品と照合を成立させる仕組みと注意する点

受注側は出荷の準備が整った段階で、出荷案内データを発注側へ送ります。何をいつ何個送ったかを事前に伝えるデータで、紙の運用では納品書や送り状が担っていた役割です。発注側はこれを受け取ることで、荷物が着く前に入荷予定を組めます。

荷物が届くと、発注側は現品と出荷案内データを突き合わせて検品します。数量に相違がなければ受領データを作り、受注側へ返す流れです。この受領データが、双方にとって「いくらの取引が成立したか」の記録になります。流通BMSでは発注から出荷、受領までの履歴を受領メッセージに残し、取引双方が商品売買の証憑とする設計が取られており、これが伝票レスの根拠です。注意すべきは相違が出たときの扱いで、数量違いや欠品をどのデータで通知し、どちらの数字を正とするかを事前に決めていないと、月末の請求段階で突合が止まります。

請求と支払のデータで伝票レスや請求レスに至るために必要な条件

月末になると、受注側が請求データを送り、発注側が支払データを返します。ただし受領データが正として運用できている場合、請求そのものを省く請求レスという形も採れます。発注側が受領実績にもとづいて支払金額を計算し、支払通知として送る方式です。

請求レスまで到達するには条件があります。受領データが取引先ごとに漏れなく返っていること、単価が双方のマスタで一致していること、返品や値引きの調整も同じ経路で流れていること。この3つが揃わない状態で請求を止めると、差異の説明ができなくなります。段階としては、まず発注と出荷案内を安定させ、受領データの精度が確保できた後に請求の扱いへ進むのが現実的な順序です。

流通・金融・製造のEDI取引の具体例と業界標準規約の見取り図

EDI取引の仕様は業界ごとに整備されてきました。自社がどの規約の圏内にいるかを知ると、取引先からの要請にどう応じるかが決めやすくなります。

流通と小売で使う流通BMSが定める六業務八種の標準メッセージ

消費財の流通では、流通BMS（流通ビジネスメッセージ標準）が事実上の共通言語です。一般財団法人流通システム開発センター内の流通BMS協議会が仕様を策定しており、基本形Ver.1.0が2007年4月に公開されました。ターンアラウンド型の取引を対象に、発注・出荷・受領・返品・請求・支払の6業務8種の標準メッセージを定めています。

その後、生鮮向けや百貨店向けの版が追加され、基本形は2.0系が最新です（2018年11月公開・2026年8月時点）。2.0系では消費税の軽減税率への対応と請求鑑メッセージの追加が行われました。小売チェーンから接続を求められた場合、指定されるのはこの流通BMSの版と対象メッセージであることが大半なので、打診を受けた時点でどの版のどのメッセージが要件かを書面で確認してください。

金融のZEDIと製造業や中小企業で使われるEDI規約の具体例

金流側では、全銀EDIシステム（ZEDI）が入金消込の負担を軽くする仕組みとして整備されています。総合振込の電文に添付するEDI情報をXML形式にしたもので、従来の固定長電文が抱えていた20桁の制限が外れ、振込に付随する情報を多く添付できます。支払側は総合振込、受取側は振込入金通知や入出金取引明細で扱う一方、給与振込・賞与振込・口座振替や外国送金は適用業務の対象外です。

製造業では、業界団体が定めた個別の規約や、取引先である完成品メーカーの独自仕様が使われる場面が残ります。中小企業向けには、中小企業共通EDIが2018年3月に初版仕様を公開し、規模の小さい事業者でも接続できる共通仕様として整備されました。通信の土台側では、1980年制定のJCA手順や1983年制定の全銀協標準通信プロトコル（全銀手順）が長く使われてきましたが、これらが依存するINSネットの「ディジタル通信モード」は2024年1月から地域ごとに段階的なサービス終了を迎えています。切替後もデータ通信を続けられる補完策の提供終了予定日は2028年12月31日と案内されており、伝送遅延で処理時間が増大する場合があるとも説明されています（NTT東西・2026年8月時点）。この期限を含むEDI全体の種類と移行の考え方はEDIとは？電子データ交換の仕組み・種類と2024年問題後の移行判断を解説にまとめています。

個別EDIと標準EDIの違いと接続する社数から選び分ける基準

規約の観点でEDI取引を分けると、取引先ごとに仕様を個別調整する個別EDIと、業界共通の規約に従う標準EDIの2つになります。どちらが有利かは接続社数で反転します。

大口1社との取引が売上の大半を占め、その1社の仕様が固定されているなら、個別EDIで組んだ方が早く安く済みます。逆に、これから接続先が増える見込みがあるなら、初回に標準EDI側で整備しておく方が、2社目以降の追加費用を抑えられます。判断の分かれ目は「今後3年で接続先が3社を超えるか」に置いてください。

EDI取引に課される電子帳簿保存法の保存義務と実務での対応手順

EDI取引の導入検討で抜けやすいのが税務側の要件です。運用が回り始めてから気づくと、過去分の再整備という余計な作業を招きます。

EDI取引が電子取引に該当して書面での保存では済まなくなる理由

国税庁は電子取引を「注文書・契約書・送り状・領収書・見積書・請求書などに相当する電子データを受領または交付すること」と説明し、その例としてEDI取引を明示しています。つまり、EDI取引で受け取った発注データや請求データは、電子取引データの保存義務の対象そのものです。

ここで実務上の落とし穴になるのが、紙に出力して保管する運用です。EDI取引を始める前は請求書を紙で受け取ってファイリングしていた事業者が、EDI化した後も画面から印刷して同じ棚に綴じるという運用に流れがちですが、電子で受け取ったデータは電子のまま要件に沿って保存する必要があります。印刷した紙を残すこと自体は差し支えないものの、それだけでは保存したことになりません。制度全体の枠組みは電子取引データ保存とは？2024年完全義務化の保存要件と対応方法を実務目線で解説で整理しています。

改ざん防止と検索要件と見読可能性という三つの要件を満たす進め方

保存にあたって求められるのは、大きく3つです。改ざん防止のための措置をとること、「日付・金額・取引先」で検索できること、ディスプレイやプリンタ等を備え付けて内容を確認できる状態にしておくこと。この3つを、EDIのデータをどこに置くかという設計と同時に決めます。

改ざん防止については、タイムスタンプの付与のほか、訂正削除の記録が残るシステムで受け渡しと保存を行う方法、そして不当な訂正削除の防止に関する事務処理規程を定めて運用する方法があります。規程による対応はシステム投資を伴わないため、EDI取引を小さく始める段階では現実的な選択肢です。検索要件は、受信したデータをファイル名や管理項目で3つの条件から引ける状態にすれば満たせます。EDIシステム側に受信ログの検索機能があるなら、その機能が3項目に対応しているかを導入前に確認してください。

猶予措置の相当の理由が使える範囲と使えなくなる場面での線引き

要件どおりの保存ができない場合の受け皿として、猶予措置が用意されています。保存時に満たすべき要件に従って保存できなかったことについて所轄税務署長が相当の理由があると認める場合には、改ざん防止や検索機能といった要件への対応は不要となり、データを単に保存しておくことができる扱いです。

ただし、この措置は無条件ではありません。国税庁は、システム等の整備が整っていて原則的なルールに従った保存ができるにもかかわらず、資金繰りや人手不足等の特段の事情がないまま要件に沿った保存をしていない場合は、相当の理由があるとは認められないと示しています。EDI取引を導入するということは、まさにシステムの整備が進む場面です。導入と同時に保存要件を設計に含めておかないと、猶予措置に頼れない状態で要件も満たしていないという最も避けたい位置に立つことになります。詳細な取扱いは国税庁の一問一答【電子取引関係】（令和7年6月版）で確認してください。

EDI取引へ切り替える条件と紙やFAXを残してよい場面の判断

ここまでの内容を、自社が動くかどうかの判断に落とします。取引先の要請に押されて全面移行するのも、逆に先送りし続けるのも、どちらも費用の掛け方を誤ります。

取引件数と接続社数から見る切り替えの損益分岐と投資回収の目安

判断軸は、EDI取引を求める取引先の社数と、その経由で動く月間の取引件数です。1件の受発注を人が入力し、納品書と請求書を作って送るまでにかかる時間を、実測してから議論してください。伝票1枚あたり5分として月100件なら月8時間強、月500件なら月40時間強が転記と発送に消えている計算になります。

この工数に人件費単価を掛けた額が、年間で連携開発費を上回るかどうかが分岐です。標準EDIへの接続と基幹システム連携を外部に依頼する場合、規模にもよりますが初期費用は数十万円から数百万円です。月40時間の削減が見込めるなら、年間で数十万円から百数十万円の効果になり、2〜3年での回収が視野に入ります。逆に月100件に満たない水準では、回収に5年以上を要する見立てになりやすく、その間の制度変更や取引先の仕様変更で前提が崩れます。

EDI取引を見送ってよい場面と代わりに置く手段の選び方の基準

次の条件に当てはまるなら、EDI取引への本格的な切り替えは見送って構いません。接続を求める取引先が2社以内であること、その経由の受発注が月100件未満であること、そして取引先が画面入力やCSVの授受といった軽い方式を許容していること。この3つが揃ううちは、発注側が用意した画面で運用しながら、社内側は表計算での管理を続けても実害は出ません。

代替手段としては、取引先の画面からCSVを取り出して自社システムへ取り込む部分だけを自動化する方法があります。全面的な標準EDI接続に比べて費用が一桁小さく済み、件数が増えたときにそのまま接続へ発展させることも可能です。ただし見送る場合でも、電子で受け取ったデータの保存義務は同じように生じます。件数が少ないほど「フォルダに置いて終わり」になりがちなので、保存の運用だけは先に決めておいてください。

基幹システムとの連携開発まで踏み込む条件と依頼先を選ぶときの基準

接続先が3社を超え、月300件を超えたら、受け取ったデータを基幹システムへ流し込む連携までを設計対象にしてください。この規模になると、取引先ごとに異なる項目名やコード体系を自社形式へ変換する処理が作業量の中心になり、表計算での吸収が限界を迎えます。販売管理や在庫の側でどう受けるかは販売管理システムとは？機能・Excel管理との違いと中小企業向けの選び方を参照してください。

依頼先を選ぶときは、EDIのパッケージを売る立場か、自社業務に合わせて連携を作る立場かを見分けることが選定条件です。取引先が指定する規約が1つに定まっているならパッケージ導入で足りますが、複数の規約と個別仕様が混在する場合は、変換ルールを設計できる開発側の関与が要ります。一創では受発注のデータ連携を含めた受発注システム開発を承っており、既存の基幹システムを残したまま接続部分だけを作る形でも対応できます。

よくある質問

EDI取引とEOSは何が違いますか？

対象とする業務の範囲が違います。EOSは発注という単一業務を電子化する仕組みで、EDI取引は出荷・受領・返品・請求・支払まで含む広い概念です。EOSはEDI取引の一部と位置づけられるため、「EOSを導入済み」という状態でも後工程が紙のまま残っている場合があります。まず対象業務を棚卸ししてください。

EDI取引とBtoB-ECはどう使い分けますか？

取引の性質で分かれます。EDI取引は継続的な取引関係にある企業間で、あらかじめ決めた形式のデータを反復して交換する方式です。BtoB-ECは受注側が構築したサイトで商品を選んで購入する方式で、不特定または準継続の取引先も対象にできます。同一取引先と毎月同じ商品を反復して取引するならEDI、都度の購買が中心ならBtoB-ECが向きます。

EDI取引で受け取ったデータは紙に印刷して保管すれば足りますか？

足りません。国税庁は電子取引の例としてEDI取引を挙げており、電子で受け取ったデータは要件に沿って電子のまま保存する必要があります。印刷した紙を業務用に残すこと自体は差し支えありませんが、それをもって保存義務を果たしたことにはなりません。改ざん防止措置と「日付・金額・取引先」での検索、内容を確認できる環境の3点を整えてください。

EDI取引を始めるまでにどのくらいの期間がかかりますか？

方式によって幅があります。取引先が用意した画面へログインする形なら、IDの発行を受けて数日で開始できる場合もあります。標準EDIで自社システムと接続する場合は、仕様の受領、項目とコードのマッピング設計、接続テストが必要で、1社あたり1〜3カ月を見込むのが通例です。取引先の繁忙期を避けてテスト期間を確保してください。

INSネットの終了はEDI取引にどう影響しますか？

ISDN回線を前提としたJCA手順や全銀手順で接続している場合に影響します。「ディジタル通信モード」は2024年1月から地域ごとに段階的なサービス終了を迎え、切替後のデータ通信を続けられる補完策も提供終了予定日が2028年12月31日と案内されています。まだ移行していないなら、対象の取引先と回線契約を洗い出し、インターネット回線を使う方式への切り替え計画を立ててください。

関連記事

• EDIとは？電子データ交換の仕組み・種類と2024年問題後の移行判断を解説：EDI取引の上位概念にあたるEDI全体の定義・種類・移行判断を整理しています。
• Web EDIとは？仕組みとレガシーEDIとの違い・多画面運用の判断を解説：ブラウザ画面を介するEDI取引の実務と受注側の負担を扱っています。
• 受発注システムとは？機能・種類・選び方とパッケージか自社開発かの判断基準：EDI取引でやり取りしたデータを処理する社内側の仕組みです。