Web-EDI比較｜方式・通信手順・費用で見る選定基準

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

B2B EC-COLUMN

Web-EDIとは何かと従来型EDIとの違い

Web-EDIとは、企業間の受発注に関する文書を、ブラウザの画面を通じてやり取りする仕組みです。専用の回線や端末を前提とした従来型EDI（Electronic Data Interchange、企業間で取引文書を電子的にやり取りする仕組み）と違い、インターネット回線と閲覧用の画面があれば接続できます。導入の入り口は下がりますが、受注側では取引先ごとに画面が増え、入力作業が積み上がります。令和6年度の市場調査^*1によると、企業間電子商取引の市場規模は500兆円台、EC化率は4割台に達しており、電子化の手段の選び方が実務の論点になりました。

EDIでやり取りする文書は、取引の進行に沿って並びます。受注側は発注データを受け取り、出荷案内を返し、納品後に検収データで数量を突き合わせます。締めくくりに置かれるのが請求データと支払通知です。この5つは前後がつながっているため、1つだけを電子化しても効果は限られます。紙やファクスが1か所でも残れば、その前後で転記が生じるからです。

従来型のEDIは、専用の回線と端末を前提に組み立てられてきました。ISDN（総合デジタル通信網）のデジタル通信モードを使い、決められた通信手順でファイルを送受信する形です。接続先ごとの取り決めが細かく、回線と機器の維持に費用がかかります。その代わり、いったんつながれば人手を介さずにデータが流れました。基幹システムと直結しているため、担当者が画面を開く必要はありません。

Web-EDIは、この送受信をブラウザの画面に置き換えた方式です。発注側がサーバーに取引データを置き、受注側が利用者IDとパスワードで接続して内容を確認します。専用回線も専用端末も要らないため、小規模な取引先まで巻き込みやすくなりました。回線と機器の維持費が下がる点も、選ばれてきた理由と言えます。接続に必要なのは、画面を開ける環境と権限の管理だけです。

入り口が低い一方で、受注側には別の負担が生まれます。発注側ごとに画面が用意されるため、取引先が1社増えればログイン先も1つ増えていきます。画面から取引データを目で読み、自社の基幹システムへ手で入力する作業が積み上がるのです。入力を1桁誤れば、出荷数量や請求金額がそのまま食い違います。差異の発覚が請求の段階までずれ込むと、訂正と再請求で締め日をまたぐことになりかねません。

同じ仕組みでも、発注側と受注側では見え方が反対になります。発注側は自社の画面に取引先を集められるため、注文の状況を1か所で把握できます。受注側は取引先の数だけ画面を開くことになり、確認の手間が分散するのです。比較を始める前に、自社がどちらの立場で使うのかをはっきりさせておきましょう。立場が変われば、優先すべき機能も費用の見方も変わります。

従来型とWeb-EDIの違いは、通信の担い手と作業の置き場所にあります。前者は機器と回線が担い、後者は人と画面が担う場面が残ります。この違いを踏まえずに導入すると、電子化したのに人手が減らないという結果を招きかねません。次の節では、画面の操作をどこまで減らせるかという観点から、3つの方式を並べて見ていきます。

Web-EDIの主な方式とそれぞれの向き不向き

Web-EDIの方式は、画面入力型、ファイル連携型、基幹システム連携型の3つに分けると比べやすくなります。分かれ目は取引の件数と明細行数、そして基幹システムとつなぐかどうかです。件数が少なければ画面入力で足り、増えるほど連携の値打ちが上がります。3つは排他ではなく、取引先の規模に応じて組み合わせる形も選べるのです。自社の受注のうち、どの取引がどれに当たるかを仕分けることが出発点になります。

画面入力型は、発注側が用意した画面に受注側が接続し、注文内容を目で確認する方式です。導入の手間が小さく、追加の機器も要りません。取引先が数社にとどまり、明細行も少ない取引であれば、この方式で回ります。ただし、確認した内容を自社の基幹システムへ転記する作業は残ったままです。画面の数だけ利用者IDとパスワードを管理する負担も見落とせません。

