全銀手順EDIの継続か移行か：サポート終了後の判断条件と移行先の選び方

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

B2B EC-COLUMN

全銀手順は何を担っているのか：サポート終了で「継続」の前提がどう変わったか

取引銀行との振込データのやり取りや、取引先との受発注データが全銀手順によるEDIのままで、このまま続けてよいのか判断がつかない。
そうした状態でも、通信が今日いきなり止まるわけではありません。
ただ、全銀協は電話網・ISDNを前提にした全銀手順（ベーシック手順・TCP/IP手順）のサポートを2023年12月末で終えています¹。
継続は、回線の補完策が続く間の暫定措置と考えます。
そのうえで期限の早い案内から逆算し、銀行との伝送・請求情報付きの振込・取引先との受発注という用途ごとに移行先を選ぶのが現実的です。

全銀手順が受け持つ範囲：企業と銀行の間のデータ伝送

全銀手順の正式な名前は、全銀協標準通信プロトコルです。
全国銀行協会（全銀協）が定めた、企業と銀行の間でオンラインのデータ交換を行うための標準手順です。
従来の手順は、電話網（PSTN）とISDNを適用回線としていました²。
制定はベーシック手順が1983年、TCP/IP手順が1997年で、40年近く使われてきた手順です¹。
経理の現場から見ると、銀行との間で定期的にファイルを送ったり受け取ったりする伝送の土台、と捉えると位置づけがつかみやすいでしょう。
どのファイルをこの手順で送受信しているかは、銀行との契約と自社の設定で決まっています。
そのため、自社で何が流れているかを把握することが判断の出発点になります。

一方で、仕入先や得意先との受発注データについて「全銀手順でつないでいる」と聞かされている場合もあるはずです。
そのときに確かめたいのは、その接続が実際にどの手順・どの回線で、誰の設備に向けて送られているかです。
銀行との伝送なら、判断の相手は銀行です。
取引先との受発注なら、判断の相手は取引先になります。
同じ「全銀手順」という呼び名でも、相談する相手、移行先の候補、期限の決まり方が変わります。
ここを分けずに検討を始めると、銀行から届いた切替の案内を読んで、取引先との受発注の接続まで同じ方針で決めてしまう、といった混線が起きやすくなります。

2023年12月末のサポート終了が意味すること

全銀協は、ベーシック手順とTCP/IP手順のサポートを2023年12月末で終了しました¹。
理由は、これらの手順が適用回線としている電話網（PSTN）が廃止されることです¹。
ここでいうサポートは、手順の改正対応や照会への対応といった支援を指しています¹。
2024年以降、手順の仕様について疑問が出ても、制定元の支援を前提に解決することはできません。

誤解しやすいのは、サポート終了と同時に通信が止まったわけではない点です。
手順は企業と銀行それぞれの設備やソフトの中に実装されています。
そのため、回線が使え、相手の銀行が受け付けを続けている間は、伝送が成り立つ状態が続きます。
今も伝送ができていること自体が、続けてよいかどうかの判断を難しくしているともいえます。

変わったのは「継続」の意味です。
以前の継続は、標準の手順として支援を受けながら使い続けることでした。
いまの継続は、制定元の支援がないまま、回線事業者の補完的な措置と、銀行やソフトの個別の対応に支えられて動いている状態です。
全銀協は当時、IP網への移行対応を2023年12月末までに済ませるよう呼びかけていました¹。
移行先として挙げていたのは、広域IP網をベースにした全銀プロトコル（TCP/IP手順・広域IP網）などです¹。
この経緯を踏まえると、継続は期限つきの暫定措置です。
どこまで続けられるかを確かめながら、移行の段取りを組むという考え方が現実的です。

▼ 図の内容を文字で読む

1. 発注側企業と受注側企業
   • 注文などの受発注データを取引先どうしで交換する（相手は取引先）
   • 移行先の候補は流通BMSや中小企業共通EDI標準など
2. 支払側企業と銀行
   • 振込などのファイルを銀行へ伝送する（全銀協標準通信プロトコルの範囲）
   • 移行先の候補は広域IP網版の全銀プロトコルや銀行の後継サービス
