卸売の業界EDI標準 移行手順｜流通BMS対応5段階

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

B2B EC-COLUMN

卸売の業界EDI標準移行とは、取引先仕様に受発注データを合わせる作業

卸売の業界EDI標準（流通BMS）への移行とは、取引先である小売企業が指定する統一メッセージ仕様に自社の受発注データを合わせる作業です。棚卸・接続方式の選択・コード対応・項目対応とテスト・段階接続という5段階で進めます。INSネットは2028年12月31日にサービスを終了するため^*4、この期限が実務上の目安になります。

業界EDI標準とは何を指すのか

業界EDI標準とは、流通BMS（流通ビジネスメッセージ標準）を指します。策定主体はGS1 Japan（一般財団法人流通システム開発センター）です。GS1 Japanは、流通BMSをメッセージ（電子取引文書）と通信プロトコル/セキュリティに関するEDI標準仕様と説明しています^*1。消費財流通業界の標準を1つに集約することを目標に策定されている仕様であり、既に業界の標準として確立したという意味ではありません^*1。2007年4月に基本形Ver.1.0が公開され、以降改訂が重ねられています^*1。

JCA手順（電話回線を使う旧来のEDI手順）は個社ごとに仕様が異なりやすい方式です。流通BMSは、メッセージ形式と通信方式を業界横断で統一することを目指す仕様です。取引先ごとに異なる接続を個別に維持する負担を減らせる点が、卸売にとっての移行の意味になります。

卸売が移行の主体になる理由

流通BMSへの移行では、発注側の小売企業がメッセージ種別・仕様バージョンを指定し、受注側の卸売がその指定を受け止める構図になります。取引先が複数あれば、指定内容がそれぞれ異なる場合もあり、卸売は複数の要求を同時に満たす必要があります。標準に寄せることで、受け止め口を1つに近づけられる点が卸売側の狙いです。

移行の期限は2028年12月31日である

INSネット（ISDN）を使った接続を残している場合、移行の期限は明確です。NTT西日本は「2028年12月31日（日）をもって、サービス提供を終了する」としており、新規申込の受付はすでに2024年8月31日で終了しています^*4。NTT東日本も同様に、2028年12月31日にすべてのサービスを終了する予定であることを案内しています^*5。INSネット終了に伴う対応の詳細は関連記事に譲り、本稿では期限の提示にとどめます。

移行前に確認すべき3つの前提――普及実数・公開一覧・作業範囲

手順に入る前に、卸売側で押さえておくべき前提が3つあります。普及の実態を推計値で把握すること、協議会が公開する導入企業一覧を実導入数と読み違えないこと、そして移行がシステム全体の入れ替えとは別の作業だと理解することです。

前提1：流通BMS導入は卸・メーカーで21,600社以上に拡大

流通BMS協議会（流通システム標準普及推進協議会）とGS1 Japanは、2025年7月1日に第28回推計調査を公表しました。これによると、2025年6月1日時点で流通BMSを導入している卸・メーカーは21,600社以上と推計されています^*2。前回（2024年12月1日時点）の推計は20,800社以上であり、半年間で700社以上増加しました^*2。同調査は増加の背景として、小売チェーンの導入拡大に伴う取引先への要請や、FAXやWeb-EDIからの移行を挙げています^*2。加えて既存システムの更新需要と、国のIT導入補助金制度も背景に挙げられています^*2。

前提2：社名公開227社は導入実数ではない

流通BMS協議会が公開する「導入企業一覧」は、社名公開の承諾を得られた企業のみを掲載したものです。卸・メーカーの公開企業数は、2025年6月1日時点で227社にとどまります^*2。協議会自身が、この社名公開企業数を導入企業数として紹介する例があり、普及状況を実際より少なく見せてしまうと注意を促しています^*2。競合の動向を確認する際は、公開一覧だけで判断しないことが必要です。

前提3：移行はシステムの入れ替えとは別の作業である

流通BMSへの移行は、受発注システムそのものを刷新する取り組みとは切り分けて考えられます。既存のシステムを使い続けたまま、通信部分やコード対応だけを流通BMSの仕様に合わせる進め方も可能です。システムの入れ替えを検討する場合は判断基準が異なるため、別に整理する必要があります。