ファイル連携型は、画面からファイルを取り出し、あるいは自動で受け取って取り込む方式です。CSVなどの形式で受け渡すため、転記の手間が減ります。毎日まとまった件数が届く取引に向いています。項目名や桁数の取り決めが合っていなければ、取り込みの段階で弾かれてしまうでしょう。ファイル形式と項目定義を事前にそろえておく作業が欠かせません。

基幹システム連携型は、受注データを直接自社のシステムへ流し込む方式です。API（システム同士をつなぐ接続口）や連携基盤を用い、人の操作を挟みません。件数が多く、在庫の引き当てや出荷指示と直結する取引に向きます。反面、接続の維持と改修時の対応は続きます。発注側が仕様を変えれば、受注側も合わせて手当てを求められるからです。

方式の選定は、取引先ごとの件数を並べたうえで決めると迷いが減ります。上位の取引先だけを連携型にし、残りを画面入力型に置く形も採れるでしょう。全件を1つの方式へそろえようとすると、取引先の合意が取れずに計画が止まります。相手にも設備と社内手続きの都合があるからです。段階を分けて進める前提で、方式の組み合わせを設計しておきましょう。

方式を件数の実態と合わないまま決めると、後戻りの費用が生じます。画面入力型を件数の多い取引に当てれば、入力の遅れがそのまま出荷の遅れに直結します。逆に、年に数回の取引へ連携を組めば、接続の維持だけが残ってしまうのです。判断の材料は、取引先ごとの年間件数、1件あたりの明細行数、繁忙期の偏りの3点です。この3点を先に押さえておけば、方式の議論は短く済みます。

内製で連携まで組む場合、通信手順、項目定義、例外処理の3領域の知識が要ります。例外処理とは、数量の変更や取消、再送が届いたときの扱いを決めておく作業です。ここを詰めずに動かすと、データは届いているのに業務が止まる事態を招きます。社内に経験者がいなければ、外部の支援を織り込んで見積もるほうが見通しは立つでしょう。

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

比較の軸となる標準規格と通信手順

比較の軸を絞るなら、対応する標準規格と通信手順から見るのが実務的です。同じWeb-EDIでも、業界の標準に沿うものと、発注側の独自仕様に閉じたものがあります。標準に沿っていれば、取引先が増えても項目の読み替えは小さく済みます。流通業界向けの標準仕様は2007年に策定され^*4、中小企業向けの共通仕様も版を重ねてきました^*5。どの標準にどこまで対応するかは、候補へ最初に確認する項目です。

業界標準への準拠は、対応するメッセージの種類で確かめます。発注、出荷、受領、請求といった文書ごとに項目が定義されており、対応の範囲は製品によって異なるのです。案内資料にある「標準対応」という表記だけでは、どの文書まで含むかは読み取れません。対応する文書名と版数を書面で確かめておけば、後の食い違いを防げます。通信手順の対応範囲も、同じ場で確認しておきましょう。

中小規模の取引では、共通仕様に沿う選択肢もあります。中小企業向けの共通EDI標準は版数4.3として公開されており^*5、項目の定義が共通化されています。発注側と受注側が同じ項目を用いれば、読み替えの手間は減ります。自社の基幹システムに合わせて項目を足したい場合は、拡張の可否も確かめておきましょう。拡張が独自の形に寄るほど、次の取引先で使い回せなくなるからです。

受発注の先には、請求と支払の電子化が続きます。デジタルインボイスの標準仕様^*3は、請求書の項目と送受信の方法を共通の形に定めるものです。受発注のデータと請求のデータで、取引先コードや品目コードがそろっていなければ、突き合わせは手作業に戻ります。周辺の標準との接続性を見る観点は、コードの持ち方と、対応する文書の範囲の2つです。

標準への準拠を確かめる観点は、文書の範囲、通信手順、コード体系の3点に整理できます。3点のいずれかが欠ければ、取引先ごとの個別対応が残ります。個別対応は1件ずつは小さくても、取引先の数だけ積み上がるものです。候補を並べる段階で、この3点を同じ表に置いて比べておきましょう。表にすると、資料の言い回しの違いに惑わされずに済みます。

