組み込み型金融(Embedded Finance/BaaS)

## 概要(何のモデルか) 組み込み型金融(Embedded Finance)は、非金融事業者(小売・EC・人材・SaaS等)が自社サービスの中に決済・口座・融資・保険といった金融機能をAPI経由で「裏方」として組み込むモデル。その裏側でライセンス(銀行免許・資金移動業免許等)と金融機能そのものを卸提供する仕組みが Banking as a Service(BaaS)と呼ばれる。事業会社は銀行免許を取らずに金融機能を自社ブランドで提供でき、銀行・BaaS提供者は自行の預金基盤やAPIを外部に開放することで新たな手数料・預金収益を得る、という双方向のビジネスモデルである [出典: https://www.pwc.com/jp/ja/knowledge/journal/ginkojitsumu2502.html]。 米国では ShopifyがShopify Capital(2016年、マーチャント向け貸付をダッシュボードに組み込み)、UberがUber Cash・ドライバー向けデビットカード、SquareがCash Appに預金類似機能を統合するなど、2016〜2018年にかけて「プラットフォーム側が金融機能を内製・API調達する」動きが相次いだ。英国では Starling Bank が2018年10月に自行のクラウド型バンキング基盤をAPI経由で外部企業に開放する「Banking-as-a-Service / Payment Services」提供を正式に拡大し [出典: https://www.crowdfundinsider.com/2018/10/139987-starling-bank-expands-white-label-banking-as-a-service-and-payment-service-offer/][出典: https://www.fintechfutures.com/baas/starling-bank-unveils-banking-as-a-platform-apis]、Railsbank・ClearBank等のBaaS専業プレイヤーもこの時期に台頭した。「Embedded Finance」という用語自体は Bain Capital の Matt Harris が提唱したとされる [出典: https://thefintechtimes.com/previse-the-history-of-embedded-finance-and-where-its-going-next/]。 ## 日本上陸の経緯(誰が・いつ・どう持ち込んだか) **年号アンカーの整理(重要)**: - **origin_year = 2018**: 英国 Starling Bank が商用BaaS APIを正式展開した年。米国側は Cross River Bank(2008年設立、2010年に GreenSky と提携し実質的にBaaS市場を切り拓いたとされる)がすでに存在したが、Chime・Affirm等の大型フィンテックとの提携拡大や Stripe Issuing/Capital 等の周辺プロダクト群が揃い「マス市場化」したのはおおむね2018年前後〜2020年(Stripe Treasury)にかけてであり、本稿では英国側の明確な商用ローンチ年である2018年を採用した。米国のより保守的な起点(Stripe Treasury本格展開=2020年)を採る説もあり、その場合 time_lag は2年に縮む。 - **japan_entry_year = 2022**: 日本国内での「最初の1社」の上陸年と、市場全体が動いた転換点の年は異なる。 - 最初の着手: GMOあおぞらネット銀行は2018年にインターネット銀行事業を開始した当時から、銀行法改正を見据えて海外のBaaS先進事例を研究し始めていた [出典: https://www.sbbit.jp/article/fj/128802]。 - 国内初の商用フルバンキングBaaS: 住信SBIネット銀行が2020年4月に「JAL NEOBANK」をリリースし、日本初のフルバンキングBaaSサービスとして商用化した [出典: https://www.netbk.co.jp/contents/neobank/]。 - API専業の「デジタルバンク」第一号: 福岡フィナンシャルグループ系のみんなの銀行が2021年5月28日に国内初のデジタルバンクとしてサービス開始 [出典: https://jp.techcrunch.com/2021/01/15/2021-01-15-minna-no-ginko/]。 - **市場全体の転換点**: 2021年5月に成立・同年11月22日に施行された改正銀行法により、銀行の業務範囲規制・出資規制(銀行業高度化等会社の活用要件)が大幅に緩和され [出典: https://www.chiginkyo.or.jp/association/report/assets/rbareport_vol04_report02.pdf]、この規制緩和を追い風に2022年にかけて非金融事業者との提携が急増した。日経クロステックは2022年を指して「銀行参入のハードルが下がる、FinTechのカギ握る『BaaS』」と報じており [出典: https://xtech.nikkei.com/atcl/nxt/column/18/01909/010400005/]、PayPay銀行の中小企業向けサービス拡大やみんなの銀行のBaaS提携社数拡大もこの時期から本格化した。以上より、本稿では「最初の1社(2018〜2020年)」と「市場が動いた転換点(2022年)」を区別した上で、後者の2022年を japan_entry_year として採用する。 ## なぜ遅れたか(delay_factors の根拠) - **規制**: 銀行が事業会社に出資・API提供して金融機能を切り出すには、銀行法上の業務範囲規制・出資規制のクリアが必須だった。2021年の改正銀行法(2021年11月施行)まで、銀行業高度化等会社を通じたフィンテック業務・出資の上限が厳しく制限されており、これが組み込み型金融を制度的に制約していた [出典: https://www.chiginkyo.or.jp/association/report/assets/rbareport_vol04_report02.pdf]。 - **商習慣**: 日本の金融機関は伝統的に自行チャネル(店舗・自社アプリ)中心の顧客接点を重視し、他社ブランドへの金融機能の卸提供(ホワイトレーベル)という発想自体が主流ではなかった。GMOあおぞらネット銀行が2018年から海外事例を研究してようやく着手した経緯からも、モデル自体の輸入・咀嚼に数年を要したことがうかがえる [出典: https://www.sbbit.jp/article/fj/128802]。 - **資本**: BaaSを提供する側(銀行)は勘定系システムのAPI化に相応の投資が必要であり、事業会社側もKYC/AML対応や与信システムとの連携コストを負う。フルクラウド型の勘定系を持つ新設デジタルバンク(みんなの銀行)の登場を待つ必要があった。 - **需要成熟**: 日本ではキャッシュレス決済比率が2022年時点で36.0%(111兆円)に達するなど、非金融事業者側に組み込み金融を求める需要(EC・QR決済・人材派遣等での資金前払い・給与前払いニーズ)が2020年代に入って初めて臨界点に達した。 ## 結果とその理由(成功/失敗/変形の中身) 日本国内では established(定着)と評価できる。住信SBIネット銀行のNEOBANKは2025年3月時点で23社と提携 [出典: https://www.netbk.co.jp/contents/neobank/]、みんなの銀行は2026年5月末時点で36社・約170万口座まで拡大し、三菱UFJ銀行の新設デジタルバンクの基幹システムにみんなの銀行のフルクラウド型銀行システムが採用されるなど、BaaS事業そのものが収益の柱として定着しつつある [出典: https://www.businessinsider.jp/article/2606-minnanoginko-5th-anniversary-api-economy-profitability/]。GMOあおぞらネット銀行も個別API単位での提供という独自路線で法人特化型のBaaSトップシェアを獲得した [出典: https://gmo-aozora.com/baas/]。 一方で発祥国の米国では、2024年4月にBaaSミドルウェア企業 Synapse Financial Technologies が破綻し、10万人以上・2億6,500万ドル超の資金が凍結される事故が発生した。これは Synapse(ミドルウェア)・Evolve Bank(スポンサー銀行)・Mercury等のフィンテック企業の間で台帳が一致しない構造的欠陥が原因とされ [出典: https://www.cnbc.com/2024/07/02/synapse-fintech-fdic-false-promise.html]、業界内では「BaaS」という言葉自体が一連の規制問題により評判を落とし、責任あるスポンサーバンクモデルの再構築が進んでいる状況にある [出典: https://fintechbusinessweekly.substack.com/p/the-synapse-evolve-disaster-one-year]。つまり発祥国側はモデルとしては established というより現在進行形で transformed(再編途上)に近い。 ## ローカライズで変わった点 米国型BaaSは「銀行(スポンサーバンク)+ミドルウェア企業(Synapse等)+フィンテック企業」の三層構造が一般的で、顧客資金の台帳管理をミドルウェア企業が担う分、銀行側の直接監督が及びにくく、これがSynapse破綻の遠因となった。対して日本のBaaSは、住信SBIネット銀行・GMOあおぞらネット銀行・みんなの銀行といった銀行自身がAPIを直接提供する形態が主流で、独立系ミドルウェア企業を挟まない構造になっている [出典: https://www.pwc.com/jp/ja/knowledge/journal/ginkojitsumu2502.html]。この違いは意図的な戦略というより、銀行法・資金決済法上の規制構造(銀行免許を持つ主体自身が直接責任を負う建付けになりやすい)の帰結である可能性が高いが、結果として米国で顕在化したミドルウェア層の破綻リスクを日本は構造的に回避できている。 ## business-autopilot 的な学び - **観察**: 海外で先に大規模な事故(Synapse破綻)が起きたモデルでも、規制構造の違いにより日本版は同じ失敗モードを踏まない場合がある。海外モデルを評価する際は「モデルそのものの是非」と「その国の規制構造に起因するリスク」を分離して見る必要がある。→ 今後の候補選定では、海外で炎上・規制強化が起きた事例ほど「なぜ燃えたか(構造要因)」まで調べ、日本の規制環境がその構造要因を再現するかどうかを個別に判定する。 - **観察**: japan_entry_year(2022)は「最初の1社」の上陸(2018〜2020年)より2〜4年遅れて訪れており、この間隙は法改正という単一の制度イベントで説明できる。→ 規制業種(金融・医療・不動産等)の海外モデルを日本市場向けに評価する際は、「モデル自体の輸入年」より「規制緩和・法改正のタイミング」をtime_lagの起点として重視すべき。法改正の予定・審議状況を先行指標として使える。 - **観察**: BaaSのプラットフォーム本体(銀行免許・勘定系API基盤の構築)はcapital-heavyで個人・中小の参入は不可能だが、その上に乗る「導入支援・API連携コンサル・KYC/AML対応コンサル・組み込み金融UX設計」といった周辺領域は smb-feasible な参入機会として存在する(現に組み込み型金融の事例調査・コンサルティングを専業とするインフキュリオン社のような中堅プレイヤーが存在する)。→ 資本集約的な金融インフラ系モデルを見つけた場合は、本体ではなく「本体に乗る導入支援・コンサル・エージェンシー業態」を候補として切り出す。 - **観察**: 日本のBaaS普及は、地方銀行・ネット専業銀行が既存勘定系システムを流用することで「IT投資をリーズナブルに抑えて」導入できた点が有効打だった [出典: https://www.pwc.com/jp/ja/knowledge/journal/ginkojitsumu2502.html]。→ 海外発の重量級インフラモデルが日本に定着するかどうかを判定する際、「既存資産(勘定系・免許・顧客基盤)を転用してコストを下げられるプレイヤーが存在するか」を定着可能性の先行指標として使う。