3. 銀行と入金側企業
   • 入金の情報を受け取り、請求と突き合わせて消し込む
   • ZEDIの請求書番号などは支払側と受取側の双方導入が前提

継続している場合に見ておく条件とリスク：回線の期限と銀行側の対応

回線の期限：補完策は2027年ごろか2028年12月31日か

手順の支援が終わった今、続けられる期間を左右するのは回線です。
NTT東日本は2023年7月時点の案内で、INSネットのディジタル通信モードを2024年1月から地域ごとに段階的に終了するとしていました³。
そのうえで、INSネット上のデータ通信を続けるための補完策を、2027年までを目途に提供する予定としていました³。
なお、同じ案内にあるフレッツ・ISDNの提供終了（2026年1月）は、INSネット自体の終了とは別の話です³。

一方、NTT西日本のINSネット終了の案内では、INSネット64・INSネット64・ライト・INSネット1500の提供終了日を2028年12月31日としています⁴。
この終了には、切替後のINSネット上のデータ通信、つまり補完策も含まれています⁴。
新規の申し込みと移転の受付は、2024年8月31日で終わりました⁴。
同じ補完策について、2027年ごろという目途と、2028年12月31日という終了日の二つの案内があることになります。

どちらが今の自社の回線に当てはまるかは、公開された案内だけでは決めきれません。
二つの案内は出た時期も発信元も異なり、NTT西日本の案内にはディジタル通信モード個別の記載もありません。
そのため、二つを並べて「後から出た日付が正しい」と読むことはできません。
さかのぼると、2017年の全銀協の告知では、NTTが2024年1月に広域IP網への移行を始め、2025年1月に完了する予定とされていました¹。
回線側の予定は、時期によって見直されてきたと読めます。

そこで、計画の基準には早い方の2027年ごろを置くことを勧めます。
2028年12月31日まで使えると想定して準備を後ろに寄せると、早い方の案内どおりに終わった場合、切替の時間がなくなります。
早い方を基準にしておけば、後ろに延びた分は余裕になるだけです。
実際に使える期間は、契約している回線事業者に自社の回線と契約内容を伝えて確かめるのが確実です。

銀行・ソフト側の対応状況の確かめ方

回線が残っていても、伝送の相手である銀行が従来の手順で受け付けを続けているかは別の問題です。
受け付けをいつまで続けるか、後継としてどのサービスを用意するかは、それぞれの銀行が決めることです。
手順の制定元である全銀協の告知は、個別の銀行の受付期限までは示していません。
複数の銀行と伝送している企業では、銀行ごとに期限も切替先も違う前提で考えておく必要があります。

取引銀行に確かめておきたいのは、次の点です。
・自社の契約で使っている伝送の手順と回線の種類
・従来の手順での受け付けをいつまで続ける予定か
・後継として案内している伝送サービスや手順と、その切替の手続き
・テスト伝送の受け付け方と、旧方式との並行稼動ができるか

自社の側では、伝送に使っているソフトや通信機器が、移行先の手順や回線に対応しているかも見ておきます。
たとえば、導入した担当者がすでに異動していて、どの機器がどの銀行へつないでいるのかを社内で説明できる人がいない場合を考えてみてください。
そこへ銀行から切替の案内が届くと、案内の内容を自社の設備に当てはめる作業から始めることになり、期限までの時間が削られます。
ソフトの提供元に、対応している手順と回線、今後の対応予定を問い合わせ、その回答を銀行の案内と並べておくと、どこに手当てが必要かが見えてきます。

この確認で分かるのは、いまの伝送がどれだけ持つかと同時に、どこへ移せるかの手がかりでもあります。
銀行が案内する後継サービスと、ソフトが対応している手順が重なれば、それが移行先の第一候補になります。
重ならなければ、ソフトの更新か、伝送の方式そのものの見直しが必要になります。

移行先の選択肢を用途別に比べる

銀行との伝送：広域IP網版の全銀プロトコルと銀行の後継サービス

