流通BMS対応とは｜標準仕様と移行の進め方

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

B2B EC-COLUMN

流通BMS対応とは何か

流通BMS対応とは、消費財の取引で日々やり取りする受発注や請求のデータを、業界標準として定められた流通ビジネスメッセージ標準の形式と手順で送受信できる状態にすることを指します。対応の範囲は3つに分かれます。標準メッセージと自社データの対応づけ、インターネット回線を使う通信の実装、そして取引先との運用の取り決めです。基本形の仕様は2018年に公開されたVer2.0を土台に更新が続き、現在はVer2.2が公開されています¹2。

標準が対象とするのは、小売業と卸・メーカーの間で繰り返される取引データです。店舗や物流センターへの発注、出荷の予定、納品後の受領、月次の請求といった日常の伝票が該当します。取引の相手が変わっても、同じ意味の項目を同じ名前と桁で扱えるように定義されています。紙や電話でのやり取りを電子化する話とは目的が異なり、すでに電子化された取引の様式を揃える取り組みだと考えると輪郭がつかめるでしょう。

対応の範囲は、実装の内容と取り決めの拠り所を組にして整理すると見通しが良くなります。メッセージは項目の対応づけ、通信は接続方式と証明書の準備、運用は締め時刻や訂正の扱いの統一を指します。どれか1つが欠けたままでは取引が流れません。項目の対応づけはマッピングシート、運用は協定シートという書式が用意され、通信の前提は通信プロトコル利用ガイドラインに示されています³4。

従来のEDI手順との違いは、通信の土台と項目の定め方の2点に集約されます。旧来の手順は電話回線を前提としており、伝送のたびに回線をつないで決まった量ずつ送る作りでした。標準ではインターネット回線を使い、大きなデータもファイル単位で送受信できます。項目の面では、取引先ごとに異なっていた独自の並びが、標準メッセージという共通の様式へまとまります。この2点が変わるため、通信の担当と業務の担当の双方が関わることになります。

取引先から「対応してほしい」と言われたときは、要請の中身を3点に分けて読み解くと話が進みます。どのメッセージを、どの通信プロトコルで、いつまでに動かすのかという3点です。相手が指定するのは通常この3点であり、社内の作業量はここで大きく変わります。要請の文面だけで判断できない場合、協定シートの草案を先に取り寄せると範囲が具体になります。

取り決めが曖昧なまま接続すると、影響は受発注の現場に出ます。単位や数量の解釈が食い違えば、誤出荷や請求の差異が生まれ、締め日をまたいだ訂正処理が積み上がります。標準に沿った項目であっても、値の使い分けには取引先ごとに決める余地が残ります。だからこそ、実装に着手する前に運用の取り決めを文書化しておく必要があります。

流通BMS対応が求められる背景

対応が求められる背景は3つあります。1つ目は、固定電話網のIP移行に伴い、電話回線を前提とした旧来の通信手順に期限が示されたことです。2つ目は、取引先小売業からの切替要請が個別の期日を伴って届くことです。3つ目は、卸・メーカー側の導入が広がり、標準に合わせたほうが取引先ごとの個別対応の手間が小さくなることです。いずれも自社の都合ではなく、取引の相手と通信の土台の側から来る事情になります。

固定電話網のIP移行は段階的に進みます。通信事業者は2024年に報道発表資料を公表し、対象サービスの新規申込受付の終了と提供終了の方針を示しました^*7。同時に、既存の利用者に向けた補完策も案内されています。ただちに使えなくなるという話ではありませんが、拠点の追加や回線の増設には制約がかかります。残された時間を社内の予算計画へ落とし込む作業が要ります。

取引先小売業からの要請は、期日と対象メッセージを添えて届くのが通例です。要請の時期は相手の切替計画に従うため、自社の都合では動かせません。複数の取引先から異なる期日で要請が来ると、作業が重なって体制が足りなくなります。先に要請の来た相手で作った仕組みを、後続の相手へどこまで広げられるかが分かれ目になります。

導入の広がりは、継続して公表される推計から確かめられます。卸・メーカーの導入企業数の推計は第28回まで重ねられ、2025年6月1日時点の集計として公表されています^*5。回を追って更新される数字であり、自社の取引先が含まれるかどうかは個別に確認する必要があります。推計の対象と集計の方法は公表資料に記載があるため、社内で引用する際は時点を併記してください。

