EDIの老朽化は何がリスクか:卸売業が延命・改修・移行を判断する手順

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

B2B EC-COLUMN

EDIの老朽化は何を指すのか:止まるものと止まらないものを分ける

担当者しか仕様が分からず、取引先を一社増やすたびに変換の設定や確認に手間がかかり、保守をいつまで続けられるかも見えない。
そうした状態で、EDIの老朽化に延命・改修・移行のどれで対応するかを一度に決めようとすると、判断が止まります。
老朽化は一つの問題ではありません。
通信回線と通信手順、データ形式、取引先ごとの個別仕様、属人化、保守体制に分けて見ると整理できます。
外から期限が決まっているのは回線で、INSネットのデータ通信は2028年12月末に終了予定と案内されています¹。
まず自社と取引先の接続がそこに当たるかを確かめます。
当たらない部分は、取引先への影響と移行の負担を比べて、延命・部分改修・標準への移行から選びます。

老朽化の5分類

「EDIが古い」と言うとき、社内で思い浮かべる中身は人によって違います。
情報システム担当者はサーバーや通信機器の保守切れを、受発注の管理者は取引先を追加するたびに起きる確認作業を思い浮かべるかもしれません。
どちらも老朽化の一部です。
ただ、止まり方も急ぐ度合いも違うため、ひとまとめにすると判断がつきません。

そこで、老朽化を次の5つに分けて考えます。
これは判断のための編集部の整理で、公的な分類ではありません。

• 通信回線と通信手順：取引先とデータを送受信する経路と、その上で接続・送受信するための取り決め
• データ形式：注文・出荷・請求のデータを、どの項目をどの並びで表すか
• 取引先ごとの個別仕様：特定の取引先に合わせて作った変換ルールや、コードの読み替え
• 属人化：設定や変換の理由を、特定の担当者しか説明できない状態
• 保守体制：ソフトウェアや機器の保守契約、委託先の対応が続くかどうか

5つのうち、ある日を境に送受信そのものが止まりうるのは回線だけです。
データ形式が古くても、相手が同じ形式で受け取り続ける限り、注文は届きます。
個別仕様や属人化は、止まるというより、変更や障害対応のたびに時間がかかり、誤りを見落としやすくなるという形で効いてきます。
保守体制はその中間です。
契約が切れても翌日に止まるわけではありません。
しかし、障害が起きたときに直せる人がいなければ、業務停止に近づきます。

期限が外から決まるのは回線だけ

NTT東日本は、INSネットのデータ通信が使えなくなる場合には別サービスへの切り替えが必要になり、EDIやPOSなど関連システムの刷新が必要になる可能性があると案内しています¹。
回線の期限は通信事業者が決めるもので、自社の都合では動かせません。
一方、データ形式や個別仕様をいつ整理するかは、自社と取引先の話し合いで決められます。

この区別をつけると、判断の順番が見えてきます。
最初に、期限のある回線に自社の接続が当たるかを確かめます。
当たる接続先は延命という選択肢が取れないので、移行の対象として先に扱います。
当たらない接続先は、期限に追われずに、取引先への影響と移行の負担を見比べて選べます。

回線の期限が当てはまるのは、INSネットなどの公衆回線でデータ通信をしている場合に限られます。
すでにインターネット経由で送受信している接続先には、この期限は関係しません。
ただし、その場合でも属人化や保守体制の問題は残ります。
「回線が大丈夫だから老朽化の心配はない」とはならない点に注意が必要です。

▼ 図の内容を文字で読む

• 送受信が止まる
  • 通信回線と通信手順
  • 回線の終了で送受信が止まる
• 停止に近づく
  • 保守体制
  • 障害時に直せる人がいないと業務停止に近づく
• 手間がかかり見落としやすい
  • 取引先ごとの個別仕様
  • 属人化
  • 変更や障害対応のたびに時間がかかる
• 送受信は続く
  • データ形式
  • 相手が同じ形式で受け取る限り注文は届く

INSネットのデータ通信は2028年12月末に終わる:自社が該当するかの確かめ方

ディジタル通信モードと補完策の違い

