Embedded Finance / BaaSとは何か？Uber・Apple Card・Shopify Balance・Synapseで見る「金融の埋め込み」

最終確認：2026年10月5日

Uberのdriver appで、稼いだお金をすぐ口座へ移す。Shopifyの管理画面で、売上を受け取り、そのままcardで使う。iPhoneのWalletからApple Cardを申し込む。

利用者から見ると、どれも「その会社が金融サービスを提供している」ように見えます。

しかし、その裏側では、別の会社が銀行口座を持ち、別の会社がcardをissueし、別のnetworkがtransactionを運び、APIやledgerを管理する会社が間にいることがあります。

この構造を理解するための言葉がEmbedded FinanceとBanking-as-a-Service（BaaS）です。ただし、この二つは完全な同義語ではありません。

結論：見た目は一つのAppでも、金融は複数社で動いている

Embedded Financeは、金融機能が金融機関以外のcustomer journeyの中へ埋め込まれる現象を説明する言葉です。

BaaSは、その金融機能を提供する側のarchitectureを説明するときに使われることが多い言葉です。

Federal Reserve・FDIC・OCCの2024年Joint Statementも、bankとthird partyが組んでdeposit productをend userへ提供する構造について、structureとpartiesによって“banking-as-a-service”や“embedded finance”と呼ばれることがある、としています。

つまり、名前よりも実際に誰が何を担当しているかを見る必要があります。

01　Userには1つ、Backendには複数Layer

Brand / App
Uber・Shopify・Apple

↓

API / Middleware / Program

↓

Bank / Issuer

↓

Processor / Network / Rail

↓

Settlement / Ledger / Operations

まず5つの役割を分ける

• Brand / Customer Interface — 利用者が直接見るproduct。
• API / Middleware / Program Layer — onboarding、ledger、payment instructionなどを扱うlayer。
• Regulated Bank / Issuer — depositを保有したり、creditを供与したり、cardをissueするregulated entity。
• Processor / Network / Rail — card network、ACH、payment processorなど。
• Ledger / Operations / Compliance — 残高、transaction record、complaint、AMLなど。

一つのcompanyが複数役を持つこともありますが、一つのappに見えるから一社ですべて動いているとは限りません。

2016年：UberのDriver Appの中にChecking Accountが入った

Embedded Financeという言葉が今ほど一般的になる前から、発想は存在しました。

2016年3月、Green DotとUberは“Uber Checking by GoBank”を発表しました。GoBankのbusiness checking accountをUber Driver Mobile Appへintegrateし、driverがUberで稼いだmoneyをInstant Payで口座へ移せる仕組みです。

Green Dotはこの提携をtechnology、banking、paymentsを組み合わせたものと説明しました。

Uberから見れば、driverの課題は「銀行口座を探したい」ことではなく、「今日稼いだmoneyを必要なときすぐ使いたい」ことでした。

Uberによれば、最初の数か月でUber Debit Card from GoBankには約8万人が登録し、その後Instant Payはeligible debit cardへ広がりました。1年で13億ドル超がcash outされたとUberは公表しています。

2019年：Apple CardではAppleがIssuerではない

Apple Cardはrole separationを見るのに分かりやすい例です。

2019年8月のlaunch時は、

• Apple = Wallet / UI / customer experience
• Goldman Sachs = issuing bank
• Mastercard = payment network

でした。

利用者から見ればAppleのproductですが、IssuerはGoldman Sachsです。MastercardはIssuerではなく、global card networkです。

2026年：Apple Cardは「Issuerだけ」を変えようとしている

この構造がさらに見えやすくなったのが2026年1月です。

AppleとChaseは、約24か月のtransitionを経て、ChaseがApple Cardのnew issuerになる予定だと発表しました。一方、Mastercardはnetworkとして残ります。

02　Apple CardのLayer Separation

2019
Apple UX → Goldman Sachs Issuer → Mastercard Network

2026 announcement
Apple UX → ChaseへIssuer移行予定 → Mastercard Network remains

表面のproductを大きく変えずに、underlying regulated roleを入れ替えられる。これはpartnership modelのlayer separationをよく示しています。

ただしApple Cardはco-brand partnershipの要素が強く、すべてのBaaS modelと同一ではありません。

2020年：ShopifyはMerchantの「銀行っぽい体験」までCommerceに入れた

Shopifyは2020年5月、Shopify Balanceを発表しました。

Shopify Adminの中でcash flowを確認し、billを払い、expenseを管理し、physical / virtual cardへaccessする構想です。

その後Shopify BalanceはStripe Treasury for Platforms上に構築されました。Stripeのcase studyによれば、launchから4か月で10万を超える米国small businessがShopify Balance accountをopenしました。

ここでもconsumer experienceはShopifyですが、Shopify自身がbankになったわけではありません。

2026年のShopify Balanceを分解すると、さらに面白い

現在のShopify Helpは構造をかなり明確に書いています。

• Shopify = technology company。bankではない。
• Stripe Payments Company = money movement / account service partner。
• Fifth Third Bank = current fundsをholdするFDIC member bank。
• Celtic Bank = Shopify Balance Visa commercial cardのissuer。
• Visa = card network。

03　Shopify Balanceの現在のLayer

Shopify — Brand / Merchant UX

↓

Stripe — Account / Treasury infrastructure

↓

Fifth Third Bank — Deposit funds

Celtic Bank — Commercial card issuer

↓

