学習・技術検証用デモ — 本システムは実際の銀行サービスではありません。

公開情報をもとに構築した教育目的のシステムです。実在する個人情報・口座情報・機密情報・認証情報等を入力しないでください。

ミニ銀行ACADEMY SYSTEM LEARNING
教材メニュー
学習進捗0 / 134
あと134項目
ADVANCED · 発展COURSE 08 · CORPORATE BANKING

Corporate Loan Data Architecture:契約・枠・貸付・Risk・会計を分離する

法人融資systemはloan balance tableだけでは作れません。Party、group、application、approval、facility、commitment、drawdown、schedule、covenant、collateral、rating、exposure、accountingをversionとeventで結びます。

13 / 13
CORPORATE BANKING · 法人銀行業務

法人融資を、信用判断・商品・契約・事務・モニタリング・データまで一気通貫で学ぶ。

Prerequisite: BANKING

LEARNING GOALS

このページで学ぶこと

  • 法人融資のcanonical data model
  • Origination・Servicing・Risk・GLの責任境界
  • 不変条件・event・監査・test

PLAIN LANGUAGE

まず、ここだけつかむ

1

法人融資systemは残高だけでなく、法人、申込、決裁、契約、枠、貸付、返済、covenant、担保、risk、会計を扱います。

2

Origination、Servicing、Risk、GLは責任を分け、同じ事実を契約versionとeventでつなぎます。

3

二重draw、利息誤計算、遡及変更、agent差異を不変条件・監査・照合・testで防ぎます。

DIFFICULT PARTS, STEP BY STEP

難しいポイントを、順番にほどく

専門用語を覚えることより、「なぜ必要か」「このシステムのどこで使うか」を理解することが目標です。

01

Loan Origination System

やさしく言うと

申込、分析、決裁、契約準備を管理するsystemです。

なぜ必要?

判断根拠と権限を実行前に統制するためです。

Minibankでは

LOSはありません。

02

Loan Servicing System

やさしく言うと

実行後の元本、利息、返済、feeを管理するsystemです。

なぜ必要?

長期間の契約計算と債権残高を正しく保つためです。

Minibankでは

loan servicingはありません。

03

Effective Dating

やさしく言うと

条件がいつから有効かをversion付きで管理する方法です。

なぜ必要?

契約変更と遡及再計算を正しく扱うためです。

Minibankでは

loan contract versionはありません。

Canonical entity map

Domain主要entity正とする事実
PartyLegalEntity、Group、UBO、Role法人identityと関係
OriginationApplication、Analysis、Rating、Decision申込と決裁根拠
DocumentationTermSheet、Agreement、Version、CP署名条件と発効
FacilityFacility、Tranche、Commitment、Sublimit利用可能な法的枠
ServicingDrawdown、Loan、Schedule、RateFixing、Payment元本・利息・返済
CovenantDefinition、Test、Certificate、Breach、Waiver契約遵守状態
SecurityCollateral、Valuation、Lien、Guaranteecredit enhancement
RiskExposure、Limit、PD、LGD、EAD、Watchlist信用risk measurement
AccountingAccrual、Fee、Provision、Journal、GL mapping財務会計とsub-ledger

System landscape

System責任境界
CRM / KYC顧客・group・contactcredit判断を持たない
Loan Origination申込、分析、workflow、決裁実行残高を正としない
Document / Covenant契約version、義務、certificate計算inputのlineage
Loan Servicing実行、利息、返済、残高契約済み条件だけbooking
Collateral権利、順位、valuation、保険loanとmany-to-many
Risk Enginerating、limit、ECL、stresssource dataとmodel version
Payments資金決済loan eventとidempotent連携
Accounting Hub / GL仕訳・財務報告sub-ledgerと日次照合
Data Platformreport・portfolio・regulatorySoRへ書き戻さない

重要な不変条件

  • 利用額+留保額が有効commitmentを超えない
  • draw dateはavailability内かつCP・default条件を満たす
  • 各loanの元本増減がcash settlementと一致
  • schedule残高の合計がloan principalと一致
  • syndicate share合計が100%またはfacility amountに一致
  • rate fixingは契約version・期間・sourceへtrace可能
  • covenant testは定義versionと財務input snapshotを固定
  • 担保releaseは必要承認と残債条件を満たす
  • backdated eventは利息・fee・GLを決定的に再計算
  • write-off、forgiveness、paymentを別eventとして記録

Eventと失敗設計

  1. 01CreditApproved
  2. 02AgreementEffective
  3. 03CommitmentAvailable
  4. 04DrawdownRequested
  5. 05LoanBooked
  6. 06FundsSettled
  7. 07RateFixed
  8. 08InterestAccrued
  9. 09PaymentApplied
  10. 10CovenantTested
  11. 11BreachRecorded
  12. 12WaiverEffective
  13. 13RatingChanged
  14. 14FacilityClosed
失敗必要control
二重drawrequest identity、unique、transaction lock
資金送金後応答消失status照会、idempotent retry、照合
rate source未取得fallback契約、manual approval、lineage
契約変更の遡及effective dating、recalculation、approval
agent statement差異case、suspense、participant照合
covenant input訂正versioned restatementと再判定

Security・Audit・Test

  • 営業、審査、法務、事務、risk、回収の職務分離
  • facility・party・document単位の最小権限
  • 金額・rate・口座・担保releaseはmaker-checker
  • 個人保証・財務情報をclassificationしてmasking
  • 全決裁・override・waiver・backdateへ理由付きaudit
  • contract-to-system field reconciliation
  • 利息golden cases、休日、leap year、rounding test
  • commitment concurrency、syndicate allocation、payment retry test
  • covenant formula version、restatement、waiver test
  • sub-ledger・cash・agent・GL・risk martのE2E照合

CHECK YOUR UNDERSTANDING

3問で理解チェック

答えを頭の中で考えてから、各項目を開いて確認してください。

Q1transfer tableへloan列を足せば法人融資systemになりますか?
答え

なりません。契約、長期schedule、枠、risk、担保、会計の独立modelが必要です。

Q2契約書とsystem条件が違う場合どちらが正ですか?
答え

法的契約を確認し、統制された訂正と影響再計算を行います。

Q3最重要のE2E照合は何ですか?
答え

契約条件、貸付sub-ledger、cash、agent、GL、risk reportを同じbusiness eventで追うことです。

ここまで読めましたか?

完全に暗記する必要はありません。大切な考え方を説明できそうなら押してください。

INDUSTRY / EXTERNAL SOURCE

業界資料・参考文献

一般論と業界知識の根拠です。外部サイトを新しいタブで開きます。

SOURCE TRAIL

根拠と関連教材

CURRENT IMPLEMENTATIONは確認したrepository内の実装です。HISTORICAL IMPLEMENTATIONは導入・修正の履歴で、後続migrationによる再定義があり得ます。RELATED LESSONは教材への案内で、実装の一次Sourceではありません。ASSUMPTIONは仮定、UNKNOWNは未確認を表します。

確認基点: d02eae8914f39cbf06bfe422dc39c71886f82b3e / 2026-09-11。稼働環境への適用確認: UNKNOWN。パス実在の自動検査と、記述した技術的事実の確認は別です。

  • CURRENT IMPLEMENTATIONsrc/domain/現在のdomain model。法人融資domainは未実装
  • CURRENT IMPLEMENTATIONsrc/services/現在のapplication service境界
  • HISTORICAL IMPLEMENTATIONsupabase/migrations/現在の正式DB履歴。loan schemaは存在しない