移す先を考えるときの最初の分かれ目は、いま全銀手順で送っているデータが何かです。
銀行とファイルをやり取りしているのか、振込に請求の情報を付けたいのか、取引先と注文や出荷の情報を交換したいのかで、候補になる方式も相談する相手も違います。
次の表は五つの候補を、用途・接続する相手・相手側の条件・確かめる先という同じ観点で並べたものです。
料金は銀行や契約によって異なるため、ここでは扱いません。

銀行とのファイル伝送を続けたい場合、手順の制定元が移行先として挙げたのは、広域IP網をベースにした全銀協標準通信プロトコル（TCP/IP手順・広域IP網）です¹。
全銀協がNTTの固定電話網のIP網移行方針を受けて、2017年に制定しました²。
回線をIP網に替えて、銀行との伝送を続けるための道です。
ただ、制定の発表は、新しい手順が従来の手順を自動的に置き換えるとまでは書いていません²。
自社の伝送ソフトと銀行側の受け口が対応しているかは、個別に確かめる必要があります。

もう一つの道が、取引銀行が案内している後継の伝送サービスです。
名称も、使う回線や画面も、移行の手続きも銀行によって異なるため、一般的な姿を一つに描くことはできません。
判断の手がかりになるのは、いま伝送しているファイルの種類と件数、送受信の時刻、取引銀行の数です。
取引銀行が一つなら、その銀行の案内に沿うのが自然です。
複数の銀行とそれぞれ伝送しているなら、銀行ごとに別のサービスへ移ると、作業手順や画面が銀行の数だけ分かれていきます。
その場合は、各銀行が対応していれば共通の手順でそろえられる広域IP網版の全銀プロトコルを軸にするか、銀行ごとの後継サービスを受け入れるかを比べることになります。

請求情報付き振込：ZEDI

全銀手順の見直しと一緒に名前が挙がりやすいのがZEDIですが、これは通信手順の置き換えではありません。
ZEDIは全銀協が構築し全銀ネットが運営する仕組みで、総合振込に支払通知番号や請求書番号などの金融EDI情報を付けて送れるようにするものです⁵。
2018年12月に稼動し、稼動時点で321の金融機関（銀行等91行、信用金庫業態230庫）が接続していました⁵。

入金側の経理担当者を例に考えてみます。
月末に複数の取引先から振込が入り、入金の明細には振込名義と金額しか載っていないとします。
この場合、どの請求書に対する入金なのかを、名義の表記ゆれや金額の端数を手がかりに一件ずつ探し当てることになります。
支払側がZEDIで請求書番号を付けて振り込めば、入金側はその番号で請求データと突き合わせられるので、推測で当てる作業が減ります。
ただし、これが成り立つのは支払側と受取側の双方がZEDIを導入している場合です⁵。
自社だけが導入しても、取引先が番号を付けて振り込まなければ、消込の作業はほとんど変わりません。

利用するには、銀行との一括ファイル伝送（FB）か、インターネットバンキング（IB）を使っていることが前提です⁵。
件数の少ない企業向けには、1回10件まで明細を作成できる無償ツールS-ZEDIも用意されていました⁵。
これらは2018〜2020年当時の記事に基づく条件で、手数料を含めた現在の扱いは取引金融機関に確かめる必要があります⁵。
FBを全銀手順で使っている企業の場合、ZEDIを入れるかどうかより先に、そのFBの伝送をどこへ移すかを決めることになります。
伝送の移行先が決まらないうちにZEDIの導入だけを進めても、土台の伝送が変わるときにもう一度設定を見直すことになるからです。

取引先との受発注：流通BMSと中小企業共通EDI標準

取引先との注文・出荷・請求のデータ交換を見直す場合は、銀行の案内ではなく、業界や取引先がどの標準を使っているかが出発点になります。
流通BMS（流通ビジネスメッセージ標準）は、消費財流通の業界で使われる標準メッセージです。
基本形Ver2.2、商品マスタVer1.0.1、複数税率に対応した百貨店版Ver2.2などが公開されています⁷。
金融EDI情報欄や複数税率に関する標準も、あわせて掲載されています⁷。

