組織・拠点
法人、部店、勘定店、海外拠点、連結範囲、法域、業務担当、処理権限、報告単位。
金融業務を、再現可能なデータ・処理・連携・統制へ落とし込む
本ページは、金融知識を構成する五つの本体分野のうち、金融システム実務を扱う。
金融商品・銀行業務、リスク管理、銀行経営・会計、金融規制で生じる業務上の事実を、
どのようなデータ・処理単位・状態・連携・統制によって再現するかを整理する。
特定製品や個別金融機関の内部仕様ではなく、公開情報と一般的な金融システム実務から整理できる共通原則を対象とする。
第1部 金融システム実務の共通基盤
1．金融システム実務とは
金融システム実務とは、金融商品や契約の仕組みを理解したうえで、 取引の受付から約定、決済、残高管理、会計、リスク計測、規制報告までを、 データと処理として正確かつ継続的に実行できる形へ落とし込むことである。
業務をそのまま「画面」や「項目」へ置き換えるだけではない
誰が、何を、どの契約に基づき、いつ、どの金額・通貨・状態で処理したのかを識別し、
システム間データ連携、訂正、再処理、照合、承認まで含めて再現できることが重要である。
金融取引は、約定日と決済日が異なる、同じ契約から複数の受払が発生する、 担保・保証・相殺条件が結果へ影響するなど、単純な残高管理だけでは表現できない。 また、会計・リスク・規制では同じ取引を異なる目的と単位で見るため、 共通の事実と目的別の判定結果を分けて管理する必要がある。
2．金融業務とシステムの全体像
金融システムは、一つのシステムで全てを完結させるとは限らない。 顧客・商品等の共通情報、契約・取引、残高・資金、決済、会計、リスク、規制、報告を担う複数の機能が連携する。 次の流れは代表的な全体像であり、実際には各段階から前段への訂正や再処理も発生する。
- 共通情報を整える。
組織、顧客・相手先、商品、銘柄、通貨、営業日、格付等の基礎情報を管理する。 - 契約・注文・取引を記録する。
契約条件、利用枠、注文、約定、取引明細、変更・取消等の業務事実を記録する。 - 残高・受払・決済を管理する。
元本、保有残高（ポジション）、利息、手数料、返済予定、証券・資金の受渡し、決済状態を管理する。 - 評価・会計へ反映する。
時価、利息計上、損益、仕訳、勘定残高、決算調整等を生成・記録する。 - リスク・規制を計測する。
信用・市場・流動性等のリスク量と、各金融規制の区分・係数・比率を算出する。 - 照合・報告・監査へつなげる。
前後システムや会計との照合、社内報告、当局報告、開示、監査証跡の保存を行う。
この流れは一方向ではない。決済不成立、取消、条件変更、価格訂正、相手先属性の修正、制度改定等により、
元データの訂正から下流システムの再処理までを一貫して管理する必要がある。
3．共通して管理する業務データ
システムごとに同じ意味の情報を別々に定義すると、残高差異や判定不一致の原因となる。 全てを一つの表へまとめるのではなく、共通して参照する事実と、各業務で生成する結果を識別できる構造にする。
顧客・相手先
顧客、債務者、発行体、保証者、決済相手、名寄せ関係、所在国、業種、信用状態。
商品・銘柄
商品分類、通貨、金利条件、証券銘柄、発行条件、価格単位、利払・償還条件、取扱可否。
契約・利用枠
契約当事者、契約期間、元本、融資枠、未使用枠、担保・保証、相殺契約、変更・解約条件。
注文・約定・取引
注文、約定、取引番号、売買区分、数量、価格、約定日、受渡日、取消・訂正、関連取引。
残高・ポジション
元本残高、預金残高、貸出残高、証券保有量、利用額、未決済残高、基準日時点の保有状態。
受払・決済
元利金、配当、手数料、証拠金、担保、通貨、口座、支払・受取予定、決済結果、決済不成立。
評価・会計・リスク・規制
時価、損益、仕訳、勘定科目、引当、リスク量、規制区分、適用係数、集計結果、報告値。
識別子と対応関係を切らさない
顧客、契約、取引、残高、受払、仕訳、リスク計測、規制報告をそれぞれ識別し、
どの元データから生成されたかをたどれるようにする。
同じ番号を全領域へ無理に流用するのではなく、各識別子の対応関係を管理することが重要である。
4．日付・状態・処理単位
金融システムでは、「いつの事実か」「いつシステムへ届いたか」「どこまで処理されたか」を分けて管理する。 一つの処理日や一つの状態だけでは、遅延到着、過去日訂正、取消、再処理等を正しく説明できない。
| 管理観点 | 代表例 | 設計上の要点 |
|---|---|---|
| 業務上の日付 | 契約日、約定日、受渡日、起算日、満期日、利払日、返済日 | 取引条件や権利・義務が発生する日付として意味別に保持する。 |
| 基準時点 | 残高基準日、評価時点、規制基準日、情報有効期間 | どの時点の状態・価格・属性を用いた結果かを再現できるようにする。 |
| システム上の日時 | 生成、送信、受信、登録、処理開始、処理終了、承認日時 | 業務日付と分離し、到着遅延や処理順序を追跡する。 |
| 処理状態 | 受付、検証済み、照合済み、承認済み、計上済み、エラー、取消 | 状態遷移と遷移条件を定め、途中状態や例外状態を曖昧にしない。 |
| 処理単位 | 顧客、契約、取引、受払、口座、銘柄、ポジション、仕訳、報告明細 | 業務目的に応じた最小単位を選び、集計値だけで明細を失わない。 |
| 版・履歴 | データ版、契約変更版、価格版、ルール版、再処理回 | 上書きだけで済ませず、どの版を使った結果かを記録する。 |
例えば、前日を基準日とするデータが当日朝に到着し、その後に訂正版が届く場合、
「基準日」「受信日時」「訂正日時」「処理回」を分けなければ、どの結果が有効かを判断できない。
5．システム間データ連携
システム間データ連携とは、あるシステムが管理するデータや処理結果を別のシステムへ渡し、 受け取った側が同じ意味と順序を保って利用できるようにすることである。 ファイル受渡し、即時照会、メッセージ送受信等の方式にかかわらず、 データ本体だけでなく、出所、基準時点、処理状態、訂正関係まで伝える必要がある。
- 送信対象を確定する。
元システムで対象基準日、抽出条件、対象件数、データ版を確定する。 - データを生成・送信する。
連携単位、送信順序、生成日時、送信日時を記録して受信側へ渡す。 - 受信と重複を確認する。
連携識別子と元レコード識別子により、未着・二重受信・順序逆転を判定する。 - 形式と内容を検証する。
必須項目、桁数、型、コード、有効日、金額・通貨、参照先の存在を確認する。 - 意味を標準化・補完する。
共通コードへの変換、名寄せ、商品・相手先・格付等の属性付与を行う。 - 下流処理へ登録する。
残高、会計、リスク、規制等の目的別処理へ引き渡し、処理結果を記録する。 - 件数・金額・状態を照合する。
送信側と受信側で対象件数、合計金額、識別子、エラー・保留件数を確認する。 - エラー・訂正・再処理を管理する。
原因、影響範囲、訂正元、再送、再処理回、承認、最終結果を関連付ける。
連携時に保持したい管理情報
| 管理情報 | 主な内容 | 確認できること |
|---|---|---|
| 連携識別子 | 連携処理、ファイル、メッセージ等を一意に識別する番号 | どの受渡しで処理されたデータかを追跡できる。 |
| 送信元情報 | 送信元システム、元レコード識別子、元データ版 | 下流データから元の契約・取引・残高へ戻れる。 |
| 基準日・基準時点 | 業務基準日、残高時点、評価時点、情報有効期間 | いつの業務事実を表すデータかを判断できる。 |
| 処理日時 | 生成、送信、受信、登録、処理開始・終了日時 | 遅延、順序逆転、処理時間を把握できる。 |
| 定義・ルール版 | 項目定義、コード変換、抽出条件、判定ルールの版 | 送受信双方が同じ定義を使ったかを確認できる。 |
| 処理状態・エラー | 受付、正常、警告、保留、異常、原因、対象項目 | 未処理と正常処理を混同せず、対応対象を特定できる。 |
| 訂正・再処理関係 | 訂正元、取消対象、再送元、再処理回、置換・追加区分 | 最新版と過去版を識別し、二重計上を防止できる。 |
| 照合結果 | 送受信件数、合計金額、差額、未着、重複、保留件数 | 連携全体の網羅性と一致状況を確認できる。 |
「受信できた」と「業務上正しい」は別である
技術的にデータを受信できても、基準日が違う、旧版のコードを使っている、必要な明細が欠けている、
訂正版より先に旧データが処理される等の問題は残り得る。
システム間データ連携では、到達確認に加えて意味・件数・金額・順序・版の照合が必要である。
6．データ品質・照合・再処理
データ品質は、項目が埋まっているかだけで判断しない。 対象の漏れ、意味の誤り、前後システムとの不一致、到着遅延、重複等を継続的に確認する。 異常を検知した後に、影響範囲を特定し、訂正と再処理を安全に実行できることも品質管理の一部である。
網羅性
対象となる契約・取引・残高・受払が漏れなく含まれ、未着や処理保留を識別できること。
妥当性
必須項目、形式、コード、日付関係、金額・通貨、参照先等が業務ルールに適合すること。
正確性
元の契約・取引・残高を正しく表し、価格、金利、数量、属性、計算結果に誤りがないこと。
整合性
システム間、明細と集計、残高と増減、取引と会計、会計と報告の差額を説明できること。
適時性
必要な基準時点のデータが締切までに到着・処理され、遅延データを識別できること。
一意性
同じ事実が意図せず重複せず、訂正・取消・再送を新規取引と区別できること。
訂正・再送・再処理を分ける
| 区分 | 意味 | 主な管理事項 |
|---|---|---|
| 訂正 | 元となる業務データ自体の誤りを直す。 | 訂正前後の値、理由、承認、適用日、下流への影響。 |
| 再送 | 同じ内容を、未着や通信異常等のためもう一度送る。 | 元送信との関係、重複判定、受信済みデータの扱い。 |
| 再処理 | 元データ、設定、ルール等を用いて対象処理をやり直す。 | 対象範囲、使用版、再処理回、前回結果の置換、後続処理。 |
- 異常を検知し、対象基準日、システム、処理、データ範囲を特定する。
- 元データ、連携、変換、判定、集計のどこで差異が生じたかを切り分ける。
- 訂正・再送・再処理のどれが必要かを決め、影響する下流処理を確認する。
- 変更内容、実施者、承認者、対象範囲、実施順序、復旧方法を記録する。
- 同じ処理の重複実行や二重計上を防ぎながら、必要な範囲だけを再実行する。
- 件数・金額・状態・最終結果を再照合し、差異が解消したことを確認する。
- 原因、影響、対応、再発防止策を保存し、監視・テスト・手順へ反映する。
7．統制・監査証跡と今後の拡張
正しい計算ロジックがあっても、誰でも設定変更や手修正ができ、変更履歴が残らなければ、 結果の信頼性を確保できない。通常処理だけでなく、例外処理、運用変更、障害対応まで統制対象とする。
権限と職務分離
入力、承認、設定変更、再処理、報告確定等の権限を業務上の役割に応じて分ける。
変更・承認履歴
変更前後の値、理由、申請者、承認者、日時、適用期間、関連資料を保存する。
ルール・設定の版管理
商品、コード、係数、計算式、抽出条件、連携定義等を基準日別に再現できるようにする。
テストと変更管理
変更理由、影響範囲、試験条件、期待結果、移行、承認、本番反映後の確認を関連付ける。
監査証跡
元データから最終結果までの処理経路、使用版、中間結果、例外対応を追跡可能にする。
障害・復旧管理
検知、影響、暫定対応、復旧、再処理、照合、原因、再発防止を一連の記録として残す。
今後の独立ページ候補
当初は本ページで全体像を扱い、内容量、参照需要、固有の処理手順が増えた段階で、次のテーマを独立させる。
金融データ設計
システム間データ連携
データ品質・照合
処理管理・再処理
テスト
監査証跡・統制
分割の目安：
一つのページでは説明量が過大になる、単独で参照される需要が生じる、複数ページから横断的に参照される、
または固有の業務フロー・データ・計算・状態管理を持つ場合に独立ページ化を検討する。
第2部 金融規制を支えるシステム実務
8．金融規制システムで重要なこと
金融規制システムの目的は、最終的な比率や報告値を計算することだけではない。 各資本項目・資産・負債・取引が、なぜその規制区分となり、 どのデータとルールを使って、どの計算過程を経たのかを基準日時点で再現できることが重要である。
最終値だけでは不足する
規制報告では、入力残高、属性付与、区分判定、係数適用、相殺・上限調整、
単体・連結集計、報告様式への転記までを追跡できる必要がある。
そのため、残高集計機能に加え、契約条件、相手先属性、格付、担保・保証、 満期・残存期間、法的相殺可能性、制度ルール版、手修正履歴などを一体として管理する。
9．基礎データと規制ロジックを分ける
同じ貸出、有価証券、将来の与信約束（コミットメント）、証券を使う資金・証券取引（レポ）、 株価・金利等を参照する派生商品（デリバティブ）であっても、 自己資本比率、流動性カバレッジ比率（LCR：30日間の資金流出に備える指標）、 安定調達比率（NSFR：1年を通じた安定調達をみる指標）、レバレッジ比率では測定目的が異なる。 このため、規制区分を一つの固定コードへ押し込む構造は、 改正・経過措置・例外・複数規制への再利用に対応しにくい。
基礎データ層
会計残高、契約、相手先、商品、証券、格付、担保、保証、満期、 将来の受払（キャッシュフロー）、組織・連結など、規制間で共有できる事実を保持する。
規制判定層
自己資本比率、LCR、NSFR、レバレッジ比率ごとに、 区分・適格性・係数・期間帯・相殺条件を判定する。
計算・調整層
リスク・ウェイト、信用変換係数（CCF：未使用枠等を与信相当額へ換算する係数）、 流出率・流入率、利用可能安定調達額（ASF：安定性に応じて認識する調達額）・ 所要安定調達額（RSF：資産等に必要な安定調達額）の係数、 上限、担保掛目、資本フロア、二重計上排除などを反映する。
集計・報告層
法人、拠点、通貨、単体・連結、当局報告、開示様式の単位で集計し、 会計・資金繰り・他規制との照合を行う。
10．共通して必要となる主なデータ
適用区分・組織
国際統一基準・国内基準、単体・連結、法人、支店、海外拠点、 法域、通貨、連結対象・除外、内部取引、適用手法、基準日、ルール版。
商品・取引・会計
預金、貸出、有価証券、借入、レポ、デリバティブ、融資枠、 元本、残高、時価、未収利息、帳簿価額、会計科目、貸借対照表外（オフ・バランス）額。
相手先・発行体
個人、中小企業、事業法人、金融機関、中央銀行、中央政府、公共部門、 ファンド、特別目的事業体、保証者、所在地、最終リスク所在国。
格付・信用状態
格付機関、個別債務格付、債務者格付、長期・短期、 依頼格付、有効日、複数格付の選択、延滞、引当、弁済可能性。
担保・保証
差入・受入、担保種類、時価、評価日、担保掛目、分別管理、 売却・再担保・差替え可否、法的有効性、通貨・期間ミスマッチ。
契約・期間・オプション
約定日、受渡日、返済日、満期日、コール日、通知期間、解約可能日、 分割返済、延長権、プット、払込期限、処分制約終了日。
デリバティブ・相殺（ネッティング）
個別取引、法的相殺単位、担保契約、再構築コスト、 将来の信用危険額（将来エクスポージャー）、当初証拠金（IM）、変動証拠金（VM）、清算基金、格下げ条項。
制度ルール・証跡
告示・Q&A・内部方針、適用開始日、判定条件、係数、閾値、 経過措置、ルール改定履歴、例外理由、手修正・承認履歴。
11．判定単位を一つに揃えない
金融規制では、全てを会計科目単位、顧客単位、取引単位のいずれか一つで処理することはできない。 判定目的に応じて、必要な最小単位を使い分ける。
| 対象 | 主な判定単位 | 単純集計では不足する理由 |
|---|---|---|
| 資本調達手段 | 銘柄・契約・発行回号・元本返済部分 | 満期、コール、損失吸収条項、残存期間による算入額が異なる。 |
| 適格流動資産（HQLA：ストレス時にも換金しやすい高品質な資産） | 銘柄＋保有ポジション＋口座＋担保利用状況 | 銘柄が適格でも、担保拘束や管理権限により算入できない場合がある。 |
| 預金 | 口座・預金者・名寄せ後残高・保護部分 | 預金者属性、預金保険、取引関係により流出率・ASF係数が変わる。 |
| 貸出 | 債務者・契約・融資枠・返済キャッシュフロー | リスク区分、回収時期、CCF、RSF期間帯を別々に判定する。 |
| レポ | 個別取引・相手方・最終清算日・担保プール | 担保、相殺、満期、処分制約の組合せが計算へ影響する。 |
| デリバティブ | 個別取引・法的ネッティング単位・担保契約 | 会計純額と規制上の相殺単位が一致するとは限らない。 |
| ファンド | 持分・裏付資産・投資割合・情報基準日 | ルック・スルー（裏付資産まで見て判定する方法）、レバレッジ、間接保有、換金制限の確認が必要となる。 |
| 連結計算 | 法人・拠点・法域・通貨・内部取引 | 会計連結、規制連結、資金移動可能性は同一ではない。 |
12．日付・期間を意味別に管理する
一つの「満期日」へ複数の意味を集約すると、規制判定を誤る。 契約満期、コール可能日、次回返済日、通知後払戻日、解約可能日、 担保・保証の満期、処分制約終了日、決済日などを区別する。
代表例：
Tier2資本（劣後債務等を中心とする補完的な自己資本）の最終満期とコール可能日は同じではない。
LCRでは30日以内に実際に支払・受取が生じるかを見て、
NSFRでは6か月・1年等の期間帯やオプション行使の見込みを別の目的で評価する。
元本分割返済、キャピタルコール（投資家に対する出資金の払込請求）、期限前償還、延長権のある取引では、 契約全体を一つの期日にまとめず、元本部分またはキャッシュフロー単位へ展開することが必要になる。
13．処理の基本順序
- 適用基準、単体・連結、算出手法、基準日、制度ルール版を確定する。
- 基準日時点の会計残高、時価、契約、未使用枠、担保状況を固定する。
- 法人、相手先、商品、証券、格付、担保、保証、満期等の属性を付与する。
- 必要な返済・受払・払込等の契約キャッシュフローを期間帯へ展開する。
- 各規制の区分、適格性、相手先区分、期間区分、算入可否を判定する。
- リスク・ウェイト、CCF、流出率・流入率、ASF・RSF係数等を適用する。
- 担保・保証、ネッティング、期間・通貨ミスマッチ、処分制約を反映する。
- 二重計上排除、構成上限、資金流入上限、資本フロア等の全体調整を行う。
- 法人、拠点、通貨、単体・連結、報告区分ごとに集計する。
- 会計・資金繰り・開示・当局報告と照合し、判定理由とデータ系譜を保存する。
14．相殺・上限・二重計上排除
相殺は、同一顧客であることや会計上純額であることだけでは認められない。 規制ごとに、法的に有効なネッティング契約、同一決済日、同時決済、 対象取引、担保契約などの要件を確認する。
- 同じデリバティブのネッティング単位を流出と流入の双方へ計上しない。
- HQLAへ算入した資産の償還額をLCR資金流入へ重ねて計上しない。
- 担保で控除した未使用枠と同じ流動資産をHQLAへ重複算入しない。
- 自己資本から控除した部分について、分母側へ計上するか否かを別途判定する。
- レベル2資産上限、LCR資金流入上限、資本フロア等は個別取引後の全体調整として扱う。
15．単体・連結・拠点・通貨
単体と連結は、単に子会社残高を加える関係ではない。 連結範囲、保険子法人等の除外、内部取引消去、比例連結、 非支配株主持分、海外拠点の資金移動制限などを反映する。
流動性では、資産を連結していることと、その現金化資金をグループ内で自由に移動できることを区別する。 外貨取引では、報告通貨へ換算した金額だけでなく、実際に決済・調達が必要となる通貨別の流動性も管理する。
16．照合・統制・証跡
網羅性
全残高・オフバランス項目が、対象・対象外・保留のいずれかに分類されていること。
正確性
期間境界、格付有効日、担保評価、相手先区分、係数、相殺条件が一貫していること。
整合性
会計、資金繰り、自己資本比率、流動性比率、レバレッジ比率、開示・報告間の差額を説明できること。
再現性
基準日、元データ、ルール版、手修正、承認、再計算履歴から過去結果を再現できること。
最終値だけを保存するのではなく、判定に使用した属性、適用条文・Q&A、 中間計数、例外理由、変更前後の値、承認者を保存することで、 入力から報告値までの追跡可能性を確保する。
17．設計上の原則と注意点
- 商品名や会計科目だけで規制区分を決めない。
- 共通の事実データと、規制ごとの判定結果を分離する。
- 満期・コール・決済・通知・処分制約等の日付を意味別に保持する。
- 相殺・担保・保証は法的有効性と適用規制ごとの要件を確認する。
- 集計後残高だけでなく、規制判定に必要な最小明細を保持する。
- 経過措置と制度改定を基準日別に再現できるようルール版を管理する。
- 不明属性は保留または保守的取扱いとし、黙って補完しない。
- 手修正を計算ロジックの代替にせず、理由・承認・期限を管理する。
本ページは設計観点を一般化したものである。
実際の規制報告では、最新の告示・Q&A、契約条件、会計処理、
法的意見、各金融機関の内部規程を確認する必要がある。