対応済みかどうかを外から見る手がかりもあります。標準に準拠しているかを審査した結果として、企業名とメッセージの一覧が公開されています^*6。取引先や候補となる委託先がこの一覧に載っているかは、事前の確認材料になります。ただし掲載は特定の版での審査結果であり、自社の要件をすべて満たす保証ではありません。

先送りにも費用が生じます。旧手順を維持する間は、回線と装置の保守費が続き、担当者の手作業も残ります。切替の期日が重なる時期に着手すると、支援を頼める相手が埋まり、選べる方式が狭まります。取引に支障が出る前に着手の時期を決めておく判断が求められます。

背景を社内で共有する際は、期限の話と要請の話を分けて説明すると伝わります。期限は通信の土台の話であり、要請は取引先との商談の話です。前者は全社の設備投資、後者は営業部門と受発注の実務に関わります。2つを混ぜて説明すると、どの部門がいつ動くのかが決まらないまま時間が過ぎます。

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

標準メッセージと対象業務の範囲

標準メッセージが対象とする業務は、発注、出荷、受領、返品、請求、支払の6つです。基本形と呼ばれる仕様がこの流れを定義し、生鮮の取引や百貨店向けには業界別の仕様が用意されています^*2。商品マスタは別の仕様として整備され、Ver1.0.1が公開されています。自社が対応するのは、取引先との間で実際に流れる業務に限られます。6つすべてを一度に実装するとは限りません。

業務の流れは、発注から請求まで一方向に進むとは限りません。出荷の後に数量の変更が起きれば、受領の内容が発注と食い違います。標準では受領のメッセージで確定した実数を請求の根拠にする考え方が採られ、差異の扱いを事前に決めておきます。返品や値引が発生する取引では、対応する専用のメッセージを併せて実装します。

仕様は用途別に分かれています。基本形は加工食品や日用品の取引を想定した共通の土台で、Ver2.2として公開されています^*2。生鮮の取引では重量や産地の扱いが加わり、百貨店向けにはVer2.2の百貨店版が用意されています。どの版に合わせるかは取引先の指定で決まるため、社内の判断だけで統一できるわけではありません。

受発注の前段には商品情報の受け渡しがあります。商品マスタの仕様はVer1.0.1として整備され、商品コードや入数、荷姿の項目を扱います^*2。マスタが揃っていないと、受け取った発注の明細を自社のコードへ変換できません。周辺の業務まで含めて範囲を描くと、着手の順序が見えてきます。

実装の範囲は、取引の実態から絞り込みます。年間の伝票件数が少ない業務や、電話で例外処理をしている業務は、初期の対象から外す判断もできます。ただし後から追加する場合、通信の設定と接続の検証をもう一度することになります。範囲を狭めた分の手戻りを見込んだうえで順序を決めてください。

標準メッセージの項目は、使う側が意味を読み解いて初めて実装できます。同じ名前の項目でも、必須か任意か、どの単位で入るかは版によって異なります。仕様書と導入ガイドラインを突き合わせ、自社の項目との差分を一覧にする作業が最初の山になります^*3。この一覧が、後の取り決めと検証の土台として使えます。

版の確認は着手のたびに繰り返してください。基本形は複数の版が併存し、再修正版の資料が公開されることもあります^*3。過去の案件で使った資料をそのまま流用すると、項目の定義が古いまま実装されます。取引先が指定した版と、手元の資料の版が一致しているかを最初に照合しましょう。

通信プロトコルと接続方式の選び方

通信は、接続方式と通信プロトコルの2階層で決まります。接続方式はサーバ間接続とクライアント接続に分かれ、標準では3つの通信プロトコルが定められています^*4。取引件数が多く常時の送受信が要るならサーバ間接続、取引先が限られ時刻を決めて取得するならクライアント接続が向きます。加えて、通信には証明書の準備と更新の運用が付いてきます。設備を持つのか持たないのかで、社内に要る要員も変わります。

サーバ間接続は、自社の設備を相手の設備と直接つなぐ方式です。ebXML MSとAS2がこれに当たり、送信の起点を自社側に置けます。件数が増えても人手を介さずに流れる代わりに、機器と証明書の運用を自社で抱えます。時間帯を問わず受け付ける前提になるため、障害が起きたときの連絡手順も決めておく必要があります。

