BtoB通販の月額費用は何で決まる？小売・卸が総額を見積もる確認項目

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

B2B EC-COLUMN

BtoB通販の月額費用が安そうでも総額が読めないとき、まず何を分けて見るか

「月額は安く見えるのに、年間でいくらかかるのかと社内で聞かれると答えられない」。
取引先からの注文をWebで受けるBtoB通販を検討していると、こうした場面によく行き当たります。
このとき変えられるのは、月額表示を一つの数字として見るのをやめることです。
課金の軸（定額か取引額連動か）、初期費用、手数料、オプション、運用工数に分けて見ます。
公開されている料金例でも、取引額に応じて月額が変わります¹。
自社の月間取引額と取引条件を当てはめて年間総額を試算し、見積もりで確認する項目に落とし込めば、費用対効果を社内に説明できるようになります。

月額表示・含まれる範囲・月額外・運用工数の4つに分ける

料金ページや見積書にある「月額○円」は、ふつうはサービスを使い続けるための基本料金を指します。
ところが社内で聞かれるのは、「年間でいくらか」「ほかに何が乗るのか」「現場の手間は本当に減るのか」です。
月額表示だけを見ていると、この三つの問いにはどれも答えられません。
そこで、費用を次の四つに分けて見ます。

• 月額表示：料金表に出ている基本の月額。
  定額か、取引額などに連動して変わるか
• 月額に含まれる範囲：基本料金で使える機能、登録できる得意先や商品の範囲、サポートの範囲
• 月額外の費用：初期費用、決済や請求に関わる手数料、オプション機能、システム連携の開発・保守費
• 運用工数：商品や価格の登録・更新、得意先への案内、問い合わせ対応など、社内の人が担う作業

分けて見る意味は、月額の数字が同じでも中身が違えば比べられない点にあります。
たとえば、ある提供者の月額には得意先ごとの価格設定が含まれていて、別の提供者ではそれがオプションだったとします。
この場合、月額表示が安いほうを選んでも、オプションを足した時点で順序が逆になることがあります。
月額表示の比較は、含まれる範囲がそろってはじめて意味を持ちます。

運用工数は請求書に載らないため、見積もりの段階では見落とされがちです。
しかし、得意先別の価格表を毎月更新する、Web発注に慣れない得意先から電話で操作を聞かれる、といった作業は誰かの勤務時間を使います。
電話・FAXの受注を減らしたくて導入するのに、別の作業が増えて差し引きが小さくなる、ということも起こり得ます。
ですから、金額として請求される費用と、社内の人が担う作業を同じ表に並べておくと、後で効果を説明するときに数字の出どころがはっきりします。

試算の前に手元でそろえる自社の数字

四つに分けたら、次は自社の数字を当てはめる準備です。
提供者に見積もりを頼む前に、少なくとも次の情報を社内でそろえておくと、受け取った見積もりを自社の条件で読み直せます。

• 月ごとの受注件数と受注金額（繁忙期と閑散期の差が分かる期間）
• 注文を受けている得意先の数と、そのうちWeb発注に移ってもらえそうな得意先
• 得意先ごとの価格や掛率、支払条件（締め日・支払日・掛売りの有無）
• 受注データを入力している販売管理・在庫・会計のシステム

これらは提供者が知り得ない自社の事情です。
同じ料金体系でも、取引額が大きい会社と小さい会社、得意先ごとの価格が単純な会社と複雑な会社では、総額がまったく違ってきます。
次の節では、そのうち取引額が月額そのものを動かす仕組みを、公開されている料金改定の例で見ていきます。

▼ 図の内容を文字で読む

• 月額表示
  • 定額か、取引額などに連動して変わるか
• 月額に含まれる範囲
  • 基本料金で使える機能
  • 登録できる得意先や商品の範囲
  • サポートの範囲
• 月額外の費用
  • 初期費用
  • 決済や請求に関わる手数料
  • オプション機能
  • システム連携の開発・保守費
• 運用工数
  • 商品や価格の登録・更新
  • 得意先への案内
  • 問い合わせ対応

課金の軸で月額は変わる：定額と取引額連動の具体例

旧体系：1.2%の従量制か30,000円の定額制

