POSアプリ、請求書作成ツール、ECダッシュボードを開くと、「ビジネス口座」や「即時出金」のボタンが目に飛び込んでくることは珍しくありません。そのボタンを設置したのは、おそらく銀行ではありません。あなたが毎日使っているソフトウェア会社です。そして、それは静かに、小規模事業者が資金を保有、移動、借入するための最も急速に成長している手段の一つになりました。
これが組込み型金融です。銀行口座、デビットカード、決済、融資といった銀行に似た製品を、事業者がすでに利用しているソフトウェアプラットフォームに直接組み込んだものであり、別の銀行によって後付けされたものではありません。世界の組込み型金融市場は2025年の約1480億ドルから2026年には約1970億ドルに成長し、アナリストは2030年までに約5880億ドルに達すると予測しています。米国だけでも、組込み型フィンテック製品は2026年末までに7兆ドル以上の取引を処理すると見込まれており、2021年の2.6兆ドルから増加しています。この変化の大きな部分を占めるのがノンバンクによるカード発行です。以前は完全に銀行の領域だった小規模事業者向けカード取扱高のシェアを、プラットフォームやソフトウェア企業が急速に拡大しており、それを支えるプラットフォームや「イネーブラー」の収益は約20億ドルから110億ドルに増加すると予測されています。
言い換えれば、小規模事業者がかつて一度だけ下せばよかった「どの銀行を使うか」という決断は、今やソフトウェアを選ぶたびに、しばしば十分に意識することなく繰り返し迫られる決断になっているのです。
なぜソフトウェア企業は銀行になったのか
この変化は、ShopifyやSquareが「銀行になりたい」と突然思い立ったから起こったわけではありません。金融関係を掌握することが極めて良いビジネスであり、それを実現するためのインフラが安価に、かつ迅速に組み込めるようになったからです。
現在、少数の「バンキング・アズ・ア・サービス」インフラプロバイダーが、規制対応やコンプライアンスという面倒な処理を請け負うことで、ソフトウェア企業が自ら銀行になる必要をなくしています。
- Stripe（Treasury、Issuing、Capital）は、Shopifyを含むプラットフォーム向けに金融機能を提供しています。
- Marqeta は、多くの組込み型カードプログラムの背後にある、支配的なカード発行処理プロバイダーです。
- Unit と Cross River Bank は、ソフトウェア企業がスポンサー銀行を背後に置きながら、口座や融資機能を組み込むことを可能にします。
- Parafin は、SquareやDoorDashなどのプラットフォーム向けに加盟店金融を提供しています。
その結果は、実際に機能する製品であり、絵に描いた餅ではありません。Squareは、ビジネスバンキング（口座、貯蓄、短期融資）を、加盟店がすでに売上管理に使っている同じダッシュボードに直接構築しました。Shopify Balanceは、加盟店に店舗の売上に直接連動したビジネス口座とデビットカードを提供し、従来の銀行振込を待つよりも早く資金にアクセスできます。Shopify Capitalだけでも、2025年には42億ドルの加盟店融資を実行しました。Toastはレストラン向けに、ServiceTitanは住宅サービス業者向けに同様のサービスを提供しています。このパターンは、ほぼすべての業種特化型SaaSカテゴリーで繰り返されています。ソフトウェアはすでにあなたの売上をリアルタイムで把握しているため、月次の明細書しか見ない銀行よりも速く与信判断を行い、カードを発行し、現金を前貸しできるのです。
なぜ事業主はこの取引に応じるのか
その魅力は抽象的なものではありません。米国の小規模事業者の3分の2は新しい銀行との取引関係を積極的に探しており、金融機関自体の約80%は今後2年間で小規模事業者向けサービスの拡大を予想しています。これは、彼らが地盤を失いつつあることを暗に認めているに他なりません。一方、クレジットカードは静かに小規模事業者のデフォルトの資金調達手段となりつつあります。米国の小規模事業者の約半数がビジネスクレジットカードを利用し、さらに4分の1が事業経費を個人カードで処理しています。その主な理由は、承認が即時で、必要書類が最小限で、担保が不要だからです。
組込み型金融は、この好みに直接的に応えます。POSシステムが日々の売上をすでに把握していれば、銀行の支店では到底かなわない即日与信を提供できます。請求書作成ソフトが未回収の売掛金をすでに把握していれば、融資委員会を経ずにその売掛金を担保に前貸しできます。長年にわたり、決済、給与計算、銀行取引、記帳といった別々のツールがうまく連携しないことに頭を悩ませてきた事業主にとって、「すべてを今使っているアプリの中で完結できる」というのは、純粋に説得力のある提案です。
オンボーディングフローでは誰も語らないトレードオフ
利便性には構造的な落とし穴が伴います。銀行口座がソフトウェアプラットフォームの中にある場合、あなたは実際には銀行と取引しているのではなく、ソフトウェア会社を通じて銀行と取引していることになり、その中間層が重要になります。
最も明確な戒めは、2024年のSynapseの破綻です。Synapseは、数十のアプリからの顧客資金をプールし、提携銀行の「受益者（FBO）」口座に振り向けるフィンテックミドルウェアプロバイダーでした。Synapseが破綻したとき、合計2億6500万ドルの預金を持つ10万人以上の顧客が資金にアクセスできなくなりました。問題は、提携銀行が無保険だったことではなく（FDIC保険の対象でした）、FDIC保険が銀行の破綻からは保護するものの、中間業者が誰の金が誰のものか正確な記録を保持できなかったことによる損失からは保護しないという点にありました。Synapse自身の補助元帳、つまりプールされた口座のうち各顧客に正確にいくら属するかを示すはずの記録が整合せず、一部の顧客は1年以上経っても資金を待ち続けています。これを受けて、FDICはこの種の第三者機関による取り決めに対する記録保持ルールを強化する動きを見せています。
だからといって、組込み型銀行商品がデフォルトで安全でないという意味ではありません。上記の大規模で資本基盤のしっかりしたプラットフォームは、強力な銀行パートナーとの関係を持ち、これまで問題なく運営されてきました。しかし、デューデリジェンスの質問が「これは本当の銀行か？」とは異なるものになることを意味します。実際の運転資金をプラットフォームの銀行機能に移す前に確認すべき、より良いチェックリストは以下の通りです。
- 実際のFDIC保険対象の銀行パートナーはどこか、そしてそれはフッターのバッジでほのめかされているだけでなく、明確に名前が挙げられているか？
- 資金は個別名義の口座（顧客ごとに元帳管理されるFBO口座）に保管されているか、それともプラットフォーム自身の内部記録だけがあなたの取り分を追跡する、単一の大きなプール口座に保管されているか？
- ソフトウェア会社自体が事業を停止した場合、あなたの資金はどうなるか — 銀行ではなく、あなたと銀行の間にいるソフトウェア会社が倒産した場合です。
- 取引履歴をオープンな形式でエクスポートできるか — 将来、別のサービスに移行する必要が生じた場合に、プラットフォーム独自のダッシュボード内に閉じ込められていないか？
最後の質問は、単なるスイッチングコスト以上の理由で重要です。より多くの金融活動がプラットフォーム内に組み込まれるにつれて、あなたの記帳は、あなたのビジネスの部分的な情報しか持たないツール群（こちらではShopify Balanceの取引、あちらではSquareのローン返済、別の場所ではToastの支払い）に散らばることになります。そして、これらの情報は、あなたが意識的に統合の習慣を身につけない限り、総勘定元帳と整合しない可能性が高くなります。
銀行、プラットフォーム、それとも両方？ 実践的なフレームワーク
ほとんどの事業主は、実際には「従来の銀行」か「組込み型金融プラットフォーム」かの二者択一を迫られるわけではありません。実際には、それぞれの役割に応じて両方を使い分けるのが、最も効果的なセットアップです。
速度が重要で、売上に連動したニーズには組込み型製品を利用する。 POSやECプラットフォームがすべての売上をリアルタイムで把握しているなら、その即時出金、運転資金の前貸し、または売上連動型カードは、短期的なキャッシュフローを平滑化するために、真に優れた選択肢です。暇な週の給与支払い、繁忙期に備えた在庫の補充、大口請求書の発行から入金までのギャップを埋めるなど、これらの製品は従来の銀行が視認できないデータに基づいて与信判断されるため、数分で承認を出せるのです。
アクセスを失うリスクを冒せない資金は、従来の（または少なくとも独立した）銀行口座に保管する。 準備金、税金の天引き分、給与資金、および厳格な期限のある支払いに充当されたものは、ソフトウェアベンダーの稼働状況、価格変更、あるいはSynapseのシナリオのような支払不能リスクにさらされない場所に置くべきです。銀行口座は意図的に退屈な設計になっており、その退屈さこそが、中の資金が必要な時に確実にそこにあるために必要な機能です。
誇大広告ではなく、時間軸に合わせてツールを選択する。 良い経験則は次の通りです。数日以内に使う予定の資金は、スピードに最適化された組込み型製品に置いても問題ありません。数週間または数ヶ月間保有する資金、あるいはすでに使途が決まっている資金は、あなたと資金の間にある仲介者が最も少ない口座に属します。多くの事業主は、結局両方を同時に運用しています。日常的な売上速度のためにはShopify BalanceやSquareの口座を、実際の準備金としては従来のビジネス用当座預金口座を、という具合です。
痛い目に遭う事業者は、通常、組込み型金融製品を使っている事業者ではありません。組込み型製品を唯一の金融関係として扱い、背後にある銀行パートナーシップがどこにあるのか、あるいは間に入るソフトウェア会社がつまずいたらどうなるのかについて、何の洞察も持っていない事業者なのです。
銀行が複数のアプリの束である場合の帳簿管理
あなたの資金が従来の銀行に置かれていようと、3つの異なる組込み型金融製品の中に置かれていようと、会計の基本は変わりません。すべての入出金は、正しい口座に、正しい日付で、正しく分類されて記録される必要があります。変わるのは、それらをまとめるために必要な規律です。組込み型金融によって、あなたの「銀行取引明細書」はもはや月に一度のPDFではなく、あなたの現金の一部を保有するすべてのプラットフォームからのエクスポート（または、運が良ければAPIフィード）になるからです。
ここで、プレーンテキストでバージョン管理される会計が真価を発揮します。Beancount.ioを使えば、Shopify Balanceの口座、Squareのローン、従来のビジネス用当座預金口座など、複数のソースからの取引を、あなたが完全に所有する単一の監査可能な元帳に取り込むことができます。すべてのエントリは透過的で、差分表示が可能で、移植性があります。そのため、プラットフォームを切り替えたり（あるいは単に5つのプラットフォームにまたがる単一の情報源が欲しい場合でも）、記録を最初からやり直す必要は決してありません。無料で始める あなたのビジネスバンキングが実際にどこにあろうとも、一つの明確な元帳を維持しましょう。