◆監修・編集責任者
B2B EC-COLUMN
この記事のポイント
- 公的資料から示せる相場額はなく、費用は自社の立場、取引先が指定する標準や形式、同じ仕組みでつながれるかの三つで見る
- 中小企業共通EDI対応のプロバイダーと業務アプリを使う受注側は大きな費用はかからないとされるが、発注側や他の方式にはそのまま当てはまらない
- 見積書は総額より、初期費用に含まれる作業、月額・取引先追加・形式変更の課金単位、基幹システム連携の範囲で比べる
- 実証での平均51.4%の業務時間削減は自社の効果の保証ではなく、取引先が同じ標準に対応していることが前提になる
- 見積依頼の前に取引先・取引量・連携先・担当者を整理表にまとめ、複数の提供元に同じ条件で依頼する
目次

EDI導入の費用が見えないとき、まず決めるのは「自社の立場」と「取引先が求める形」
取引先から「来期からEDIで注文を送りたい」と言われました。
社内で予算を出そうとしても、何にいくらかかるのか見当がつかない、という場面があります。
その判断の支えになる相場額は、公的資料からは示せません。
費用の出方を左右するのは、自社が注文を受ける側か出す側か、取引先が指定する標準や形式、取引先と同じ仕組みでつながれるかの三つです。
中小企業共通EDIに対応したプロバイダーと業務アプリを受注側が使う場合は、大きな費用はかからないとされています1。
この三つが固まると、見積書のどこを読み、提供元に何を聞けばよいかが決まります。
受注側と発注側で費用の出方が違う
EDI(電子データ交換)は、注文・出荷・請求などの取引データを、紙やFAXではなく決まった形式の電子データにして企業間でやり取りする仕組みです。
同じ「EDI導入」でも、注文を出す会社と受ける会社とでは、用意するものも費用の出方も変わります。
中小企業庁のミラサポplusは、中小企業共通EDIについて説明しています。
受注側は、同標準に対応したプロバイダー(データの中継や変換を担う事業者)と業務アプリを使えば、大きな費用はかからないとしています1。
一方、発注側の費用については金額の記載がありません1。
発注側の負担は、提供元から見積もりを取って確かめるしかありません。
ここで押さえておきたいのは、この「大きな費用はかからない」が、中小企業共通EDIに対応したサービスを受注側が使う場合の説明だという点です。
次のような場合には、この説明はそのまま当てはまりません。
流通BMSに対応する場合、取引先ごとのWeb-EDIを使う場合、基幹システムとの個別開発を伴う場合です。
「受注側だから安く済むはず」と考える前に、取引先が求めているのがどの仕組みなのかを知る必要があります。
自社がどちらの立場なのかは、EDIという言葉だけでは決まりません。
得意先から注文を受ける卸やメーカーなら受注側です。
仕入先へ注文を出す小売や製造業の購買部門なら発注側になります。
両方の取引を持つ会社もあります。
その場合は、得意先との間では受注側、仕入先との間では発注側として、取引の相手ごとに分けて考えると整理しやすくなります。
取引先から要請された場合に先に聞くこと
取引先からEDI対応を求められたら、見積もりを取る前に取引先へ聞いておきたいことがあります。
同じ「EDIでお願いします」という依頼でも、取引先が想定している仕組みによって、自社が用意するものが大きく変わるからです。
- どの標準や形式を指定しているか(中小企業共通EDI、流通BMS、取引先独自の形式など)
- 取引先が用意したWeb-EDIの画面で入力やダウンロードをする形か、自社側にもEDIのサービスを用意する形か
- どの業務のデータをやり取りするか(注文だけか、出荷や請求まで含むか)
- 開始の時期と、移行期間中の紙・FAXの扱い
この四つが分かれば、提供元に「何に対応したいのか」を具体的に伝えられます。
ここが曖昧なまま見積もりを取ると、提供元ごとに前提の違う見積書が並び、比べようがなくなります。
自社から導入を主導する場合も同じです。
主な取引先がどの仕組みに対応しているかを先に聞いておけば、選べる方式の範囲が見えてきます。
| 観点 | 受注側 | 発注側 |
|---|---|---|
| 行うこと | 取引先から注文データを受け取り自社の業務に取り込む | 取引先へ注文データを送る |
| 資料での費用の扱い | 対応プロバイダーと業務アプリを使えば大きな費用はかからないとされる | 金額の記載はない |
| 見積もりで確かめること | 取引先の数と指定形式に応じた追加費用の有無 | 初期・月額・取引先接続・連携の各費用 |
▼ 図の内容を文字で読む
- 受注側
- 対応プロバイダーと業務アプリを使えば大きな費用はかからないとされる
- 流通BMSやWeb-EDI、個別開発ではそのまま当てはまらない
- 発注側
- 費用の金額の記載がない
- 提供元から見積もりを取って確かめる
- 両方の取引を持つ会社
- 得意先との間では受注側として考える
- 仕入先との間では発注側として考える
見積書で確認する費用項目:初期・月額・取引先接続・連携・運用
初期費用と月額の確認点
立場と取引先の求める形が見えたら、次は見積書の読み方です。
EDIの見積もりは、費用の分け方や項目名が提供元によってそろっていません。
ここで挙げる項目は、公的資料に載っている一覧ではありません。
見積書を比べるときに抜けやすい費用を、編集部が整理したものです。
金額の目安としてではなく、提供元へ聞く質問の並びとして使えます。
初期費用でまず確かめたいのは、そこに何が含まれるかです。
アカウントの開設だけなのでしょうか。
それとも、取引先ごとのデータ形式の設定、自社の商品コードと取引先のコードの対応付け、テスト送受信の立ち会いまで含むのでしょうか。
同じ「初期費用」でも、中身はこれだけ違いえます。
含まれていない作業は、別の見積もりになるか、自社で行うことになります。
月額費用では、課金の単位を聞きます。
固定額なのか、それとも取引先の数、送受信するデータの件数や容量、利用者の数に応じて変わるのか。
この違いで、導入後の費用の伸び方が変わります。
たとえば取引件数で課金される契約なら、繁忙期や取引先の増加に合わせて月額も増えます。
見積書に今の取引量での金額しか書かれていない場合は、取引量が増えたときの計算方法も聞いておきます。
そうすれば、翌年度の予算を組むときに数字の根拠を説明できます。
取引先追加・形式変更・保守の確認点
導入時の見積もりで見落としやすいのが、導入した後に発生する費用です。
EDIは取引先とつながって初めて使えます。
そのため、取引先が1社増えるたび、あるいは取引先が形式を変えるたびに、設定や確認の作業が発生します。
確認したいのは、次のような点です。
- 取引先を1社追加するときの費用と、追加にかかる作業の分担
- 取引先がデータ形式や項目を変えたときの対応が、月額に含まれるか別料金か
- 基幹システム(販売管理・購買管理・会計など)とデータを受け渡す連携の費用と、連携先のシステムを入れ替えたときの扱い
- 障害時の問い合わせ窓口と、保守の範囲
基幹システムとの連携は、見積もりの差が出やすい部分です。
EDIで受け取った注文データを、担当者が販売管理システムへ手で入力し直す運用なら、連携費用はかかりません。
その代わり、転記の手間と入力ミスの確認は残ります。
受け取ったデータをファイルで取り込む形にするなら、その取り込み設定が必要です。
どこまで自動で受け渡すかで、初期費用と社内の手間の配分が変わります。
見積もりでは連携の範囲を明記してもらうと、提供元どうしを比べやすくなります。
社内作業時間を費用として数える
見積書に載らない費用もあります。
取引先との接続テスト、商品マスタやコード表の整備、操作の習得、移行期間に紙とEDIを並行して処理する手間などです。
これらは自社の担当者の時間として発生します。
稟議では提供元の見積額ばかりが目に入りがちですが、導入の判断にはこの社内作業の時間も並べておく必要があります。
受注・発注を担う部署と、システムを管理する部署が別なら、それぞれの作業を分けて書き出すと、どこに負担が集まるかが見えてきます。
導入を決める人と、導入後に画面を操作する人が違うことも少なくありません。
現場の担当者に作業の見込みを聞いておけば、後から「想定していなかった作業」が出てくることを減らせます。
▼ 図の内容を文字で読む
- 取引先の数と指定形式
- 取引先を1社追加するときの費用
- 形式や項目の変更への対応
- 取引件数・データ量
- 件数や容量に応じて変わる月額
- 基幹システムとの連携範囲
- 連携の費用
- 連携先を入れ替えたときの扱い
- 社内の体制
- 接続テストやマスタ整備の作業時間
- 移行期間に紙とEDIを並行して処理する手間
方式の違いは費用の出方より「取引先と同じ仕組みを使えるか」で決まる
標準EDI(双方がプロバイダーを使う)
見積書の項目が分かっても、どの方式を選ぶかによって比べる相手が変わります。
判断を左右するのは、方式ごとの料金体系の違いよりも、取引先と同じ仕組みでつながれるかどうかです。
中小企業共通EDIでは、発注側と受注側の双方が同標準に対応したプロバイダーと契約すると、プロバイダーが情報を変換して受け渡します1。
自社と取引先が別々のプロバイダーを使っていても、標準に沿っていればやり取りできるという考え方です。
その反面、1社だけが導入しても効果は得られないとされています1。
費用を判断するうえで、この点は重要です。
自社が標準対応のサービスを契約しても、主な取引先が対応していなければ、その取引先とのやり取りはFAXやメールのままです。
EDIの月額を払いながら、手入力の手間はあまり減らない、ということも起こりえます。
見積もりの前に「取引先のうち何社が同じ標準でつながれるか」をつかんでおけば、契約に見合う範囲かどうかを判断しやすくなります。
取引先指定のWeb-EDIが多い場合
Web-EDIは、取引先が用意したWebの画面にログインして、注文データを確認したり、出荷や請求の情報を入力したりする方式です。
受注側は取引先の画面を使うため、自社側の準備は画面の操作が中心になります。
ただし、ログイン先と画面は取引先ごとに分かれます。
取引先が1社なら負担は小さくても、複数の得意先がそれぞれ別のWeb-EDIを指定してくると、事情が変わります。
担当者は毎日いくつもの画面を開いて注文を確認し、自社の販売管理システムへ転記することになります。
画面からダウンロードするファイルの形式が取引先ごとに違えば、取り込みの手順も取引先の数だけ覚えなければなりません。
この負担は見積書には出てきませんが、Web-EDIの取引先が増えるほど大きくなります。
こうした画面操作を自動化する製品もあります。
たとえばインターコムは2018年に、発注企業のWeb-EDIの画面操作をRPA機能で自動化するオプションを発表しました3。
処理の流れはプログラムを書かずに定義でき、スケジュールや送信ファイルの生成に合わせて実行できるとしています3。
ただし、これは1社の製品の発表時点の仕様です。
現在の版の機能や費用、他社製品で同じことができるかまでは示していません。
自動化を検討するなら、自社が実際に使っているWeb-EDIの画面で動くかどうかを、提供元に確かめることになります。
方式ごとに変わる確認事項の表
方式によって、見積もりで聞くべきことも変わります。
次の図は、ここまでに出てきた方式について、つながる条件と見積もりで確かめる点を並べたものです。
どの方式が安いかを示すものではありません。