標準の読み解きを内製で担うには、仕様書と自社の項目定義を突き合わせる作業が要ります。仕様書は版ごとに項目が加わり、読み替え表の維持も続きます。判断を誤れば、稼働後に取引先から差し戻しを受け、受注そのものが止まりかねません。外部の支援を使う場合でも、自社の項目定義を整理する作業は社内に残ります。どこまでを委ね、どこを自社で持つのかを、選定の段階で決めておきましょう。

標準に沿うかどうかは、将来の乗り換えやすさにも効いてきます。独自仕様に深く寄りかかると、切り替えのたびに項目の作り直しが発生するのです。標準の項目を土台に置き、自社固有の情報は最小限の追加にとどめるのが現実的でしょう。追加した項目は一覧にして残し、更新の担当を決めておきます。この一覧が、次の見直しのときの出発点になります。

費用構造と社内工数の見積もり方

費用の見積もりは、初期費用と月額費用の2本立てで内訳を開くところから始まります。金額の大小より、どこまでが含まれ、どこから追加になるかの線引きが効きます。取引件数や明細行数で月額が変わる契約なら、繁忙期の件数で試算しておく必要があるでしょう。加えて、社内の作業量も費用の一部です。棚卸し、項目定義、取引先への案内、並行運用という4つの作業は、社内の人手が担うことになります。

初期費用に含まれる範囲は、契約前に項目ごとに確かめます。初期設定、取引先マスタの登録、帳票の項目定義、接続確認の4項目が代表です。このうち帳票の項目定義は、取引先ごとに差が出やすい部分でしょう。既存の帳票をそのまま再現しようとすると、定義の件数が膨らみます。どこまでを標準の形へ寄せるかを先に決めておけば、初期の作業量を抑えられます。

月額費用は、利用者数、取引件数、データの保管期間で変わる形が見られます。件数で変わる契約では、月ごとの波がそのまま費用の波になるのです。年間の総額だけでなく、繁忙期の月額を確かめておきましょう。保管期間の延長や、過去データの取り出しが別料金になる場合もあります。契約更新時の改定条件まで含め、書面で確認するのが安全です。

取引量や明細行数は、費用と作業量の双方に効きます。1件の注文に含まれる明細行が多い取引では、画面入力の負担が跳ね上がるのです。同じ件数でも、明細行数が違えば必要な人手は変わります。見積もりを取る前に、直近1年の受注件数と、1件あたりの平均明細行数を自社で集計しておきましょう。集計の粒度がそろっていれば、候補ごとの比較も横並びになります。

運用が始まった後にも、社内の作業は残ります。取引先の追加、項目の変更、担当者の交代に伴う権限の見直しが続きます。取引先が入れ替わるたびに、マスタの登録と接続の確認が必要になるでしょう。この作業を誰が担うか決めずに始めれば、受注担当の残業として吸収されてしまいます。運用の担い手を決めることは、費用の見積もりと同じ重さを持つのです。

内製で構築する場合、通信、項目定義、例外処理、監視の4領域を自社で抱えることになります。担当が1人に集中すると、休暇や異動がそのまま業務の停止につながりかねません。外部に委ねる場合は、対応の時間帯と障害時の連絡経路を契約で確かめます。内製と委託の差は総額だけでなく、止まったときに誰が動くかという違いにも表れるのです。

見積書を読むときは、金額の合計より先に、変動する項目の条件を確認しましょう。固定の部分と変動の部分を分けて書き出せば、候補ごとの比較が同じ土俵に乗ります。条件が資料に書かれていない項目は、質問して回答を記録に残します。回答が口頭のままだと、稼働後の請求で認識の差が表面化します。

制度と回線環境から見た移行の検討時期

移行の時期を決める材料は、回線の提供終了と法制度の改正の2つです。ISDNのデジタル通信モードは、2024年に新規の申込受付が終了しました^*6。専用回線を前提としたEDIは、いずれ接続の方法を見直すことになります。加えて、取引の適正化に関する法改正が2026年1月に施行され、発注時の書面の扱いにも関わります^*2。2つの期限を並べ、自社の切り替え時期を逆算しておきましょう。