INSネットのデータ通信には、時期の違う二つの区切りがあります。
一つはディジタル通信モードの終了で、2024年1月から段階的に終わっています¹。
もう一つは、その切り替え後もINSネット上でデータ通信を続けられるようにした補完策で、こちらも2028年12月末に終了する予定です¹。
INSネットの新規申込は、2024年8月末で受付を終えています¹。

ディジタル通信モードの終了後もEDIが動いているなら、補完策の上で動いている可能性があり、その猶予が2028年12月末までということになります。
「いまも問題なく注文が届いているから影響はない」と考えるのは早く、動いている理由が補完策なのかどうかで答えが変わります。
案内は業務用端末などでデータ通信に使う場合を対象としており、音声の通話は対象外とされています¹。
また、この日程はNTT東日本の案内で、ページは2026年2月時点の情報です。
NTT西日本の地域の回線は、契約先の案内と照らし合わせる必要があります。

2018年の時点で、情報サービス産業協会（JISA）のEDIタスクフォースは、EDIがISDNを多く使っていて影響が大きいと指摘していました。
そのうえで、2024年1月以降はISDN型のEDIに基本的に戻せないとも述べています²。
これは当時の見通しなので、実際の日程は現在のNTTの案内に従って読みます。
それでも、回線を替えるとEDIの側にも作業が及ぶという構図は変わっていません。

該当するかを3点で確認する

自社のEDIが該当するかは、取引先ごとの接続を一つずつ見ないと分かりません。
同じEDIの中で、ある得意先とはインターネット経由、ある仕入先とは公衆回線経由ということが起こりうるからです。
確かめる点は次の3つです。

• 通信手順：その接続先とどの手順で送受信しているか。
  公衆回線向けの手順か、インターネット向けの手順か
• 回線種別：自社側の回線がINSネットかどうか。
  契約書や請求明細で、どの回線の料金を払っているか
• 接続先ごとの回線：取引先側がどの回線で受け付けているか

手掛かりになるのは、EDIソフトや通信機器の接続設定です。
接続先として電話番号が登録されていれば、公衆回線に発信してつないでいる可能性が高いと見られます。
ただし、これは見当をつけるための手掛かりにすぎません。
最終的には、契約内容と取引先への問い合わせで判断します。

3点目の取引先側の回線は、自社の設定だけでは分かりません。
接続は双方の回線と手順がそろって初めて成り立ちます。
そのため、自社がインターネットに移っても、相手の受け口が公衆回線のままなら、その取引先とは接続方法を合わせ直す相談が要ります。
逆に、相手がすでにインターネットで受け付けているなら、自社側の回線と手順を替えれば接続を合わせられます。
取引先への問い合わせは、そのまま移行の相談の入り口にもなります。

NTT東日本は、比較・選定・導入に時間がかかるため早めの対応を求めています。
あわせて、企業間で高いセキュリティが求められる通信では、閉域ネットワークの検討を勧めています¹。
移行先をインターネットにするか閉域ネットワークにするかは、取引先との合意で決まる部分が大きく、自社だけでは決めきれません。
回線を確かめた段階で、どの取引先とどんな話をする必要があるかが見えてきます。

▼ 図の内容を文字で読む

• 自社も取引先もインターネット
  • 回線の期限は関係しない
  • 属人化と保守体制を見る
• 自社も取引先もINSネット
  • 双方の回線と手順を合わせて替える
  • 2028年12月末までに進める
• 自社はINSネット、取引先はインターネット
  • 自社側の回線と手順を替えれば接続を合わせられる
• 自社はインターネット、取引先はINSネット
  • 自社だけでは接続を保てない
  • 受け口を合わせる相談が要る

現行EDIの棚卸し:延命か刷新かを決める台帳の作り方

取引先単位で書き出す項目

回線を確かめて取引先ごとの接続が見えてきたら、それを台帳の1列目に置き、横に情報を足していきます。
EDIを機能やサーバーの単位で整理する方法もあります。
しかし、延命か移行かの判断は取引先との合意なしには進みません。
取引先を行に取っておけば、話し合いの順番まで決めやすくなります。
以下は編集部が提案する項目で、自社に合わせて足し引きして構いません。

