銀行エンジニアリング 26：延滞・デフォルト分類・訂正

Level 1 基礎：遅れた日数で状態が変わる

延滞と候補は、約定日と営業日から毎回計算します（保存しません）。確定だけが記録として残ります。

Level 2 銀行業務：確定しても元本は消えない

• 確定すると、確定日までの利息を計上してから利息の発生を止める。元本も未収利息も消さない
• 返済は確定後も受け付ける。約定の回を払うと、延滞が解消していく
• 回復するには、延滞中の回がすべて解消していること。提案と確認は別の管理責任者で、回復日から利息が再開する（止まっていた期間の利息は請求しない）
• 貸倒償却・引当・法的な回収は扱わない（学習用の内部分類）

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

• lending.aging が日付から延滞状態を返す。lending.propose_classification が提案、lending.confirm_classification が確認（別人でなければ LN013）
• 根拠がなくなった提案は確認できない。たとえば、提案後に顧客が返済して候補でなくなれば LN023
• 誤った返済の訂正は lending.reverse_repayment、誤った実行の訂正は lending.reverse_disbursement。どちらも鏡像の仕訳を作り、契約・返済予定・残高を同じ transaction で戻す。元の仕訳は消えない
• 訂正できるのは、対象の返済を名指しして、その返済がまだ有効な返済のうち最新で、後続の返済・利息計上・分類がないときだけ（実質、同じ営業日の間。同じ返済を二度訂正するのも LN024）。返済のある契約の実行は訂正できない（LN024）
• 汎用の取消（posting.reverse_event）で融資の取引を直接取り消そうとすると LN020。契約だけが取り残される取消は作れない

異常時：貸付金の残高がGLと合わない

Level 4 アーキテクチャ：状態と会計を同時に動かす

仕訳だけが変わって契約が残る、契約だけが変わって仕訳がない、という状態は、後から原因をたどれなくなります。MiniBankは融資の出来事を1つの command にまとめ、業務の状態・仕訳・監査を同じ transaction で確定します。取消が必要なときも、専用の訂正だけを許します。

どこを確認すればよいか

• 管理画面「融資・与信」：契約一覧の期日の状態、契約詳細の分類の履歴
• 運用センター：融資の延滞・デフォルト候補・分類の確認待ち
• 管理画面「銀行会計・締め」：補助元帳に融資の2科目が含まれること