取引先別価格をECで実現する4方式｜法務・税務要件

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

B2B EC-COLUMN

取引先別価格のEC実現とは — BtoC ECとの違いと標準化の動き

取引先別価格のEC実現とは、得意先ごとに異なる販売単価を、ログインした取引先の属性にひも付けてEC画面と受注データへ自動反映する仕組みである。製造業・卸売業における企業間取引のEC化率は、取引金額ベースで2023年時点の40.0%に達しており^*1、価格の出し分けは標準要件になりつつある。

BtoC ECでは同一商品に単一の価格が存在するのが原則である。これに対しBtoB ECでは、同じ商品でも取引先ごとに異なる単価が並立する状態が前提になる。この違いが、方式選定の出発点になる。

日本の卸取引で価格が分かれる理由は、取引量・取引年数・物流条件・地域・契約形態など複数ある。長年の取引で積み上げた条件を単価に反映している企業も多く、取引先ごとの価格差はそれ自体が商習慣の一部といえる。

総務省「令和7年版情報通信白書」によれば、製造業・卸売業を対象とした事業者間取引で、2023年のEC化率は40.0%であった^*1。EC化率は全取引金額に占めるEC経由の取引金額の割合であり、電子化した企業の数の割合ではない。それでも取引金額の4割が電子上で動いている以上、取引先別価格への対応は特殊要件ではなく標準要件へ移行しつつある。

本記事で用いる用語をここで整理する。建値はメーカーが設定する基準価格、仕切価格はメーカーが卸売業者へ実際に供給する価格を指す。掛率は建値に対する割引率、個別単価は取引先ごとに個別設定した単価である。価格グループは取引先を区分ごとにまとめて共通の掛率や単価を適用する仕組み、単価マスタは取引先と品目の組み合わせに単価を保持するデータベースを指す。

価格グループ・個別単価・基幹参照・階段価格 — 4方式の比較

取引先別価格をECで実現する方式は、大きく4つに整理できる。いずれも仕組み・向くケース・限界・基幹システムとの関係という同じ4項目で比較すると、自社に合う方式が見えやすくなる。

方式①：価格グループ＋掛率

取引先をランクやグループに分け、定価に対する掛率をグループ単位で設定する方式である。設定項目がグループ数に比例するため、初期構築は軽い。取引先数が数千規模でもグループ数が数十程度に収まれば運用しやすい。

一方で、グループの枠に収まらない個別条件の取引先が増えると、例外処理が積み上がって管理が煩雑になる。基幹システム側でもグループコードを取引先マスタに持たせるだけで済み、連携は比較的簡素である。

方式②：取引先×商品の個別単価マスタ

取引先と商品の組み合わせごとに、明細レベルで単価を保持する方式である。既存の商習慣をそのまま反映できるため、長年の個別交渉で決まった単価を持つ企業に向く。

ただし取引先数と品目数の掛け算でレコード数が増えるため、品目改廃のたびに単価の抜け漏れが起きやすい。基幹システムの単価マスタと二重管理になりやすく、同期の仕組みを別途用意する必要がある。

方式③：基幹システムの単価を都度参照

ECサイト側では単価を保持せず、注文の都度、基幹システム（販売管理システム）へ単価を問い合わせる方式である。単価の正本を1か所に集約できるため、二重管理を避けられる。

その代わり、基幹システムへの問い合わせが発生するたびにレスポンス要件が生じる。基幹システムが参照不能になった場合のフォールバック設計をあらかじめ決めておかないと、EC画面で価格が表示できない事態が起こり得る。

方式④：数量・期間別の階段価格

同一取引先であっても、注文ロットや契約期間に応じて単価が変わる方式である。ボリュームディスカウントやキャンペーン期間中の特別単価を扱う場合に向く。

階段の刻み方が細かくなるほど設定・検証の手間が増える。方式①〜③のいずれかと組み合わせて、階段価格を上乗せする形で運用する企業が多い。

取引先数×品目数×改定頻度で選ぶ方式決定の3変数

