日本の口座間(account-to-account)決済ルート
確度 概ね確度あり
更新 2026-05-22
要再確認 2026-11-22
出典 7
機械翻訳 #payments#account-to-account#bank-pay#cotra#zengin#j-debit
目次
- 概要日本の口座間決済は、従来型の銀行振込、ウォレット残高、カードアクワイアリング、コード決済の間に位置する。重要な制御上の問いはこうだ:価値は預金口座から直接動いているのか、資金移動 / 前払い残高を通じて動いているのか、それとも加盟店アクワイアリング / カードネットワークの層を通じて動いているのか?
- レールマップ
- ことらシステムの読み方全銀ネットの公式説明によれば、ことらは5つの都市銀行による 2020 少額決済インフラ構想の後に設立され、100,000 円以下の個人送金向けに 2022 年10月からことらシステムを通じたサービスが開始された。また、全銀システムと既存の仕組みをより新しい IT と組み合わせ、預金取扱金融機関だけでなく資金移動業者にも接続を開放し、接続業者の資金を全銀システムを通じて日中に2回決済するシステムとして説明している。
- Bank Pay / J-Debit の読み方
- 商品の境界
- JapanFG との関連
- リスクと注意点
- 調査チェックリスト
- 関連
- 出典
概要日本の口座間決済は、従来型の銀行振込、ウォレット残高、カードアクワイアリング、コード決済の間に位置する。重要な制御上の問いはこうだ:価値は預金口座から直接動いているのか、資金移動 / 前払い残高を通じて動いているのか、それとも加盟店アクワイアリング / カードネットワークの層を通じて動いているのか?
このページは 決済, 資金移動 vs 前払式 boundary, 資金移動 registry, Japan コード決済 competitive map, クイック入金の4方式分解フレーム, 金融免許 と併せて使うこと。
レールマップ
| レール | オペレーター / ソースルート | 顧客から見た姿 | FinWiki の読み方 |
|---|---|---|---|
| 従来型銀行振込 | 銀行と全銀システム | 銀行口座から銀行口座へ、多くは口座番号ベース。 | 中核的な銀行決済レール;バランスシートや銀行システムの構造が問題になる場合は 銀行・政策 を使う。 |
| ことら / ことら送金 | 全銀システムと連携することらシステム | 銀行アプリ、口座番号、電話番号、メール、または互換性のある口座識別子を使った少額の即時個人送金。 | 預金取扱機関と資金移動業者の間の A2A 相互運用レイヤー。 |
| Bank Pay | JEPPO / 日本電子決済推進機構 | 登録した銀行口座からの QR / バーコード決済で、口座引落型の決済を行う。 | コード決済と競合するが、口座直接資金供給のロジックを持つ加盟店決済レール。 |
| J-Debit | JEPPO / J-Debit インフラ | 加盟店でのキャッシュカードベースのデビット。 | レガシーな口座直接の加盟店デビット層であり、Bank Pay のインフラ基盤。 |
| ウォレットの銀行連携決済 | Pay アプリ、銀行 API / 口座接続、資金移動または前払い業者 | ユーザーには PayPay / Merpay / au PAY / その他ウォレットのフローとして見える。 | 口座からの資金供給、ウォレット残高、加盟店アクワイアリング、資金移動 / 前払いの分類を切り分ける必要がある。 |
| BaaS / 組込型銀行口座 | 銀行パートナーとアプリ提供者 | アプリは銀行やウォレットのように見える。 | 日本の BaaS の全体像 と メルカリバンクライセンススタック を使う。 |
ことらシステムの読み方全銀ネットの公式説明によれば、ことらは5つの都市銀行による 2020 少額決済インフラ構想の後に設立され、100,000 円以下の個人送金向けに 2022 年10月からことらシステムを通じたサービスが開始された。また、全銀システムと既存の仕組みをより新しい IT と組み合わせ、預金取扱金融機関だけでなく資金移動業者にも接続を開放し、接続業者の資金を全銀システムを通じて日中に2回決済するシステムとして説明している。
FinWiki にとって、これによりことらは以下の間の有用な架け橋となる:
- MUFG Bank, SMBC, Mizuho Bank, Resona Bank、その他の預金取扱銀行;
- 住信 SBI ネット銀行 (SBI Sumishin Net Bank) → ドコモ SMTB ネット銀行 や みんなの銀行 BaaS model のようなアプリ銀行・デジタル銀行ルート;
- 日本の資金移動業者登録レジストリインデックス を経由する資金移動業者;
- Japan コード決済 competitive map のユーザー向けウォレット・コード決済ルート。
Bank Pay / J-Debit の読み方
JEPPO は、口座直接決済インフラを通じて J-Debit と Bank Pay のキャッシュレスサービスを提供していると説明している。その Bank Pay ページでは、Bank Pay を JEPPO が運営するスマートフォン決済サービスとして説明し、銀行口座を持つユーザーが利用でき、事前のチャージなしに登録した銀行口座から直接決済できるとしている。同ページはまた、Bank Pay が J-Debit の決済インフラを利用し、複数口座の登録を可能にすると述べている。
これが重要なのは、Bank Pay は消費者には QR 決済のように見えるが、その経済的・リスク的な読み方は、まず残高を蓄えるウォレットとは異なるからである:
- 口座直接決済のレッグでは、ストアドバリュー残高は不要;
- 銀行口座の登録と認証の層が中心;
- 加盟店での受入、返金、不正対応、ユーザーサポートのルールがカードや前払いのレールとは異なる;
- Bank Pay はことら送金や料金支払の機能も表示できる。
商品の境界
| 商品パターン | 主要な問い | 典型的なルート |
|---|---|---|
| ことらによる個人間送金 | 送り手は銀行顧客か、ウォレット顧客か、資金移動顧客か? | ことら / 全銀連携+銀行または資金移動業者の開示。 |
| 銀行口座からの QR 加盟店決済 | 口座が直接引き落とされるのか、それともまずウォレット残高がチャージされるのか? | Bank Pay / 口座直接ルート。 |
| 銀行チャージ後のウォレット決済 | 加盟店決済の前に価値がウォレットに蓄えられているか? | 資金移動 vs 前払式 boundary。 |
| PayPay / d払い / au PAY / 楽天ペイによる加盟店 QR 決済 | これはコード決済か、カードアクワイアリングか、前払いか、資金移動の経済性か? | Japan コード決済 competitive map と PSP 決済 risk。 |
| 証券 / 暗号資産口座へのクイック入金 | レールは銀行振込か、口座引落か、API 指図か、収納代行ルートか? | クイック入金の4方式分解フレーム と 金融免許。 |
JapanFG との関連
- 口座間決済は最終的に預金口座の接続性と銀行のクリアリング / 決済ルールを必要とするため、メガバンクと中核銀行が中心となる。
- リクルートMUFGビジネス や COIN+ 型モデルは、口座連携レールを軸に加盟店・消費者の決済頻度を構築しようとする試みとして記録される。
- PayPay, Merpay, au PAY, Rakuten Edy は依然としてウォレット / コード決済のアンカーであり続けるが、その銀行連携フローは純粋な口座間決済とは別である。
- SBI新生銀行, Fukuoka FG、および地方銀行のアプリルートは、ことらと Bank Pay が銀行アプリを日常的な決済サーフェスに変えられるため重要である。
リスクと注意点
| リスク | 読み方 |
|---|---|
| 銀行口座の不正 / 不正引落 | 口座直接決済は、認証、端末移行、口座登録の制御を重要にする。 |
| 消費者の混乱 | QR 決済の UX は、その商品が口座直接か、前払いか、資金移動か、カードか、ウォレット残高かを隠しうる。 |
| 加盟店受入の断片化 | Bank Pay、J-Debit、ことら対応アプリ、コード決済アプリはそれぞれ異なる加盟店ネットワークを持つ。 |
| 決済タイミング | 顧客向けの即時完了と、業者間の最終決済は別の層である。 |
| 相互運用性の限界 | ことらの利用可否は参加するアプリと機関に依存する;Bank Pay の利用可否は登録銀行と加盟店に依存する。 |
| 規制上の分類 | 非銀行やウォレット業者が価値に触れる場合、資金移動および前払いの規制が依然として問題になる。 |
調査チェックリスト
- 価値が銀行預金口座、ウォレット残高、カードライン、前払い残高のいずれから始まるかを特定する。
- 加盟店または受取人が銀行マネー、ウォレット価値、資金移動価値のいずれを受け取るかを特定する。
- オペレーターを確認する:銀行、資金移動業者、前払い発行者、PSP、コード決済プラットフォームのいずれか。
- ことらについては、現行の参加アプリ / 機関のページを確認する。
- Bank Pay については、現行の参加金融機関と加盟店受入を確認する。
- ライセンスの主張を行う前に、会社ページを 資金移動 vs 前払式 boundary と 金融免許 にリンクバックさせる。
関連
- INDEX
- 日本における資金移動 vs 前払いの境界
- 日本の資金移動業者登録レジストリインデックス
- Japan コード決済 competitive map
- PSP の加盟店精算リスク
- クイック入金の4方式分解フレーム
- 日本の BaaS の全体像
- INDEX
- リクルートMUFGビジネス
- paypay
- merpay
- mufg-bank
- 三井住友銀行 (SMBC)
- mizuho-bank
- FinWiki index
出典
- 全銀ネット:ことらシステム連携の説明。
- ことら:公式サービス、P2P 送金、参加業者のページ。
- JEPPO:組織および Bank Pay の公式ページ。
- 金融庁:資金移動業者登録簿。
Discovery
続けて読む
次に読む
- Amazon Gift Card Japan: クローズドループ型 EC 前払 この項目は、Amazon Japan ギフトカードの前払発行者ページとして payments index 配下にあり、FSA 登録簿の見方を扱う 前払式 payment instrument 発行会社 registry と対になります。Apple Gift Card Japan、Google Play Gift Card Japan(プラットフォームをアンカーとするクローズドル... payments/amazon-gift-card-japan
- Apple Gift Card Japan: Apple エコシステムのクローズドループ前払 この項目は payments index の下に位置し、前払式 payment instrument 発行会社 registry の FSA 登録ビューと対になる、日本における Apple Gift Card のクローズドループ前払発行者ページである。Amazon Gift Card Japan、Google Play Gift Card Japan(同業のプラットフォーム起点... payments/apple-gift-card-japan
- 日本のカード加盟店管理スタック 日本のカード加盟店管理は、単なる決済処理機能ではなく、加盟店契約とカードデータ管理のスタックとして読むべきである。METI の割賦販売法資料は、登録対象となる加盟店契約締結の役割を、加盟店がクレジットカード番号を取り扱えるようにする契約を締結する事業として定義し、加盟店受入を承認する最終権限を誰が持つかによって登録要否が決まるとしている。 payments/card-acquiring-japan-stack
ここへリンク
- 日本の BaaS オペレーティングモデル 日本の BaaS は、顧客の帰属、預金契約の保有者、UI の管理者、API 提供者、KYC / AML / 不正監視の責任、そしてライセンススタックによって記述できる。パートナーブランドのアプリは銀行的な UX を提示しながら、銀行口座は法的には引き続き免許銀行に帰属しうる。 banking/japan-baas-operating-models
- 日本における地方銀行の API・デジタル提携ルート 本ページは bank API route、bank API incident controls、BaaS Japan landscape、regional bank consolidation、account-to-account payments、legal / financial licenses と併せて用いること。 banking/regional-bank-api-digital-partnership-route
- 日本の銀行免許と BaaS 境界 日本の BaaS と組込型銀行サービスの記録では、免許を持つ銀行レイヤー と 顧客インターフェースレイヤー を分ける。 預金受入れを支配する公開上の分類は銀行法上の銀行免許ルートである。一方、パートナーブランドのアプリ、口座情報サービス、支払指図サービス、銀行代理チャネルは別の規制ルートを使う場合がある。 financial-licenses/bank-license-and-baas-boundary
- 日本の決済ライセンス・スタック 本ページは JapanFG legal / financial licenses に属し、payments domain・資金移動 vs 前払式 boundary・資金移動 registry・前払式発行会社 registry・credit / card registry・bank API route・Japan stablecoin regulatory landscape・J... financial-licenses/payment-license-stack
- 日本の未収載金融機関拡充バックログ 現在の wiki はすでに強固なコアを備えている:メガバンク、主要 FG、地方銀行グループ、政策金融、保険会社、証券グループ、リース、決済、フィンテック、外資の在日子会社、暗号資産取引所ページ。だが、公式の免許 / 登録一覧に対して網羅的とはまだ言えない。 financial-regulators/missing-financial-institutions-backlog