回線の終了は、受注側だけの問題ではありません。発注側の設備が古い手順に依存していれば、切り替えの相談は取引先との共同作業になります。自社が先に準備を終えても、相手の準備が整わなければ切り替えは進まないのです。現行の接続方法を取引先ごとに書き出し、期限が近い順に並べておくと動きやすくなります。

取引適正化に関する法改正では、発注時の書面や記録の扱いが論点になります^*2。電子的な方法で交付する場合、記録が残る形で相手に届いているかが問われます。受発注の仕組みを見直す時期と、書面の扱いを整える時期は重なるのです。別々に進めれば、同じ帳票を2度作り直すことになりかねません。制度への対応と仕組みの更新は、1つの計画にまとめるほうが手戻りは減るでしょう。

請求と支払の電子化も、同じ時期に検討の対象になります。デジタルインボイスの標準仕様^*3に沿う形にしておけば、請求データの再入力を減らせます。受発注、請求、支払の3つを別々の仕組みで抱えると、コードの不一致が残るのです。移行の計画を立てる段階で、3つのつながりを1枚の図に描いておきましょう。

取引先への移行依頼は、5つの段取りで進めると混乱が減ります。まず現行回線の確認を済ませ、終了が決まっている接続方法を洗い出します。次に取引先の区分けに進み、取引量の多い先から順に並べます。続いて移行案内の送付で切替の時期と手順を伝え、並行運用の期間を設けて旧方式と結果を照合します。最後に旧方式の停止を告知し、回線と画面を順に閉じていきます。

並行運用を省くと、切り替え当日の受注が宙に浮く恐れがあります。旧方式を止めた後に不備が見つかれば、戻す先がありません。受注が止まれば、出荷も請求も連鎖して遅れます。並行運用の期間は、繁忙期を外して設定しておきましょう。照合の担当と、差異が出たときの連絡先も先に決めておきます。

移行の順序は、社内の都合ではなく取引先の準備状況で決まります。準備の早い先から切り替えれば、手順の不備を小さな範囲で見つけられるのです。そこで得た気づきを案内文に反映し、次の取引先へ回します。1周目で作った手順書が、2周目以降の説明の土台になります。

自社に合うWeb-EDIの選定手順とチェック項目

選定は、現行フローの棚卸し、候補の絞り込み、社内体制づくりの3段階で進めます。棚卸しでは取引先ごとの受注方法と帳票を書き出し、件数の多い順に並べます。絞り込みでは方式、標準規格、費用の3つを同じ表に置いて比べるのです。体制づくりでは運用の担い手と手順を決め、担当が替わっても回る形にします。3段階のどれかを飛ばせば、稼働後に個別対応が残ります。

最初の作業は取引先の一覧化です。取引先ごとに、受注の経路、月あたりの件数、1件あたりの明細行数を並べます。あわせて帳票の整理に進み、注文書、出荷伝票、請求書の項目と桁数をそろえるのです。同じ品目に別のコードを当てている箇所があれば、この段階で拾えます。棚卸しの精度が、そのまま見積もりの精度を決めます。

候補が挙がったら、質問表の作成に取りかかります。対応する文書の範囲、通信手順、費用の変動条件、取引先の追加手順の4項目は欠かさず含めましょう。次に適合の確認へ進み、自社の要件と候補の機能を1対1で突き合わせます。要件に合わない箇所は、運用で吸収するのか、開発で埋めるのかを決めます。ここを曖昧にしたまま契約すると、稼働後に追加の費用が生じます。

稼働後を見据えるなら、運用担当の明確化を先に済ませます。取引先の追加、項目の変更、障害時の連絡を誰が担うかを決めておくのです。あわせて手順書の整備に取り組み、画面の操作と例外時の対応を書き残します。手順書があれば、担当が交代しても受注は止まりません。書き残す範囲は、通常の操作と、数量変更や取消が届いたときの扱いの2つで足ります。

