流通BMSでメッセージに差異が出る理由と、取引先接続前に確認すべきこと

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

B2B EC-COLUMN

取引先ごとにメッセージが食い違う――流通BMSは標準のはずなのに何が起きているか

「同じ流通BMSに対応しているはずなのに、新しい取引先とのテストだけ通らない」――受け取った発注データを開くと、既存の取引先では一度も値が入っていなかった項目に何かが入っていたり、逆に自社が必須として扱ってきた欄が空のまま届いたりして、結局は目視で突き合わせて手直しすることになる。
この食い違いは、標準があらかじめ各社の裁量に委ねた「自由領域」から生まれているというより、仕様を独自に解釈したまま運用されている部分と、お互いが参照している版が揃っていないことの二つに整理できます。
接続前に協議会の一覧で相手がどのメッセージで標準準拠と認められているかを確かめ、自社の版と相手の個別仕様を突き合わせる。
そのうえで残った差異を、都度の個別対応で通すか、自社側に変換の層を置いて吸収するかを決めていきます。

食い違いは「仕様書どおりに作ったあと」に出てくる

差異が見つかる場所は、たいてい設計段階ではなく接続テストの途中です。
相手から受け取った資料を読み、必要な項目を埋めるように受信処理を用意したうえで実データを流し、そこで初めて噛み合わないことが分かる。
コードの桁数が違う、同じ意味の区分に別の値が割り当てられている、自社では使っていなかった項目に値が入っている、といったかたちで表面化します。

厄介なのは、これが必ずしも「エラーとして落ちる」とは限らないことです。
形式としては受け取れてしまい、後工程の在庫引き当てや請求の突合で数字が合わないと分かる。
そうなると、原因がデータの受け取り方にあるのか、社内の処理側にあるのかを切り分けるところから始めることになり、接続そのものより切り分けに時間が溶けていきます。

一件ずつなら、担当者が仕様書を読み直して分岐を足せば通ります。
ただ、取引先が増えるたびに同じことを繰り返すと、受信処理のどこに誰のための分岐が入っているのかを追えなくなっていく。
その前に見ておきたいのは、この食い違いがそもそもどこから来ているのか、という点です。

協議会は独自解釈を「余分な負担」と位置づけている

流通BMS協議会が公開している標準仕様の使い方に関する説明では、企業が自社独自の解釈をして定められた仕様に沿っていない場合、相対する企業に余分な負担を強いることになり、それが見えないコストとして消費者の購入価格に乗ることになる、という考え方が示されています³。

この書きぶりが示しているのは、取引先ごとのばらつきが「標準にあらかじめ織り込まれた幅」として想定されているわけではない、ということです。
標準に沿っていない状態は、容認された多様性ではなく是正すべきものとして扱われている。
つまり「業界標準といっても実際は各社バラバラなのだから、こちらが都度合わせるしかない」と最初から決め込む必要はなく、どこが標準からの逸脱でどこがそれ以外の要因なのかを分けて見る余地があります。

ただしこれは協議会が示す運用上の考え方であって、個々の取引契約の条件そのものではありません。
相手の運用が標準と違っていても、取引としてはその仕様で繋ぐことになるのが現実的な落としどころです。
それでも、「これは標準の範囲内の違いなのか、逸脱なのか」を自社で判別できていると、相手に確認を投げるときの言い方も、社内で改修の優先度を決めるときの根拠も変わってきます。

もう一つの出どころは、参照している版のずれ

独自解釈と並ぶもう一つの出どころが、お互いが参照している版のずれです。
流通BMSは一度決めて終わりの仕様ではなく、対象業種の追加や記載の修正を重ねながら版を更新してきました。
相手が新しい版に合わせて実装し、自社が数年前の版のまま動いていれば、双方とも「標準どおり」に作っているのに項目の扱いが噛み合いません。

この場合、どちらかが間違っているわけではないので、仕様書を突き合わせても「相手がおかしい」という結論にはたどり着きません。
まずは標準として固定されている範囲がどこまでで、版ごとに何が増えてきたのかを押さえておく必要があります。

