◆監修・編集責任者
B2B EC-COLUMN
この記事のポイント
- 流通BMS対応とは、発注・出荷・受領・返品・請求・支払の6業務・8種の標準メッセージに自社の受発注データを合わせること
- 負担は取引先1社ごとの調整として積み上がり、事前調整から利用開始まで1カ月ほどかかった事例がある（2016年）
- 全体の期間は取引先数そのものより、同時に何社分の調整を並行できる体制かで決まる
- 導入済みの卸・メーカーは2025年6月時点で21,600社以上と推計されるが、割合は不明で、日程は自社の取引先の期限で決める
- 費用は取引先数・対象業務・既存システムで変わるため、前提をそろえて見積もりと体制の範囲を確認する
目次
取引先から流通BMS対応を求められたら、まず何が変わるのか
取引先の小売業から「流通BMSへの切替をお願いします」と連絡が来たものの、何をどこまで変える話なのか掴めず、社内で費用も期間も答えられない——そんな状態で調べ始める担当者は少なくありません。
流通BMSは、発注、出荷、受領、返品、請求、支払の6業務・8種の標準メッセージをやり取りする業界標準の仕様で2、対応するとは、自社の受発注データをこの形に合わせて送受信できるようにすることを指します。
負担を一律の金額で示せる資料はありませんが、実際に切替を進めた卸の例では取引先1社ごとの調整に1カ月ほどかかっており4、後回しにするほど作業が終盤に重なります。
まず何が変わるのかを押さえ、自社の取引先数と既存システムに当てはめて見積もる、という順で進めるのが現実的です。
流通BMSがやり取りする6つの業務・8種のメッセージ
取引先から届いた文書に「流通BMSへの対応をお願いします」と書かれていても、そこには自社が何をすべきかまでは書かれていないことがほとんどです。
流通BMSは、企業間で受発注などのデータを通信でやり取りするEDI（電子データ交換）の標準仕様で、発注、出荷、受領、返品、請求、支払の6業務・8種の標準メッセージを対象としています2。
つまり「対応する」とは、これらの業務でやり取りするデータを、自社の側でも標準どおりの形で送り、受け取れるようにするということです。
取引先ごとに形式が違うと、卸の側は相手の数だけ受け取り方と項目の並びを覚えなければなりません。
標準の形を決めておけば、少なくともデータの中身については共通の土台で話ができます。
逆にいえば、卸が負担を求められるのは「取引先の数だけ違う作業が発生する」ことに対してであり、この構造を理解しておくと、後から出てくる期間や費用の話も読み解きやすくなります。
ここで見落としやすいのが、対象が発注データの受信だけではないという点です。
小売から発注を受け取るところは想像しやすい一方、出荷の連絡、相手が受け取った実績、返品、そして請求と支払の通知まで、同じ枠組みの中に含まれています2。
発注はEDI、請求は紙や独自様式、返品は電話とメール、というように業務ごとに手段が分かれている会社では、その分だけ見直しの対象が広がることになります。
依頼文に「発注と出荷から」と範囲が書かれている場合もあるため、まずどこまでを求められているのかを確かめるところが出発点です。
仕様そのものも、一度作られて固定されたものではありません。
基本形はVer.1.0が2007年に公開され、2018年には消費税軽減税率に対応したVer2.0が公開されています2。
さらに2025年には、訂正版として基本形Ver2.2.2が公開されました1。
取引先から対応を求められたときに版まで確認しておかないと、接続テストの段階になって項目の過不足が見つかり、日程をやり直すことになりかねません。
業態によって別の仕様が用意されている点も、最初に押さえておきたいところです。
百貨店との取引では基本形とは別に百貨店版が整備されており、2014年に公開されたVer2.1では標準メッセージが27種と、基本形の8種より多くなっています2。
百貨店とスーパーマーケットの両方に納品している卸であれば、同じ「流通BMS対応」という言葉でも、どちらを指しているかで検討すべき範囲が変わります。
見積もりを取る前に、要請元がどの仕様を前提にしているかを確認しておくと、前提のずれた金額を持ち帰らずに済みます。
対応で変わる受発注データのやり取り
社内の作業に引き寄せると、変わるのはまずデータの受け取り口と形式です。
いまは取引先ごとに指定された端末や回線でデータを受け取り、担当者がそれを自社の受注システムへ取り込んでいる、という会社が多いはずです。
流通BMSに切り替えると、この受け取りの仕組みが標準の通信方式に置き換わり、届くデータの中身も標準の形式になります。
朝の受注処理という日々の作業そのものは残りますが、その入口が入れ替わると考えるとイメージしやすいでしょう。
手間の実体は、通信そのものよりも、届いたデータを自社のどの欄に入れるかという突き合わせにあります。
標準の形式で商品や取引先を表す情報が届いても、自社の受注システムがそれをどのコードで管理しているかは会社ごとに違うからです。
この対応付けの表を作り、想定していない値が届いたときにどう扱うかを決めるところまでが、実際には一番時間のかかる部分になります。
仕様書を読む作業というより、自社のマスタを棚卸しする作業に近い、と考えておいたほうが見積もりを外しません。
たとえば、取引先Aから届いた発注を専用端末の画面で確認し、印刷した用紙を見ながら自社の受注システムへ入力している、という運用があったとします。
この場合、流通BMSでデータを受け取れるようになると、印刷して手で入力していた部分の転記はなくなります。
一方で、届いた商品コードが自社のどの商品にあたるかの確認、数量や単価が想定どおりかの確認は、形を変えて残ります。
「入力がなくなる」ことと「確認がなくなる」ことは別で、ここを混同したまま効果を説明すると、稼働後に現場の期待と食い違います。
対象が請求や支払まで広がると、作業は受注部門だけでは完結しません。
出荷のデータをいつ、どの単位で送るのかは物流の締め時間と関わりますし、請求の内容を標準の形で送るのであれば、経理が使っている請求データの作り方も見直す対象になります2。
依頼を受けた担当者が一人で抱えるより、早い段階で関係する部署に対象範囲を共有しておいたほうが、後の手戻りは少なくなります。
「流通BMS対応」という一語は、通信の部分と社内システムの部分という、性質の違う二つの作業をまとめて指しています。
通信の部分は外部のEDIサービスを利用する形も取れますが、自社のシステムにどう渡すか、コードをどう対応付けるかという部分は、どの進め方を選んでも自社側の検討として残ります。
見積もりを依頼するときにこの二つを分けて考えておくと、複数社の金額を見比べたときに、差がどこから出ているのかを読み取れるようになります。
対応にはどれだけの人的な負担・期間がかかるのか
取引先ごとの個別調整が必要になる理由
何が変わるかが見えると、次に知りたいのは「で、どれだけかかるのか」です。
手掛かりになるのが、実際に切替を進めた企業の記録です。
医薬品や健康食品の製造・販売や卸事業を手がけるフジモトホールディングス（ピップグループ）は、ISDNの終了を見据えて取引先小売とのEDI切替を進めており、切替は小売店1社ずつスケジュールを合わせて行い、事前調整から利用開始までに1カ月ほどかかるとされています4。
これは2016年時点の同社の状況で、取引先の数も業態も違えば期間は変わりますが、負担が「1社あたり」で積み上がるという構造は、多くの卸に共通します。
なぜ一括で片付かないのでしょうか。
切替の相手はそれぞれ別の会社であり、相手にもシステム担当者の予定、テストの受け入れ枠、繁忙期があります。
接続の設定を合わせ、テストのデータを流し、想定した項目が想定どおりに届くかを両社で確認し、切替日を決める——この往復を、取引先の数だけ繰り返すことになります。
自社の準備がすべて整っていても、相手の日程が空かなければ先へ進まない、という点が、社内システムの改修とは性格の違うところです。
この構造がわかると、自社の負担はおおまかに置き換えられます。
注意したいのは、1社あたりの期間に取引先数を単純に掛けた数字が答えになるわけではない、という点です。
同時に何社分の調整を並行できるかで全体の期間はまったく変わります。
担当者が一人で通常業務と兼務している場合と、数人で分担できる場合とでは、同じ取引先数でも終わる時期が大きくずれます。
だとすれば、期間を縮めたいときに効くのは、一社ごとの作業を速くすることより、並行して進められる状態をつくることです。
具体的には、取引先ごとに毎回ゼロから考えなくて済むよう、初回の1社で確認した項目の対応付けや手順を記録として残し、二社目以降はそれを下敷きにする、という進め方になります。
同じ仕様を指定してくる取引先が複数あれば、この蓄積がそのまま効いてきます。
なお、先の1カ月という数字は、ISDNの終了という共通の期限を背景に進められた2016年の事例のものです4。
接続の方式も社内システムの作りも当時とは異なりますし、現在の一般的な相場として扱えるものではありません。
自社の見積もりは、取引先から示された手順書と、実際にシステムを触る担当者の感触に置き換えていく必要があります。
それでも、社内で「何カ月かかるのか」と聞かれたときに、1社ごとの往復が必要だという説明ができるかどうかで、話の通りやすさは変わります。
移行時期が集中した場合のリスク
同じ事例では、対応が遅れた場合に何が起きるかも示されています。
残りの取引先の移行時期が切替の直前に集中すると、間に合わない取引先が出る、という指摘です4。
同社では2016年の時点で、取引先のうち10％強がIP網に対応した流通BMSやWeb-EDIなどへ移行済みでした4。
この数字は、裏返せば大半の取引先の切替がまだ先に残っていた状態を表しています。
期限が共通であれば、残った取引先は自然と終盤に固まります。
そのとき混み合うのは自社の担当者の時間だけではありません。
取引先側の担当者もテスト環境も、依頼するシステム会社の作業枠も同じ時期に埋まるため、早く動いた会社ほど余裕のある日程を選べるという差が生まれます。
では、どの取引先から着手すればよいのでしょうか。
判断材料になるのは、期限が示されているかどうか、指定された仕様が基本形か業態別か、そして日々の取扱量です。
期限が明示されている取引先を先に固め、同じ期限なら、対象業務の範囲が広く調整に時間がかかりそうな取引先を前に置く——という組み立てにすれば、後半に重い作業が残りにくくなります。
これは事例から読み取れる構造にもとづく進め方の一案であり、実際の順序は取引先との関係や自社の繁忙期によって変わります。
気をつけたいのは、社内で日程を引く際に「最後の1社が終わる日」だけを見ないことです。
1社目の切替では、想定していなかった項目の扱いやテストの不足が必ずといってよいほど出てきます。
その分を吸収する余裕を最初の数社に持たせておくと、後半の数を捌く段階で同じつまずきを繰り返さずに済みます。
対応しなかった場合に取引がどうなるかは、標準仕様の側で決まっているものではなく、取引先ごとの方針に委ねられています。
一律に取引が止まると考えるのも、期限を過ぎても何とかなると考えるのも、どちらも裏づけがありません。
確かなのは、切替が1社ずつの調整で進む以上、着手が遅れるほど選べる日程が狭くなるという点です。
要請を受けた時点で、取引先が示している期限と、間に合わなかった場合に受発注をどう扱うのかは、口頭ではなく文書で確認しておきたいところです。
流通BMS対応はどこまで広がっているのか
導入企業数の推移からみる普及状況
自社の負担の輪郭が見えてくると、次に気になるのは「周りはどこまで進んでいるのか」です。
GS1Japan（流通システム開発センター）の流通BMS協議会による推計では、2025年6月時点で流通BMSを導入した卸・メーカーは21,600社以上とされています1。
この半年間でも700社以上の増加です1。
この推計は第28回として継続的に行われているもので1、ある一時点だけを切り取った調査ではありません。
半年ごとに数百社の単位で積み上がっている状況は、どこかの時期に一斉に切り替わったというより、取引先との関係にあわせて順次移行が続いてきたことを示しています。
いま要請を受けて調べている会社も、その流れの中にいるということになります。
ただし、この数字の読み方には注意が必要です。
21,600社以上という値は推計であり、卸・メーカー全体の母数に対してどれくらいの割合にあたるかは、この資料からはわかりません1。
「業界の何割はすでに対応済み」といった言い方は、ここからは導けません。
社内説明で使うときも、割合ではなく企業数として示すほうが、後から前提を問われたときに説明できます。
それでも、判断に使える点はあります。
導入済みの企業がこれだけの数に達しているということは、相談先となるシステム会社やEDIサービスの提供事業者の側にも、同じ作業を何度も経験した担当者がいる可能性が高いということです。
前例のない改修を発注するのと比べて、見積もりの根拠も、想定される作業の説明も具体的なものが返ってきやすくなります。
初回の相談で「他社ではどの工程に時間がかかりましたか」と聞けるのは、その厚みがあるからこそです。
一方で、普及が広がっていること自体は、自社が急ぐ理由にはなりません。
実際にスケジュールを決めるのは、取引先から示された期限と、自社が抱える取引先の数です。
全体の数字は「対応は例外的な取り組みではない」という位置づけの確認に使い、日程は自社の事情で引く。
この切り分けをしておくと、社内の議論が「他社はどうか」ではなく「自社の何社をいつまでに」に向きます。
費用や対応方式はどう確認すればよいか
費用相場を一律に示せない理由
社内で稟議を上げるには金額が必要です。
ところが、流通BMS対応の費用を「およそいくら」と一つの数字で言い切ることはできません。
見積もりを構成する条件が、会社ごとにあまりに違うからです。
ここで他社の金額を借りてきて当てはめると、前提の違う数字で社内の期待値だけが固まってしまいます。
金額の差を生むのは、たとえば次のような条件です。
・対象にする取引先が何社あるか
・対象が発注の受信だけか、出荷・受領・返品・請求・支払まで含むか2
・現行の受発注システムがパッケージか、自社で作り込んだものか
・百貨店版のような業態別の仕様が絡むか2
・社内でどこまで作業を引き受け、どこから外部に任せるか
同じ「流通BMS対応の見積もり」という言葉でも、これらの前提が違えば金額は比べられません。
複数の相手に依頼するなら、対象の取引先、対象業務の範囲、指定された仕様の版を先にそろえて伝えることが、比較できる数字をもらう条件になります。
受け取った金額を見るときも、通信の部分の費用なのか、自社システム側の改修費なのか、稼働後の運用費なのかを分けて確認すると、何に対して支払うのかがはっきりします。
初期費用だけでなく、動き出した後にかかるものも聞いておきたいところです。
取引先が1社増えるたびに追加の設定や費用が発生するのか、仕様の版が改定されたときの対応はどう扱われるのか。
基本形が2018年に軽減税率へ対応した版を出しているように2、仕様は必要に応じて更新されていきます。
一度作って終わりではない前提で条件を確認しておけば、数年先の負担まで含めて社内に説明できます。
導入ガイドラインや見積もり確認の進め方
何を準備すればよいのかを体系立てて確認したいときは、GS1Japanの流通BMS協議会が公開している導入ガイドラインが手掛かりになります。
導入を検討する企業の担当者向けに、準備すべき内容や手順を説明する資料で、概要編・業界編・システム編に分かれています3。
社内の関係部署や外部の相談先と話すときに同じ資料を土台に置けると、用語の食い違いで時間を取られずに済みます。
見積もりを依頼する前に自社側で固めておきたいのは、取引先から指定された条件と、現行システムの実態の二つです。
前者は取引先の担当者に聞けばわかりますが、後者は社内のシステム担当者や、導入時に関わったシステム会社しか把握していないことがあります。
依頼のたびに前提を聞き直される状態を避けられれば、その分だけ回答も早く返ってきますし、聞かれた側も条件付きではない金額を出しやすくなります。
そのうえで、外部に確認するのは金額だけではありません。
誰がどこまでの作業を引き受けるのか、取引先との接続テストに同席してもらえるのか、切替当日に問題が出たときの連絡先はどこか。
1社ずつ日程を合わせて進める作業だからこそ、体制の確認が効いてきます。
ここを曖昧にしたまま契約すると、取引先との調整役が結局すべて自社に戻ってきて、当初の見積もりでは見えていなかった工数が発生します。
費用と体制の見通しが立てば、社内の説明は「いくらかかるか」から「いつまでに何社を切り替えるか」に移ります。
取引先ごとの期限、1社あたりに必要な往復、同時に進められる数——この三つが揃えば、担当者を何人置くべきかという話にもつながります。
金額だけを先に追いかけるより、この順で組み立てたほうが、決裁の場で問われる質問に答えられる資料になります。
全体像と負担の構造が見えたら、あとは取引先ごとの条件を自社に当てはめていく作業になります。
取引先から示された条件を自社の受発注業務に当てはめる段階では、標準の仕様書を読むだけでは、どこまでが社内に残る作業なのかが見えにくくなります。
現在の受注データの受け取り方と社内での流れを一緒に整理し、求められている範囲のうち何が自社側の検討として残るのかを確認できます。無料相談で要件を整理する
負担を見積もる前に書き出しておきたい情報
見積もりの依頼や社内説明の前提として、先に確定できる情報から並べています。
- 取引先ごとに指定された仕様（基本形か業態別か、どの版か）
- 対象になる業務の範囲（発注だけか、請求・支払まで含むか）
- 取引先ごとの切替希望時期と、期限が示されているかどうか
- 現行の受発注システムでデータをどこで受け、どの画面へ取り込んでいるか
- 商品コードや取引先コードなど、自社マスタとの突き合わせが必要な情報の持ち方
- 社内で同時に何社分の調整を進められるか（担当者数と繁忙期）
取引先から期限が示されている場合は、その取引先の指定内容と対象業務を最初に確定させる並びに変わります。
要点の整理
| 確認する軸 | 判断の基準 |
|---|---|
| 対応の対象範囲 | 発注の受信だけか、出荷・受領・返品・請求・支払まで含むか |
| 指定された仕様 | 基本形か業態別の仕様か、どの版を指定されているか |
| 日程 | 取引先ごとの期限と、同時に何社分の調整を進められる体制か |
| 費用の内訳 | 通信部分・自社システムの改修・稼働後の運用費を分けて確認する |
| 外部に任せる範囲 | 接続テストの同席や切替当日の連絡先まで含まれているか |
見積もりを比べる段になると、金額の差が対象範囲の違いなのか、引き受ける作業の中身の違いなのかを読み分ける必要が出てきます。 対象の取引先数や業務範囲といった前提をそろえたうえで、依頼先に確認しておくべき条件と、社内で先に決めておくことを整理できます。
よくある質問
流通BMSに対応しないまま取引先との取引を続けることはできるのか
標準仕様の側に「対応しなければ取引できない」という決まりがあるわけではなく、どう扱うかは取引先ごとの方針によります。
一方で、切替は小売1社ずつ日程を合わせて進める作業であり、移行時期が直前に集中すると間に合わない取引先が出ると指摘されています4。
取引の可否を推測するより、要請元の取引先に、期限、期限を過ぎた場合の受発注の手段、現在の手順をいつまで受け付けてもらえるのかを書面で確認するのが確実です。
既存のJCA手順（電話回線を使うEDI）はいつまで使えるのか
終了の時期は、利用している回線やサービスの提供条件、そして取引先ごとの運用方針によって決まるため、一律の期日を示せるものではありません。
EDIの切替はISDNの終了を背景に以前から進められてきた経緯があり、2016年時点でも取引先の一部がIP網に対応した流通BMSやWeb-EDIへ移行していました4。
自社が使っている回線とサービスの提供事業者、そして取引先それぞれの受付終了予定を個別に確認し、最も早い期限に合わせて日程を引くのが安全です。
流通BMSの対応はクラウド型のEDIサービスを使えば自社開発なしで済むのか
通信や標準形式のデータを扱う部分を外部のサービスに任せる形は取れますが、それで自社の作業がなくなるわけではありません。
届いたデータを自社の受注システムのどの欄に入れるか、商品や取引先のコードをどう対応付けるか、対象が請求や支払まで及ぶ場合に経理側の手順をどう変えるかは、どの進め方でも自社の検討として残ります2。
サービスによって引き受ける範囲が異なるため、見積もりでは金額と併せて、どこからが自社の作業になるのかを確認してください。
百貨店向けと通常の小売向けで流通BMSの仕様は異なるのか
異なります。
基本形は発注、出荷、受領、返品、請求、支払の6業務・8種の標準メッセージを対象としますが2、百貨店との取引では別に百貨店版が整備されており、2014年に公開されたVer2.1では標準メッセージが27種となっています2。
両方の取引先を持つ卸では、同じ「流通BMS対応」という言葉でも検討する範囲が変わるため、要請の文面でどちらが指定されているかを最初に確かめておくと、見積もりの前提がぶれません。
仕様のバージョンはどれに合わせればよいのか
基本形はVer.1.0が2007年に公開された後、2018年に消費税軽減税率へ対応したVer2.0が公開されており2、2025年には訂正版として基本形Ver2.2.2が公開されています1。
どの版で接続するかは取引先の指定に従うのが基本で、複数の取引先で版が揃わないこともあります。
要請を受けた段階で版まで確認し、今後改定があった場合の対応が見積もりに含まれるのかどうかも、依頼先にあわせて確かめておくとよいでしょう。
- 1 出典：一般財団法人流通システム開発センター（GS1Japan）／流通システム標準普及推進協議会（流通BMS協議会）「第28回 卸・メーカーの流通BMS導入企業数推計」（2025年）
- 2 出典：一般財団法人流通システム開発センター（GS1Japan）流通BMS協議会「流通BMS標準仕様」（2025年）
- 3 出典：一般財団法人流通システム開発センター（GS1Japan）流通BMS協議会「導入ガイドライン」（2025年）
- 4 出典：日経クロステック（xTECH）「ISDN移行のハードルは業界によって様々、EDIなどは早期対応が必要」（2016年）