内製で担う場合に求められる知識は、通信手順、項目定義、基幹システムの改修、運用監視の4領域にわたります。受発注の業務知識と、システムの知識の両方を持つ人材が要るのです。社内で確保できないときは、要件の整理から支援を受ける選択もあります。委ねる範囲を決めるには、自社が持つべき情報を先に整理しておく必要があるでしょう。整理の対象は、取引先の一覧、帳票の項目定義、例外時の運用の3つです。

導入後に画面が再び分散するのを防ぐには、受注経路を増やすときの判断基準を決めておきます。新しい取引先から別の方式を求められたとき、どの条件なら受け入れるかを定めておくのです。基準がなければ、担当者ごとの判断で経路が増えていきます。年に一度、受注経路の一覧を見直す機会を設ければ、分散に早く気づけます。

選定の締めくくりに、判断の理由を記録として残しておきましょう。なぜその方式を選び、どの要件を運用で吸収すると決めたのかを1枚にまとめます。次の見直しのとき、この記録が出発点になります。担当が交代しても、同じ議論を繰り返さずに済むからです。

よくある質問

Web-EDIと従来型のEDIは併用できますか

併用できます。回線の終了時期や取引先の準備状況は一律ではないため、当面は両方が残る前提で計画を立てます。併用する期間は、受注データの集約先を1か所に決めておくと混乱を避けられます。旧方式の受注も同じ基幹システムへ取り込み、二重管理を作らない形にしておきましょう。

取引先がWeb-EDIへの移行に応じない場合はどうすればよいですか

移行の時期を相手の事情に合わせて分ける進め方が現実的です。取引量の多い先から順に案内し、応じにくい先には現行の方法を残す期間を設けます。回線の終了など期限のある事情は、根拠となる公表資料^*6を添えて説明すると話が進みます。並行運用の期間を明示すれば、相手も社内の調整をしやすくなります。

Web-EDIの費用はどのような内訳で見積もればよいですか

初期費用と月額費用に分け、それぞれの内訳を項目ごとに開きます。初期は初期設定、取引先マスタの登録、帳票の項目定義、接続確認の4項目が代表です。月額は利用者数、取引件数、データの保管期間で変わる場合があるため、繁忙期の件数で試算します。取引先の追加や過去データの取り出しが別料金かどうかも確かめておきましょう。

Web-EDIとBtoB EC受注はどのように使い分けますか

取引条件が事前に決まっているかどうかが分かれ目です。単価や納期が個別に決まる継続取引はEDIで扱い、カタログから選んで注文する取引はEC側で受けると整理しやすくなります。両方を使う場合は、品目コードと取引先コードを共通にしておきます。コードがそろっていなければ、売上の集計や請求の突き合わせが手作業に戻ります。

導入後に取引先ごとの画面が再び増えるのを防ぐ方法はありますか

受注経路を追加するときの判断基準を、あらかじめ文書にしておく方法があります。どの取引条件なら別方式を受け入れるかを決めておけば、担当者ごとの判断で経路が増えるのを抑えられます。年に一度、受注経路の一覧を見直す機会を設けることも有効です。増えた経路は、次の更新時に統合の候補として検討します。

1. 1　出典：経済産業省 商務情報政策局 情報経済課「令和6年度 電子商取引に関する市場調査」（2025）　経路
2. 2　出典：公正取引委員会「2026年1月施行！～下請法は取適法へ～改正ポイント説明会の実施について」（2025）　経路
3. 3　出典：デジタル庁「JP PINT（デジタルインボイスの標準仕様）」（2026）　経路
4. 4　出典：一般財団法人流通システム開発センター（流通BMS協議会）「流通BMS標準仕様」（2007）　経路
5. 5　出典：つなぐITコンソーシアム（特定非営利活動法人ITコーディネータ協会）「中小企業共通EDIとは（中小企業共通EDI標準 Ver.4.3_r0）」（2026）　経路
6. 6　出典：東日本電信電話株式会社「INSネットの新規申込受付・提供終了について」（2024）　経路