流通BMSを使うかどうかは、自社だけでは決まりません。
小売や卸の取引先が流通BMSでの接続を指定していれば、それに合わせることになります。
指定がなければ、自社から採用する理由は弱くなります。
消費財流通以外の業種では、取引先の指定次第と考えておくのが無難です。
通信の方式を含めた接続の条件は、協議会の公開仕様と取引先の接続要件を照らし合わせて確かめます。

中小企業共通EDI標準は、中小企業の受発注を対象に、2018年4月に初版が公開された標準です⁶。
標準仕様書・メッセージガイドライン・実装ガイドラインの3文書で構成され、国連CEFACTの共通辞書に準拠しています⁶。
特徴は、受発注の双方が対応プロバイダーと契約すれば、プロバイダーが情報を変換する仕組みになっている点です⁶。
発注側は、自社の独自システムを使い続けられます⁶。
受注側から見ると、取引先ごとに違う形式へ個別に合わせる作業を、プロバイダーの変換に任せられる余地が生まれます。

流通BMSも中小企業共通EDI標準も、受発注のメッセージの中身をそろえるための標準です。
銀行との伝送を担ってきた全銀手順の後継として用意されたものではありません。
取引先との受発注を全銀手順でつないでいる場合の判断は、回線を替えるだけで済ませるか、この機会に取引先との間のデータの形式まで標準に寄せるか、という一段広いものになります。

発注側・受注側・支払側・入金側で選び方はどう変わるか

支払側・発注側の場合

ここまでの候補を、自社の立場に当てはめてみます。
支払側の企業がまず決めるのは、銀行へ振込データを送っている伝送の行き先です。
これは取引先の意向に左右されにくく、取引銀行の受付状況と自社の設備で決められます。
四つの立場の中では、自社の判断で進めやすい部分です。
回線の期限に直接かかるのもこの伝送なので、ほかの見直しより先に手を付ける理由があります。

支払側にとってZEDIは、自社の作業を減らす仕組みというより、受取側の消込を助ける仕組みです。
請求書番号を付けて振り込むには、支払の明細に請求書番号を持たせておく必要があります。
受け取った請求書の番号を買掛の管理で記録していなければ、まずその運用を整えることになります。
取引先から番号付きの振込を求められている、あるいは自社も入金側として取引先にZEDIを使ってほしい、といった事情があるなら、伝送の移行と合わせて検討する価値があります。

発注側として取引先と受発注データをやり取りしている場合、接続の方式を指定する立場にあるなら、取引先がその方式に対応できるかどうかが移行の速さを決めます。
新しい方式を一律に求めると、対応できない取引先との間で受発注が滞るおそれがあります。
中小企業共通EDI標準のように、発注側が独自システムを続けたまま、受注側との形式の違いをプロバイダーが変換する考え方を取れば、自社のシステムを全面的に作り替えずに済みます⁶。
ただし、これも受注側の取引先がプロバイダーと契約することが前提です⁶。

受取側・受注側の場合

受注側の悩みは、方式を自分で選べないことです。
たとえば、得意先Aからは全銀手順で、得意先Bからは流通BMSで、得意先Cからは専用の画面で注文が届く状況を考えてみます。
Aの方式を見直しても、BとCの接続は残ります。
取引先が増えるたびに、受け口も増えていきます。
この場合に考えたいのは、個々の接続を一つずつ新方式に置き換えることより、複数の方式をまとめて受けられる形を作れるかどうかです。
中小企業共通EDI標準の対応プロバイダーを介する形は、その候補の一つです⁶。
ただし、取引先の側もプロバイダーと契約していることが前提になるため、主要な取引先の意向を先に聞いておく必要があります⁶。

受発注のデジタル化でどれだけ作業が減るかについては、中小企業共通EDIの実証の数字があります。
2016年度補正の事業で行われた12の実証プロジェクトでは、中小企業の受発注業務時間が平均51.4%削減されました⁶。
これは各プロジェクトで共通EDIを導入した場合の平均で、全銀手順から別の方式へ移したときの効果を測ったものではありません。
測定の基準も公開記事では詳しく示されていないため、自社の移行で同じ割合の削減が見込めると考える材料にはなりません。
共通EDIを候補に入れるかどうかを考えるとき、受発注をデジタルでつなぐことに作業時間を減らす余地があった一例として受け止めるのが妥当です。