取引額によって月額が変わる仕組みは、具体例で見ると分かりやすくなります。
ここで取り上げるのは、株式会社インフォマートが公表した『BtoBプラットフォーム 受発注』の料金改定です。
これは、売り手と買い手が同じ受発注の仕組みを使う形のサービスで、示されているのは注文を受ける売り手側のID使用料です¹。
自社で通販サイトを持つ形の相場や、他の製品の料金ではない点を踏まえて読んでください。

改定前、売り手側は「取引金額の1.2%」の従量制と、「30,000円」（税別）の定額制のどちらかを事前に選ぶ方式でした¹。
この方式では、売り手にとっての判断はシンプルです。
月の取引金額に1.2%を掛けた額が30,000円を下回るなら従量制、上回る月が続くなら定額制のほうが安くなります。
取引額が大きい売り手ほど定額制を選ぶ理由があり、月額は取引額が伸びても一定に保てました。

新体系：4段階従量制と15万円の上限

2024年8月利用分（9月請求分）から、売り手側は4段階の従量制に変わり、事前に方式を選ぶ仕組みは廃止されました¹。
月額使用料には上限があり、上限は15万円とされています¹。
計算の基準は「月次受領金額」で、買い手企業が伝票ごとに受領確定を送信した、毎月1日から月末日までの合計金額と定義されています¹。

公表されている計算例では、月次受領金額が1,000万円の場合、月額使用料は57,500円（税別）です¹。
この例は「従量_1＋従量_2」という形で示されており、段階ごとに計算した額を足し合わせる仕組みであることが読み取れます¹。
各段階の料率は、公式の料金表で確かめる必要があります。

改定前に定額制を選んでいた売り手から見ると、何が変わったかははっきりしています。
月次受領金額が1,000万円なら、改定前は定額の30,000円で済んでいたところが、改定後は57,500円になる計算です¹。
一方で、取引額がさらに大きくなっても月額は15万円で止まります¹。
つまり、同じサービスでも料金体系の改定によって、取引額と月額の関係そのものが変わったということです。

もう一つ見落としやすいのが、計算の基準が「受領確定を送信した月」になっている点です¹。
売り手が月末に納品しても、買い手が受領確定を送るのが翌月なら、その金額は翌月の合計に入ります。
出荷した月の売上と、課金の対象になる月の金額が一致しない場合があるので、自社の売上集計をそのまま当てはめると、月ごとの課金額がずれることがあります。

自社の月間取引額を当てはめる

この例から、他のサービスの見積もりにも使える見方が二つ得られます。
一つ目は、課金の基準が何かを最初に確かめることです。
取引額に連動するのか、それとも別の基準で月額が変わるのか、それによって自社のどの数字を当てはめるかが決まります。

二つ目は、月ごとに計算してから足すことです。
段階制や上限は月単位で効くため、年間の取引額を12で割った平均の月額で一度だけ計算すると、繁忙期と閑散期の差が消えてしまいます。
繁忙期に上限へ届く月があれば、その月は上限で頭打ちになり、閑散期の月は低い段階で計算されます。
前の節でそろえた月ごとの受注金額を使い、1か月ずつ課金額を出して合計するほうが、実際の請求に近い数字になります。

取引額連動の課金は、売上が伸びるほど費用も伸びる仕組みです。
そのため、導入後に取引額を増やす計画があるなら、現状の取引額だけでなく、増えた場合の試算も並べておくと、社内で「来年はいくらになるのか」と聞かれたときに答えられます。

▼ 図の内容を文字で読む

• 改定前
  • 取引金額の1.2%の従量制か、30,000円の定額制を事前に選ぶ
  • 定額制なら取引額が伸びても月額は一定
• 改定後（2024年8月利用分から）
  • 4段階の従量制で、事前に選ぶ方式は廃止
  • 月額使用料の上限は15万円
  • 計算の基準は買い手が受領確定を送信した月の合計
• 月次受領金額1,000万円の場合
  • 改定前に定額制なら30,000円
  • 改定後は57,500円
  • 取引額がさらに大きくなっても15万円で止まる

BtoB特有の取引条件（取引先別価格・掛売り・基幹連携）が費用を動かす理由

取引先別価格