手順① 取引先ごとの指定仕様と適用範囲の棚卸

最初の手順は、取引先がどのメッセージをどの版で求めているかを一覧化することです。ここを飛ばして接続方式やシステム選定に進むと、後から仕様の抜け漏れが発覚しやすくなります。

誰が・どの業務メッセージを・どの版で求めているかを一覧化する

取引先ごとに、発注・出荷・受領・請求といった業務メッセージのうちどれを流通BMSでやり取りするのか、また対応する仕様バージョンを表にまとめます。取引先数が多いほど、この一覧化の精度が後工程の設計を左右するため重要です。

業態別編があることを前提に置く

流通BMSには基本編のほかに、業態別の編が存在します。流通BMS協議会の標準仕様ページによれば、基本形Ver2.2は改訂が重ねられています^*3。運用ガイドラインは2025年5月29日に修正版が、メッセージ別項目一覧・改定内容は2025年7月15日に再修正版が、それぞれ公開されました^*3。百貨店向けのメッセージ利用ガイドラインも2023年8月5日に一部修正が加えられています^*3。取引先が百貨店・生鮮・グロサリなど特定業態に該当する場合は、基本編とは別に業態別編の版を確認する必要があります。

接続手段ごとに期限の有無を整理する

棚卸の段階で、現在使っている接続手段を一覧化し、期限があるものとないものを区別しておきます。

各取引先に個別対応を続けるほど、仕様確認とコード変換の手間は積み上がります。自社の取引先数と受注件数に照らして影響を確かめるには、無料相談で要件を整理するのが近道です。

手順② 接続方式は自社導入型と外部サービス利用型から選択

棚卸が終わったら、接続方式を決めます。流通BMS協議会の推計調査は、卸・メーカーの導入形態を自社導入型と外部サービス利用型の2つに分類しており^*2、本稿もこの分類に沿って整理します。特定の製品名・サービス名を挙げた比較は行いません。

自社導入型（サーバ型・クライアント型）が向く場合

自社導入型には、常時稼働するサーバ型のシステムを自社で構築する方式と、クライアント型のソフトウェアを導入する方式があります。取引データ量が多く、複数拠点で同時に接続する必要がある卸売に向いています。初期の作り込みに要する負荷は相応に大きくなります。

外部サービス利用型（ASP/SaaS）が向く場合

外部サービス利用型は、ASP/SaaS事業者が構築するサーバを利用してデータ交換する方式です^*2。自社でサーバを持たずに済むため、取引先数が少ない卸売や、これから流通BMS対応を始める卸売に適します。

取引先の数が方式選択を左右する

どちらの方式を選ぶかは、現在および将来の取引先数と受注件数の見込みによって変わります。

手順③ コード体系をGLN・GTINという業界標準へ対応づけ

接続方式を決めた後は、コード体系を業界標準へ対応づけます。流通BMSのメッセージには取引先コードや商品コードが含まれており、ここでの対応づけが後の項目対応の前提です。

取引先コードをGLNへ対応づける

GLN（Global Location Number）は、GS1が定める事業者・拠点を識別する国際標準コードです。GS1 Japanは、GLN登録の手続きについて「GS1事業者コードの貸与をうけている企業は、新たな申請手続きは不要です」と案内しています^*7。すでにJANコード等で事業者コードの貸与を受けている卸売であれば、追加の申請なしにGLNへの対応を進められます。

商品コードはGTIN（JANコード）で取引先と突き合わせる

商品コードは、GTIN（Global Trade Item Number、いわゆるJANコード）を鍵に取引先と突き合わせます。商品マスタそのものの整備手順は別に整理が必要なため、本稿ではGTINによる照合という論点に絞ります。

自社コードは変換テーブルで残せる

「標準に合わせる」といっても、自社独自のコード体系をすべて廃棄する必要はありません。国税庁の電子帳簿保存法一問一答（令和8年7月）の問41は、コード変換を伴う保存方法を扱っています^*6。あらかじめ定めた変換テーブルで内容を変更せず表記のみを変換する場合、合理的な編集に該当し認められます^*6。ただし変換が自動的に行われることと、変換テーブル自体を保存しておくことが条件になります^*6。