標準化されている範囲はどこまでか――基本形と百貨店版の成り立ちから見る

基本形は6業務・8種のメッセージから始まった

流通BMSの出発点は基本形Ver.1.0です。
発注、出荷、受領、返品、請求、支払の6業務を対象に、8種の標準メッセージが2007年4月に公開されました¹。

ここで押さえておきたいのは、標準化されたのが業務の進め方そのものではなく、その場面で交換するメッセージだという点です。
発注から支払までの一連を対象にしつつ、決めているのは各場面でやり取りするデータの形。
したがって「流通BMSに対応しています」という言葉だけでは、相手がこの6業務のどこまでを電子で扱っているかまでは決まりません。
請求は紙で回している、受領のメッセージは使っていない、といった状態でも、使っているメッセージについては標準どおり、ということが成り立ちます。

接続の打ち合わせで話が噛み合わないときは、この点がずれていることがあります。
自社は6業務すべてを電子で流す前提で確認項目を用意しているのに、相手は発注と出荷だけを対象に話している、という具合です。
最初に「どのメッセージ種を実際に使うのか」を揃えておくと、以降の確認事項の量が変わります。

百貨店版が加わり、対象は26種・27種へ広がった

標準の範囲は基本形で止まっていません。
百貨店業界の取引に必要な標準メッセージ26種が2010年10月に公開され¹、その後1メッセージが追加された百貨店版Ver2.1が2014年10月に公開されています¹。

8種から26種へという開きは、百貨店の取引に固有のやり取りが多いことを表しています。
種類数が三倍以上になったのは、業種ごとの商習慣を標準の側が取り込んできた結果であって、企業が勝手に増やしたものではありません。
言い換えると、「流通BMSの標準メッセージ」といっても、どの業種向けの体系を指しているかで、そもそも存在するメッセージの種類が違います。

たとえば自社が食品や日用品の取引を前提に基本形で実装してきた場合、百貨店系の取引先と繋ぐ段になって、基本形の一覧には見当たらないメッセージ名が相手の資料に出てくることがあります。
これは相手が独自に作ったものとは限らず、参照している体系が違うだけ、という可能性がある。
見慣れない名前のメッセージが出てきたら、まずどの体系のどの版に基づく資料なのかを確認すると、独自運用なのか体系の違いなのかを切り分けられます。

「標準対応」という言葉の指す範囲を先に揃える

ここまでを踏まえると、相手から「流通BMS対応です」と言われたときに確かめたいのは三つに整理できます。
どの業種向けの体系に基づいているか、その体系のどの版か、そして実際にやり取りするメッセージ種はどれか。
この三点が揃っていない状態で項目の突き合わせに入ると、差分が出るたびに前提から議論し直すことになります。

逆に、この三点が揃っていれば、残る差分は項目レベルの話に絞られます。
そして項目レベルで最も判断が分かれるのが、同じ名前の項目が必須なのか任意なのか、という扱いの違いです。

バージョン改定で項目の「任意→必須」が変わることもある――Ver2.2.2の訂正が示す差異の一因

同じ「基本形」でも、版によって必須の扱いが変わった例がある

版の違いが項目の扱いに及ぶことは、直近の改定にも表れています。
2025年5月に公開された基本形Ver2.2.1には誤記載があり、値引メッセージの計上部署コードと計上部署GLNの項目属性が任意から必須に修正された訂正版Ver2.2.2が、同年7月に公開されました²。

これは値引メッセージという特定のメッセージについての訂正であり、他のメッセージ種でも同じ変更があったという話ではありません。
ただ、実務上の含意は小さくない。
任意であれば値が入っていなくても仕様上は正しく、必須であれば空欄はそもそも許されない。
同じ名前の同じ項目が、参照する版によって正反対の扱いになりうる、ということです。

「送れているのに受け取ってもらえない」はここから起きる