前の節は月額の計算方法の話でしたが、BtoB通販では、自社の取引条件をどこまでシステムで表現するかによっても費用が動きます。
消費者向けの通販なら全員に同じ価格を見せれば済みますが、卸やメーカーの受注では、得意先ごとに掛率や単価が違うのが普通です。

電話やFAXで受けているうちは、担当者が得意先別の単価表を見ながら受注伝票を起こしています。
Webで受けるようになると、得意先がログインした時点で、その得意先の価格が画面に出ていなければなりません。
ここで問題になるのは、自社の価格の決め方をシステムが表現できるかどうかです。
得意先ごとの掛率で足りるのか、商品と得意先の組み合わせごとに単価を持つ必要があるのか、数量によって単価が変わるのか、によって必要な機能が変わります。

表現できる範囲が標準機能に含まれていれば、費用は主に初期の価格登録と、その後の更新作業になります。
オプションであれば月額外の費用が加わり、どちらでも表現できなければ追加開発になります。
追加開発をしない場合は、一部の得意先だけ別途見積もりを出して手入力で受注する、といった運用で補うことになり、その分の転記が残ります。
どの形になるかで総額が変わるので、自社の価格の持ち方を具体的に示して、標準・オプション・追加開発のどれに当たるかを聞くことが大切です。

掛売り・請求書払いと与信

企業間取引では、注文のたびに支払うより、月末などで締めてまとめて請求する掛売りが一般的です。
Webで注文を受けても、得意先は請求書で支払いたいはずです。
そのため、受注のあとに続く「締める」「請求書を出す」「入金を確認する」作業を、どのシステムで行うのかを決めておく必要があります。

選択肢は大きく分けて、BtoB通販のシステム側で請求まで扱う、受注だけをBtoB通販で受けて請求は既存の販売管理で行う、外部の請求や与信のサービスを組み合わせる、の三つが考えられます。
どれを選ぶかで費用の発生場所が変わります。
システム側で扱う場合は機能の範囲やオプションの料金、既存の販売管理で行う場合はデータの受け渡しの手間、外部サービスを使う場合はそのサービスの手数料が、それぞれ月額外の費用や運用工数として加わります。

与信、つまり得意先ごとに掛売りの上限額を決めて管理することも同じ構造です。
Web注文が与信枠を超えたときに止める仕組みがシステムにあるのか、それとも受注後に担当者が確認するのかで、残る作業が変わります。

基幹・会計システムとの連携

受注を受けたあと、そのデータは販売管理・在庫・会計などの基幹システムに入らなければ、出荷も請求もできません。
この受け渡しの方法が、費用と作業量の両方を大きく左右します。

連携しない場合は、BtoB通販の管理画面から注文データを取り出して、基幹システムへ取り込むか、手で入力し直すことになります。
電話やFAXの注文を手入力していた作業が、Web注文の手入力に置き換わるだけでは、転記の負担はあまり減りません。
CSVなどのファイルで取り込める場合は、手入力は減りますが、取り込みの操作とエラーの確認は残ります。
システム同士を自動でつなぐ場合は、日々の転記はさらに減る一方で、連携の開発費が初期にかかり、どちらかのシステムが更新されたときの保守費も継続してかかります。

どの方法でも、例外的な注文の確認や在庫の引き当てなど、人の判断が必要な作業は残ります。
連携でどの転記が減り、何の確認が残るのかを分けておくと、次に見る提供形態の比較でも、年間総額の試算でも、運用工数を見積もりやすくなります。

▼ 図の内容を文字で読む

• 取引先別価格
  • 標準機能なら初期の価格登録と更新作業
  • オプションなら月額外の費用が加わる
  • 表現できなければ追加開発か手入力
• 掛売り・与信
  • システム側で扱うなら機能の範囲とオプション料金
  • 既存の販売管理で行うならデータの受け渡しの手間
  • 外部サービスなら、そのサービスの手数料
• 基幹・会計システム連携
  • 連携しないなら取り込みか手入力の転記
  • ファイル取り込みなら操作とエラー確認が残る
  • 自動連携なら開発費と保守費がかかる

提供形態ごとに総額が膨らむ条件を比べる

形態ごとの費用の乗り方