方式を選ぶ判断は、取引先数・対象品目数・単価改定の頻度という3つの変数で整理できる。取引先数が少なく品目数も限られるなら、方式①の価格グループで大半のケースをカバーできる。

取引先数・品目数がともに多く、しかも個社ごとの交渉条件が強く残っているなら、方式②の個別単価マスタが現実的である。改定頻度が高く、基幹システム側の単価を常に最新化しておきたい場合は、方式③の都度参照が向く。

二重管理を避ける原則も押さえておきたい。単価の正本をECと基幹システムのどちらに置くかを先に決め、両方に置かないことが重要だ。正本を決めないまま並行運用すると、どちらのデータが最新か分からなくなる。

移行時の現実解として、方式①でまず全体を運用し、例外的な条件を持つ取引先だけを方式②で個別に上書きする併用パターンがある。全取引先を一度に個別単価化するより、着手のハードルを下げられる。

独占禁止法が禁じる「不当な」差別対価とはどこからか

取引先ごとに価格を変えること自体は、独占禁止法違反ではない。同法が禁じているのは「不当に」差別的な対価を用いる場合に限られる。この「不当に」という要件が、読者が最も知りたい線引きにあたる。

不公正な取引方法の一般指定第3項の条文はこうだ。「不当に、地域又は相手方により差別的な対価をもつて、商品若しくは役務を供給し、又はこれらの供給を受けること」と規定している^*2。取引先ごとに価格を変える行為そのものではなく、その「不当性」が問われる。

この線引きを具体的に示す公正取引委員会の相談事例がある。化学品メーカーが、購入額の上位10位以内に入る卸売業者を対象に、品目ごと一律1〜3%引きの仕切価格修正を検討した事案では、独占禁止法上問題ないと回答された^*3。

ただし同事例には限定条件が付されている。「卸売業者のユーザーへの納入価格への関与をもたらし、納入価格の拘束の手段として用いられる場合は、独占禁止法上問題となる」との留保である^*3。取引先別価格をユーザー向け価格の統制手段にしないことが前提になる。

関連して、流通・取引慣行に関する独占禁止法上の指針は、事業者が流通業者の販売価格を拘束することを「原則として不公正な取引方法として違法となる」としている^*6。取引先別価格のEC画面に「この価格以下で転売しない」といった条件を紐づけないよう注意したい。

ここに、2026年1月1日施行の中小受託取引適正化法（取適法）が加わる。取適法は下請法の改正法で、対象取引に該当する場合、委託事業者に4つの義務と11の遵守事項を課す^{*4 *5}。単価に直接関わるのは次の3項目である。

• 禁止事項｜協議に応じない一方的な代金決定：中小受託事業者から価格協議の求めがあった場合が対象となる。協議に応じなかったり必要な説明を行わなかったりして、一方的に代金を決定することが禁じられる^*5
• 禁止事項｜買いたたき：発注する物品・役務等に通常支払われる対価に比べ著しく低い代金を不当に定めること^*5
• 義務｜発注内容等を明示する義務：発注に当たって給付の内容・代金の額・支払期日・支払方法等を、書面または電磁的方法で明示すること^*5

適用範囲には限定がある。取適法は①取引の内容と②資本金基準または従業員基準で対象が決まる。製造委託等では委託事業者が資本金3億円超または従業員300人超の場合などが該当し^*5、すべてのBtoB取引が対象になるわけではない。自社の取引が対象取引に該当するかは、公正取引委員会の資料で確認し、判断に迷う場合は専門家に相談する必要がある。

EC設計への落とし込みとしては、単価改定の協議履歴・改定理由・適用開始日をシステム側に残せるようにしておくと、協議の実施を後から説明しやすくなる。画面上の変更ログか、改定申請のワークフローのいずれかで対応する形が考えられる。

対象取引において、協議記録のないまま単価を通知しただけの運用は、協議に応じない一方的な代金決定として問題になり得る^*5。指導や勧告の対象になり得るため、価格改定の運用ルールを先に固めておくことが実務上の分かれ目になる。