クライアント接続は、相手のサーバへ自社から取りに行く方式です。JX手順がこれに当たり、決めた時刻に接続してデータを受け取ります。設備の負担は軽くなりますが、取得の時刻を逃すと後続の作業が止まります。向く取引の状況は、取引先の数と1日あたりの送受信の回数で見分けられます。

選ぶ順序は、取引先の指定を先に確認することから始まります。相手が方式を指定していれば選択の余地はありません。指定がない場合、自社の取引件数と、すでに持っている設備との相性で決めます。将来ほかの取引先へ広げる見込みがあるなら、拡張しやすい方式を選ぶほうが後の作業が減ります。

通信には証明書が要ります。業界共通の認証局に関する証明書ポリシーは2015年の改定版が公開され、通信プロトコル利用ガイドラインや機能確認シートと併せて参照できます^*4。証明書には有効期限があり、更新を忘れると送受信が止まります。期限の管理を担当者個人の記憶に任せず、台帳と通知の仕組みへ載せてください。

通信の設定を社内で完結させるには、前提となる知識が要ります。回線と経路の設定、証明書の取得と更新、相手先との疎通の切り分けという3領域を押さえる必要があります。切り分けができないと、障害の原因が自社と相手のどちらにあるのか判断できません。判断が遅れるほど、出荷の締めに間に合わない伝票が積み上がります。

自社の要件を数字で整理してから相談すると、方式の議論が短くなります。取引先の数、月間の伝票件数、送受信の時間帯、既存の設備の3つは最初に揃えられます。この材料がないまま製品を比べても、条件の違う見積りが並ぶだけです。まず現状の数字を出す作業から始めましょう。

流通BMS対応の進め方

進め方は3段階に整理できます。現行EDIの棚卸しで対象と差分を洗い出し、取引先との取り決めで様式と期日を固め、接続の検証で本番と同じ経路を確かめます。段階を飛ばすと、検証の場で仕様の解釈違いが見つかり、期日の直前に手戻りが起きます。導入ガイドラインには協定シートとマッピングシートが用意され、取り決めの書式としてそのまま使えます^*3。

第1段階は現行EDIの棚卸しです。取引先の一覧化から始め、相手ごとに現行の手順、対象の伝票、月間の件数、担当者を並べます。次に項目の対応づけへ進み、自社の受発注データの項目と標準メッセージの項目を突き合わせます。ここで埋まらない項目が、後の工程で判断を要する箇所になります。

第2段階は取引先との取り決めです。協定シートの記入を通じて、締め時刻、訂正の扱い、検証の範囲、切替の期日を相手と共有します。並行して期日の調整をし、複数の取引先の要請が重なる時期をずらせるかどうかを相談します。書面に残らない取り決めは、担当者が変わった時点で失われます。

第3段階は接続の検証です。通信の疎通確認では、証明書と経路を本番と同じ条件で確かめます。続いて標準準拠の確認へ進み、公開されている審査結果の一覧を手がかりに、準拠の範囲と版を突き合わせます^*6。検証で見つかる差異は、項目の解釈違いと運用の想定違いに集中します。

進め方には社内の関係者が広く関わります。情報システムの担当だけでなく、受発注の実務者、物流の担当、請求を扱う経理が判断に加わります。項目の意味を決められるのは実務者であり、システム側だけでは決めきれません。着手の前に、判断できる人を各部門から1名ずつ挙げておくと停滞が減ります。

期間は取引先の数と方式によって変わります。1社目は取り決めと検証に時間がかかり、2社目以降は同じ方式なら短くなります。期日から逆算し、検証に充てる期間を先に確保してください。残りの時間で棚卸しと取り決めをどう配分するかを決めると、無理のない計画になります。

段階ごとに区切りの条件を決めておくと、進み具合が測れます。棚卸しは差分の一覧が埋まった時点、取り決めは協定シートに双方の合意が入った時点が区切りです。区切りを決めずに走ると、検証の直前まで未決の項目が残ります。未決のまま検証へ入ると、原因の切り分けに余計な時間がかかります。

対応でつまずきやすい論点