BtoB通販の仕組みには、いくつかの提供形態があります。
形態が違うと、同じ取引条件を実現するにしても、費用が初期に集中するのか、毎月少しずつかかるのか、改修のたびにかかるのかが変わります。
ここでは金額帯ではなく、どこに費用が乗り、どんな条件で膨らむかを同じ軸で比べます。
実際の金額は、提供者と契約条件によって大きく異なります。

ASP/SaaS型

ASP/SaaS型は、提供者が用意したサービスをインターネット経由で使う形です。
初期は設定やデータ登録が中心で、費用の中心は月額になります。
前の節で見た受発注プラットフォームのように、取引額などに連動して月額が変わる料金体系もこの形で使われています¹。

総額が膨らみやすいのは、前の節で整理した取引先別価格や掛売り、基幹連携が標準の範囲に収まらない場合です。
オプションが増えるたびに月額外の費用が積み上がり、提供者が改修に応じない範囲は運用で補うしかありません。
また、料金体系そのものを提供者が改定することがある点も、この形態の特徴です¹。

パッケージ

パッケージは、既製のソフトウェアを自社向けに導入し、必要に応じてカスタマイズする形です。
導入時の費用が大きくなりやすく、その後は保守費が継続してかかります。

自社の取引条件がパッケージの標準機能に近ければ、カスタマイズは少なく済みます。
逆に、価格の持ち方や請求の流れが独自であるほどカスタマイズが増え、そのカスタマイズ部分は将来のバージョンアップのたびに改修が必要になることがあります。
導入時だけでなく、数年後の改修まで見通して比べる必要があるのはこのためです。

自社構築

自社構築は、自社の要件に合わせてゼロから設計・開発する形です。
取引条件をそのまま表現しやすい反面、費用は設計・開発の初期に集中し、稼働後も運用保守と改修の費用がかかります。

総額が膨らむのは、要件が固まらないまま開発を始めた場合や、稼働後に機能追加が続く場合です。
月額の料金表がないぶん、毎年の保守・改修費をどう見積もるかを開発先と決めておかないと、年間総額が読めなくなります。

既存システム拡張

すでに使っている販売管理などのシステムに、得意先向けの発注画面を追加する形もあります。
受注データが最初から既存システムに入るため、前の節で見た基幹連携の問題は小さくなります。

一方で、既存システムの改修範囲が広がると費用が膨らみ、改修できるのが既存の開発先に限られる場合は、価格交渉の余地が小さくなります。
既存システムの保守費が増える可能性もあるので、改修費だけでなく、その後の保守契約がどう変わるかも合わせて聞いておくと、年間総額に入れ忘れません。

年間総額の試算と、受注業務の削減との比べ方

年間総額の式

ここまでの要素を一つの式にまとめると、比較のための年間総額は次のようになります。

年間総額 ＝ 初期費用 ÷ 利用年数 ＋ 月額 × 12 ＋ 取引額連動分 ＋ 手数料 ＋ 保守・運用工数

初期費用を利用年数で割るのは、導入した年だけが高く見えて比較がゆがむのを避けるためです。
何年で割るかは、契約期間や社内で想定している利用年数に合わせます。
これは提供者や形態を同じ条件で比べるための按分で、会計上の処理とは分けて考えます。

取引額連動分は、前の節で見たとおり月ごとに計算して合計します。
月額が定額の部分と取引額で変わる部分が両方ある料金体系なら、定額部分は「月額×12」に、変わる部分は「取引額連動分」に入れると、何が取引額で動くのかが式の上で見えます。

保守・運用工数には、提供者に払う保守費だけでなく、社内で担う価格更新や問い合わせ対応の時間も入れます。
時間は、作業時間に時間あたりの人件費を掛けて金額に直します。
請求書には出ない費用ですが、ここを入れておかないと、次に見る削減額との比較が片側だけの計算になってしまいます。

削減額の試算式

比べる相手は、いま電話・FAX・メールで受けている注文の処理にかかっている手間です。
削減額は次のように試算します。

削減額 ＝ Web発注に移る受注件数 × 1件あたりの転記・確認時間 × 時間あたり人件費