• 回線と通信手順：前節で確かめた3点
• データ形式と主なメッセージ：注文・出荷・請求のどれをやり取りしているか
• 個別変換ルール：その取引先のためだけにある変換や、コードの読み替え
• 仕様書の有無：変換ルールを説明した文書が残っているか、最後に更新されたのはいつか
• 保守契約の期限：ソフトウェア・機器・委託先のそれぞれ
• 担当者：社内でその接続を説明できる人と、取引先側の窓口

項目の中で埋まりにくいのは、個別変換ルールと仕様書の有無です。
たとえば、ある得意先から届く注文データの商品コードを自社の商品コードへ読み替える表があり、その表が作られた理由を前任者しか知らない、という状態です。
こうした行は空欄のままにせず、「不明」と書いておきます。
不明の多さそのものが、その接続の属人化の度合いを示す情報になるからです。

台帳ができたかどうかは、担当者以外の人が読んで、取引先ごとの接続を説明できるかで判断できます。
説明に詰まった箇所が、仕様を掘り起こすべき箇所です。

3群への分け方

台帳がそろったら、取引先を3つの群に分けます。
これも編集部の提案です。

• 回線が終了対象の群：公衆回線でデータ通信をしている接続先。
  延命が取れず、期限から逆算して動く
• 個別仕様が重い群：回線は当たらないが、独自の変換やコードの読み替えが多い、または仕様書がない接続先
• 標準に近い群：回線は当たらず、個別の変換も少ない接続先

一つの取引先が二つの群にまたがることもあります。
回線が終了対象で、なおかつ個別仕様も重い取引先です。
この場合は期限のある方を優先して「回線が終了対象の群」に入れ、個別仕様の重さは移行作業の負担として台帳に残しておきます。
期限のない問題を理由に、期限のある問題を後回しにはできないからです。

群の構成は会社によって大きく違います。
回線の終了対象がほとんどない会社もあれば、主要な仕入先の多くがまだ公衆回線という会社もあるでしょう。
延命・部分改修・移行の優劣を一律に決められないのは、この構成の違いで答えが変わるためです。

▼ 図の内容を文字で読む

• 回線が終了対象の群
  • 公衆回線でデータ通信をしている
  • 延命は取れず期限から逆算する
  • 部分改修か移行を選ぶ
• 個別仕様が重い群
  • 独自の変換やコードの読み替えが多い、または仕様書がない
  • 移行を検討する
• 標準に近い群
  • 回線は当たらず個別の変換も少ない
  • 保守に不安がなければ当面は延命する

延命・部分改修・標準仕様に沿った移行を同じ軸で比べる

比較表

三つの選択肢の中身を先にそろえておきます。
延命は、いまの仕組みを大きく変えずに保守を続けることです。
部分改修は、回線や通信手順、変換の部分など、問題のある部分だけを替えることです。
標準仕様に沿った移行は、取引先ごとに違っていたデータ形式を共通の標準に寄せることです。

標準仕様の一例に、中小企業の受発注を対象とした中小企業共通EDI標準があります。
取引先ごとに異なっていたEDIのデータ形式を国際標準に沿って共通化する目的で、2018年4月に初版が公開されました。
仕様書、メッセージガイドライン、実装ガイドラインの3文書で構成されています³。
仕様書は、変換を担うプロバイダーに対応を求める注文メッセージの項目と、業務アプリケーションに求める最低限の項目を分けて定めています³。
流通BMSとは別の標準で、どちらが自社に合うかは取引先が何を使っているかで変わります。

比べる軸	延命	部分改修	標準仕様に沿った移行
取引先への影響	取引先側の変更はほとんど生じない	替える部分に関わる取引先とだけ、接続の確認や相互接続テストが要る	取引先ごとに形式の合意とテストが要る
移行の負担	保守の継続と、属人化した仕様の記録が中心	替える範囲に限られるが、変換部分を替えるなら個別仕様の把握が前提	項目の対応付けと取引先調整が、移行するすべての取引先に及ぶ
業務への影響	現在の手順は変わらないが、変更や取引先追加の手間も残る	受発注の手順は変えずに、裏側の接続を替えられる	個別対応を減らす方向に働くが、切り替えまでは新旧の手順が並ぶ
利用条件	回線が終了対象の接続先には使えない	残す部分に保守の見通しがあること	取引先が同じ標準に対応できること
向きやすい群	標準に近い群で、当面の保守に不安がない場合	回線が終了対象の群	個別仕様が重い群、または取引先の追加が多い場合