つまずきやすい論点は4つに絞られます。基幹システムとの項目差異の吸収、取引先ごとの運用差への対応、並行運用の設計、そして旧手順の停止です。いずれも標準の仕様書だけでは答えが決まらず、自社の業務と取引先の事情を突き合わせて判断します。前の節が着手の順序を扱うのに対し、本節は判断が要る箇所と、外したときに何が起きるかを扱います。

項目差異の吸収は、変換の規則をどこに置くかという判断です。基幹システムの項目は自社の歴史に沿って作られており、標準メッセージと桁数や区分値が一致しません。基幹側を直すか、間に変換の層を置くかで、費用と将来の保守が変わります。変換の層に業務の判断を埋め込むと、後から誰も触れない箇所が生まれます。

運用差への対応は、標準では吸収しきれない部分の扱いです。標準に合わせても、締め時刻、訂正の手順、返品の連絡方法は取引先ごとに残ります。取引先ごとの差を表で持ち、システムの設定として外に出しておくと、担当者の記憶に頼らずに済みます。標準に対応すれば個別の取り決めが消えるわけではありません。

並行運用の設計は、切替の当日だけを見ていると足をすくわれます。旧手順と標準手順を同時に動かす期間には、同じ伝票が二重に流れるおそれがあります。どちらを正とするか、重複をどこで検知するかを先に決めてください。並行の期間が延びるほど、二重の運用に人手が取られます。

旧手順の停止は、条件を決めてから踏み切ります。何件連続で正常に流れたら停止するのか、問題が出たときに戻す手順は何かを、取引先と共有しておきます。停止の判断を口頭で済ませると、後から責任の所在が曖昧になります。書面に残す手間は、止まったときの復旧にかかる時間に比べれば小さいものです。

判断を外したときの影響は、業務の下流に出ます。発注データを取り込めなければ、出荷指示が出せず、納品の日程がずれます。請求の側で差異が残れば、月次の締めで照合の手作業が発生します。どちらも取引先の業務にまで及ぶため、復旧の速さが取引の信用に関わります。

4つの論点は、担当者1名では抱えきれません。項目差異は基幹システムを知る人、運用差は受発注の実務者、並行運用と停止は業務の責任者が判断します。判断者を決めずに実装を進めると、検証の場で決裁待ちの項目が残ります。誰が何を決めるのかを、着手の段階で紙に書き出しておきましょう。

対応方式の選択と体制づくり

対応方式は自社開発、パッケージ導入、サービス利用の3つに分かれます。初期の負担と運用の担い手が異なり、取引先の数と社内の要員で選び方が変わります。自社に通信と証明書を扱える要員がいないなら、運用まで含めて任せられる方式が現実的です。判断の材料は初期の費用だけでなく、更新の時期が来るまで使い続けたときの手間まで含めて並べます。

自社開発は、仕様の読解と実装を自社で抱える方式です。取引先ごとの細かい要件へ合わせやすく、基幹システムとの結合も自由に設計できます。その代わり、版の更新や証明書の更新に追従する要員を確保し続ける前提になります。運用の担い手が自社の情報システム部門に固定され、担当者が1名に偏ると、その人の異動が停止の危険に直結します。

パッケージ導入とサービス利用は、標準への追従を製品や提供元に委ねる方式です。パッケージ導入では、自社項目への設定と基幹システムとの連携部分が作業の中心になります。サービス利用では接続の申込と初期設定が中心となり、通信の設備を自社で持ちません。取引先が増えたときの追加費用の考え方は、契約の前に確かめてください。

内製で進める場合に要る知識は4領域あります。基幹システムの受発注データの理解、標準メッセージの読解、通信と証明書の運用、取引先との調整です。4領域を1名で担うと、棚卸しと取り決めと検証が直列に並び、期日に間に合わなくなります。要請の期日が近いほど、外部の支援と社内の役割を先に切り分ける判断が求められます。

外部に支援を頼む場合と内製の違いは、初回の手戻りの量に出ます。初めての取引先との取り決めでは、決めるべき項目そのものを知っているかどうかで進み方が変わります。過去の接続の経験があれば、検証で出やすい差異を先に潰せます。内製では、その経験を1社目の中で積むことになります。

費用の見積りは、初期と運用に分けて並べます。初期には設計、実装または設定、接続の検証、社内の教育が入ります。運用には通信の設備、証明書、保守と問い合わせ対応が入ります。相見積りを取る際は、対象のメッセージと取引先の数、通信プロトコルの前提を揃えないと、金額の比較になりません。