この違いは、接続の現場では次のように現れます。
自社が任意前提で実装していれば、値を持たない取引ではその欄を空で送ります。
受け取る側が必須前提で動いていれば、受信の時点で弾かれるか、後続の処理で止まる。
どちらの実装も壊れてはいないのに、通らない、という状態です。

逆方向も同じです。
相手が任意前提で空のまま送ってきて、自社が必須としてチェックしていれば、毎回エラーになります。
そのとき担当者が値を補って再投入する手順を作ってしまうと、差異は日常業務の一部として埋もれ、原因を追う機会そのものがなくなります。
件数が少ないうちは回ってしまうぶん、後から棚卸ししたときに「なぜこの補正をしているのか」を誰も説明できない、という状態になりやすい。

だから接続の協議では、相手が使うメッセージ種だけでなく、どの版に基づいているかまで確認しておく意味があります。
同じ基本形でも版が違えば必須・任意が違いうる、という前提を持っておくと、仕様書の読み方が変わります。
差分が出たときに「どちらが正しいか」ではなく「どちらの版に合わせて繋ぐか」という議論にできるからです。

もっとも、相手の版を事前に把握しようにも、接続の協議に入る前の段階では資料が手元にないこともあります。
その手前で相手の状況にあたりを付けられる材料が、協議会が公開している審査結果の一覧です。

新規取引先と接続する前に何を確認すればよいか――標準準拠企業・メッセージ一覧の読み方

公開されている審査結果には何が載っているか

流通BMS協議会は、企業が使用するメッセージ項目が標準仕様に適合しているかを検証するマッピングシートチェックを行い、通過した企業と対応メッセージ種、審査通過日を一覧で公開しています⁴。
掲載されるのは通過した企業に限られるため、この一覧は「標準に沿って作られていることが確認された組み合わせ」を集めたものだと考えると読みやすくなります。

相手企業名を引けば、発注・出荷・受領・返品・支払といったメッセージ種のうち、どれで標準準拠と認められているかが分かります。
また、特定のメッセージが審査を通過していない場合には、その旨が注記されることがあります⁴。
この注記は「そのメッセージを使っていない」という意味とは限らず、「そのメッセージについては標準準拠の確認が取れていない」ということです。
接続で使う予定のメッセージ種にその注記が付いていれば、テストで差異が出やすい場所として先に押さえておけます。

一覧で分かることと、分からないこと

一覧に載っているのは、審査通過日の時点でチェックを行った結果です⁴。
その後に相手が版を上げたり、運用の一部を変えたりしたところまでは保証されません。
つまりこの一覧は最終的な接続条件を確定させる資料ではなく、相手の状況にあたりを付けるための資料です。

それでも事前に見ておく価値はあります。
掲載があり、使う予定のメッセージ種が揃っているなら、差異が出たときに独自解釈よりも版の違いや自社側の読み違いを先に疑える。
掲載がない、あるいは使う予定のメッセージに未通過の注記が付いているなら、相手の個別仕様書を読み込む時間とテストの回数を厚めに見積もる判断材料になります。
同じ「差異が出た」という事象でも、どこから疑うかが決まっているだけで切り分けの時間はかなり変わります。

確認の順序としては、一覧で相手の状況を掴んだうえで、相手の個別仕様書で体系・版・項目の必須任意を読み、最後に自社の実装が前提にしている版と突き合わせる、という流れになります。
最後の突き合わせを飛ばすと、相手の仕様は理解できたのに自社側の前提が確認できていない、という片側だけの確認で終わります。

差異が見つかったときの対応の考え方――個別対応か、変換・マッピングで吸収するか

向き合い方は大きく二つに分かれる

確認を尽くしても、差異そのものがなくなるわけではありません。
残った差異にどう向き合うかは、大きく二つの方向に分かれます。
一つは、その取引先のために自社の送受信処理へ分岐を足していく個別対応。
もう一つは、自社の中に扱いの基準となる形を一つ決めておき、取引先ごとの違いを変換・マッピングの層で吸収するやり方です。