表で判断が分かれやすいのは、回線が終了対象の群をどう扱うかです。
延命が取れない以上、選択肢は部分改修か移行になります。
回線と通信手順だけを替える部分改修なら、データ形式や変換はそのまま残せるため、取引先と合わせるのは接続方法に絞られます。
一方で、どうせ相互接続テストをやり直すなら、その機会に形式も標準へ寄せるという考え方もあります。
どちらが合うかは、その取引先の個別仕様の重さと、残された期間で決まります。

個別仕様が重い群では、延命を選ぶと、取引先を追加したり項目を変えたりするたびの手間がそのまま残ります。
標準への移行はこの手間を減らす方向に働きます。
ただし、取引先が同じ標準に対応しなければ、個別対応は消えません。
移行の効果は、自社の作業量よりも、取引先がどれだけ同じ形式に乗るかに左右されます。

標準に近い群は、急いで動かす理由が最も少ない群です。
保守の見通しがあるなら当面は延命し、回線の終了対象や個別仕様が重い取引先の移行で整えた仕組みへ、後から寄せていく順番も取れます。

発注側と受注側で違う点

中小企業共通EDIの説明では、発注側と受注側で導入の形が分かれています。
発注側は独自のシステムを使い続けることができ、プロバイダーが共通辞書に従って注文情報を変換します³。
受注側は、標準に対応したプロバイダーと業務アプリケーションを使って導入でき、大きな費用はかからないとされています³。
ただし、費用は提供元ごとに異なり、この説明だけで自社の負担は見積もれません。

卸売業は、得意先から注文を受ける側でもあり、仕入先へ発注する側でもあります。
仕入先への発注送信を中心に見るなら、自社の発注システムを残したまま変換をプロバイダーに任せる形が取れます。
その場合、社内の発注の手順を大きく変えずに済む可能性があります。
得意先からの注文受信を中心に見るなら、得意先がどの形式で送ってくるかに合わせる必要があり、自社だけで標準を選ぶことはできません。
同じ会社の中でも、販売側と仕入側で移行の進め方が分かれるのはこのためです。

取引先ごとの個別仕様と接続方式の違いが、移行の順番を決める

先に動かす取引先

群ごとに選択肢が見えたら、次は取引先をどの順に動かすかです。
JISAの指針は、EDIは取引先ごとの対応が必要になると指摘しています²。
一斉に切り替えると、テストの調整も切り替え当日の確認も、すべての取引先について同時に起きます。
受発注の担当者が一度に見られる取引先には限りがあります。
順番を付けて進めた方が、問題が起きたときに原因を絞り込みやすくなります。

編集部は、回線が終了対象の取引先を先頭に置くことを提案します。
期限は2028年12月末と決まっています¹。
一方で、取引先との相互接続テストには時間がかかるとされています²。
テストの日程を取引先と組むところから逆算すると、残りの期間は見た目ほど長くありません。
ただし、JISAの指針は2018年時点のもので、NTTの現在の日程とは時点が違います。
どれだけの期間が必要かは取引先の数や相手の体制で変わり、ここから一律の目安は出せません。

回線が終了対象の群の中でも、順番を付ける必要があります。
考え方は二通りあります。
止まると影響の大きい取引量の多い取引先を先にするか、相手側の準備が早く進みそうな取引先で手順を固めてから大口に進むかです。
前者は期限への備えを早く固められ、後者は最初の切り替えで見つかった問題を大口の前に直せます。
どちらを取るかは、社内に切り替えの経験があるかどうかで分かれます。

個別仕様が重い取引先の扱い

個別仕様が重い取引先は、回線が終了対象でない限り、後ろに置くのが基本です。
移行の負担が大きいうえに期限がないため、急いで動かすほど、仕様の掘り起こしが不十分なまま切り替えることになりやすいからです。
先に他の取引先で手順を固め、その経験を持ち込む方が、変換ルールの洗い出しに時間を回せます。