Visa — Card network

一つのproduct名の下で、複数のregulated / technology / network entityが動いています。なお、この構造は将来変わり得るため、launch時と現在のpartnerを混同すべきではありません。

Sponsor Bankは「名前を貸す銀行」ではない

FinTechがcustomer experienceを作るなら、bankはlicenseだけ提供しているのではないか。そう考えがちです。

しかしFed・FDIC・OCCの2024年Joint Statementは、bankがthird partyを使ってsystem of record、payment processing、compliance、customer serviceなどを実行しても、bankのapplicable lawへのresponsibilityは減らないと明記しています。

Sponsor Bankは単なる“license rental”として理解すべきではありません。

2024年：Evolve BankへのFed Enforcement

2024年6月、Federal ReserveはEvolve Bank & Trustなどにenforcement actionを出しました。

Evolveは複数のFinTech companyとpartnerし、それらがend customerへbanking productを提供していました。

Fedは2023年のexaminationで、FinTech partnershipに対するrisk-management framework、AML、consumer complianceにdeficiencyがあったと説明し、oversight、monitoring、recordkeeping、consumer complianceの強化を求めました。

重要なのは、Fed自身がこのactionはSynapseのbankruptcy proceedingsとはindependentだと明記していることです。

2024年：Synapse破綻で「Ledgerは誰のものか」が表面化した

Embedded Finance / BaaSのリスクを強烈に見せた事件の一つがSynapseです。

FDICは2024年9月のproposed ruleで、non-bankのSynapse Financial Technologiesのbankruptcyにより、insured bankへ置かれていたfundsへconsumerが数か月accessできない状態が生じたと説明しています。

さらにbanking partnersは、Synapse recordsを入手・確認し、自社recordとreconcileすることに大きなdifficultyを抱え、record accuracyへの懸念も示したとFDICは記載しています。

問題になったのは画面のデザインではありません。

「誰のmoneyが、どのbankに、いくらあるのか」を再構築できるか。

BaaSではledgerとreconciliationがcustomer experienceの裏側に隠れます。しかし、その裏側が壊れると、突然そこがproductの中心になります。

「FDIC insured」でも、Middleware障害を防ぐわけではない

FDICは、fundsが“FDIC insured”とadvertiseされ、consumerがfundsはsafeかつaccessibleだと考えた可能性があるとしています。

しかしFDIC insuranceは、要件を満たすdepositについてinsured depository institutionがfailした場合の保護制度です。

non-bank middlewareのfailure、record mismatch、operational disruptionによってfunds accessが止まること自体を防ぐ制度ではありません。

「FDIC insured」と「いつでも自分のmoneyへaccessできる」は別の問題です。

BaaSで最も重要なのはAPIよりSystem of Recordかもしれない

2024年Joint Statementを見ると、regulatorが強く意識しているのはdeposit / transaction system of record、bankのrecord access、fragmented operations、payment-data verification、contingency planです。

つまり、beautiful APIの裏で、

• 誰がgolden ledgerを持っているのか
• bank自身がend-user balanceをreconstructできるのか
• providerが倒れたときdataやaccountを移せるのか

が極めて重要です。

Embedded Financeには大きなメリットもある

Synapseのようなfailureだけを見るとEmbedded Financeそのものが危険に見えますが、それも正しくありません。

Uberのdriverはwork appからearningsへaccessできた。Shopify merchantはcommerceとfinanceを同じworkflowで管理できる。Apple CardはWallet experienceとcredit cardを統合した。

金融機能が必要になるmomentで、文脈に沿ってserviceを提供できることがEmbedded Financeの強みです。

FinTechのRebundlingからBaaSへ

FinTech Unbundling / Rebundlingの記事では、金融機能がAPIやspecialist providerへ分解された後、再び一つのcustomer experienceへ束ねられる動きを見ました。

Embedded Financeは、その次の段階です。

unbundleされたcapabilityをcommerce、mobility、SaaS、device ecosystemなど金融以外のproductの中へrebundleする。その裏側を支えるarchitectureの一つがBaaSです。

一方、金融機能を外から組み込むのではなく、モバイル金融サービス自身が銀行機能をどこまで持つのかという別の論点は、Neobankの歴史で整理しています。

まとめ

Embedded Financeは、金融serviceを金融companyの外へ持ち出す話です。

BaaSは、そのfinancial capabilityをplatformやpartnerへ届けるarchitectureを説明するときに使われる言葉です。

しかし、どちらも一つのlegal entityや一つのAPIを意味するわけではありません。

Uber × GoBankではdriver workflowへchecking accountが埋め込まれ、Apple CardではAppleのUX、GoldmanのIssuer role、MastercardのNetwork roleが分かれ、2026年にはIssuerだけChaseへ移る計画が示されました。

Shopify BalanceではShopify、Stripe、bank、card issuer、Visaが一つのmerchant experienceを作っています。

そしてSynapseは、そのmulti-party architectureでledgerとreconciliationが壊れたとき、何が起こり得るかを見せました。

Embedded Financeの本質は、金融を見えなくすることではありません。

金融の役割を分けたまま、customerからは一つのproductに見せることです。

シリーズ全体：決済の歴史としくみ｜カード・EC・タッチ・認証の進化をたどる

関連記事

• FinTech Unbundling / Rebundling
• Issuer
• Acquirer
• Card Network
• Open Banking
• Chargeback
• A2A / Instant Payments

主な出典