ある卸売業者が、成長中の地域チェーンに4万ドル分のレストラン機器を販売するとしよう。買い手はNet 60（60日後払い）を求めてくる——業界では標準的な条件であり、サプライヤーが断れば商談自体が流れてしまう。サプライヤーは応じて商品を出荷し、その後2か月間、請求書が実際に支払われることを祈りながら、週に一度しかメールに返信しない経理部門を追いかけ、この注文が貸し倒れになるのではないかとひそかに不安を抱えることになる。これを、条件交渉を求めてくるすべての顧客に掛け合わせると、多くの小規模B2B売り手が、本業のかたわらで無免許の貸金業を営んでいるような状態になっていることが分かる。
これこそが、新たな潮流である「B2B Buy Now, Pay Later（BNPL）」プラットフォームが解決しようとしている問題だ。奇妙な名前に聞こえるかもしれない——多くの人は「BNPL」と聞くと、60ドルのスニーカーをレジで4回払いに分割するようなイメージを思い浮かべる。しかしB2B版はまったく別物であり、通常の商取引の一環として取引信用（トレードクレジット）を提供しているサプライヤーにとっては、2026年における最も重要なフィンテックの変化の一つになりつつある。
B2B BNPLとは実際何なのか
消費者向けBNPLは、少額の購入を数週間かけて数回の支払いに分割する仕組みだ。一方B2B BNPLは、サプライヤーが常に企業顧客に提供してきたネットタームズ（Net 30、Net 60、Net 90といった後払い条件）の請求書を、サードパーティのファイナンシング・プラットフォームが肩代わりして支払う、いわば取引信用の現代版に近い。サプライヤー自身の売掛金チームの代わりに、フィンテック企業が間に入るということだ。
仕組み自体はシンプルだ。買い手が注文を出し、後払い条件を希望する。BNPLプロバイダーは、購入担当の個人ではなく買い手企業に対してリアルタイムの与信審査を行い、数秒で与信枠を承認（あるいは却下、または制限）する。承認されれば、プロバイダーはサプライヤーに対して即座に——多くの場合、請求額のほぼ全額を、当日中か24〜48時間以内に——支払いを行い、その後、合意した期間にわたって買い手から回収する役割を引き受ける。サプライヤーは現金取引と同じように支払いを受け取り、買い手は希望していた30日・60日・90日の猶予を得る。ファイナンシング会社は、リスクと事務作業の両方を双方から引き受ける対価として手数料を得る。
これが、マーチャント・キャッシュ・アドバンスやファクタリングとは根本的に異なる点だ。B2B BNPLファイナンシングの多くはノンリコース（非遡及型）である。買い手が最終的に支払わなかった場合、それはプラットフォームの問題であり、サプライヤーの問題ではない。これは、自社でネットタームズを管理している企業——取引信用に関する調査によれば、信用リスクのおよそ半分を自ら負っていると言われる——が、請求書を追いかけ、貸し倒れを被り、営業ではなく債権回収にスタッフの時間を割いている状況とは対照的だ。
この市場はすでにニッチな実験の域を超えるスピードで成長している。B2B BNPLの取引量は2023年時点で約140億ドルと推定され、今後2030年にかけて年率25%以上の複合成長率で拡大すると予測されており、一部の予測では2030年までに総取引量が数千億ドル規模に達するとされている。StripeとAmazon Businessはこの2年間でいずれも組み込み型のネットタームズ商品を投入し、この分野を切り開いてきたResolve、TreviPay、Fundbox、Balanceといった専門プロバイダーに続いている。世界最大級の決済プラットフォームが2社そろって同様の機能を投入し始めたことは、これが一過性の流行ではなく、根底にある需要が本物であることを示すシグナルだ。
なぜ小規模サプライヤーが採用しているのか
卸売業者、ディストリビューター、B2Bサービス提供者にとって、その訴求ポイントは大きく4つに集約される。
現金、借用書ではなく。 後払い条件を提供する小規模サプライヤーが抱える最大の不満は、商品を出荷してから実際に現金を受け取るまでのギャップだ。このギャップこそが運転資金問題の発端となる——自社の仕入先や給与はすでに支払い済みなのに、自社の顧客からはまだ入金がない、という状態だ。BNPLはこのギャップをほぼゼロにする。買い手のスケジュールではなく、承認された時点で支払いを受け取れるからだ。
成約率の向上と受注額の拡大。 特に中堅〜大企業の調達部門にとって、前払いは「できない」ことが多い——それは好みの問題ではなく、社内規定の問題だ。後払い条件を提供できなければ、そもそも市場の一部から締め出されてしまう。柔軟なネットタームズのオプションを追加したサプライヤーは、成約率の大幅な向上と平均受注額の拡大を報告している。与信枠があることで、販売時点における「来四半期の予算を待たなければならない」という反対理由が取り除かれるからだ。
リスクの移転。 与信部門を持たない小規模事業者にとって、これが最も重要な機能だ。経理担当者やオーナーが直感で新規顧客に4万ドルの与信を与えるかどうかを個人的に判断する代わりに、審査エンジンがその判断を下す。そして、その与信が承認された後に買い手がデフォルトしても、損失はプラットフォームが負うのであって、サプライヤーの貸借対照表には影響しない。
回収業務の負担軽減。 支払いの遅れた顧客を追いかけるのは、不快でスケールしない作業だ。回収を専門とするプラットフォームに任せることで、スタッフの時間が解放されるだけでなく、多くの場合、顧客関係も良好に保たれる。取引を続けたい仕入先本人よりも、中立的な第三者と気まずい支払いの話をするほうが、買い手にとっても気楽だからだ。
実際にかかるコスト
多くのマーケティングページは、実際のコストを過小に伝えている。ほとんどのプロバイダーが掲げる加盟店手数料率（マーチャント・ディスカウント・レート）は、Net 30のような短い条件で請求額の1.25%〜3.5%程度で、条件が長くなるほど、また買い手のリスクが高くなるほど上昇する。それだけで見れば、クレジットカード決済手数料よりも安いことが多い。
しかし、B2B BNPLを運用する総コストは、追加費用を加味すると表示レートより高くなる傾向がある。パーセンテージに上乗せされる取引ごとの手数料、より企業向けのプロバイダーが課す初期費用や月額最低料金、そして審査エンジンがリスクが高いと判断した買い手ほど高くなる段階的な価格設定などだ。これらを合計すると、総保有コスト（TCO）は表示レートの1.5〜3.5%ではなく、総取引額の3〜6%の範囲に収まることが多い——これは契約前にモデル化しておく価値があるギャップであり、最初の四半期決算を見てから気づくべきものではない。
価格以外にも実際のデメリットはある。返品は通常の請求書取引よりもBNPLのほうが大きな悩みの種になりやすく、あるマーチャントはBNPL経由の注文がカード決済に比べてほぼ2倍の頻度で返品されたと報告している。しかも返品されても、マーチャントがすでに支払った手数料が自動的に返金されるわけではない。審査基準もこのところ厳格化しており、2025年初めには多くのマーチャントがプロバイダーの姿勢がより保守的になったことで買い手の承認件数が減少したと報告している。つまり、まさに「イエス」と言いたかった限界的な顧客に対して、ファイナンシングが利用できないという事態が起こり得るということだ。さらに、買い手の支払い関係が今やプラットフォーム経由になるとはいえ、請求に関する問い合わせが結局サプライヤーに跳ね返ってくることも少なくない——サプライヤー自身はもはや条件をコントロールできていないにもかかわらず、だ。
どのようなケースに最も適しているか
B2B BNPLは、規模が大きく、やや予測しづらい企業顧客層を相手にするサプライヤー——卸売業者、産業・食品ディストリビューター、電子機器サプライヤー、そして今後急速な導入拡大が見込まれる建設資材、医療調達、専門サービスなど——に最も適している傾向がある。すでによく知っている、少数で安定した長期顧客の顔ぶれしかないのであれば、しっかりした請求書管理を伴う自社管理型のネットタームズのほうが単純に安上がりかもしれない。しかし、支払い履歴のない新規顧客層への拡大を進める段階になると、計算は変わってくる。まさにその層こそ、サードパーティによる与信審査に対価を払う価値がある領域だ。
プロバイダーと契約する前に確認すべき質問
Resolve、TreviPay、Fundbox、Balance、さらにStripeやAmazon Businessに組み込まれたサービスまで、この分野はすでに乱立気味で、プロバイダー選びそのものが小さなプロジェクトになっている。契約前に検討しておく価値のある質問をいくつか挙げる。
- そのファイナンシングは本当にノンリコースか？ 「リスク移転」を謳いながら、特定の買い手カテゴリーについては資金を回収したり、留保金を設定したりするプロバイダーもある。宣伝文句だけでなく、契約書の例外条項まで読み込むこと。
- MDR（加盟店手数料率）だけでなく、総合的なコストはいくらか？ 取引ごとの手数料、初期費用、月額最低料金、そして期間や買い手のリスク階層によって価格が変わるかどうかを直接確認する。価格ページに載っているベストケースの料率ではなく、自社の実際の想定取引ミックスに基づいた数字を求めること。
- 入金はどれくらい速く、それは安定しているか？ マーケティング資料では「当日中」や「24〜48時間」といった表現が緩く使われがちだ。取引量が多い週やプラットフォーム障害時に何が起きるかを確認しておく。
- 紛争が起きた場合、顧客対応の主体は誰か？ 買い手が請求内容に異議を唱えたり、支払い計画の調整を求めたりした場合、その対応がプラットフォーム側で完結するのか、それとも自社のサポートチームに戻ってくるのかを確認する。
- 買い手層が変化した場合、承認率はどうなるか？ 現在の顧客層にはうまく機能しているプロバイダーでも、新しい業界や地域に拡大した途端に審査を大きく厳格化することがある。ピッチ資料の平均値ではなく、承認率の推移データを求めること。
- 選択的にオフにできるか？ 最も優れた仕組みでは、新規や高リスクの顧客にはBNPLを提供しつつ、もともと回収リスクがなかった優良な長期顧客については、手数料を払わずに自社管理の条件のままにしておくことができる。
これらの質問に普遍的な正解はない——利益率、顧客の集中度、そして現在チームの時間がどれだけ債権回収に費やされているかによって、答えは変わってくる。利益率が薄く、信頼できる少数のリピート顧客しかいないサプライヤーにとっては、手数料を払う価値がないと判断されるかもしれない。一方、支払い履歴のない新規顧客層への成長を目指すサプライヤーにとっては、手数料のほうが、それによって回避できる貸し倒れやスタッフの時間コストより安く済むケースが多いだろう。
誰も語らない帳簿づけの話
与信の提供方法が自社管理のネットタームズであれ、BNPLプラットフォームであれ、会計処理そのものがなくなるわけではなく、形が変わるだけだ。BNPLプロバイダーが前払いしてくれた場合、その現金は出荷済み請求書に対する売上として帳簿に計上されるが、プラットフォームが課す手数料は、「銀行手数料」に紛れ込ませてよい端数ではなく、独立した勘定科目を持つべき正真正銘の売上原価だ。旧来型の自社管理Net 30/60/90をまだ運用している口座が残っているなら、どの請求書がどれだけ長期化しているか、どれが問題化しつつあるか、売掛金残高のうちどれだけが実際に回収可能かを明確に把握しておく必要がある——BNPLで資金調達している顧客と自社管理の顧客を同時にやりくりするようになると、こうした継続的で監査可能な台帳は、スプレッドシートだけではあっという間に管理しきれなくなる。
これはまさに、プレーンテキスト会計が真価を発揮する種類の帳簿づけだ。すべての請求書、手数料、支払いは、コードのようにdiffし、grepし、監査できる台帳ファイル内の一行になる——信頼するしかないSaaSダッシュボードの中のブラックボックスではない。Beancount.ioは、その透明でバージョン管理された台帳を提供し、その上にリアルタイムのFavaダッシュボードを備えているため、売掛金の経過日数、プロバイダー手数料、キャッシュフローを一箇所で確認でき、2つのシステムを手作業で突き合わせる必要がなくなる。実際の売掛金ワークフローにどう対応するかはドキュメントを、あるいは無料で始めて、コードと同じように監査可能な帳簿を維持しよう。