入金側の企業にとっての関心は、消込です。
ZEDIで番号付きの入金を受け取れれば突き合わせは楽になりますが、それは支払ってくれる取引先が導入した場合に限られます⁵。
取引先の一部だけが番号付きで振り込み、残りは従来どおりという状態は、しばらく続くと考えておく方が現実に近いはずです。
番号がある入金は番号で、ない入金はこれまでの方法で照合する二本立ての消込を想定しておけば、導入後に期待との落差で慌てることが減ります。

取引先が多い場合の段階的移行

取引先や取引銀行が多い企業ほど、一度にすべてを切り替えるのは難しくなります。
相手ごとに準備が整う時期が違い、テストの日程も相手の都合で決まるからです。
この場合は、相手を分けて順番を付ける段階的な移行が基本になります。
回線の期限までに時間があり、銀行も受け付けを続けている間は、現状の伝送を動かしながら準備を進めることになります。
ただし、それも移行の準備期間としての継続であって、移行しないという選択とは違います。

順番の付け方に決まった正解はありませんが、期限と影響の大きさから考えると、次のような組み立て方ができます。
・回線の期限に直接かかる銀行との伝送を先にする
・取引量が多く、止まったときの影響が大きい相手は準備に時間をかけ、並行稼動の期間を確保する
・新方式に対応済みの取引先から先に移し、社内の手順を固めてから残りへ広げる
・対応の見込みが立たない取引先とは、期限までの受け渡し方法を個別に話し合う

段階的に進める間は、旧方式と新方式が社内に並ぶ期間が生まれます。
受注データが二つの経路から届き、担当者がどちらの経路で何が来たかを意識しなければならない時期は、転記漏れや二重の取り込みが起きやすくなります。
どの取引先がどの経路に移ったかを一覧で管理し、切り替えた日を記録しておくと、データが届かないときにどちらを調べればよいかがすぐに分かります。

反対に、取引先が少なく、全員が同じ時期に新方式へ移れる見込みがあるなら、並行期間を短くして一度に切り替える全面移行の方が向いています。
二つの経路を管理する手間を長く抱えずに済むからです。
段階か全面かは、相手の数そのものより、相手の準備がそろう時期にどれだけ差があるかで決まります。

移行の進め方：取引先との調整から切替まで

棚卸しと取引先確認を並行する

移行を決めたら、最初の作業は二つあります。
社内の現状の棚卸しと、銀行・取引先への対応方式と期限の確認です。
この二つは、互いの結果を待たずに始められます。
銀行や取引先への問い合わせは返事が来るまで時間がかかるため、社内の調査が終わってから問い合わせると、その待ち時間がそのまま遅れになります。

棚卸しでは、伝送ごとに次の点を一覧にします。
・接続先（銀行名・取引先名）と、送るか受け取るかの向き
・使っている手順と回線、通信機器、伝送ソフト
・やり取りしているファイルやメッセージの種類と、伝送の頻度・時刻
・データを作る社内システムと、受け取ったデータを取り込む先
・伝送が止まったときに影響が出る業務

最後の項目は見落とされがちですが、移行の順番を決めるときに効いてきます。
入金の明細が取り込めなければ消込が遅れ、受注データが届かなければ出荷が止まる、というように、伝送ごとに止まったときの重さが違うからです。
この重さが分かっていれば、前の節で考えた段階的移行の順番も、根拠をもって決められます。

項目の対応づけとテスト伝送

方式が決まると、次はデータ項目の対応づけです。
今のファイルにある項目が移行先の形式のどの項目に当たるのか、移行先で必須なのに今のデータに無い項目は何かを突き合わせます。
受発注の標準を使う場合は、作業の規模感をつかむ手がかりがあります。
中小企業共通EDI標準では、プロバイダーに注文メッセージの全135項目への対応を求め、業務アプリケーションには最低限必要な13項目への対応を求めています⁶。
自社のシステムがまず扱うべきなのは最低限の13項目で、それ以上の項目は必要に応じて広げていく、という段階の付け方が標準の側で考えられているといえます。

