クイック入金の4方式分解フレーム

ウィキ上の位置づけ

このエントリは 銀行・政策 の配下にある。ピア・対比の文脈については 地方銀行再編パターン と、より広いシステム・規制境界については 日本の協同組織金融 と照らし合わせて読むこと。

[!info] 要約 「即時入金の UX を決めるのは、裏側の銀行接続方式である」

核心命題

日本の即時入金（クイック入金）は、画面上の名称だけでは法的・技術的な接続方式を判定できない。本ページの4分類は、公開資料を確認するための分析フレームであり、金融庁が定めた公式分類や、個別サービスの現行仕様一覧ではない。

4方式の比較

出典: ^[金融庁「電子決済等代行業者の登録申請時の留意事項等」https://www.fsa.go.jp/common/shinsei/dendai/01.pdf; 金融庁「電子決済等代行業制度の概要」https://www.fsa.go.jp/common/about/pamphlet/dendaigyo_start.pdf.]

方式選択の論点

事業者側の観点

• 接続方式だけでなく、登録要否、銀行との契約、認証方式、資金移動の法的主体を個別に確認する。
• 導入コストや認証負荷は各社仕様に依存するため、方式名だけで順位付けしない。
• API を用いる場合も、参照系と更新系を分け、利用者同意と認証の実装を確認する。

ユーザ側の観点

• 認証回数、画面遷移、入金反映時間、取消・誤操作時の責任分界を現行手順で確認する。
• 銀行明細の表示名と、事業者側の入金履歴が照合できるかを確認する。

入金後の利用制限

暗号資産交換業者などが設ける入金後の送付・出金制限は、事業者の現行規約とリスク管理により異なる。接続方式だけから制限日数や緩和可否を推定せず、対象事業者の公式案内を確認する。

電子決済等代行業登録の意味

• 2017 年銀行法改正で新設
• 登録要否は、銀行法上の電子決済等代行業に該当する行為を誰が行うかで判断される。
• API や OAuth という技術名称だけでは登録要否を確定できない。
• 個別事業者の登録状況は金融庁の現行登録一覧で確認する。

参照系 API と 更新系 API

出典: ^[金融庁「電子決済等代行業者の登録申請時の留意事項等」https://www.fsa.go.jp/common/shinsei/dendai/01.pdf.]

参照系と更新系は法的な行為類型が異なるため、一方の導入から他方の提供を当然には推定しない。

適用ケース

• 暗号資産交換業者の入金導線設計 — 現状が方式 1/3 なら、方式 2 への昇格が第一の UX 改善候補
• Fintech スタートアップの銀行連携選定 — 方式 2 の電代業登録ハードルと UX 向上を天秤に掛ける
• 銀行側 BaaS 事業の戦略設計 — 方式 2 を提供する銀行は「事業者との関係構造」そのものが差別化要素
• 社内戦略検討資料の現状分析セクション — 「我々は今どの方式で動いているのか」の問いを立てる際のフレーム

関連

• みんなの銀行 BaaS model — みんなの銀行 BaaS の 2 モデル（API 提供型 × パートナー支店型）の枠組み
• 日本金融規制 — トークン・暗号資産・決済に関する法体系 — 電代業登録の法的根拠（資金決済法/銀行法）
• メルカリバンクライセンススタック — 電代業を含むライセンス階段の具体例

来源: 公開情報整理 (各 BaaS 提供銀行公式サイト・FSA 電代業登録一覧・全国銀行協会発表資料)

出典

• 金融庁「電子決済等代行業者の登録申請時の留意事項等」（2017年銀行法改正による登録制の導入・銀行法第2条第21項第1号 為替指図/更新系 と 第2号 口座情報取得/参照系 の区別） — https://www.fsa.go.jp/common/shinsei/dendai/01.pdf
• 金融庁「電子決済等代行業制度の概要」パンフレット（制度趣旨・オープンイノベーション） — https://www.fsa.go.jp/common/about/pamphlet/dendaigyo_start.pdf

関連

• Wiki Index
• みんなの銀行 BaaS モデル
• メルカリバンクのライセンス三層構造