表のなかで判断が分かれやすいのは、「取引先の何社と同じ仕組みでつながれるか」と「自社の基幹システムへどこまで自動で取り込むか」の二点です。
前者は取引先への確認で決まり、後者は社内の業務をどう変えるかで決まります。
見積額を比べるのは、この二点の前提をそろえてからにします。
そうすれば、安く見えた方式が導入後に手間を増やす、という食い違いを避けやすくなります。
| 方式 | つながる条件 | 自社側で用意するもの | 見積もりで確かめる点 |
|---|---|---|---|
| 標準EDI(中小企業共通EDIなど) | 取引先も同じ標準に対応していること | 標準対応のプロバイダーと業務アプリ | 対応している取引先の数と取引先追加の費用 |
| 取引先指定のWeb-EDI | 取引先が画面を用意していること | 取引先ごとのログインと担当者の操作時間 | 画面操作や転記の手間と自動化の可否 |
| 基幹システムとの個別連携 | 取引先の形式と自社システムの双方に合わせること | 連携の設定や開発 | 連携範囲と形式変更時の費用 |
標準仕様に対応する場合と取引先独自の形式の場合で、準備はどう違うか
中小企業共通EDIの対応項目
取引先が標準仕様を指定してきた場合と、独自の形式を指定してきた場合とでは、準備の中身が違います。
標準仕様なら、標準に対応した製品を選ぶことが準備の出発点になります。
独自形式では、取引先の仕様に合わせる作業そのものが準備になります。
中小企業共通EDIは、受発注を行う全業種を対象にした標準です1。
この標準は、プロバイダーには注文メッセージの全135項目への対応を、業務アプリには最低限必要な13項目への対応を求めています1。
つまり、プロバイダーは標準の全項目を受け渡せるように備えます。
業務アプリは、注文の処理に欠かせない項目を最低限扱えるようにします。
そういう役割の分担です。
受注側がこの標準でつながる場合、見積もりで聞くことは比較的はっきりしています。
使う予定のプロバイダーと業務アプリが、それぞれ同標準に対応しているかどうかです。
今使っている販売管理システムを業務アプリとして使い続けたい場合もあるでしょう。
その場合は、そのシステムが対応しているか、対応していないならどの方法でデータを受け渡すのかを、システムの提供元に聞くことになります。
流通BMSの対象と範囲
流通BMSは、消費財の流通業界で唯一の標準となることを目指して作られたEDIの標準仕様です2。
やり取りするメッセージの仕様と、通信の方式・セキュリティの仕様を定めています2。
2025年時点の推計では、卸・メーカーの導入企業は21,600社以上とされています2。
たとえば消費財を扱う卸やメーカーが、取引先から流通BMSでの対応を求められたなら、この標準に沿ったサービスが前提になります。
反対に、消費財の流通に関わらない業種では、流通BMSは選択肢の中心になりません。
導入企業の数は、その業界で採用が広がっていることを示しています。
しかし、他の業種で同じ標準を選ぶ理由にはなりません。
また、この業界団体のページには導入費用の記載がなく、費用は提供元の見積もりで確かめることになります。
中小企業共通EDIと流通BMSは、どちらが安いかで選ぶものではありません。
どちらの標準を使うかは、自社の業種と、取引先がどちらでつながっているかで決まります。
両方の費用を比べた資料もありません。
両方の取引先を持つ場合は、それぞれの標準について、同じ提供元で対応できるのか、別のサービスが必要になるのかを、見積もりの段階で確かめるのが現実的です。
独自形式を求められたとき
取引先が、自社専用のデータ形式やファイルのレイアウトを指定してくることもあります。
この場合、標準に対応したサービスを選ぶだけでは足りません。
取引先の形式を自社のシステムで扱える形に変換する設定が必要になります。
独自形式の費用が標準対応と比べてどれほど違うかを示す資料はありません。
見積もりでは、取引先の仕様書を提供元に渡したうえで、その形式への変換設定が初期費用に含まれるのか、取引先1社ごとの追加費用になるのかを聞きます。
取引先が形式を変えたときの対応を誰が負担するのかも、あわせて聞いておきます。
これで、後から追加費用が出てくる場面を減らせます。
取引先との関係によっては、独自形式ではなく標準でつなげないかを相談する余地もあります。
取引先が標準にも対応しているなら、自社は標準対応のサービス一つで、ほかの取引先ともつながりやすくなるからです。
ただし、どの形式を使うかは取引先との合意で決まるもので、自社の都合だけでは変えられません。
▼ 図の内容を文字で読む
- 中小企業共通EDI
- 受発注を行う全業種が対象
- プロバイダーは注文メッセージの全135項目に対応
- 業務アプリは最低限必要な13項目に対応
- 流通BMS
- 消費財の流通業界が対象
- 導入費用の記載はなく提供元の見積もりで確かめる
- 取引先独自の形式
- 取引先の形式を自社のシステムで扱える形に変換する設定が必要
- 標準対応との費用の違いを示す資料はない
費用以外に見込む運用負担と、削減効果の読み方
実証の平均値が示す範囲
費用の見積もりと一緒に稟議で問われやすいのが、導入してどれだけ楽になるのかという効果です。
中小企業共通EDIの実証事業では、中小企業の業務時間が平均して51.4%削減されたと報告されています1。
この数字を自社の稟議に使うときは、読み方に注意が要ります。
これは中小企業共通EDIの実証事業での平均値です。
個々の企業の削減幅や測定の条件までは、この数字だけでは分かりません。
Web-EDIや個別の連携など、ほかの方式で同じ効果が出ることを示すものでもありません。
「自社でも業務時間が半分になる」「費用をこの期間で回収できる」といった主張の根拠にはならない、ということです。
自社の効果を見込むなら、平均値を当てはめるより、今の作業を数えるほうが確かです。
FAXで届いた注文を販売管理システムへ入力する時間、入力内容を見直す時間、取引先へ確認する電話、請求書の照合など、EDIで置き換わる作業を週や月の単位で書き出します。
この作業時間を、見積書の月額や社内作業の時間と並べます。
そうすると、導入したら何が減って何が残るのかを具体的に説明できます。
残る作業もあります。
EDIで注文データが届いても、在庫が足りるか、納期に間に合うかを判断するのは担当者です。
取引先の形式変更や新しい取引先の追加には、その都度の設定と確認が必要です。
EDIで減るのは、紙やFAXの内容を画面へ打ち直す転記と、その転記ミスを探す確認です。
効果を説明するときは、この区別を付けておくと、導入後の期待とのずれが小さくなります。
取引先と同時に進める必要
実証の効果には前提があります。
中小企業共通EDIは、取引先も同じ標準に対応していなければ効果が得られない仕組みです1。
自社だけが導入しても、取引先から届く注文がFAXのままなら、転記の手間は変わりません。
そのため、導入の計画は自社の中だけでは完結しません。
どの取引先と、いつからEDIでのやり取りを始めるのか。
移行期間中は、紙とEDIのどちらを正式な記録として扱うのか。
こうしたことを取引先と決めておく必要があります。
取引先の準備が遅れれば、自社はEDIの費用を払いながら紙での処理も続けることになります。
稟議に効果を書くときは、取引先ごとの開始予定と、EDIに移る注文の割合の見込みを添えます。
判断する側も、前提を確かめやすくなります。
全取引先がそろうまでの間、効果は段階的に出てくるものとして見込んでおくと、計画に無理が出にくくなります。
見積依頼までの準備:取引先・取引量・連携先を整理して聞く
依頼前に揃える情報
ここまでの内容を、見積依頼の前に一枚の整理表にまとめておくと、提供元とのやり取りが短く済みます。
次の項目は、編集部が提案する整理の例です。
- 取引先:EDIでつなぐ取引先の名前と数、それぞれが指定する標準や形式(中小企業共通EDI、流通BMS、独自形式、Web-EDIなど)
- 自社の立場:取引先ごとに、自社が注文を受ける側か出す側か
- 取引量:受注・発注それぞれの月あたりの件数と、繁忙期の増え方
- やり取りする業務:注文だけか、出荷や請求まで含むか
- 連携先:データを受け渡したい基幹システム(販売管理・購買管理・会計など)と、手入力で残してよい範囲
- 取引先の対応状況:すでにEDIを使っているか、開始の予定はいつか
- 運用の担当者:日々の操作を担う人と、取引先追加や形式変更の窓口になる人
この表は、見積もりを取るためだけのものではありません。
取引先ごとの立場や形式を並べると、標準でつながれる取引先と、Web-EDIや独自形式で個別に対応する取引先とが分かれて見えてきます。
前者が多ければ、標準対応のサービスを中心に聞きます。
後者が多ければ、画面操作や転記の手間をどう減らすかを中心に聞きます。
取引先の構成によって、提供元への聞き方を変えられるわけです。
提供元に同じ条件で聞く
見積もりは、複数の提供元に同じ整理表を渡して依頼すると比べやすくなります。
条件が提供元ごとに違えば、金額の差が方式の差なのか、前提の差なのか区別できないからです。
見積書が届いたら、総額より先に課金の単位をそろえて読みます。
初期費用に何が含まれるか、月額が何に応じて増えるか、取引先を1社追加したときや取引先が形式を変えたときにいくらかかるか。
これらを表に並べると、導入時には安く見える見積もりが、取引先が増えた後にどうなるのかが見えてきます。
差額の大きい項目があっても、それだけで高い・安いとは決めません。
含まれる作業の範囲を明細で照合してから判断します。
提供元への質問では、自社が行う作業と提供元が行う作業の境目もはっきりさせておきます。
接続テストの立ち会い、取引先との仕様の確認、マスタの整備などをどちらが担うかで、社内の作業時間が変わるからです。
この境目が見積書に書かれていなければ、書面で回答をもらっておきます。
導入が始まってからの認識違いを防ぎやすくなります。
▼ 図の内容を文字で読む
- 取引先に指定の標準や形式と開始時期を聞く
- 取引先・取引量・連携先・担当者を整理表にまとめる
- 複数の提供元へ同じ整理表で見積もりを依頼する
- 課金単位をそろえて見積書を並べる
- 初期費用に含まれる作業
- 月額が増える条件
- 取引先追加・形式変更の費用
- 自社と提供元の作業の境目を書面で確かめる
取引先ごとに立場や指定の標準・形式が混在していると、どの方式を中心に見積もりを取るべきかを自社だけで決めるのは難しくなります。
相談では、取引先ごとの立場と指定形式を並べ、見積依頼でそろえるべき条件と、提供元に聞く課金単位を一緒に確かめられます。無料相談で要件を整理する
要点の整理
| 自社の立場 | 取引先ごとに、注文を受ける側か出す側かを分けて考える |
|---|---|
| 取引先の求める形 | 中小企業共通EDI・流通BMS・独自形式・Web-EDIのどれかを先に聞く |
| 見積書の読み方 | 総額より、初期費用の範囲と、月額・取引先追加・形式変更の課金単位を比べる |
| 効果の見込み | 実証の平均値ではなく、自社で減る転記と確認の作業時間で見積もる |
| 依頼の仕方 | 同じ整理表を複数の提供元に渡し、自社と提供元の作業の境目を書面で確かめる |

