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

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

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

企業向け貸付金と借入金:法人融資を1本のLifecycleで理解する

同じ契約でも銀行には貸付金というasset、企業には借入金というliabilityです。相談から完済・再生まで、商品・契約・信用risk・会計・事務・dataを一体で追います。

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

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

Prerequisite: BANKING

LEARNING GOALS

このページで学ぶこと

  • 銀行と企業で異なる見え方
  • 法人融資のend-to-end lifecycle
  • 契約・債権・資金・会計を分ける理由

PLAIN LANGUAGE

まず、ここだけつかむ

1

企業融資は銀行には貸付金、企業には借入金として見える同じ契約です。

2

契約、融資枠、個別実行、貸付残高、返済予定は別の情報として管理します。

3

相談から完済・条件変更・再生までが1つの長いlifecycleです。

DIFFICULT PARTS, STEP BY STEP

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

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

01

Facility

やさしく言うと

貸出条件と利用可能枠をまとめた契約単位です。

なぜ必要?

1つの契約から複数の貸付が発生するためです。

Minibankでは

現在facility entityはありません。

02

Exposure

やさしく言うと

銀行が損失を受ける可能性のある金額です。

なぜ必要?

実行残高以外に未使用枠や保証もriskになるためです。

Minibankでは

現在は法人与信exposureを計算しません。

03

返済原資

やさしく言うと

企業が元本と利息を返すためのcashの源泉です。

なぜ必要?

担保処分より通常の事業cash flowで返すことが基本だからです。

Minibankでは

企業cash flow modelは未実装です。

同じ融資を両側から見る

貸付契約、融資枠、個々のdrawdown、貸付債権、返済scheduleは同じものではありません。1契約から複数貸付が発生し、未使用枠にも偶発的な信用exposureが残ります。

観点銀行(貸し手)企業(借り手)
貸借対照表貸付金・未収利息・引当短期/長期借入金・未払利息
収益・費用利息収益・手数料・信用cost支払利息・手数料・資金調達cost
中心riskdefault、回収、集中、流動性借換、金利、担保、covenant、期限の利益
管理単位債務者、group、facility、exposure金融機関、契約、返済、担保、満期
成功risk調整後収益と顧客支援必要資金の確保と財務柔軟性

法人融資のLifecycle

  1. 01顧客・企業group・実質的支配者を把握
  2. 02資金使途・必要額・期間・返済原資を確認
  3. 03事業・財務・cash flow・外部環境を分析
  4. 04格付・exposure・担保・採算を評価
  5. 05条件案とterm sheetを協議
  6. 06権限に従って審査・決裁
  7. 07契約・担保・前提条件を充足
  8. 08drawdownして貸付金を実行
  9. 09利息・返済・covenant・信用状態を管理
  10. 10完済・借換・条件変更・回収・再生で終了

基本用語map

用語意味混同しやすい点
Obligor / Borrower返済義務を負う主体guarantorやsecurity providerと別
Facility貸付条件と利用可能枠の契約単位実行済loan残高と別
Commitment一定条件で資金提供する約束未使用でもexposure・手数料があり得る
Drawdown / Utilization枠を使い個別貸付を発生させること契約締結と同時とは限らない
Maturity契約上の最終期限各返済日やavailability endと別
Exposure銀行が損失を受け得る金額帳簿残高だけでなく未使用枠・保証を含み得る
Default契約・risk上の債務不履行状態単なる延滞日数だけで決めない

Minibankとの境界

現在のMinibankには法人、企業group、融資申込、格付、facility、drawdown、利息、返済、担保、保証、covenant、引当は実装されていません。この13章は実装済みと誤認させず、将来の業務・system設計を学ぶ追加教材です。

  • 既存の個人・一般ローン教材は残す
  • 預金口座残高を返済能力とみなさない
  • transfer ledgerを貸付元帳の代用にしない
  • 契約条件と会計残高を別entityで管理
  • 銀行側と企業側の情報非対称性を明示する

CHECK YOUR UNDERSTANDING

3問で理解チェック

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

Q1融資枠100億円なら貸付残高も100億円ですか?
答え

違います。枠、実行済残高、利用可能額を分けます。

Q2融資実行で銀行の仕事は終わりますか?
答え

終わりません。返済、情報、covenant、格付、担保、引当を継続管理します。

Q3Minibankに法人融資は実装済みですか?
答え

いいえ。この章は将来設計の教材であり、実装済み機能ではありません。

ここまで読めましたか?

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

INDUSTRY / EXTERNAL SOURCE

業界資料・参考文献

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

SOURCE TRAIL

根拠と関連教材

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

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

  • RELATED LESSON/docs/loans関連教材の入口。既存のローン審査入門
  • HISTORICAL IMPLEMENTATIONsupabase/migrations/確認基点のmigration履歴に法人融資objectはない。稼働DB状態はUNKNOWN