生成AI研修
決済ドメイン知識

決済の全体像

決済インフラの階層構造と資金の流れ

決済の全体像

決済システムを開発するうえで、まず「決済とは何か」「お金はどう流れるのか」を理解する必要があります。


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等)による決済サービスの台頭

On this page