後ろに置くことは、手を付けないことではありません。
台帳で「不明」が多い行は、順番が来るまでに、前任者への聞き取りや変換表の読み解きで埋めておく必要があります。
担当者の退職や異動が見えているなら、移行の順番とは切り離して、記録の作業だけを先に進める判断もありえます。

JISAの指針は、独自のプロトコルを避け、業界標準を確認するよう求めています²。
個別仕様が重い取引先ほど、移行の機会にも新しい個別対応で済ませたくなります。
しかし、それをすると、次に回線や仕組みを替えるときに同じ問題を抱えることになります。
相手と話すときは、自社の都合の形式を示す前に、相手の業界で使われている標準を尋ねる方が、合意の土台を作りやすくなります。

取引先との調整と業務を止めない切り替えの進め方

並行できる作業と直列の作業

移行が始まると、作業によって進め方が違ってきます。
編集部の整理では、取引先の数だけ同時に進められる作業と、取引先ごとに順番に片付けるしかない作業に分かれます。

• 並行できる作業：台帳の整備、取引先への移行の通知と回線の問い合わせ、インターネット経由にする場合の暗号化と証明書の準備
• 直列になりやすい作業：取引先ごとの相互接続テスト、本番の切り替え、切り替え後の照合

インターネット経由に移る場合は、通信の暗号化（SSL/TLSなど）と証明書の準備が必要になります²。
この準備は取引先ごとではなく自社側でまとめて進められます。
テストの日程が決まる前に済ませておけば、直列の作業の待ち時間を減らせます。

JISAの指針は、移行を営業・倉庫・経理を含む全社プロジェクトで進めるよう求めています²。
EDIで届いた注文は営業の受注確認に、出荷のデータは倉庫の作業に、請求のデータは経理の照合につながっています。
切り替えで形式が少し変わるだけでも、どこかの部署で取り込みや照合の手順が変わる可能性があります。
その部署が事前に知らなければ、切り替えの翌日に気づくことになります。

相互接続テストと本番切替

相互接続テストは、自社と取引先が実際にデータを送り合い、相手側で正しく受け取れることを確かめる作業です。
JISAの指針は、このテストに時間がかかるため、日程を早めに組むよう求めています²。
双方の担当者の予定を合わせ、不具合が見つかれば直して送り直す、という往復が取引先ごとに起こりうることを考えると、早めの日程が必要な理由が分かります。

テストで見るのは、届いたかどうかだけではありません。
注文データなら、受け取った側の業務システムに取り込んだあと、商品コード、数量、納期が元の注文と一致しているかを照合します。
個別変換ルールのある取引先では、読み替え表を通した結果が台帳の記載どおりかを、実際の注文で確かめることになります。

本番の切り替えでは、旧方式と新方式をしばらく並行して動かすかどうかを決めます。
並行運用には、新方式で問題が出たときに旧方式へ戻れる安心があります。
その一方で、同じ注文が二重に取り込まれないよう、どちらのデータを正とするかを取引先と決めておく必要があります。
並行期間の長さや切替日は、取引先の事情と残された期間で決めるもので、一般的な正解はありません。
回線が終了対象の取引先では、旧方式の回線そのものが期限で使えなくなるため、並行運用も期限より前に終わるよう組みます。

一社の切り替えが終わったら、台帳のその行を更新し、テストで見つかった問題と対処を記録してから次の取引先へ進みます。
この記録が、後ろに回した個別仕様の重い取引先に取りかかるときの手順書になります。

▼ 図の内容を文字で読む

1. 取引先へ通知し回線と形式を確かめる
2. 相互接続テストで送り合う
3. 取り込み結果を元の注文と照合する
4. 本番切替（必要なら期限内で並行運用）
5. 台帳を更新し問題と対処を記録して次の取引先へ

取引先ごとの通信手順や個別変換が担当者の記憶にしか残っていないと、どの接続が回線終了に当たり、どの取引先がどの群に入るかを社内だけで見極めにくいためです。

台帳の項目と取引先の群分けを一緒に見直し、回線終了に当たる接続先と、先に動かす取引先の順番を確かめられます。無料相談で要件を整理する

要点の整理