手順④ メッセージ項目の業務対応と接続テストの実施

コード対応の次は、流通BMSのメッセージ項目を自社の業務フローに割り当て、取引先との接続テストに進みます。

発注・出荷・受領・請求という業務フローへの項目割り当て

流通BMSのメッセージは、発注・出荷・受領・請求といった業務の流れに沿って構成されています。自社の受注・出荷・請求の各業務が、どのメッセージのどの項目に対応するかを整理し、担当部署ごとに確認します。

標準項目に載らない商習慣を識別する

建値や掛率といった卸売特有の価格条件は、流通BMSのメッセージ項目に含まれる場合がありますが、自社の商習慣によっては標準項目だけで表現しきれないこともあります。大口取引の見積条件も同様に、個別対応が残る可能性があります。標準に合わせるだけでは自社の商習慣が載りきらない箇所が残る、という前提を、要件定義の段階で関係部署と共有しておきます。

標準仕様に自社の商習慣を厳密に載せ切るには、受発注システム側の機能で補う判断が必要になる場面もあります。この点は、パッケージシステムの導入支援を手掛ける事業者に相談する価値がある領域です。

接続テストは取引先との往復で確認する

設計が終わったら、取引先との間でテストデータを送受信し、項目の値やコードが意図どおりに変換されているかを確認します。確認漏れがあると、稼働後にデータの不整合が生じ、受注反映が止まって出荷遅延につながりかねません。以下の観点を確認してから本稼働に移ります。

• 発注・受領・出荷・請求の各メッセージが往復で正しく受信できているか。
• 取引先コード・商品コードが変換テーブルどおりに変換されているか。
• 数量・金額などの項目値が自社の基幹システムに正しく反映されているか。

手順⑤ 取引先ごとの段階接続と旧手段の停止

テストを終えたメッセージ設計・コード対応は、取引先1社ごとに段階的に本番接続へ移行します。全取引先を一度に切り替える進め方は、確認範囲が広がりすぎるため避けます。

1社目で型を作り2社目以降へ流用する

最初の1社は、仕様の棚卸からテストまでを一通り経験するため、相応の工数がかかります。ここで作った棚卸表・変換テーブル・テスト観点は、2社目以降の取引先接続にそのまま流用できます。取引先が増えるほど、1社あたりの追加工数が軽くなっていく点が実務上のメリットです。

旧接続との並行稼働期間を決める

切り替え直後は、旧来の接続手段（Web-EDI画面や電話・FAXなど）と流通BMSを並行して稼働させ、想定外のトラブルに備えます。並行稼働の期間は取引先との合意で決めます。

受注件数の全量一致を確認してから停止する

旧接続を停止する判断基準は、一定期間における受注件数が流通BMS経由と旧手段の記録とで全量一致していることです。件数や金額に差異が残っている間は、旧手段を停止しません。

移行で見落とされやすい電子帳簿保存法の保存要件

移行の実務で見落とされやすいのが、電子帳簿保存法上の保存要件です。流通BMSのメッセージ仕様と自社基幹システムのコード体系に加えて、この法令面まで横断的に把握する担当者を確保しておく必要があります。以下、押さえるべき点を整理します。

EDI取引は電子取引に該当し保存義務を負う

国税庁の電子帳簿保存法一問一答（令和8年7月）は、電子取引を「取引情報の授受を電磁的方式により行う取引」と定義しています^*6。具体例として「いわゆるＥＤＩ取引」が明示されています^*6。流通BMSによる受発注データのやり取りは電子取引に該当し、電磁的記録の保存義務を負います。

授受データそのものでなくても合理的な編集なら保存可能

問40は、EDI取引で保存すべきデータについて次のように述べています^*6。授受したデータそのものに限定されず、取引内容が変更されるおそれのない合理的な方法により編集されたデータでの保存も可能だとしています^*6。授受したデータを手動で転記して別形式のデータを作成する場合は、取引内容の変更可能性があります。この場合は合理的な編集には当たらないとされています^*6。自社のシステムへ自動的に取り込んで保存する設計であれば、この要件を満たしやすくなります。

