◆監修・編集責任者
B2B EC-COLUMN
この記事のポイント
- 流通BMSへの移行では、通信手順と回線に加え、6業務のうちどこまでをデータで交換するかという業務の範囲が変わる。
- 棚卸しは拠点と取引先の組み合わせごとに行い、INSネットを使う接続は提供終了の2028年12月31日から逆算して優先する。
- 取引先をグループでまとめ、時期を分散させる段階移行を基本にし、一斉切替と従来方式との併用は条件がそろう場合や例外に限る。
- 独自仕様の洗い出しを先に行って調整の中身を決め、取引先と拠点からの問い合わせは一つの窓口にまとめる。
目次
流通BMSに移すと、従来のEDIから何が変わるのか
取引先から流通BMSへの対応を求められても、拠点ごとに取引先も通信手段も違えば、どこから手を付けるかが決まりません。
流通BMSは発注から支払までの6業務を標準メッセージで扱う仕様で、旧来のJCA手順とは通信手順も回線も異なります2。
まず拠点ごとに取引先と通信手段を棚卸しします。
そのうえで、INSネットの提供終了時期（2028年末）5と取引先ごとの調整期間から逆算し、取引先をグループに分けて段階的に移すのが基本線です。
一斉切替や従来方式との併用は、取引先の準備状況に応じた例外として使います。
通信手順と回線の違い
取引先から「流通BMSで受け取れるようにしてほしい」と言われたら、まず何を入れ替える話なのかを整理しておく必要があります。
流通BMSは、取引で交わすメッセージと、通信プロトコル／セキュリティについて定めたEDI標準仕様です1。
EDI（電子データ交換）は、注文や請求といった取引データを、企業間で決まった形式のまま送受信する仕組みを指します。
移行で変わるのは、データの形式と、そのデータを届ける通信のやり方の両方です。
旧来のJCA手順と比べると、流通BMSでは送信時間が短くなるとされています2。
回線もインターネットに変わり、通信コストが下がるとされています2。
ただし、どれだけ下がるかの数値は示されていません。
削減の大きさはいまの回線契約や送受信の量によって変わるため、効果を見積もるときは自社の通信費の明細が出発点になります。
多拠点の企業では、回線が変わることの意味がもう一段大きくなります。
たとえば、物流センターは本部経由で取引先とつながり、別の店舗群は拠点ごとに通信の端末を置いて発注データを送っている、という構成を考えてみてください。
この場合、移行は「どの拠点のどの通信を止め、どこへ寄せるか」という配置の見直しを伴います。
流通BMSへの移行を通信ソフトの入れ替えだけと捉えると、この配置の話が後から出てきて、計画を組み直すことになりやすくなります。
交換できるメッセージの違い
流通BMSの基本形は、発注・出荷・受領・返品・請求・支払の6業務を対象に、8種の標準メッセージを定めています2。
従来の方式では交換できなかった返品データも、流通BMSでは交換できるとされています2。
この違いは、拠点の作業に直接響きます。
たとえば返品を紙の伝票やFAXで連絡していた店舗では、返品の情報がデータで届くようになると、その拠点で誰が受け取り、どの時点で確定させるかという手順を決め直すことになります。
移行の対象は通信の仕組みだけではありません。
6業務のうち自社がどこまでをデータでやり取りするかという、業務の範囲を決める作業でもあります。
なお、基本形が対象にしているのは、スーパー・グロサリー業界の基本的な取引形態であるターンアラウンド型取引です2。
取引形態が異なる取引先には、基本形をそのまま当てはめられるとは限りません。
取引先ごとに、どの取引形態・どの仕様で接続するのかが分かっていると、次の棚卸しで迷う場面が減ります。
標準仕様に沿って使うという前提
流通BMSを採用する際は、標準仕様に沿って使うことが求められています1。
そのための資料として、運用ガイドラインやマッピングシートチェックが公開されています1。
マッピングとは、自社システムが持つデータ項目を、標準メッセージのどの項目に当てはめるかを対応づける作業です。
基本形の最新版は、閲覧時点でVer2.2.2（2025年公開）です1。
この前提が多拠点の移行で効いてくるのは、従来のEDIを取引先ごとの個別の取り決めに合わせて運用してきた場合です。
その個別の部分が、移行でいちばん手間のかかる箇所になります。
ある取引先にだけ独自の項目を足していた、ある拠点だけ別のコード体系を使っていた、といった違いは、標準へ寄せるときにどちらに合わせるかを決めなければなりません。
次の棚卸しでは、この「個別に合わせている部分」がどこにあるかを、拠点と取引先の組み合わせごとに見ていきます。
| 観点 | 旧来のJCA手順 | 流通BMS（基本形） |
|---|---|---|
| 回線 | ISDN回線を使うことが多い | インターネット |
| 送信時間と通信コスト | 回線と手順に左右される | 送信時間が短く通信コストが下がるとされる（削減幅の数値は示されていない） |
| 返品データ | 交換できなかった | 交換できる |
| 対象業務 | 取引先との取り決めによる | 発注・出荷・受領・返品・請求・支払の6業務（8種の標準メッセージ） |
▼ 図の内容を文字で読む
- 通信手順と回線
- 旧来のJCA手順から通信手順と回線が変わる
- 送信時間が短くなり通信コストが下がるとされる（削減幅の数値は示されていない）
- 交換できるメッセージ
- 発注から支払までの6業務を8種の標準メッセージで扱う
- 従来は交換できなかった返品データも交換できる
- 標準仕様に沿って使う
- 運用ガイドラインやマッピングシートチェックが公開されている
- 取引先ごとの個別の取り決めは標準に寄せる判断が要る
流通BMSへの移行前に、拠点ごとの何を棚卸しするか
拠点・取引先・通信手段の洗い出し
流通BMSへの切り替えは、取引先との接続を一つずつ入れ替えていく作業です。
拠点を一つ選んで丸ごと切り替える発想で始めると、同じ取引先が複数の拠点と取引している場合に、取引先側では片方の拠点だけ新方式、もう片方は旧方式という状態が生じます。
そのため棚卸しは、拠点の一覧ではなく「拠点と取引先の組み合わせ」の一覧として作るほうが、移す順序を決めやすくなります。
記録しておきたい項目を、編集部の提案として次の表にまとめました。
原典が定めた項目ではありません。
前節で見た変更点（通信手順、回線、交換する業務の範囲、標準仕様への合わせ込み）を、拠点と取引先ごとに確かめるための並びです。
この中で作業量を左右しやすいのは「交換している業務」と「拠点のシステム」です。
同じ取引先でも、ある拠点は発注だけをデータで受け、請求は紙で送っている、という差があるかもしれません。
その場合は、移行後にどの業務までデータ化するかを拠点ごとに決める必要が出てきます。
FAXや電話で受発注している拠点が残っているなら、その拠点を流通BMSの範囲に入れるのか、別の方法で残すのかも、この段階で分けておきます。
ISDN系の通信手段を使う取引先の優先度
棚卸しの中で、優先度を最もはっきり分けるのが通信手段の列です。
JCA手順、全銀手順、全銀TCP/IP手順は、ISDN回線を使うことが多いとされています3。
ISDNは電話網を使ったデジタル通信サービスで、NTTのINSネットがこれにあたります。
NTT西日本は、INSネットの提供を2028年末に終了するとしており、切替後のINSネット上のデータ通信（補完策）もこれに含まれます5。
新規・移転の申込受付は2024年にすでに終了しています5。
この期限が関係するのは、通信手段にINSネットを使っている接続だけです。
インターネット経由のWeb-EDIや、すでに別の回線へ移した接続には、この日付は直接の期限になりません。
一方で、受発注の担当者が回線の種類まで把握しているとは限らず、拠点の機器や回線契約を見て初めて分かることもあります。
通信手段の列を手順の名前だけでなく、どの回線契約の上で動いているかまで埋めておくと、優先度の判断がぶれません。
ここで確認できる案内はNTT西日本のものです5。
NTT東日本の地域で回線を契約している拠点がある場合は、東日本側の案内で終了時期と対象を確かめておく必要があります。
拠点が東西にまたがる企業では、この点も通信手段の列に書き添えておくと、後で調べ直す手間が省けます。
| 項目 | 記録する内容 | 判断に使う場面 |
|---|---|---|
| 拠点 | 店舗・物流センター・営業所などの名称と役割 | 切替で操作が変わる担当者の範囲を決める |
| 取引先 | 拠点ごとの取引先と、複数拠点に共通する取引先 | まとめて移す単位を決める |
| 通信手段 | JCA手順・全銀系の手順・Web-EDI・FAX・電話などの別と回線の種類 | 期限のある接続を先に移す優先度を決める |
| 交換している業務 | 発注のみか、出荷・受領・返品・請求・支払まで含むか | 移行後にデータ化する範囲を決める |
| 拠点のシステム | 受発注データを扱うシステムと拠点ごとの差 | 標準メッセージへの対応づけの手間を見積もる |
| 担当者 | 拠点で受発注やエラー対応をしている人 | 切替時の周知先と問い合わせ先を決める |
▼ 図の内容を文字で読む
- 2024年：INSネットの新規・移転の申込受付が終了
- いま〜2028年：棚卸しと取引先ごとの移行を分散して進める期間（編集部の提案）
- 2028年12月31日：INSネットの提供終了。切替後のINSネット上のデータ通信（補完策）を含む
一斉・段階・併用はどう選ぶか
取引先をまとめて切り替えた事例
取引先の多い企業がどう移したかについては、参考になる事例が二つあります。
一つ目は、取引先約2,000社を抱える小売企業の導入事例で、導入ベンダーが公開している資料です4。
この企業はJCA手順のEDIを約20年にわたって自社で運用しており、流通BMSと、流通BMS以外のEDIの両方を扱えるパッケージを採用しました4。
移行では取引先を分類し、企業グループ別にまとめて新しいEDIへ移しており、2か月間で2,000社の取引先が移行したとされています4。
この事例から読み取れるのは、全社を一度に切り替えたのではなく、取引先をまとまりに分けて、まとまりごとに移したという進め方です。
グループ単位で区切ると、同じ企業グループの取引先とは仕様や日程を一度の調整でそろえやすくなり、調整の回数を抑えられます。
また、流通BMS以外のEDIも扱える仕組みを選んでいたことは、移行の途中や、流通BMSへ移らない取引先が残る場面にも、一つの仕組みで対応できる選び方です。
ただし、これは導入ベンダーが自社製品の事例として公開した2012年頃の資料です。
2か月という期間は、この企業の体制と取引先の構成で実現したもので、ほかの企業で同じ期間に収まることを示すものではありません。
資料には、旧方式との並行運用をどう扱ったかの記述もありません。
時期を分散して直前集中を避ける考え方
二つ目は、小売店約500弱を取引先とする企業への取材記事で、2016年に報じられたものです3。
当時この企業では、すでに10％強の取引先がIP網に対応した流通BMSやWeb-EDIなどへ移行していました3。
移行には取引先ごとの日程調整が必要で、事前の調整から利用開始までに約1カ月かかるとされています3。
そのうえで、残りの取引先の移行が切替の直前に集中すると間に合わない取引先が出ると懸念し、移行する取引先の数を時期的に平準化して対応する見通しを示していました3。
約1カ月という期間は、この企業と取引先の組み合わせでの目安で、どの取引先にも当てはまる数字ではありません。
記事は2016年当時の期限の見通しに基づいています。
それでも、この話が示す仕組みは多拠点の移行にもそのまま関係します。
1社ごとの調整に一定の期間がかかり、社内で同時に対応できる取引先の数に限りがあるなら、期限までに移せる取引先の総数は、残り期間と同時に進められる件数で決まります。
期限の直前に未移行の取引先が多く残るほど、テストのやり直しや取引先側の準備遅れを吸収する余地がなくなります。
二つの事例は、まとめて移すか分散させるかで対立しているように見えますが、組み合わせることができます。
取引先をグループ単位でまとめて調整の回数を減らし、そのグループの切替時期を期限から逆算して分散させる、という設計です。
これは事例と期限を組み合わせた編集部の分析で、どちらかの資料がこの組み合わせを勧めているわけではありません。
状況別の選び方（編集部の整理）
一斉・段階・併用のどれが優れているかを比べた公的な資料はなく、ここからは事例と期限をもとにした整理です。
判断を分けるのは、次の4つの条件です。
<ul><li>取引先の対応状況：流通BMSで受け取る準備が、取引先側で同じ時期にそろっているか</li><li>通信手段の期限：INSネットを使う接続があり、提供終了までに移す必要があるか</li><li>調整にかけられる人手：取引先との日程調整やテストを、同時に何件まで回せるか</li><li>拠点システムの差：拠点ごとに受発注のシステムやコードが違い、標準メッセージへの対応づけを拠点別に行う必要があるか</li></ul>
取引先が多く、INSネットを使う接続が混じっている状況なら、期限から逆算して取引先グループごとに分散させる段階移行を基本に置くと、計画を組みやすくなります。
一斉切替は、取引先が少なく全社の準備が同時に整う場合に選べる進め方です。
拠点が多いほど拠点システムの差も増えるため、拠点数の多さは一斉切替の負担を大きくする方向に働きます。
併用は、準備が間に合わない取引先に限った例外として扱います。
併用する相手と期間を決めておかないと、新旧二つの運用が終わりなく続くことになるからです。
併用で特に注意したいのは、残す側の通信手段です。
従来方式を残す取引先との接続がINSネットの上で動いているなら、その併用は2028年12月31日を越えて続けられません5。
併用は移行を先送りする手段ではなく、期限までに相手の準備を待つための限られた期間だと位置づけると、計画に無理が出にくくなります。
| 進め方 | 向いている状況 | 気をつけること |
|---|---|---|
| 一斉に切り替える | 取引先が少なく全社が同じ時期に準備を終えられる | 一社の遅れが全体の切替日を動かす。問題が出たときの戻し方も全取引先分を用意する |
| 段階的に切り替える | 取引先が多い・期限のある接続がある・調整の人手に限りがある | 移行中は新旧の方式が社内に並ぶため、どの取引先が新方式かを拠点ごとに管理する |
| 従来方式と併用する | 一部の取引先が流通BMSに対応できない、または時期が見えない | 残す方式の通信手段に期限がないかを確かめ、併用する取引先と期間を限る |
▼ 図の内容を文字で読む
- 取引先をまとめて切り替えた事例
- 取引先を分類し、企業グループ別にまとめて移行した
- 2か月間で2,000社の取引先が移行したとされる
- 時期を分散して直前集中を避ける考え方
- 事前の調整から利用開始まで約1カ月かかるとされる
- 移行する取引先の数を時期的に平準化する見通し
- 組み合わせる設計（編集部の分析）
- グループ単位でまとめて調整の回数を減らす
- グループの切替時期を期限から逆算して分散させる
取引先との調整とテストをどの順で進めるか
独自仕様の洗い出し
進め方の方針が決まったら、取引先ごとの作業に落としていきます。
最初に手を付けたいのは、いまの接続のうち標準仕様から外れている部分の洗い出しです。
流通BMSは標準仕様に沿った使用が前提で、そのための運用ガイドラインやマッピングシートチェックが公開されています1。
特定の取引先のために足した項目や、拠点独自のコードで送っていたデータがあれば、標準メッセージのどこに対応させるか、あるいは運用そのものを変えるかを決めなければなりません。
この洗い出しを先に行うのは、取引先との調整の中身がそこで決まるからです。
独自の部分が少ない取引先とは、日程を合わせればテストへ進めます。
独自の部分が多い取引先とは、どちらの運用に寄せるかの協議が先に必要になり、同じ1社でも調整にかかる時間が大きく変わります。
取引先が個別の仕様を求める場合は、その取引先とは個別に調整することになります。
取引先ごとの調整にかかる期間
前の節で見た取材事例では、事前調整から利用開始まで取引先ごとに約1カ月かかるとされていました3。
1社ずつ順番に終わらせていく計画では、取引先の数だけ月数が積み上がってしまいます。
そこで、複数の取引先の調整を並行して進める前提で計画を組み、同時に何社まで回すかを、窓口の人手と拠点側の準備から決めていきます。
独自仕様の洗い出しで分けた区分は、ここで並べ替えに使えます。
標準に近い取引先を早いグループに入れて切替の手順を固め、協議の要る取引先は調整を早めに始めつつ、切替は後ろのグループに置く、といった配置です。
INSネットを使う接続は、どのグループに入れる場合でも、提供終了の前に余裕を残す位置に置きます。
窓口の一本化
取引先が多い移行では、取引先からの問い合わせをどこで受けるかが、調整の速さを左右します。
先に挙げた小売企業の導入事例では、移行する取引先のために専用のヘルプデスクを設け、テストと切替を支援していました4。
効果を測った数値は示されていませんが、多拠点の企業に置き換えると、窓口をまとめる意味が見えてきます。
拠点ごとに取引先と直接やり取りしてきた企業では、取引先から見ると、どの拠点の誰に聞けば移行の日程やテスト結果が分かるのかが曖昧になりがちです。
窓口を一つにまとめれば、取引先との日程、テストで見つかった不備、切替日の連絡が一か所に集まり、拠点ごとに同じ説明を繰り返す必要がなくなります。
拠点側は、窓口から届いた切替日と変更点を受け取って準備する、という役割に絞れます。
テストから切替までの順序
ここまでの作業を順に並べると、次のようになります。
テストの項目や合格基準、並行運用の期間を定めた公的な資料はないため、この順序は編集部の提案です。
テストで確かめたいのは、データが届くかどうかだけではありません。
発注データの項目が自社システムの正しい欄に入るか、これまで紙で扱っていた返品などのデータが新たに届く場合に拠点の誰が受け取るのか、といった業務側の受け皿もあります。
こうした受け皿をテストの段階で一度通しておくと、切替後に拠点で初めて気づく場面を減らせます。
▼ 図の内容を文字で読む
- 独自仕様の洗い出し：標準仕様から外れる項目やコードを取引先ごとに確かめる
- 取引先の並べ替え：標準に近い取引先を早いグループに、協議が要る取引先は後ろのグループに置く
- 日程の並行調整：複数の取引先を並行して調整し、同時に回す件数を人手から決める
- テストと切替：データの届き方と業務側の受け皿を確かめてから切り替える
多拠点へ展開し、流通BMSへの切替後の運用を整える
伝票の扱いの変化
取引先との接続が決まると、残るのは拠点の担当者が日々の作業をどう変えるかです。
流通BMSでは、受領データを取引双方の税法上の証憑とすることで、伝票レスの取引が可能になるとされています2。
証憑とは、取引があったことを示す書類や記録のことです。
これは、取引の双方が受領データを証憑とすることを取り決めた場合の話で、流通BMSに移せば自動的に伝票がなくなるわけではありません。
取引先によって伝票レスにするところと紙の伝票を残すところが分かれれば、同じ拠点の中で二通りの扱いが並びます。
たとえば、ある店舗で納品を受けたとき、取引先Aの分はデータで受領を確定し、取引先Bの分は従来どおり伝票に記入して保管する、という状態です。
拠点に展開する前に、取引先ごとに伝票をどう扱うかを一覧にして渡しておけば、現場がその都度判断する必要がなくなります。
問い合わせ・エラー対応の窓口
切替直後の拠点で困るのは、データが届かない、届いた内容がいつもと違う、といった場面で誰に連絡すればよいか分からないことです。
取引先の移行で設けた窓口を、切替後は拠点からの問い合わせも受ける窓口として続ければ、拠点の担当者は連絡先を一つ覚えておけば済みます。
窓口は拠点からの連絡を受けて、自社システム側の問題か、取引先側の送信の問題かを切り分け、必要なら取引先へ確認します。
この形は、事例で取引先の移行を支えたヘルプデスクを、切替後の運用へ広げたものです。
エラー対応やマスタ管理の具体的な手順を定めた一次資料はないため、窓口が受け持つ範囲は、自社のシステム構成と取引先の数に合わせて決めることになります。
運用が落ち着くまで拠点からの問い合わせの内容を窓口で記録しておくと、どの取引先・どの拠点で同じ問題が繰り返し起きているかが見え、次に切り替えるグループの準備に反映できます。
拠点への周知は、切替日の直前に一度だけ行うより、段階に分けたほうが伝わります。
グループの切替時期が決まった時点で対象の取引先と変わる作業を知らせ、テストが終わった時点で切替日と問い合わせ先を伝え、切替後に伝票の扱いなど運用の細かな変更を確認する、という三段階が一つの組み方です。
段階移行では、一つの拠点の中で新方式の取引先と旧方式の取引先が混在する期間が続きます。
どの取引先がいつ切り替わったかを拠点が参照できる一覧を、窓口で更新し続けることも欠かせません。
▼ 図の内容を文字で読む
- 拠点の担当者：データが届かない、内容がいつもと違うなどを窓口へ連絡する
- 社内の窓口：自社システム側の問題か、取引先側の送信の問題かを切り分ける
- 取引先：必要に応じて送信の内容や日程を確認する
▼ 図の内容を文字で読む
- グループの切替時期が決まった時点：対象の取引先と、変わる作業を知らせる
- テストが終わった時点：切替日と問い合わせ先を伝える
- 切替後：伝票の扱いなど、運用の細かな変更を確認する
拠点と取引先の組み合わせが多いと、どの接続にINSネットの期限が関わり、どの取引先から移すかを社内だけでは整理しきれないことがあります。
棚卸しの一覧をもとに、取引先のグループ分けと、期限から逆算した移行時期の配分を一緒に確かめられます。無料相談で要件を整理する
要点の整理
| 軸 | 基準 |
|---|---|
| 棚卸しの単位 | 拠点ではなく、拠点と取引先の組み合わせで洗い出す |
| 優先度 | INSネットを使う接続を先に移す（提供終了は2028年末、NTT西日本） |
| 基本の進め方 | 取引先をグループでまとめ、期限から逆算して時期を分散する段階移行 |
| 一斉切替 | 取引先が少なく、全社の準備が同時にそろう場合に選ぶ |
| 併用 | 準備が間に合わない取引先に限り、残す通信手段の期限を確かめる |
| 取引先との調整 | 独自仕様の洗い出しを先に行い、窓口を一つにまとめる |
| 拠点への展開 | 取引先ごとの伝票の扱いと問い合わせ先を一覧にして渡す |
切替後も、伝票の扱いや問い合わせの受け方など、拠点ごとの運用の差が残ります。 自社の拠点構成に合わせて、拠点への展開の順序と切替後の問い合わせの受け方を確かめられます。
よくある質問
小売側と卸・メーカー側では、流通BMSへの移行で作業はどう違いますか。
6業務の標準メッセージを使う点は同じですが、移行を主導する立場が違います。
取引先へ流通BMS対応を求める側は、移行の時期とグループ分けを自社で決め、窓口を用意する立場になります。
求められる側は、取引先ごとに指定された時期と仕様に合わせる立場で、複数の取引先からそれぞれ求められる場合は、その時期が重ならないよう調整することが課題になります。
同じ企業でも取引先によって立場が変わることがあるため、棚卸しの一覧に取引先ごとの立場を書き添えておくと、優先度を決めやすくなります。
Web-EDIと流通BMSのどちらに移すかは何で決めますか。
取材事例でも、IP網に対応した移行先として流通BMSとWeb-EDIの両方が挙げられていました3。
取引先が流通BMSを指定していれば流通BMSで、Web-EDIを指定していればそちらで対応するのが基本で、まず取引先がどの方式で受け付けているかが判断の起点になります。
二つの方式の機能や費用を比べた公的な資料はないため、自社に選ぶ余地がある場合は、取引先の数と拠点のシステムとの連携のしやすさから判断します。
ISDN系の通信手段を使い続けられるのはいつまでですか。
NTT西日本は、INSネットの提供を2028年12月31日に終了するとしており、切替後のINSネット上のデータ通信（補完策）も含まれます5。
JCA手順や全銀系の手順はISDN回線を使うことが多いとされるため3、これらの手順でやり取りしている接続は、使っている回線の種類を確かめておく必要があります。
NTT東日本の地域の回線は、東日本の案内で終了時期を確認してください。
取引先が流通BMSに対応しない場合、従来方式との併用はどう扱いますか。
その取引先とだけ従来方式を残す形になります。
残す接続がINSネットを使っていれば2028年12月31日を越えては続けられないため5、期限までに別の方式へ移すよう取引先と相談する必要があります。
取引先約2,000社の小売企業の事例では、流通BMSと流通BMS以外のEDIの両方を扱えるパッケージを採用していました4。
併用する取引先を限定し、残す方式の期限を一覧で管理しておくと、併用が長引くのを防ぎやすくなります。
拠点の担当者への周知は、何をどの段階で行えばよいですか。
切替日の直前だけでなく、段階に分けると伝わりやすくなります。
切替時期が決まった時点で対象の取引先と変わる作業を、テストが終わった時点で切替日と問い合わせ先を、切替後に伝票の扱いなど運用の変更を伝える、という組み方があります。
段階移行の間は、どの取引先がいつ切り替わったかを拠点が参照できる一覧を用意しておくと、現場の迷いが減ります。
- 1 出典：流通システム標準普及推進協議会（GS1 Japan）「流通BMS トップページ」（2025年）
- 2 出典：一般財団法人流通システム開発センター（流通BMS協議会）「流通BMS標準仕様 基本形」（2025年）
- 3 出典：日経BP（日経クロステック）「ISDN移行のハードルは業界によって様々、EDIなどは早期対応が必要」（2016年）
- 4 出典：株式会社日立製作所「ダイエー導入事例（REDISuite）」（2012年頃）
- 5 出典：NTT西日本「INSネットの場合（固定電話・INSネットの今後）」（2024年）