対応づけでつまずきやすいのは、項目名が同じでも中身の決まりが違う場合です。
取引先コードを自社の採番で持っているのか相手の採番で持っているのか、日付が受注日なのか納品日なのか、税額を明細ごとに持つのか伝票でまとめるのか、といった違いです。
こうした違いは、ファイルの仕様書を見比べるだけでは分からず、実際のデータを数件並べて初めて見つかることがよくあります。
流通BMSでも百貨店版が複数税率対応として公開されているように⁷、税の持ち方は標準のどの版を使うかにも関わります。
受発注の接続では、どの版で接続するかを取引先と合わせておく必要があります。

テスト伝送は、相手のある作業です。
銀行や取引先がテストを受け付ける期間や手順を決めている場合、自社の準備ができても相手の枠が空いていなければ進みません。
棚卸しと並行して早めに確認を始める理由の一つは、ここにあります。
テストでは、送受信ができるかだけでなく、受け取ったデータが社内システムに正しく取り込まれ、金額や件数が元のデータと一致するかまで確かめます。
通信がつながったことと、業務で使えることは別だからです。

切替と旧回線の整理

切替の時期は、相手側の準備と自社の繁忙期を見て決めます。
月末の締めや支払日の直前に伝送の経路を変えると、問題が起きたときに戻す時間がありません。
可能なら一定期間、旧方式と新方式を並行して動かし、同じデータが両方で同じ結果になることを確かめてから旧方式を止めます。
並行期間中はどちらの経路を正とするかを決めておかないと、同じデータを二度取り込むおそれがあります。

旧回線の整理も、移行の一部です。
切替が済んでも、使わなくなったINSネットの回線、通信機器、伝送ソフトの保守契約が残っていることがあります。
NTT西日本はINSネットの提供終了を2028年12月31日と案内していますが⁴、それを待つ必要はありません。
使わなくなった時点で解約や撤去の手続きを進めておけば、不要な費用と、誤って旧経路にデータを送る余地の両方を減らせます。

最後に、棚卸しの一覧を新しい接続の情報で更新しておきます。
次に担当者が替わっても、どの伝送がどこへつながり、どの手順と回線を使っているかを追えるようにするためです。
今回の見直しで最初に時間がかかったのが現状の把握だったなら、その一覧を残すことが、次の見直しを短くします。

▼ 図の内容を文字で読む

1. 社内の棚卸し
   • 接続先・手順・回線・ソフト・ファイル・止まったときの影響を一覧にする
2. 銀行・取引先への確認（棚卸しと並行）
   • 対応方式・受付の期限・テストの受け方を聞く
3. データ項目の対応づけ
   • 移行先の項目と自社データの項目を、実データで突き合わせる
4. テスト伝送
   • 送受信に加え、社内システムへの取り込みと金額・件数の一致を確かめる
5. 切替と旧回線の整理
   • 並行稼動の後に切り替え、旧回線・機器・保守契約を整理する

回線の期限、銀行の受け付け、取引先の方式がそれぞれ別に動くため、自社のどの接続から手を付けるかを決める段階で判断が止まりやすいからです。

現在の接続先・手順・回線を一覧にしたうえで、用途ごとの移行先の候補と、銀行や取引先に確かめるべき事項を整理できます。無料相談で要件を整理する

要点の整理

軸	基準
何を送っているか	銀行とのファイル伝送か、振込の請求情報か、取引先との受発注かで、移行先と相談相手を分ける
継続の位置づけ	全銀協のサポートは2023年12月末で終了。継続は移行準備のための暫定措置
回線の期限	補完策は2027年までの目途（NTT東日本、2023年案内）と2028年末（NTT西日本の案内）の二つがあり、早い方を計画の基準にして契約先に確かめる
相手側の条件	ZEDIは支払側・受取側の双方導入、共通EDIは双方のプロバイダー契約、流通BMSは取引先の指定が前提
進め方	棚卸しと相手への確認を並行し、項目の対応づけ、テスト、並行稼動を経て切り替え、旧回線を整理する