適格請求書の端数処理と電子取引データの保存要件

取引先別価格は、決めて終わりではない。単価は見積・受注を経て請求へ流れ、証憑として保存義務の対象になる。ここでの落とし穴は、掛率計算の端数処理と、電子データの保存要件の2つである。

適格請求書には記載事項が定められている。国税庁のタックスアンサーによれば、記載事項は6項目である^*7-A。①書類作成者の氏名または名称および登録番号、②取引年月日、③取引内容（軽減税率の対象品目である旨）の3つがまず挙げられる。続いて④税率ごとに区分して合計した税込対価（または税抜対価）の額および適用税率が入る。さらに⑤税率ごとに区分した消費税額等、⑥書類の交付を受ける事業者の氏名または名称が続く。

ここで重要なのが端数処理のルールだ。消費税額等に1円未満の端数が生じる場合、端数処理は「一の適格請求書につき、税率ごとに1回」に限られる^*7。個々の商品ごとに消費税額等を計算して端数処理し、その合計額を記載することは認められていない^*7。

取引先別価格を掛率で持つ設計では、この制約が実装上の落とし穴になりやすい。明細行ごとに端数処理をして合算する仕組みのままインボイス対応を進めると、記載事項の要件を満たせない請求書ができてしまう。単価計算のロジックは、税率ごとの合計に対して1回だけ端数処理する設計にする必要がある。

もう一つの要件が電子帳簿保存法である。注文書・契約書・送り状・領収書・見積書・請求書などに相当する電子データをやりとりした場合、そのデータを電子取引データとして保存しなければならない^*8。受け取った場合だけでなく、送った場合も対象になる点に注意したい^*8。

保存には3つの要件がある^*8。1つ目は改ざん防止のための措置である。タイムスタンプの付与、訂正・削除の履歴が残るシステムでの授受・保存、事務処理規程を定めて遵守することのいずれかを実施する。2つ目は「日付・金額・取引先」で検索できることであり、3つ目はディスプレイ・プリンタ等を備え付けることである。

見積書や注文請書に載る単価は保存対象に含まれる。「誰にいつどの単価を提示したか」を後から検索できる状態にしておくことは、前段で述べた価格協議の説明責任とも直結する。証憑管理は法務対応と一体で設計するのが実務的である。

流通BMSで単価をやり取りする際の設計ポイント

方式③のように基幹システムの単価を都度参照する場合、インタフェース設計が要になる。同期で問い合わせるか非同期で反映するか、レスポンス要件をどこまで許容するかを事前に取り決めておく必要がある。基幹システムが参照不能なときのフォールバックも、あわせて用意しておきたい。

単価のやり取りには、業界標準のメッセージ規格を用いる選択肢もある。流通BMS（流通ビジネスメッセージ標準）は、流通BMS協議会（一般財団法人流通システム開発センター）が策定する、消費財流通向けのEDIメッセージ標準である^*9。

対象は発注・出荷・受領・返品・請求・支払の6業務で、基本形メッセージは8種類、百貨店版は27種類が公開されている^*9。基本形メッセージVer2.0（2018年11月リリース、消費税軽減税率対応版）では、請求鑑メッセージが新規に追加された^*9。

標準メッセージに単価を載せる場合と、EC側で単価を確定させてから発注データとして送る場合とでは、責任の分界点が異なる。前者は基幹システム側が単価の正本を持ち続けられる一方、メッセージ仕様への準拠が前提になる。後者はEC側の実装自由度が高いが、基幹システムとの単価整合を別途担保する必要がある。

連携方式の選択そのものは、単価の受け渡しだけでなく在庫・与信・受注ステータスの同期範囲まで含めて決める論点である。本稿では単価に関わる部分に絞って扱った。

棚卸しから公開検証までの導入7ステップ

取引先別価格をECで実現する導入の進め方を、実施順序に沿って整理する。順位の根拠は着手順序の依存関係である。前工程を終えないと次工程の判断材料がそろわない構成になっている。

