決済ドメイン知識
決済の全体像
決済インフラの階層構造と資金の流れ
決済の全体像
決済システムを開発するうえで、まず「決済とは何か」「お金はどう流れるのか」を理解する必要があります。
1. 決済と為替
決済(Settlement) とは、経済取引から生じた債権・債務の関係を貨幣の受渡しにより解消することです。
為替 とは、現金の輸送を伴わずに資金を移動させる仕組みです。銀行間の口座振替がその代表例であり、日本の金融制度の根幹を成しています。
開発者が意識すべき点: 決済システムは「即座にお金が動く」わけではなく、複数の段階(承認→精算→清算)を経て資金が移動します。各段階でシステムが異なるため、非同期処理と整合性の担保が重要です。
2. 決済ヒエラルキー(階層構造)
決済には階層構造があり、最上位には日本銀行が位置します。
| 階層 | 主体 | 決済システム | 決済の性質 |
|---|---|---|---|
| 中央銀行 | 日本銀行 | 日銀ネット(BOJ-NET) | 最終的・取消不能な決済(ファイナリティ) |
| 銀行間 | メガバンク、地銀等 | 全銀システム、SWIFT | 銀行間の債権債務の清算 |
| リテール | 決済事業者、カード会社 | CAFIS、各社ネットワーク | 消費者と加盟店間の取引処理 |
開発者が意識すべき点: 自分が開発するシステムが「どの階層」にあるかを理解しましょう。階層によって求められる可用性・整合性のレベルが大きく異なります。
3. 2つの決済方式
グロス決済(RTGS: Real-Time Gross Settlement)
- 取引1件ごとにリアルタイムで決済する方式
- 日銀ネットが採用
- メリット: 決済リスクが低い(即時確定)
- デメリット: 流動性(資金)が大量に必要
ネット決済(DNS: Deferred Net Settlement)
- 一定期間の取引を集約し、差額(ネット)のみを決済する方式
- 全銀システム、カード決済のクリアリングが採用
- メリット: 必要な資金量が少ない
- デメリット: 決済完了までにタイムラグがある
開発者が意識すべき点: バッチ処理(ネット決済)とリアルタイム処理(グロス決済)ではシステム設計が根本的に異なります。バッチ処理では「カットオフ時刻」「日跨ぎ処理」「差分計算」が重要な設計要素になります。
4. 決済完了性(ファイナリティ)
決済が「取消不能」になる時点をファイナリティといいます。
- 日銀ネットでの決済 → 即座にファイナリティが成立
- 全銀システムでの振込 → 日銀ネットでの最終決済をもってファイナリティ
- カード決済 → セツルメント(清算)完了をもってファイナリティ
開発者が意識すべき点: 「処理済み」と「決済完了」は異なります。ステータス管理では、オーソリ済み・クリアリング済み・セツルメント済みなど、段階ごとのステータスを正確に管理する必要があります。
5. 主な決済手段と分類
| 分類 | 決済手段 | 特徴 | システム的な留意点 |
|---|---|---|---|
| 現金系 | 紙幣・硬貨 | 即時決済、匿名性 | ATM連携、現金管理システム |
| 口座振替系 | 銀行振込、口座振替 | 銀行口座ベース | 全銀フォーマット、バッチ処理 |
| カード系 | クレジット、デビット、プリペイド | 国際ブランドネットワーク | オーソリ電文、EMV、3Dセキュア |
| 電子マネー系 | Suica、nanaco等 | 前払い(プリペイド) | FeliCa、残高管理 |
| コード決済系 | PayPay、楽天ペイ等 | スマホ起点、QR/バーコード | API連携、リアルタイム通知 |
| 国際送金 | SWIFT電文 | クロスボーダー | 為替計算、コルレス銀行 |
6. 新型決済インフラの動向
開発者として知っておくべき最新動向です。
- デジタル通貨(CBDC): 日銀がデジタル円の実証実験を実施中。ブロックチェーンや分散台帳技術(DLT)の知識が今後求められる
- リアルタイム決済の拡大: 全銀システムの24時間365日稼働(モアタイムシステム)、米国FedNow
- オープンバンキング: 銀行APIの公開(電子決済等代行業)により、決済サービスの多様化が進行
- 資金移動業の拡大: 銀行以外の事業者(PayPay等)による決済サービスの台頭