受注側で取引先ごとに方式が違う場合や、段階的な移行で旧方式と新方式が並ぶ期間の運用は、自社の取引先の構成によって答えが変わるからです。 取引先ごとの方式と移行の時期を並べ、並行期間の受注データの受け口と、届かないときの確認手順をどう組むかを検討できます。

よくある質問

全銀手順のサポートが終わると、通信は直ちにできなくなるのですか。

直ちに止まるわけではありません。
全銀協が2023年12月末で終えたのは、手順の改正対応や照会対応といった支援です¹。
回線が使え、取引銀行が受け付けを続けている間は伝送が成り立ちます。
ただし、回線の補完策には期限があり、銀行の受け付けも各行の判断です。
続けられることは、安心して続けてよいことと同じではありません。

補完策の終了が2027年ごろと2028年12月31日の両方の案内がありますが、どちらを基準にすべきですか。

計画の基準には、早い方の2027年ごろを置くことを勧めます。
NTT東日本の2023年7月時点の案内では補完策は2027年までを目途とされ³、NTT西日本の案内では補完策を含むINSネットの提供終了日が2028年12月31日とされています⁴。
案内の時期と発信元が異なるため、どちらが自社の回線に当てはまるかは、契約している回線事業者に確かめるのが確実です。
早い方を基準にすれば、延びた分は余裕になります。

ZEDIは全銀手順の代わりになりますか。

代わりにはなりません。
ZEDIは、総合振込に支払通知番号や請求書番号などの情報を付けて送れるようにする仕組みです⁵。
利用にはFBかIBが前提なので⁵、FBを全銀手順で使っている場合は、まずその伝送の移行先を決める必要があります。
ZEDIは、その上で消込を効率化したい場合に検討するものです。

取引先が旧方式のままでも、自社だけ移行できますか。

何を移すかによります。
銀行との伝送は、自社と取引銀行の間で決められます。
取引先との受発注は、相手と方式を合わせる必要があります。
中小企業共通EDI標準ではプロバイダーが情報を変換しますが、受発注の双方がプロバイダーと契約していることが前提です⁶。
ZEDIも、自社だけ導入しても取引先が番号を付けて振り込まなければ、消込の効果はほとんど出ません⁵。

受注側で、取引先ごとに指定される方式が違う場合はどう対応すればよいですか。

まず、取引先ごとの方式・回線・期限を一覧にします。
そのうえで、一つずつ置き換えるより、複数の方式をまとめて受けられる形を作れるかを考えます。
中小企業共通EDI標準の対応プロバイダーを介する形はその候補の一つですが、取引先側のプロバイダー契約が必要です⁶。
流通BMSを指定する取引先には、その指定に合わせることになります。

データ項目の対応づけでは、何から確認すべきですか。

今のファイルの実データを数件並べ、移行先の項目と突き合わせることから始めます。
見落としやすいのは、取引先コードの採番、日付の意味、税額の持ち方など、項目名が同じでも中身の決まりが違う部分です。
中小企業共通EDI標準の注文では、業務アプリケーションに最低限必要な項目が13項目と示されているので⁶、まずその範囲が自社のデータで埋まるかを見るのが一つの目安になります。

1. 1　出典：一般社団法人全国銀行協会「全銀協標準通信プロトコル（ベーシック手順およびTCP/IP手順）の取扱いについて」（2017年）
2. 2　出典：一般社団法人全国銀行協会「広域IP網をベースとした『全銀協標準通信プロトコル（TCP/IP手順・広域IP網）』の制定について」（2017年）
3. 3　出典：NTT東日本「『フレッツ・ＩＳＤＮ』のサービス提供終了日および新規申込受付終了日等について」（2023年）
4. 4　出典：NTT西日本「INSネットのサービス終了について」（2026年）
5. 5　出典：中小企業庁（ミラサポplus）「金融EDIの導入で、経理業務を効率化する！」（2020年）
6. 6　出典：中小企業庁（ミラサポplus）「企業間のデータ連携で、受発注の業務コストを削減する！」（2020年）
7. 7　出典：流通BMS協議会（一般財団法人流通システム開発センター）「流通ビジネスメッセージ標準（流通BMS）標準仕様」（2025年）