- 最終更新日: 2026.10.28
- 公開日:2026.10.28
【2026年最新版】B2B ECの掛け売りとは?与信と請求の設計法

- BtoB
- お役立ち情報
- 用語・知識
「B2Bの受発注をECにしたいが、掛け売りをどう扱えばよいか分からない」——B2B ECの検討で必ず論点になるのが決済です。B2B取引では請求書による後払い(掛け売り)が商習慣として定着しており、ECでもこれを再現できなければ取引先は使ってくれません。本記事では、掛け売りの基本、EC化で生じる課題、運用方式の選び方、必要な機能と法制度対応までを整理して解説します。
この記事の要点
- 掛け売りとは、商品を先に納品し代金を後日まとめて回収する取引条件
- B2B ECで掛け売りに対応できないと、既存取引先の移行が進まない
- 運用方式は「自社与信」「請求代行・保証サービス」「併用」の3択
- 与信枠・取引先別単価・締め請求・入金消込をEC側で扱えるかが選定の分かれ目
- 2026年1月施行の取適法で手形払いが禁止。支払条件の見直しが必要
目次
B2B ECの掛け売りとは何ですか?
掛け売りとは、商品やサービスを先に納品し、代金は後日まとめて請求・回収する取引条件のことです。B2Bの商習慣では「月末締め翌月末払い」のような掛け取引が標準であり、B2B ECでもこの条件をそのまま扱えることが前提になります。
掛け売りとは、どのような取引ですか?
掛け売りとは、売り手が代金を受け取る前に商品を引き渡し、一定期間の取引をまとめて請求する後払い方式です。「掛け払い」「請求書払い」「売掛取引」とほぼ同じ意味で使われます。
買い手は都度支払いの事務を省け、売り手は継続的な取引を組み立てやすくなります。一方、回収までの期間は売掛金という形で資金が拘束されます。
なぜB2Bでは掛け売りが前提になるのですか?
発注の頻度が高く、購買担当と経理担当が分かれているためです。担当者が発注のたびに支払処理を行う運用は現実的ではなく、締め日単位でまとめて精算する方が双方の事務負担を抑えられます。
そのため、掛け売りに対応していないB2B ECは「既存の取引先が移行できないサイト」になりがちです。受発注のデジタル化を進めるうえで、決済条件の再現性は機能要件と同じ重みを持ちます。B2B ECの全体像はB2B-ECサイトの構築方法をまとめた記事もあわせてご確認ください。
クレジットカード決済とは何が違いますか?
与信の主体と、代金回収のタイミングが異なります。カード決済は購入時点でカード会社が与信を行いますが、掛け売りでは売り手(または請求代行会社)が取引先の信用を判断します。
| 比較項目 | 掛け売り(請求書払い) | クレジットカード決済 |
|---|---|---|
| 与信の主体 | 売り手または請求代行会社 | カード会社 |
| 請求の単位 | 締め日単位でまとめて請求 | 注文ごとに決済 |
| 購買側の事務 | 経理が月次でまとめて処理 | 担当者ごとの立替・精算が発生しやすい |
| 主な利用場面 | 継続取引・高単価・大量発注 | スポット購入・少額取引 |
| 未回収リスク | 売り手が負う(保証サービスで移転可) | 原則としてカード会社が負う |
なお、両者は排他的な関係ではありません。継続取引の主要取引先には掛け売り、スポットの少額購入にはカード決済を用意する併存が現実解です。
掛け売りをEC化すると、何が課題になりますか?
課題は大きく3つ、与信管理・請求事務・未回収リスクです。いずれも従来は営業担当や経理担当の経験で吸収されてきた領域であり、ECに載せる際に「誰がどの基準で判断するか」を明文化する必要が生じます。
与信管理のどこが難しいのですか?
ECは取引先の裾野が広がる仕組みであり、新規の申し込みが増えるほど審査の件数と速度が問題になります。取引実績のない相手に、どの金額まで掛け売りを認めるかを短時間で判断しなければなりません。
審査に数日かかる運用では、受注機会を広げても発注に至りません。与信枠の設定基準と、枠を超えた注文の扱い(保留・別決済への切り替えなど)を事前に決めておくことが重要です。
請求・入金消込の負担はどれくらいですか?
実務担当者が最も課題に挙げるのが、この領域です。株式会社ラクーンフィナンシャルが2026年3月に実施したB2B EC・B2B SaaS企業への調査(対象1,003人)では、請求業務の課題として「入金照合(消込)作業の複雑さ」が37.0%で最多、「未回収金の督促業務の負担」が36.7%で続きました。
一部入金や複数請求のまとめ振込、取引先名と振込名義の不一致など、消込は例外処理の塊です。ECの受注データと請求データがつながっていないと、この手作業は増える一方になります。
未回収リスクにはどう備えますか?
同じ調査では、未回収リスクへの対策として「外部の信用情報機関の利用」が45.4%、「決済代行・保証サービスへの加入」が40.0%、「独自の与信基準による事前審査」が31.2%という結果でした。外部の情報とサービスを組み合わせて備える企業が多数派です。
売掛金は回収して初めて売上になります。取引先を増やす施策とセットで、許容できるリスクの上限を決めておく必要があります。
掛け売りの運用方式はどう選べばよいですか?
選択肢は「自社与信」「請求代行・保証サービスの利用」「両者の併用」の3つです。前掲のラクーンフィナンシャル調査では、掛け売り管理の方法は「すべて自社で管理」47.0%、「すべて外部の決済代行・保証サービスを利用」40.5%、「自社管理と外部サービスを併用」12.5%と分かれています。
3つの方式を比較すると?
| 比較項目 | 自社与信・自社請求 | 請求代行・保証サービス | 併用 |
|---|---|---|---|
| 与信の判断 | 自社基準で個別に判断 | サービス提供会社が審査 | 取引先の区分で使い分け |
| 未回収リスク | 自社が負担 | 保証範囲内で移転できる | リスクの高い層のみ移転 |
| 請求・督促の事務 | 自社の経理が実施 | サービス側に委託できる | 対象を絞って委託 |
| コスト構造 | 人件費・システム費が中心 | 取引額に応じた手数料が中心 | 両方が発生 |
| 審査のスピード | 基準と体制しだい | オンラインでの即時判定に対応する例が多い | 層ごとに最適化できる |
| 向いているケース | 取引先が固定的で与信ノウハウがある | 新規取引先を積極的に増やしたい | 既存の大口と新規開拓が併存する |
手数料率や与信枠の上限、保証の適用条件はサービスごとに異なります。比較の際は料率だけでなく、保証の対象外となる条件と入金サイクルまで確認してください。
どの方式が自社に合いますか?
判断軸は「取引先の増え方」と「与信ノウハウの有無」です。既存の大口取引先が中心で社内に与信の蓄積があるなら自社与信、ECで新規取引先を広げたいなら請求代行・保証サービスが適します。
既存取引は自社で管理し、EC経由の新規取引だけ外部サービスに載せる併用も有効です。いずれの方式でも、ECの受注データと請求データが分断されない設計が前提になります。
掛け売り対応のB2B ECに必要な機能と法対応は?
必要なのは、取引先ごとの条件をシステムが保持し、それを請求と会計まで途切れなく流す仕組みです。掛け売りは「決済手段を1つ増やす」話ではなく、取引条件の管理そのものだと捉えてください。
取引先ごとの与信枠・単価はどう扱いますか?
ログインした取引先の属性に応じて、単価・与信枠・支払条件を出し分けられることが必須要件です。同じ商品でも取引先ごとに価格が異なるのがB2Bの実態であり、画面上でその条件が正しく反映されている必要があります。
与信枠の残高を参照し、超過する注文は自動で保留や別決済に切り替える制御があると、営業担当の個別判断を減らせます。
締め請求・支払条件はどう設定しますか?
取引先ごとに締め日と支払サイト(締め日から入金までの期間)が異なる前提で設計します。月末締め・20日締めなどの締め日と、翌月末払いといった支払期日を、マスタとして持てるかを確認してください。
あわせて、複数拠点からの発注を本社宛に一括請求する、部門別に請求を分けるといった請求先の分岐にも対応できると、大口取引先の要望に応えやすくなります。
基幹システムとの連携はどこまで必要ですか?
受注・在庫・売掛金の情報は、最終的に基幹システムや会計システムで一元管理するのが定石です。EC側だけで売掛残高を持つと、既存のオフライン受注と数字が二重管理になります。
APIで受注データを基幹システムへ連携し、入金結果をEC側の与信枠へ戻す往復の設計にしておくと、消込の手作業を大きく減らせます。連携の考え方はB2B EC導入で業務効率化を進める方法を解説した記事も参考になります。
インボイス制度・電子帳簿保存法にはどう対応しますか?
ECから発行する請求書が適格請求書の記載要件を満たしているかを確認します。登録番号、適用税率ごとに区分した対価の額、税率ごとの消費税額といった項目が、システムの出力に含まれている必要があります。
また電子帳簿保存法では、電子的に授受した取引データを電子のまま保存することが求められます。EC上で発行・受領した請求データの保存要件も、あわせて確認してください。
2026年1月施行の取適法で何が変わりましたか?
取適法(中小受託取引適正化法)とは、2026年1月1日に施行された、下請法を改正・改称した法律です。委託取引における支払条件の適正化を目的としており、支払手段としての手形払いが禁止されました。
電子記録債権やファクタリング(売掛債権を期日前に資金化する仕組み)を使う場合も、支払期日までに代金の全額を受け取ることが困難な方法は認められません。振込手数料を受託側に一方的に負担させることも禁止されています。
掛け売りの支払条件をシステムに登録する前に、自社の条件が現行法に適合しているかを確認してください。
掛け売りに強いEC基盤はどう選べばよいですか?
確認すべきは、取引先ごとの複雑な条件を標準機能とカスタマイズでどこまで再現できるか、そして基幹システムと確実につながるかの2点です。B2Bの取引条件は企業ごとに固有であり、汎用のカート機能だけでは吸収しきれません。
選定時に確認すべき点は?
| 確認項目 | 見るべきポイント |
|---|---|
| 取引先別条件 | 単価・与信枠・支払条件をマスタで持てるか |
| 締め請求 | 締め日・支払サイトを取引先ごとに設定できるか |
| 決済手段 | 掛け売りと他の決済手段を併存させられるか |
| 外部連携 | 基幹システム・請求代行サービスとAPI連携できるか |
| 拡張性 | 商習慣に合わせた個別要件をカスタマイズで実装できるか |
| 法改正対応 | 制度変更時のシステム改修を誰が担うか |
「GMOクラウドEC」はどのような選択肢になりますか?
「GMOクラウドEC」は、クラウド型でありながらフルカスタマイズに対応するEC構築プラットフォームです。フロントエンドとバックエンドを分離するヘッドレスコマースを採用しており、取引先別の単価・与信枠・締め請求といったB2B固有の要件を、業務に合わせて実装できます。
基幹システムやCRM、物流システムとのAPI連携に対応しているため、掛け売りの売掛残高を基幹側で一元管理する構成も取りやすい点が特徴です。EC本体の機能とセキュリティは自動でアップデートされ、法令改正への対応もサービス側で実施するため、制度変更のたびに大規模な改修を抱え込む必要がありません。
要件定義の段階から専任のプロジェクトマネージャーが伴走し、BtoC・B2B・単品通販・マルチサイトなど幅広い業態に対応しています。掛け売りを含む受発注の設計から相談したい場合は、「GMOクラウドEC」へのご相談・資料請求はこちらからお問い合わせください。24時間365日受付で、最短当日に返信いたします。
よくある質問
掛け売りと後払い決済は同じものですか?
ほぼ同じ意味で使われますが、B2Bでは締め日単位でまとめて請求する運用を指して「掛け売り」と呼ぶのが一般的です。BtoC向けの後払い決済は注文ごとの請求が基本であり、請求の単位が異なります。
新規の取引先にも掛け売りを認めるべきですか?
与信の判断ができる仕組みを用意したうえで、段階的に認めるのが現実的です。初回は与信枠を小さく設定する、または請求代行・保証サービスの審査に通った取引先のみ掛け売りを開放するといった運用が取られています。
EDIで受注している取引先の掛け売りはどうなりますか?
既存の支払条件をそのまま維持し、受注の入口だけを増やす形が基本です。EDIとB2B ECは併用されることが多く、請求と売掛の管理は基幹システム側で1本化するのが定石です。詳しくはEDIの種類や連携例を解説した記事をご確認ください。
掛け売り対応のECサイト構築にはどれくらいかかりますか?
要件の範囲によって大きく変わるため一概には言えませんが、取引先別の条件管理と基幹システム連携を含む場合は、要件定義から公開まで数か月単位を見込むのが目安です。既存の受発注業務の棚卸しを先に済ませておくと、期間を圧縮しやすくなります。
まとめ
B2B ECにおける掛け売りは、決済手段の一つではなく取引条件の管理そのものです。与信・締め請求・入金消込・基幹連携までを一続きの流れとして設計できるかが、既存取引先の移行と新規開拓の両立を左右します。
経済産業省の「令和6年度電子商取引に関する市場調査」(2025年8月26日公表)によると、2024年の国内B2B-EC市場規模は514.4兆円、EC化率は43.1%でした。電子化の余地はまだ大きく、掛け売りに対応できるかどうかが、その余地を取りにいけるかの分かれ目になります。
自社の商習慣をどこまでシステムに載せられるか判断が難しい場合は、要件の整理段階から「GMOクラウドEC」にご相談ください。取引条件の設計から基幹システム連携まで、実装可否を含めてお話しできます。