1件あたりの時間には、FAXの注文書を読み取って販売管理に入力する、電話の内容を聞き取って受注伝票を起こす、内容の不明点を得意先に確認する、といった作業を含めます。
BtoB通販に切り替えると、得意先自身が商品と数量を入力するので、この聞き取りと転記の部分が減ります。
基幹システムとの連携方法によっては、Web注文を基幹システムへ移す作業が新たに残るので、その時間は差し引いて考えます。

注意したいのは、受注件数の全部がWeb発注に移るとは限らない点です。
得意先によっては電話やFAXを続けるところもあるでしょう。
移行する件数は、得意先ごとに見込みを立てるか、移行する割合を何通りか置いて試算すると、楽観的すぎる数字を避けられます。
削減率を一般的な数字で置くより、自社の件数と作業時間から積み上げたほうが、社内で根拠を聞かれたときに説明できます。

稟議で費用対効果を示す

社内で導入を通すうえで、この試算はそのまま説明材料になります。
ネオマーケティングの調査では、稟議が承認される際のポイントとして「明確な費用対効果」を挙げた人が43.7%でした²。
この調査は、直近1年以内にBtoB商材導入の社内稟議に承認・提案・情報収集のいずれかで関与した国内BtoB企業の勤務者を対象にした、2026年8月のWEB調査（n=540）で、BtoB通販の費用に限った調査ではありません²。

それでも、承認する側が費用対効果を見ていることを前提にするなら、取引額連動の課金を使う場合ほど試算が重要になります。
月額が取引額によって変わる以上、「月額○円」という一つの数字では費用を示せず、自社の取引額を当てはめた試算がなければ費用対効果の説明が成り立たないからです。
現状の取引額での試算、取引額が増えた場合の試算、移行する得意先が少なかった場合の試算を並べておけば、承認する側が気にする「最悪いくらかかるのか」「効果が出なかったらどうなるのか」に先回りして答えられます。

▼ 図の内容を文字で読む

1. 月ごとの受注件数と受注金額をそろえる
   • 繁忙期と閑散期の差が分かる期間
2. 月ごとに課金額を出して合計する
   • 段階や上限は月単位で効く
3. 年間総額を出す
   • 初期費用は利用年数で割る
   • 社内の作業は時間×人件費で金額にする
4. 削減額を出す
   • Web発注に移る件数×1件あたりの時間×人件費
5. 三つの場合で比べる
   • 現状の取引額
   • 取引額が増えた場合
   • 移行する得意先が少なかった場合

見積もり依頼で確認する項目と、発注者側の場合の補足

見積もり確認チェックリスト

ここまでの説明をもとに、見積もりを依頼するとき、または受け取った見積もりを読むときに確かめる項目をまとめます。

• 課金の軸：月額は定額か、取引額などに連動するか。
  連動するなら何を基準に、どの月の金額で計算するか
• 上限の有無：連動部分に上限があるか、あるならいくらか
• 初期費用の内訳：設定、データ登録、得意先への案内のどこまでが含まれるか
• 手数料：決済や請求に関わる手数料が別にかかるか
• オプション：自社の取引先別価格、掛売り、与信、基幹連携が標準・オプション・追加開発のどれに当たるか
• 保守・サポート：問い合わせ対応の範囲、改修やバージョンアップ時の費用
• 契約期間と改定条件：最低契約期間、料金体系が改定される場合の通知時期と、改定後に解約できるかどうか

最後の改定条件は見落とされやすい項目です。
前に見た例のように、同じサービスでも料金体系が改定され、売り手側の使用料の計算方法が変わることがあります¹。
導入時の試算は、そのときの料金体系を前提にしています。
改定が通知されたときに、どのくらい前に知らされるのか、条件が合わなくなったら契約を見直せるのかを把握しておけば、改定後の料金で年間総額を計算し直し、続けるかどうかを判断する時間を確保できます。

発注者側の利用料の確認

ここまでは、自社が注文を受ける売り手側として費用を見てきました。
一方で、小売業者が仕入先のBtoB通販を使って商品を発注する、発注者側の立場で費用を気にしている方もいるかもしれません。

先に見た料金改定の例は、売り手側のID使用料についての発表です¹。
買い手側に利用料がかかるかどうかは、この資料からは分かりません。
発注者側の費用は提供者やサービスの形によって異なり得るため、無料だと思い込まずに、仕入先や提供者に直接確かめる必要があります。