見積書が届いても、含まれる作業の範囲や課金の単位が提供元ごとに違えば、そのままでは比べられません。 相談では、届いた見積書の明細を並べ、取引先追加や形式変更の費用、自社と提供元の作業の境目がどこに書かれているかを照合できます。
よくある質問
取引先がEDI対応を求めてきたとき、最初に確認することは何ですか。
取引先が指定する標準や形式(中小企業共通EDI、流通BMS、独自形式など)を最初に聞きます。
あわせて、取引先のWeb-EDIの画面を使う形か自社側にも仕組みを用意する形か、注文だけか出荷・請求まで含むか、開始時期と移行期間の紙・FAXの扱いも聞いておきます。
これが分からないと、提供元ごとに前提の違う見積もりが並んでしまいます。
受注側と発注側で、費用負担はどう違いますか。
中小企業共通EDIについては、受注側は同標準対応のプロバイダーと業務アプリを使えば大きな費用はかからないとされています1。
発注側の費用は、金額の記載がありません1。
この説明は中小企業共通EDIに対応したサービスを使う場合のもので、流通BMS、取引先ごとのWeb-EDI、個別開発にはそのまま当てはまりません。
それ以外の場合は、立場を問わず提供元の見積もりで確かめます。
流通BMSと中小企業共通EDIはどちらを選ぶのですか。両方必要になることはありますか。
どちらが安いかではなく、自社の業種と取引先がどちらでつながっているかで決まります。
流通BMSは消費財の流通業界の標準として作られたもので2、中小企業共通EDIは受発注を行う全業種を対象にしています1。
取引先によって指定が分かれる場合は、両方に対応する必要が出てきます。
同じ提供元で両方に対応できるかを、見積もりの段階で聞いておきます。
取引先ごとにWeb-EDIの画面が違う場合、どう対応すればよいですか。
取引先ごとに画面を開いて確認し、自社のシステムへ転記する作業が、取引先の数だけ増えます。
画面操作を自動化する製品もあり、2018年にはWeb-EDIの画面操作をRPA機能で自動化するオプションが発表されています3。
ただし、これは1社の製品の発表時点の仕様です。
自社が使う画面で動くかは、提供元に確かめる必要があります。
取引先が標準にも対応していれば、標準でつなげないか相談する余地もあります。
見積もりで取引先追加や形式変更の費用を確認するには、何を聞けばよいですか。
取引先を1社追加するときの費用と作業の分担、取引先が形式や項目を変えたときの対応が月額に含まれるか別料金か、を聞きます。
独自形式の取引先があるなら、仕様書を提供元に渡して、変換設定が初期費用に入るのか1社ごとの追加費用になるのかを確かめます。
見積書に書かれていない部分は、書面で回答をもらっておくと後の認識違いを防げます。
- 1 出典:中小企業庁(ミラサポplus)「企業間のデータ連携で、受発注の業務コストを削減する!」(2020年)
- 2 出典:一般財団法人流通システム開発センター(GS1 Japan)/流通BMS協議会「流通BMS(卸・メーカーの流通BMS導入企業数推計 第28回)」(2025年)
- 3 出典:株式会社インターコム(製品発表記事)「Biware EDI Station Auto Webオプションの発表」(2018年)
画像の出典元
- Close-up of a business meeting table with a laptop, documents, and discussion underway./Photo by Felicity Tai on Pexels
- Professional setting of a business meeting with individuals signing documents on a conference table./Photo by cottonbro studio on Pexels
- Top view of calculator and graph paper on office desk, perfect for business themed visuals./Photo by RDNE Stock project on Pexels