中小企業を対象とする公的な支援の枠組みも公表されています。デジタル化の投資を対象とする補助金として、2026年の中小企業デジタル化・AI導入支援事業費補助金の公式情報が公開されています^*8。対象の経費や枠の区分は年度ごとに変わるため、申請の前に公表資料で条件を確かめてください。制度の利用を前提に計画を組む場合、公募の時期と社内の意思決定の時期を合わせておく必要があります。

よくある質問

流通BMSに対応しないと取引が続けられなくなりますか

対応の期日は取引先ごとの要請で決まるため、一律の期限があるわけではありません。ただし電話回線を前提とした旧来の手順については、通信事業者が2024年に新規申込受付の終了と提供終了の方針を公表しています。段階的な終了で補完策も案内されていますが、拠点の追加や回線の増設には制約がかかります。期日は取引先と通信の両面から確かめてください。

対応にかかる費用はどのように見積もればよいですか

初期と運用に分けて並べると精度が上がります。初期は設計、実装または設定、接続の検証、社内の教育です。運用は通信の設備、証明書の更新、保守と問い合わせ対応が続きます。金額は取引先の数と方式で変わるため、相見積りでは対象メッセージと通信プロトコルの前提を揃えてください。中小企業向けには2026年の補助金制度の公式情報が公開されています。

基幹システムを作り替えないと対応できませんか

作り替えが前提になるとは限りません。基幹側の項目と標準メッセージの差分を、間に置いた変換の層で吸収する進め方もあります。ただし変換の層に業務の判断を埋め込むと、保守できる人が限られます。差分の量と将来の更新の頻度を見たうえで、基幹側を直す範囲を決めてください。

標準に対応すれば取引先ごとの個別対応はなくなりますか

なくなりません。標準が揃えるのはメッセージの様式と通信の方式であり、締め時刻や訂正の手順、返品の連絡方法は取引先ごとに残ります。これらは協定シートで個別に取り決める範囲です。標準で吸収できる範囲と取り決めで決める範囲を分けて管理すると、担当者が変わっても運用が続きます。

自社の対応が標準に沿っているかはどう確認できますか

標準に準拠しているかを審査した結果が、企業名とメッセージの一覧として公開されています。取引先や委託先を確かめる手がかりになります。ただし掲載は特定の版での審査結果であり、自社の要件をすべて満たす保証ではありません。自社の対応は接続の検証で、本番と同じ経路と条件を使って確かめてください。

1. *1　出典：一般財団法人流通システム開発センター（GS1 Japan）流通BMS協議会「流通BMS標準仕様（流通ビジネスメッセージ標準の定義・バージョン一覧）」（2018）　経路
2. *2　出典：一般財団法人流通システム開発センター（GS1 Japan）流通BMS協議会「流通ビジネスメッセージ標準（基本形Ver2.2・商品マスタVer1.0.1・百貨店版Ver2.2の仕様一覧）」（2025）　経路
3. *3　出典：一般財団法人流通システム開発センター（GS1 Japan）流通BMS協議会「導入ガイドライン・協定シート・マッピングシート（基本形Ver2.2再修正版）」（2025）　経路
4. *4　出典：一般財団法人流通システム開発センター（GS1 Japan）流通BMS協議会「通信基盤関連の標準（通信プロトコル利用ガイドライン、機能確認シート、流通業界共通認証局証明書ポリシー）」（2015）　経路
5. *5　出典：一般財団法人流通システム開発センター（GS1 Japan）流通BMS協議会「第28回 卸・メーカーの流通BMS導入企業数推計（2025年6月1日時点）」（2025）　経路
6. *6　出典：一般財団法人流通システム開発センター（GS1 Japan）流通BMS協議会「標準準拠企業・メッセージ一覧（標準準拠チェックの審査結果）」（2025）　経路
7. *7　出典：東日本電信電話株式会社（NTT東日本）「「INSネット」の新規申込受付終了および提供終了について（報道発表資料）」（2024）　経路
8. *8　出典：独立行政法人中小企業基盤整備機構「中小企業デジタル化・AI導入支援事業費補助金（デジタル化・AI導入補助金2026）公式サイト」（2026）　経路