銀行エンジニアリング 24：融資の基本 — 申込・審査・決裁・実行は別の出来事

Level 1 基礎：貸すと、銀行の資産と預金が同時に増える

顧客へお金を貸すと、銀行には「返してもらう権利」（貸付金という資産）が生まれ、同時に顧客の預金（銀行の負債）が同じ額だけ増えます。お金が金庫から出ていくのではなく、帳簿の両側が同時に増えます。

だから融資は、申込を受けた時点では何も起きません。実行したときに初めて貸付金と預金が計上されます。MiniBankでは、申込・審査・決裁・実行がそれぞれ別の記録になります。

1. 01申込（SUBMITTED）：お金は動かない
2. 02審査の提案（UNDER_REVIEW）：担当者が根拠を確認
3. 03決裁（APPROVED）：別の管理責任者が承認。まだお金は動かない
4. 04実行（DISBURSED）：貸付金と預金を同時に計上

Level 2 銀行業務：誰が何をできるか（職務の分離）

顧客に見えるのは状態だけです。審査の根拠や内部の判断理由は、顧客向けの画面にも API にも出ません。

Level 3 システム：MiniBankでの実装

• lending.claim → lending.propose → lending.decide → lending.disburse の順に進む。各段階で、その時点で有効な権限をDBが確認する
• 提案には revision が付く。決裁は「表示した revision」を指定し、その後に提案が変わっていれば LN014 で拒否される
• 提案者・claim した人が決裁しようとすると LN013。権限（operator か admin_manager か）の検査とは別に、人の同一性もDBが見る
• 承認の有効期限は承認日から14日（営業日）。期限切れ・無効化・決裁者や担当者の権限失効があれば、実行は LN012 で拒否される
• 実行は貸付金（LOAN_RECEIVABLE、GL 1300）を借方、顧客預金を貸方に1つの仕訳で計上し、同時に契約と12回分の返済予定を作る
• 同じ冪等キーの再送は元の結果、別の内容や別の担当者なら LN009、実行済みの申込への別キーの実行は LN019

異常時：承認したあとで担当者の権限がなくなった

Level 4 アーキテクチャ：承認は許可であって、資金移動ではない

承認を「お金を動かした」と同じに扱うと、承認のあとに状況が変わったとき（口座の凍結、権限の失効、商品の見直し）に危険です。MiniBankは承認と実行を別の記録にし、実行の瞬間に条件を全部確かめ直します。貸付金と顧客預金は、Posting Engineの1つの仕訳として同時に計上されます。

どこを確認すればよいか

• 顧客画面「ローン」：申込と状態（審査待ち → 承認済み → 融資実行済み）
• 管理画面「融資・与信」：申込と審査、提案、決裁、実行
• 運用センター：決裁待ち・実行待ちのキュー