内製でこの7ステップを進める場合、横断して確認すべき知見は3分野に及ぶ。法務（独占禁止法・取適法の該当性判断）、税務（インボイスの記載要件）、基幹システム連携（単価マスタの同期またはAPI設計）である。いずれか1分野が欠けると、後工程で手戻りが発生しやすい。

まとめ：方式選定・適法性・証憑要件の3判断軸

本稿では、取引先別価格をECで実現する方法を、方式・選定基準・法務・税務・システム連携の観点から整理した。要点を3つに集約すると次の通りである。第一に、実現方式は4つに大別され、取引先数・品目数・改定頻度で選ぶ。第二に、価格差そのものは禁止されていないが、独占禁止法の「不当性」要件と2026年1月施行の取適法の禁止事項を踏まえた運用設計が要る。第三に、単価は請求・保存という下流工程まで見据えて設計する必要がある。

---

ご不明な点はお問い合わせフォームからもご連絡いただけます。

よくある質問

取引先ごとに価格を変えることは法律違反になりますか。

それだけでは違反になりません。独占禁止法の一般指定第3項が禁じているのは「不当に」差別的な対価を用いる場合です^*2。購入実績に応じた仕切価格の引下げが問題ないとされた相談事例もあります^*3。ただし納入価格の拘束の手段として用いる場合は問題になり得ます^*3。

掛率で計算した価格の1円未満の端数は、明細ごとに処理してよいですか。

認められていません。適格請求書の消費税額等の端数処理は、一の適格請求書につき税率ごとに1回に限られます^*7。明細行ごとに端数処理して合算する実装は避ける必要があります。

単価改定を一方的に通知するだけでは問題がありますか。

対象取引に該当する場合は問題になり得ます。2026年1月1日施行の取適法は、協議に応じない一方的な代金決定を禁止事項として新設しました^{*4 *5}。対象取引に該当するかは資本金基準・従業員基準で判断されるため^*5、自社の取引が該当するかをまず確認する必要があります。

見積書に記載した取引先別単価は保存が必要ですか。

電子データでやりとりした場合は保存が必要です。電子帳簿保存法により、見積書に相当する電子取引データは、改ざん防止措置を講じ「日付・金額・取引先」で検索できる状態で保存する義務があります^*8。

既存の販売管理システムの単価マスタをそのまま使えますか。

方式③（基幹システムの単価を都度参照）を選べば、既存の単価マスタを正本のまま活用できます。方式①・②を選ぶ場合は、EC側にも単価情報を持つ設計になるため、基幹システムとの同期方法をあわせて検討する必要があります。

1. *1　出典：総務省「令和7年版 情報通信白書「顧客との接点や事業者間取引」」（2025年7月）
2. *2　出典：公正取引委員会「不公正な取引方法（一般指定第3項）」（昭和57年6月18日公正取引委員会告示第十五号、平成21年10月28日改正）
3. *3　出典：公正取引委員会「独占禁止法相談ネットワーク相談事例「化学品メーカーの卸売業者に対する仕切価格の差の設定」」
4. *4　出典：公正取引委員会「中小受託取引適正化法（取適法）関係」
5. *5　出典：公正取引委員会「取適法リーフレットNo.01「2026年1月から『下請法』は『取適法』へ！」」（令和7年8月）
6. *6　出典：公正取引委員会「流通・取引慣行に関する独占禁止法上の指針」（平成3年7月11日策定、最終改正 令和8年7月8日）
7. *7　出典：国税庁「消費税の仕入税額控除制度における適格請求書等保存方式に関するQ&A 問57」（平成30年6月、令和8年5月改訂）
8. *7-A　出典：国税庁「タックスアンサー No.6625 適格請求書等の記載事項」（令和7年4月1日現在法令等）
9. *8　出典：国税庁「電子帳簿保存法「電子取引データの保存方法をご確認ください【令和6年1月以降用】」」（令和5年7月）
10. *9　出典：流通BMS協議会・一般財団法人流通システム開発センター「流通BMS標準仕様」（基本形メッセージ Ver2.0、2018年11月リリース）