自社が売り手として導入する場合にも、この点は関係します。
得意先に利用料が発生する仕組みだと、得意先がWeb発注に移る理由が弱くなり、前の節で試算した移行件数が見込みを下回る可能性があります。
得意先側に費用がかかるのか、かかるならどの範囲かを見積もりの段階で聞いておくと、削減額の試算をより現実的にできます。

自社の取引先別価格や掛売り、使っている基幹システムの条件が、各提供者の標準・オプション・追加開発のどれに当たるかは、料金表だけでは読み取りにくいためです。

自社の取引条件を整理し、見積もりで提供者に何を聞けば総額を比べられるかを確かめられます。無料相談で要件を整理する

要点の整理

軸	基準
月額表示	定額か取引額連動か、上限があるか
月額に含まれる範囲	取引先別価格・掛売り・基幹連携が標準・オプション・追加開発のどれか
月額外の費用	初期費用・手数料・オプション・連携の開発と保守
運用工数	価格更新・得意先対応・残る転記を時間×人件費で金額化
年間総額	初期費用÷利用年数＋月額×12＋取引額連動分＋手数料＋保守・運用工数
削減額	Web発注に移る件数×1件あたり転記・確認時間×人件費
契約	最低契約期間・改定の通知時期・見直しの可否

年間総額と削減額の試算は、自社の受注件数や作業時間、得意先の移行見込みをどう置くかで結果が変わり、社内説明に使える形にまとめるのが難しいためです。 試算に入れる費目と前提の置き方を確かめ、稟議で費用対効果を説明するための材料をそろえられます。

よくある質問

月額が取引額連動の場合、取引が増える月の費用はどう見積もりますか。

月ごとの取引額を当てはめて、1か月ずつ課金額を計算してから合計します。
段階制や上限は月単位で効くため、年間の平均で一度だけ計算すると、繁忙期の増加や上限での頭打ちが反映されません。
計算の基準がどの月の金額になるかも確かめておきます。
たとえば受領確定を送信した月の合計で計算する定義なら、月末の納品が翌月の課金に入ることがあります¹。

初期費用は何年で割って年間総額に入れればよいですか。

決まった年数はありません。
契約期間や、社内で想定している利用年数に合わせて割ります。
大切なのは、比べる候補すべてに同じ年数を使うことです。
これは比較のための按分なので、会計上の処理とは分けて考えます。

取引先別価格や掛売りに対応しているかは、見積もり前に何で確かめればよいですか。

料金表や機能一覧で標準かオプションかを確かめたうえで、自社の具体的な条件を示して提供者に問い合わせるのが確実です。
得意先ごとの掛率で足りるのか、商品と得意先の組み合わせごとに単価が必要なのか、締め日や与信枠の管理が必要なのかを伝えると、標準・オプション・追加開発のどれに当たるかの回答を得やすくなります。

電話・FAXからの切り替えで、受注の転記工数の削減はどう試算すればよいですか。

Web発注に移る受注件数×1件あたりの転記・確認時間×時間あたり人件費で試算します。
1件あたりの時間には、注文書の読み取り、販売管理への入力、得意先への確認を含めます。
全件が移るとは限らないので、移行する割合を何通りか置き、Web注文を基幹システムへ移す作業が残る場合はその時間を差し引きます。

仕入先のBtoB通販を使う発注者側に利用料はかかりますか。

提供者やサービスの形によって異なり得るため、一律には言えません。
本記事で取り上げた料金改定は売り手側のID使用料についての発表で、買い手側の費用は含まれていません¹。
無料と決めつけず、仕入先か提供者に確かめてください。

料金体系が途中で改定されたときに備えて、契約で何を確認すればよいですか。

改定の通知がどのくらい前に来るか、最低契約期間がどれだけか、改定後の条件に合わなければ解約や見直しができるかを確かめます。
実際に、同じサービスで売り手側の使用料の計算方法が改定された例があります¹。
通知を受けたら、改定後の料金で年間総額を計算し直して判断できるようにしておきます。

1. 1　出典：株式会社インフォマート「『BtoBプラットフォーム 受発注』料金改定のお知らせ」（2024年）
2. 2　出典：株式会社ネオマーケティング「BtoB企業の社内稟議・承認プロセス実態調査2026」（2026年）