期限の有無	期限が外から決まるのは回線だけ。公衆回線でデータ通信をしていれば2028年12月末までに移行が要る
該当の確かめ方	通信手順・自社の回線種別・取引先側の回線の3点を、取引先ごとに見る
台帳の単位	取引先を行に取り、個別変換ルールや仕様書が分からない箇所は「不明」と記録する
選択肢の選び方	回線が終了対象なら部分改修か移行、個別仕様が重ければ移行を検討、標準に近く保守に不安がなければ延命
移行の順番	回線が終了対象の取引先を先頭に、個別仕様が重い取引先は記録を進めながら後ろに置く
切り替えの進め方	通知や証明書の準備は並行し、相互接続テストと本番切替は取引先ごとに順に進める

相互接続テストは取引先ごとに順に進めるしかなく、期限から逆算した日程や営業・倉庫・経理への影響を、移行が始まる前に整理しておく必要があるためです。 延命・部分改修・標準への移行のどれを取引先ごとに選ぶかと、並行運用を含めた切り替えの日程の組み方を確かめられます。

よくある質問

自社EDIがINSネットを使っているかは、どこで確かめればよいですか

まず、EDIソフトや通信機器の接続設定を見ます。
接続先として電話番号が登録されていれば、公衆回線に発信している可能性が高いと見られます。
次に、回線の契約書や請求明細で、INSネットの料金を払っているかを照合します。
取引先側の受け口は自社の設定では分からないため、取引先の窓口に尋ねます。
2028年12月末という日程はNTT東日本の案内に基づくもので¹、NTT西日本の地域の回線は契約先の案内と照らし合わせます。

取引先が古い通信手順のままの場合、自社だけ移行できますか

接続は双方の回線と手順がそろって成り立つため、相手の受け口が公衆回線のままなら、自社だけ替えてもその取引先とは送受信できなくなります。
回線の期限は取引先にも同じようにかかるので、移行は相手と日程を合わせて進める話になります。
まずその取引先と、回線と手順をどの形に合わせるかを相談するのが先です。

担当者が退職して仕様書がない場合、棚卸しは何から始めればよいですか

取引先を行にした台帳を作り、設定から読み取れる回線と通信手順の列から埋めます。
個別変換ルールは、実際の注文データと自社システムへの取り込み結果を見比べたり、変換表を読み解いたりして推定します。
分からない箇所は空欄にせず「不明」と書きます。
不明の多い取引先が、取引先の窓口への聞き取りを優先すべき相手です。

中小企業共通EDIと流通BMSは、どちらを選ぶべきですか

自社だけで選ぶものではなく、取引先が何を使っているかで決まります。
JISAの指針も、独自のプロトコルを避けて業界標準を確認するよう求めています²。
中小企業共通EDIは中小企業の受発注を対象に、取引先ごとに異なっていたデータ形式を国際標準に沿って共通化する標準です³。
流通BMSはこれとは別の標準で、通信方式やメッセージの詳細は運営団体の最新資料で確かめたうえで比べます。

受注側と発注側で、移行の進め方はどう違いますか

中小企業共通EDIの説明では、発注側は独自のシステムを使い続け、プロバイダーが共通辞書に従って変換します³。
受注側は、標準に対応したプロバイダーと業務アプリケーションで導入できるとされています³。
卸売業では、仕入先への発注は自社主導で相手に対応を相談しやすい一方、得意先からの受注は得意先の送る形式に合わせることが多くなります。
同じ会社でも、販売側と仕入側で進め方を分けて考えます。

移行中に古い方式と新しい方式を並行運用してもよいですか

並行運用はできます。
新方式で問題が出たときに旧方式へ戻れる点が利点です。
ただし、同じ注文が二重に取り込まれないよう、どちらのデータを正とするかを取引先と事前に決めておく必要があります。
回線が終了対象の取引先では、旧方式の回線が期限で使えなくなるため、並行期間も期限より前に終わるよう日程を組みます。

1. 1　出典：NTT東日本「ISDN(INSネット)とは?2028年12月終了の影響と企業が取るべき対応」（2026年）
2. 2　出典：情報サービス産業協会（JISA）EDIタスクフォース「ISDN型EDIの終了に向けた対策ガイドライン新版」（INTERNET Watch、2018年）
3. 3　出典：中小企業庁（ミラサポplus）「企業間のデータ連携で、受発注の業務コストを削減する!」（2020年）