個別対応は、目の前の一社を早く通せます。
取引先が数社にとどまり、仕様の変更頻度も低いなら、これで十分回ります。
ただ、分岐は基幹の処理に散らばりやすく、時間が経つと「この条件分岐は誰のためのものか」を追えなくなる。
担当者が替わったあとに手を入れづらくなるのは、たいていこの部分です。

変換の層を持つやり方は、最初に自社側の基準となる形を決める手間がかかります。
代わりに、取引先が増えたときに触るのは変換の定義であって、基幹の処理そのものではありません。
版の違いによる必須・任意のずれも、定義側で受け止められる範囲が広がります。

選び方を決めるのは、取引先数の見通しと保守する体制

どちらが優れているかは一般には決まりません。
判断の軸になるのは二つで、一つは今後の取引先数の見通し、もう一つは変換の定義を誰が保守するのかという体制です。

新規接続が当面見込まれず、接続の都度ベンダーに依頼する体制なら、個別対応の積み上げでも管理はできます。
逆に新規接続が続く見通しがあり、社内に仕様を読んで定義を直せる担当がいるなら、変換の層に寄せたほうが後が楽になります。
ここで注意したいのは、変換の層は差異をなくす仕組みではなく、差異が現れる場所を一箇所に集める仕組みだということです。
集めた先を読み替えられる人がいなければ、分かりにくさの置き場所が変わるだけになります。

どちらを選んでも、相手の版と項目の扱いを接続前に確認する作業は残ります。
減るのは、差異が見つかったあとに基幹側のどこを直せばよいのかを探す時間と、直した影響が他の取引先に及んでいないかを確かめる手間です。
「もう差異が出ない」という話ではなく、出たときに見る場所が決まる、という違いだと捉えておくと、導入後の期待値がずれません。

標準から外れた運用に気づいたときの持っていき方

自社で吸収する以外にも道はあります。
協議会は、標準に沿わない独自運用が見つかった場合に報告できる「標準外利用投書箱」という窓口を設けています³。

報告したからといって、目の前の接続がすぐ変わるわけではありません。
ただ、独自解釈が相手企業に余分な負担を強いるという考え方を協議会自身が示し³、そのうえで報告の受け皿まで用意しているということは、標準から外れた運用が「仕方のないもの」として放置される前提には立っていない、ということでもあります。

実務としては、差異を吸収する作業と並行して、どの項目が、どの体系のどの版の仕様と、どう違っているのかを記録に残しておくのが役に立ちます。
その記録は、相手との協議で「どちらの版に合わせるか」を詰めるときにも、窓口へ伝えるときにも、そのまま使えます。
差異に都度対処するだけだと残らないのは、この記録の部分です。

接続前の確認が実際に何を教えてくれるのかは、公開されている一覧で見られる項目を並べるとはっきりします。

差異をどこまで自社側で吸収するかは、いま繋いでいる取引先の数と、社内で仕様を読み替えて保守できる体制があるかで変わるため、一般論だけでは決めきれません。

現在の接続先と使っているメッセージ種、これから増える見込みを並べたうえで、個別対応を積み上げる場合と変換の層を置く場合で、どこに作業が残りどこが減るのかを一緒に整理できます。無料相談で要件を整理する

標準準拠企業・メッセージ一覧で確認できる項目

接続前に相手企業について何が読み取れるか、という観点で並べています。

• 企業名と、標準準拠と認められたメッセージ種（発注・出荷・受領・返品・支払など）

• そのメッセージが審査を通過した日

• 特定のメッセージが審査を通過していない場合に付される注記

• そもそも一覧に掲載があるかどうか（掲載はチェックを通過した企業に限られる）

受注側として繋ぐなら発注・出荷から、請求や支払の実務から入るなら受領・支払からと、先に見るメッセージ種は自社が担当する業務で切り替えます。

要点の整理