移行プロジェクトの要件定義に保存要件を組み込む

コード変換やメッセージ項目の設計を進める段階から、電子帳簿保存法上の保存要件をプロジェクトの要件定義に含めておくと、後工程での手戻りを避けられます。自社の税務上の取り扱いに疑問がある場合は、税理士等の専門家に個別に確認することが望まれます。

まとめ：業界EDI標準への移行を集約する3つの判断軸

本稿では、卸売が業界EDI標準（流通BMS）へ移行する手順を、棚卸から段階接続まで5段階で整理しました。要点を3つに集約すると、次のとおりです。第一に、取引先が指定する仕様バージョンを棚卸し「どの版に合わせるか」を確定すること。第二に、自社導入型と外部サービス利用型のどちらで接続するかを、取引先数の見込みに照らして選ぶこと。第三に、GLN・GTINへのコード対応と電子帳簿保存法上の保存要件を、移行プロジェクトの初期段階から組み込むことです。手順そのものへの不安は、この3点を押さえれば大きく減らせます。残るのは、自社の商習慣が標準項目にどこまで載るかという個別の判断です。

---

ご不明な点はお問い合わせフォームからもご連絡いただけます。

よくある質問

流通BMSに対応しないと取引はできなくなりますか。

小売取引先が流通BMSを指定している場合、対応しなければ当該取引先との受発注が難しくなります。流通BMSは消費財流通業界の標準仕様として2007年に基本形Ver.1.0が公表されたものです^*1。指定した小売との取引継続が、対応するかどうかを左右する前提です。

どの版に対応すればよいか分からない場合はどう決めますか。

取引先が指定する版に合わせるのが結論です。流通BMSには基本形Ver2.2（メッセージ別項目一覧の最新版は2025年7月15日再修正版のver2.2.2^*3）のほか、生鮮業界編・グロサリ商材編・百貨店向けなどの業態別編があります^*3。まず取引先ごとの指定内容を確認することが出発点になります。

自社の商品コードや取引先コードは作り直す必要がありますか。

作り直す必要はありません。取引先コードはGLNへ、商品コードはGTIN（JANコード）へ対応づければよく、GS1事業者コードの貸与を受けている企業は新たな申請手続きは不要です^*7。自社独自のコードも、変換テーブルを介して国税庁が認める合理的な編集の範囲で残せます^*6。

EDIで受け取ったデータは、そのままの形で保存しなければなりませんか。

そのままの形での保存は必須ではありません。国税庁の電子帳簿保存法一問一答は、EDI取引で授受したデータについて合理的な方法により編集したデータでの保存も可能としています^*6。編集は取引内容が変更されるおそれのない方法に限られます^*6。ただし手動転記による別形式データの作成は、合理的な編集に当たらないとされています^*6。

取引先が増えるたびに同じだけの工数がかかりますか。

1社目と同じ工数が毎回かかるわけではありません。仕様の棚卸やコード対応の型を1社目で作っておけば、2社目以降はその型を流用できるため、取引先追加時の作業は軽くなる傾向があります。ただし個社差はあり、具体的な負荷は取引先の指定仕様によって変わります。

1. *1　出典：GS1 Japan（一般財団法人流通システム開発センター）「流通BMS」
2. *2　出典：流通システム標準普及推進協議会（流通BMS協議会）／GS1 Japan「第28回 卸・メーカーの流通BMS導入企業数推計調査結果」（2025年7月1日）
3. *3　出典：流通BMS協議会「流通BMS 標準仕様」
4. *4　出典：西日本電信電話株式会社「INSネットのサービス終了について」
5. *5　出典：東日本電信電話株式会社「ISDN（INSネット）とは？2028年12月終了の影響と企業が取るべき対応」
6. *6　出典：国税庁「電子帳簿保存法一問一答【電子取引関係】」（令和8年7月）
7. *7　出典：GS1 Japan（一般財団法人流通システム開発センター）「GLNの登録・設定の流れ」