確認の軸	判断の基準
差異の見立て	標準が用意した自由領域ではなく、独自解釈による非準拠運用と参照している版のずれを疑う
標準の範囲	基本形と百貨店版で存在するメッセージ種が異なり、版によっても対象が広がってきた
版の確認	同じ基本形でも版が違えば項目の必須・任意が変わりうるため、体系と版まで確認する
接続前の確認	一覧で対応メッセージ種と審査通過日、未通過の注記を見て、個別仕様書と自社の版で確定させる
差異の吸収	取引先数の見通しと、変換の定義を保守できる体制があるかで個別対応か変換層かを決める

新規接続のたびにテストで差異が見つかり、その都度基幹側を直している状態は、原因を切り分ける前に工数が消えていきます。 受け取っているメッセージと、実際に手作業で補正している箇所を見せていただければ、どこまでが版の違いで、どこからが個別の運用によるものかの見立てと、先に確認しておくべき順番をお伝えできます。

よくある質問

流通BMSのバージョンが自社と異なる取引先とは、どう接続すればよいですか

まず相手がどの体系（基本形か百貨店版か）のどの版を使っているかを確認し、実際にやり取りするメッセージ種について、項目の必須・任意が自社の前提と一致するかを突き合わせます。
基本形では、値引メッセージの計上部署コードと計上部署GLNの属性が2025年の訂正で任意から必須へ修正された例があり²、同じ名前の項目でも版によって扱いが変わりえます。
版を揃えられない場合は、どちらの版に合わせて送受信するかを接続の条件として明文化し、その差分は自社側の変換で吸収する形にしておくと、後から経緯をたどれます。

マッピングシートチェックに通過していない取引先とは、連携できないのですか

一覧はチェックに通過した企業とメッセージを掲載するものなので⁴、掲載がないこと自体が接続の可否を決めるわけではありません。
掲載がない、または使う予定のメッセージに未通過の注記が付いている場合⁴は、標準準拠の確認が外部から取れていないということなので、相手の個別仕様書を読み込む時間とテストの回数を厚めに見ておく、という読み方になります。

標準外の運用をしている取引先を見つけたら、どこに報告すればよいですか

協議会は、標準に沿わない独自運用が見つかった場合に報告できる「標準外利用投書箱」を設けています³。
報告によって目の前の接続がすぐ変わるとは限りませんが、どの項目が、どの体系のどの版の仕様と、どう違っているのかを記録しておけば、相手との協議でも窓口へ伝えるときにも同じ材料を使えます。

流通BMSの個別仕様書は、どこで入手・確認できますか

協議会が公開しているのは標準仕様そのものと¹、標準準拠と認められた企業・メッセージの一覧です⁴。
取引先ごとにどの項目へ何を入れるかという個別の運用仕様は、接続の相手方から提示を受けて確認することになります。
受け取ったら、どの体系のどの版に基づく資料なのかを最初に確かめておくと、以降の差分をどう読むかが定まります。

取引先によって使っているメッセージ種が違うのは、標準から外れているということですか

必ずしもそうではありません。
基本形は発注・出荷・受領・返品・請求・支払の6業務を対象に8種のメッセージを標準化したものですが¹、そのうちどの業務を電子でやり取りするかまでが一律に決まっているわけではありません。
使っているメッセージについて標準どおりに作られていれば、扱う種類が少ないこと自体は逸脱ではないので、まずは実際に使うメッセージ種を接続の相手と揃えるところから確認します。

1. 1　出典：一般財団法人流通システム開発センター（流通BMS協議会）「流通BMS標準仕様」（2025年）
2. 2　出典：流通システム標準普及推進協議会（一般財団法人流通システム開発センター／GS1 Japan）「第28回 卸・メーカーの流通BMS導入企業数推計」（2025年）
3. 3　出典：一般財団法人流通システム開発センター（流通BMS協議会）「標準仕様に沿って使う」（2026年）
4. 4　出典：一般財団法人流通システム開発センター（流通BMS協議会）「標準準拠企業・メッセージ一覧（マッピングシートチェック結果）」（2026年）