← 個別テーマ解説へ戻る 金融知識へ

コミットメントラインと銀行保証を、契約・残高・利用判定・資金化・システム間データ連携の流れから整理する

基準時点：2026年8月15日　／　作成：AddWisteria Lab
本ページは、金融系SE（金融システムの設計・開発担当者）が要件定義や設計で確認する管理単位、業務イベント、状態遷移、システム間データ連携を軸に、コミットメントラインと銀行が発行する保証・信用状等を整理する。 契約締結・保証発行の時点で直ちに銀行から現金が出ない場合でも、将来の貸出実行や保証履行により資金需要と信用エクスポージャーが生じ得る。 実際の権利義務、手数料、請求条件、会計・規制上の取扱いは、契約、保証文言、当事者属性、商品、法域、基準時点によって異なる。

1．最初に押さえる将来の信用供与

コミットメントラインは、借手と銀行が合意した期間・融資限度額の範囲内で、契約条件に従う借手の要請に基づき銀行が貸出を行うことを法的に約束する契約である。 保証は、顧客が第三者に対して負う義務について、銀行が保証文言・信用状条件等に従い第三者へ支払う可能性を引き受ける取引である。 システムでは、現金の移動がない契約・発行の段階から、将来の資金化に備えて枠、残高、条件、当事者、状態を管理する。

コミットメントライン

借手が借入を申し込み、条件が満たされたときに、銀行から借手へ貸出を実行する。契約上の融資枠と、実行済貸出を分けて管理する。

銀行保証・信用状

顧客の依頼により銀行が受益者へ支払約束を発行し、所定の請求・書類呈示等があったときに、銀行から受益者へ支払う可能性がある。

管理層コミットメントライン保証・信用状
契約融資枠、期間、通貨、資金使途、借入条件、手数料、コベナンツ等。依頼人、受益者、保証金額、有効期限、請求条件、準拠規則・法、手数料等。
残高契約額、実行済額、未使用額、予約額、利用可能額。発行額、未履行残高、請求額、支払額、減額・失効額。
イベント借入申込、条件確認、実行、返済、再利用、期限到来。発行、条件変更、減額、請求、請求審査、支払、求償、失効。
資金化後銀行の貸出金と、借手の返済義務が生じる。受益者への支払と、顧客に対する求償債権等が生じ得る。
設計の起点 契約額、現時点の残高、利用・請求可能性、実際の資金移動は同じ金額とは限らない。 金融システムでは「枠・保証を設定した状態」と「資金化した状態」を連続したライフサイクルとして管理する。

2．融資枠契約・実行済額・利用可能額を分ける

全国銀行協会は、コミットメントラインを、借手企業と銀行があらかじめ合意した期間・融資限度額の範囲内で、借手企業の要請に基づき銀行が貸出を行うことを法的に約束する契約と説明している。 一つの契約から複数の借入実行が生じるため、融資枠契約と個別貸出を同一レコードにしない。 また、未使用額は算術上の残額、利用可能額は契約条件や予約額等を反映した現時点の利用可能性として分ける。

図1　コミットメントライン・保証の全体像

コミットメントラインでは融資枠の設定、借入実行、返済、未使用額への手数料を、保証では依頼、保証契約、保証書発行、事故時の履行請求・求償までを示す。

コミットメントラインでは企業と銀行が融資枠契約を結び、借入実行、返済、未使用額への手数料が発生する。保証では依頼人が銀行へ保証を依頼し、銀行が債権者へ保証書を発行し、事故時には保証履行後に依頼人へ求償する流れを示す。
単純な場合、融資限度額100＝実行済額40＋未使用額60となる。ただし、利用可能額は予約額、個別通貨枠、保証・信用状サブリミット、契約条件等の影響を受ける。

リボルビング型

返済により所定の範囲で利用可能額が回復し、契約期間中に反復利用できる。

非リボルビング型

一度実行した額は返済しても融資枠が回復しない。累計実行額も管理する。

サブリミット

通貨、短期借入、保証、信用状等に個別上限を設け、総枠と重複して消費する場合がある。

システム設計：融資枠契約、利用可能額計算、借入申込、個別貸出、返済を分離する。一つの融資枠に複数の借入・通貨・満期がぶら下がる構造を前提とする。

3．借入申込から融資実行までの状態管理

借入申込は貸出そのものではない。受付、条件確認、承認、資金実行、決済結果の各段階で、更新する残高、連携先、取消し可能性が異なる。

  1. 組成・与信承認：借手、目的、融資限度額、期間、通貨、手数料、コベナンツ、担保等を審査・承認する。
  2. 契約締結・利用開始：契約版、発効日、利用期限、借入可能条件、通知方法等を確定する。
  3. 借入申込：借手が金額、通貨、期間、実行希望日、受取口座等を通知する。
  4. 残高・条件確認：利用可能額、前提条件、表明保証、コベナンツ、デフォルト、権限、締切時刻等を確認する。
  5. 実行承認・資金手当て：個別貸出条件を確定し、必要な資金・通貨・参加行負担を準備する。
  6. 融資実行：借手へ資金を交付し、融資枠利用額と個別貸出残高を増やす。
  7. 利息・返済：個別貸出の金利、満期、返済条件に従って受払を管理する。
  8. 返済後の枠更新：リボルビング型では返済額を利用可能額へ戻し、非リボルビング型では戻さない。
  9. 期限到来・終了：新規借入を停止し、残存貸出、未収手数料、担保、契約終了条件を確認する。

借入申込と融資実行は同じ状態ではない

受付→条件確認中→承認済み→実行待ち→実行済み

途中で、条件未充足、限度超過、重複申込、取消し、差戻し、拒否、決済失敗等へ分岐する。申込受付時点で貸出残高を増やしてはならない。

日付を分ける 申込日、通知受領時刻、承認日、金利決定日、実行日、利息期間開始日、返済日、融資枠利用期限、契約終了日は別の意味を持つ。

4．利息・手数料を残高履歴から計算する

コミットメントラインでは、実行済貸出に対する利息のほか、融資枠を確保する対価、組成・事務・利用状況等に応じた手数料が設定される場合がある。 特定融資枠契約に関する法律は、同法の要件を満たす契約の手数料について、利息制限法等の特例を定めている。 計算処理では、名称から式を決めず、契約版と日々の残高履歴を基準に計算基礎、料率、日数、端数処理を確定する。

極度設定・コミットメント手数料

融資限度額、未使用額、利用可能額等、契約で定める計算基礎へ料率と期間を適用する。

利用手数料

実行額または利用率が所定水準を超えた場合等に適用されることがある。

組成・エージェント手数料

シンジケート団の組成、契約調整、期中事務等の役割に対して設定される。

貸出利息

実際に実行した個別貸出残高へ、固定金利または基準金利＋上乗せ幅等を適用する。

計算要素例管理上の注意
計算基礎契約額、未使用額、利用可能額、実行額、参加行持分等。期中の増減、予約額、非適格額、通貨換算を反映する。
料率・金利固定料率、利用率連動、格付・財務指標連動、基準金利＋上乗せ幅等。適用開始日、階層、見直し、上限・下限を版管理する。
日数計算実日数、年365日・360日等。通貨・契約ごとの日数計算、休日、端数処理を保持する。
請求・支払月次、四半期、実行時、契約時、満了時等。計算期間、確定額、請求書、入金、未収、訂正を分ける。
手数料名称だけで計算式を決めない。「未使用額×料率」とする契約でも、基準残高、適用期間、除外額、段階料率、最低額、端数処理が異なり得る。

5．契約上の義務から商品差を見分ける

商品名が似ていても、貸出義務、個別貸出の成立時点、枠回復の規則が同じとは限らない。画面やデータ区分は、名称だけでなく契約上の処理差分に合わせる。

観点タームローンコミットメントライン当座貸越等
契約の中心実行する貸出金額、期間、返済条件。将来利用できる融資枠と借入条件。極度額内で反復利用する貸越契約。
資金実行契約・条件充足後に一括または分割実行。借手の借入申込ごとに条件確認して実行。口座残高や支払取引に応じ自動的に利用される商品もある。
未使用額未実行部分がある場合を除き、通常は中心残高ではない。重要な契約残高・将来の信用供与。利用可能額を管理するが、法的義務・取消条件・商品仕様は異なる。
反復利用通常、返済済元本を再借入しない。リボルビング型では再利用できる。契約範囲で反復利用できる商品が多い。
主な対価貸出利息、取扱手数料等。貸出利息、極度設定・コミットメント手数料等。貸越利息、契約手数料等。
名称ではなく契約上の義務を見る 銀行が貸出を法的に約束しているか、無条件取消可能か、どの意思表示で個別貸出が成立するか、返済で枠が回復するかを確認する。

6．利用可否を前提条件・コベナンツから判定する

算術上の未使用額があっても、現時点で借入可能とは限らない。 契約上の前提条件、表明保証、コベナンツ、デフォルト条項、借入通知要件等に従って利用可否を判定する。

借入前提条件

契約発効、必要書類、社内・法的承認、資金使途、担保設定、通知期限等。

表明保証

権限、契約の有効性、財務情報、訴訟、法令違反等に関する事実確認。

コベナンツ

財務指標、情報提供、担保設定・資産処分等の制限、格付維持等の継続条件。

デフォルト事由

支払不履行、契約違反、倒産、虚偽表明、クロスデフォルト等。

利用停止・取消し

新規借入の停止、利用可能額の減額、期限の利益喪失、契約終了等。

免除・治癒

違反の免除、判定猶予、条件変更、追加担保等。承認者と有効期間を残す。

システム設計：未使用額と法的・業務的な利用可能額を分ける。利用可否は単一フラグだけでなく、判定時点、判定理由、未充足条件、承認・免除、証跡を保持する。

7．シンジケート案件全体と自社持分を分ける

シンジケート型では、複数金融機関が同一条件・同一契約書で融資枠を提供し、アレンジャーが組成を進め、契約後はエージェントが借入申込、資金、元利金、通知等を取りまとめる。 契約全体の残高と各参加行の持分・資金負担を分ける必要がある。 自社がエージェントを兼ねる場合も、案件全体の事務データと自社の貸手持分を同一残高として扱わない。

図2　シンジケート型コミットメントライン

エージェントを窓口として、借手と参加行の通知・資金・残高を集約する。

借手企業融資枠の利用者エージェント通知・資金・利息・情報を集約各参加行へ配分参加行Aコミットメント持分参加行Bコミットメント持分参加行Cコミットメント持分
契約全体の融資限度額、各参加行のコミットメント持分、個別借入の負担額、実際の資金決済額を別々に管理する。
役割・データ主な内容管理上の注意
アレンジャー条件調整、参加行招聘、組成、契約締結支援。組成段階の予定持分と契約確定持分を分ける。
エージェント通知受付、条件確認、資金集約・配分、元利金・手数料、情報連携。自己の貸手持分とエージェント事務を分ける。
参加行契約持分に応じた融資義務、資金拠出、元利金受領。契約持分、実行持分、未収・未払、遅延を照合する。
持分変更譲渡、参加、増額・減額、承継等。発効日前後の権利義務と残高を履歴化する。

8．銀行が発行する保証の当事者関係

本ページで扱う保証は、銀行が顧客の依頼を受け、受益者に対して支払義務等を引き受ける取引である。 銀行が貸出の保全として信用保証協会・保証会社・個人等から受ける保証とは、銀行の立場が逆になるため区別する。

依頼人

保証発行を銀行へ依頼し、保証料を支払い、保証履行後に銀行から求償を受ける可能性がある顧客。

保証銀行

信用審査と契約条件に基づき保証・信用状を発行し、所定の請求・呈示を審査して支払う。

受益者

保証・信用状に基づき、所定条件を満たす請求または書類呈示を行う権利を持つ者。

「保証」という名称だけで法的性質を決めない。主債務に付随する保証、独立保証、請求払保証、スタンドバイ信用状、荷為替信用状等では、銀行が確認する条件、抗弁、必要書類、準拠規則・法が異なる。

9．保証発行・請求・支払・求償を分ける

保証発行時と保証履行時は別のイベントである。 顧客の依頼と銀行の審査に基づいて保証を発行した後、受益者から請求があれば、銀行は保証文言に照らして請求額・期限・書類等を審査する。 有効な請求に基づいて支払った場合、顧客への求償債権等が生じ得る。

図3　銀行保証の基本フロー

上段は保証発行、下段は請求・保証履行・求償を示す。

① 保証発行時顧客依頼人銀行保証人・発行銀行信用審査・保証発行受益者支払約束を受ける者保証依頼保証発行② 保証条件に該当し、請求が行われた場合顧客本来の債務者保証履行後は求償対象となる場合銀行請求内容・保証条件を確認保証履行として支払必要に応じ顧客へ求償受益者契約に従って請求保証履行金を受領請求保証履行として支払求償（場合あり）保証発行と保証履行は別のライフサイクルイベント保証発行時点では通常、銀行から受益者への現金支払は発生しない有効な請求に基づき支払った場合、保証残高・支払・求償債権等を別々に更新する
保証文言、請求条件、保証履行要件、顧客への求償関係は商品・契約ごとに異なる。請求額、認定額、実支払額、保証残高、求償残高を別々に保持する。

代表的な保証状態

申込中→審査・承認済み→発行済み→請求受付→審査済み→支払済み・失効

発行後には、条件変更、金額減額、有効期限延長、受益者変更、取消し、原本返却、請求却下、部分支払等が発生し得る。

10．保証・信用状を処理条件の違いから見る

保証・信用状の種類により、当事者、必要書類、請求・呈示条件、審査規則、残高の減額条件が異なる。共通の商品名だけで一つの処理へまとめず、差分を属性として管理する。

取引概要主な管理項目
借入保証顧客が他金融機関等から負う借入債務について銀行が保証する。原債務、貸手、保証範囲、保証上限、有効期限、請求条件。
債券保証債券の元本・利息等の支払について銀行が保証する。債券ID（識別子）、発行体、保証対象、支払予定、保証期間。
履行保証工事・納入・役務等の契約履行について所定額を保証する。原契約、履行義務、保証額、減額条件、請求書類。
入札保証落札後の契約締結等、入札に伴う義務について保証する。入札案件、入札者、受益者、有効期限、落札後処理。
前受金返還保証前受金を受けた顧客が契約を履行しない場合等の返還を保証する。前受金、原契約、減額スケジュール、保証残高。
関税保証等関税その他所定の公租公課等の支払を保証する。対象当局、対象債務、期間、保証文言、支払条件。
スタンドバイ信用状顧客の債務不履行等に備え、所定書類の呈示に対する銀行の支払確約として利用される。発行銀行、通知・確認銀行、受益者、呈示条件、準拠規則。
荷為替信用状貿易取引で、信用状条件に一致する船積書類等の呈示を条件に銀行が支払を約束する。輸入者、輸出者、金額、船積・呈示期限、必要書類、不一致。
保証と信用状を一つの処理にしない 当事者、独立性、請求・呈示条件、準拠規則、書類審査、通知銀行・確認銀行、金額減額、資金化後の求償等を商品属性として持つ。

11．コミットメントと保証の資金化を比較する

両者は将来の信用供与という点で共通するが、資金化を開始するイベント、資金の受取人、資金化後に生成する債権が異なる。

観点コミットメントライン保証・信用状
資金の受取人原則として借手企業。原則として保証・信用状の受益者。
資金化の契機借手の借入申込と契約条件の充足。保証文言・信用状条件に従う請求または書類呈示。
資金化後借手に対する貸出金が発生。受益者への支払と、顧客への求償債権等が発生し得る。
主要残高融資限度額、実行済額、未使用額、利用可能額。発行額、未履行残高、請求額、認定額、支払額、求償残高。
主要手数料極度設定・コミットメント、利用、組成・エージェント等。保証料、発行・条件変更、通知・確認等。
共通点契約・発行時点で現金支出がなくても、将来の信用供与、資金流出、信用リスク、規制計数を生む。

12．オフバランス契約と資金化後の債権をつなぐ

未使用のコミットメントや未履行の保証は、まだ貸出・支払が実行されていなくても、将来の信用供与可能性として管理対象となる。 借入実行で貸出金へ、保証履行で支払・求償債権等へ移るため、オフバランス管理とオンバランス残高を関係ID（識別子）で接続する。

図4　未実行・未履行の信用供与が資金化する流れ

契約残高がゼロになることと、資金化後の債権が回収されることは別である。

未使用コミットメントまだ実行していない融資枠将来の貸出義務未履行保証まだ支払っていない保証残高将来の保証履行可能性貸出金借入実行により資金化求償債権等保証履行後の信用エクスポージャー
会計・開示上の表示や認識は適用基準・取引によって異なる。システムでは契約残高、規制上のエクスポージャー、会計残高、資金決済を別々に保持する。
借入実行または保証履行により元の未使用・未履行残高を減らしても、資金化後の貸出金・求償債権が同時に消えるわけではない。元イベントと生成された債権を親子IDで関連付ける。

13．公開商品から設計差分を読む

公開されている商品・統計・手数料情報を見ると、同じ「枠」「保証」でも、契約条件と業務イベントが異なることが分かる。以下は仕組みを理解するための例であり、個別取引を推奨するものではない。

公開例確認できる構造システムで持ちたい差分
みずほ銀行「コミットメントライン」 一定期間の貸出極度、極度内での反復借入・返済、極度設定手数料、相対方式・シンジケーション方式、財務制限条項等が案内されている。 契約方式、反復利用可否、手数料、資金使途、財務条項、利用停止理由。
全国銀行協会「貸出債権市場取引動向」 シンジケート・ローン組成実績をタームローンとコミットメントラインに分け、件数・金額・期末残高を公表している。 商品区分、組成日、契約額、期末残高、借手区分、参加行持分。
日本銀行「コミットメントライン契約額、利用額」 契約額と利用額を別系列で把握する統計であり、最新計数は時系列統計データ検索サイトで提供される。 契約額、実行済額、未使用額、基準日、統計区分、報告版。
みずほ銀行「外国為替関係主要手数料一覧表」 輸入信用状の発行・条件変更、輸出信用状の通知・確認、保証状発行・条件変更等が別の手数料項目として示されている。 取引種類、発行・通知・確認の役割、変更イベント、手数料区分、適用日。
日本貿易振興機構「信用状発行銀行の信用リスクと確認信用状」 信用状により輸入者信用リスクが発行銀行信用リスクへ転換され、確認信用状では確認銀行の確約が追加される構造が説明されている。 発行銀行、確認銀行、通知銀行、受益者、呈示条件、銀行・カントリーリスク。
公開例の読み方商品ページは一般的な特徴を示すものであり、実際の極度額、手数料、保証文言、請求条件、財務条項等は個別契約で確定する。システムは公開商品名ではなく確定契約条件を正本とする。

14．画面・帳票・システム間データ連携

画面や帳票は単体で設計せず、どのシステムが契約条件・残高・決済結果の正本を持つか、どの業務イベントで下流へ連携するかを先に決める。

業務領域主な帳票・画面主な外部連携・証跡
融資枠契約案件・与信申請、融資枠条件、契約版、限度・通貨・期間照会。稟議、契約書、法務確認、顧客・グループ与信、担保管理。
利用可能額契約額、実行済、予約、サブリミット、利用可能額、利用停止理由。貸出残高、保証・信用状利用、日中予約、為替換算、限度管理。
借入実行借入申込、条件チェックリスト、承認、資金実行、返済予定。顧客通知、勘定系、資金繰り、決済口座、会計仕訳。
手数料計算期間、計算基礎、料率、確定額、請求、入金・未収。契約条件、残高履歴、請求書、会計、税務。
コベナンツ測定項目、基準、判定日、提出資料、違反、免除・治癒。財務情報、格付、稟議、顧客連絡、利用停止。
シンジケート参加行・持分、資金請求、拠出状況、元利金配分、照合。エージェント通知、参加行送受信、決済明細、持分譲渡。
保証発行保証申込、保証文言、受益者、金額・期限、承認、発行・原本管理。原契約、保証状、信用審査、担保、SWIFT（国際銀行間通信網）等の銀行間メッセージ。
保証変更・失効増減額、期限延長、文言変更、取消し、原本返却、失効確認。依頼人・受益者同意、変更保証状、メッセージ、承認証跡。
請求・保証履行請求受付、書類、不一致、審査結果、認定額、支払指図。受益者請求、法務・コンプライアンス、決済、顧客通知。
求償・回収求償債権、利息・費用、請求、回収、延滞、引当・償却。貸出・債権管理、担保処分、法的回収、会計・規制報告。
設計・データ連携の要点：保証状や借入申込書の画像だけで処理を完結させず、金額、期限、当事者、条件、状態を構造化する。一方、原文書・銀行間メッセージ・承認証跡へのリンクも残し、構造化項目と法的文言を照合できるようにする。連携では、案件ID・契約ID・取引ID、基準日時、状態、金額、取消し・再送、重複防止、照合結果を引き渡す。

15．例外発生時に止める処理と残す記録

例外処理は警告表示だけで終わらせず、どの段階で処理を止めるか、枠・保証残高や仕訳を更新したか、下流へ何を送ったか、再処理時に二重計上しないかを確認する。

リスク・例外内容主な管理
信用リスク借入実行後の貸出回収不能、保証履行後の求償不能、顧客信用悪化。与信枠、格付、担保、保証、引当、回収、ストレス。
同時利用・流動性リスク市場混乱時等に複数顧客が未使用枠を同時に利用し、資金需要が急増する。利用予測、契約別・顧客別流出、通貨別資金繰り、ストレステスト。
限度・二重消費借入、保証、信用状、予約が同じ総枠を重複消費または解放する。原子的な枠予約、サブリミット、重複ID、日中照合。
契約・法務リスク借入義務、保証独立性、請求条件、取消し、準拠法等の誤解。契約版、法務承認、保証文言、権限、法的意見、例外承認。
コベナンツ違反違反を見逃して借入を実行する、または誤判定で利用を停止する。判定日、使用財務値、免除・治癒、四眼承認、再計算。
請求審査リスク期限外・金額超過・書類不一致・重複請求を誤って支払う。受付時刻、原本・電子呈示、請求残高、重複検知、法務確認。
オペレーショナルリスク通貨、金額、受益者、口座、期限、料率、参加行持分等の誤り。入力統制、照合、承認、決済前確認、監査証跡。
制裁・不正利用当事者、受益者、船舶・貨物、資金使途等に制裁・不正利用リスクがある。顧客確認、制裁スクリーニング、取引監視、保留・エスカレーション。
為替・市場リスク多通貨枠の円換算額変動、保証履行通貨の資金調達、変動金利。換算レート、再評価、通貨別限度、資金・市場リスク管理。
エージェント・決済リスク参加行資金の遅延、誤配分、通知不達、時差・休日差。締切、拠出状況、未決済、利息補償、照合、例外連絡。

代表的な変更・例外イベント

  • 融資枠の変更：増額・減額、期間延長、通貨追加、サブリミット変更、手数料改定。
  • 借入申込の例外：重複、取消し、金額訂正、条件未充足、締切後受付、決済失敗。
  • 保証の変更：金額増減、有効期限延長、受益者・文言変更、取消し、原本返却。
  • 請求の例外：部分請求、不一致、期限外、重複請求、差止め、争いのある請求、部分支払。
  • 資金化後：条件変更、延滞、担保実行、求償回収、譲渡、償却。
例外処理で残高を直接上書きしない。訂正・取消し・変更イベントを記録し、元イベント、承認、差分、発効日時、再計算結果を追跡できるようにする。

16．金融系SEが確認したいデータと状態

次の項目例をデータ辞書としてそのまま採用するのではなく、正本システム、更新契機、基準日時、履歴の保持方法を業務ごとに確認する。

データ領域主な項目例主な管理上の注意
当事者・役割顧客ID、借手、依頼人、受益者、保証銀行、発行銀行、確認銀行、参加行、エージェント。法人マスタと案件上の役割を分け、支店・法域・規制属性を保持する。
融資枠契約融資枠ID、契約種類、融資限度額、通貨、発効日、利用期限、終了日、リボルビング区分。商品、契約、承認枠を同じIDにせず、契約版を履歴化する。
利用可能額契約額、実行済額、未使用額、予約額、サブリミット使用額、利用可能額、利用停止額。算術残高と契約上の利用可否を分け、基準時点と換算レートを持つ。
借入申込申込ID、受付日時、金額、通貨、期間、実行希望日、資金使途、受取口座、状態。申込、承認、資金実行を分け、重複・取消し・差戻しを追跡する。
個別貸出貸出ID、親融資枠ID、実行額、残高、金利条件、実行日、満期日、返済方法。融資枠残高と貸出元本を混同せず、返済後の枠回復規則を適用する。
手数料・利息種類、計算基礎、料率・金利、計算期間、日数計算、確定額、請求日、入金状態。契約条件と計算結果を分け、未収、訂正、参加行配分を管理する。
条件・コベナンツ条件ID、測定項目、基準、判定日、使用値、判定結果、違反、免除、治癒期限。単一フラグにせず、根拠資料、承認、再判定を保存する。
シンジケート案件ID、アレンジャー、エージェント、参加行、契約持分、実行持分、資金拠出状態。案件全体と自社持分、エージェント事務、持分譲渡を分離する。
保証契約保証ID、依頼人、受益者、種類、通貨、発行額、未履行残高、発行日、有効期限、準拠規則・法。発行保証と貸出保全として受ける保証を商品区分・役割で分ける。
原債務・原契約原契約ID、債務種類、契約金額、債務者、債権者、履行期、減額スケジュール。保証対象範囲と保証残高の連動条件を明示する。
保証文言・書類文言版、請求条件、必要書類、呈示場所、呈示方法、原本管理、準拠規則。構造化条件と原文を関連付け、変更前後を上書きしない。
保証変更変更ID、変更種類、増減額、変更後期限、依頼日、同意、発行日、発効状態。申込、承認、受益者同意、発行を別状態で管理する。
請求請求ID、受付日時、請求額、通貨、書類、不一致、審査結果、認定額、状態。請求額、認定額、却下額、未処理額を分け、重複請求を検知する。
保証履行・決済支払ID、支払日、支払額、受益者口座、決済状態、失敗理由、保証残高更新。審査承認と支払完了を分け、資金決済の結果で残高を確定する。
求償・回収求償債権ID、顧客、元本、利息・費用、残高、回収額、延滞、担保、償却。保証残高とは別債権として生成し、回収・条件変更を追跡する。
会計・規制会計区分、勘定科目、オフバランス区分、信用換算区分、流動性区分、取消可能性、報告基準日。契約属性から判定し、規則版・判定理由・手動補正を残す。
証跡・文書契約版、稟議、承認者、操作日時、送受信メッセージ、原文書、手動補正、再処理。基準日時点の契約、残高、判断、決済を再現できるようにする。

代表的な状態遷移

融資枠契約

案件作成→承認済み→契約済み→利用可能→利用停止・期限到来→終了

借入申込

受付→条件確認中→承認済み→実行待ち→実行済み・拒否・取消し

保証

申込中→承認済み→発行済み→変更・請求受付→履行済み・失効・取消し

保証請求

受付→書類・条件審査→認定・却下・照会→支払待ち→支払済み・終了
データモデル上の分離 商品 ≠ 融資枠契約 ≠ 利用可能額 ≠ 借入申込 ≠ 個別貸出 ≠ 保証契約 ≠ 原債務 ≠ 保証変更 ≠ 請求 ≠ 保証履行 ≠ 求償債権 ≠ 決済 ≠ 会計・規制判定。

17．規制・会計システムへのデータ連携

銀行法・契約法務

債務保証等の銀行業務、特定融資枠契約の適用対象・手数料特例、保証・信用状の準拠法・規則等を確認する。

自己資本比率規制

コミットメント、保証、信用状等を取引種類、期間、取消可能性等に応じて信用エクスポージャーへ反映する。

流動性規制

LCR（Liquidity Coverage Ratio、流動性カバレッジ比率）では短期の資金流出可能性、NSFR（Net Stable Funding Ratio、安定調達比率）では所要安定調達額への影響等を判定する。

会計・信用損失

契約残高、実行可能性、顧客信用、担保、保証履行可能性、求償回収等を用い、手数料・引当・偶発債務・信用損失等へ連携する。

大口・グループ与信

実行済貸出だけでなく、未使用枠、保証、信用状、デリバティブ等を顧客・企業グループ単位へ集約する。

AML・制裁・外為

AML（Anti-Money Laundering、マネー・ローンダリング対策）の観点から、依頼人、受益者、発行・確認銀行、国・地域、貨物・目的、資金経路等を確認し、必要な審査・報告・保留を行う。

信用換算率、流出率、安定調達比率上の係数、会計認識等をページ内の固定値として実装しない。適用基準、金融機関区分、商品属性、取消可能性、残存期間、基準日、規則版に基づいて判定する。

元システムからは契約属性、残高、取消可能性、期間、当事者等の事実データを連携し、規制・会計システム側で用いた規則版、判定理由、補正履歴を再現できるようにする。

18．業務処理例・設計上の確認点・参考資料

業務処理例1　100億円の融資枠から40億円を実行する

融資限度額100億円、予約額・他サブリミット利用なし、実行済額40億円なら、単純な未使用額は60億円、利用率は40％である。 銀行は、40億円を個別貸出残高として、60億円を将来の貸出可能性として管理する。 契約条件違反等で新規借入が停止している場合、算術上の未使用額60億円と現時点の利用可能額は一致しない。

業務処理例2　未使用額に手数料を計算する

未使用額60億円、年率0.20％、計算期間30日、年365日の日割り、1円未満四捨五入と仮定すると、手数料は 60億円×0.20％×30÷365＝986,301円である。 実際には日々の未使用額、段階料率、最低額、休日・端数処理等を契約に従って反映する。

業務処理例3　10億円の保証へ4億円の請求が来る

未履行保証残高10億円に対し4億円の請求を受け、審査の結果3億5,000万円を有効と認定し、その全額を支払ったとする。 請求額4億円、認定額3億5,000万円、却下・未認定額5,000万円、支払額3億5,000万円を別々に記録する。 保証残高の減額規則と、顧客に対して計上する求償債権額・回収条件も契約に従って別途確定する。

設計上、境界を確認したい項目

確認対象設計上の整理
未使用額と利用可能額未使用額は算術上の残額、利用可能額は前提条件、コベナンツ、デフォルト、サブリミット、予約額、利用期限等を反映した結果として分ける。
融資枠と貸出残高融資枠は契約上限、貸出残高は実行済み元本として、別の管理単位・残高で保持する。
返済後の融資枠リボルビング型では回復し得るが、非リボルビング型では回復しない。商品区分ではなく契約条件から判定する。
保証発行と保証履行保証発行は支払約束の設定、保証履行は請求・呈示と審査を経た支払として、別イベント・別状態で管理する。
保証請求額と支払額期限、金額、必要書類、保証文言等を審査し、請求額、認定額、却下額、支払額を分ける。
保証履行額と求償債権額費用・利息、回収、契約範囲、会計処理等により異なり得るため、別残高として管理する。
銀行が発行する保証と貸出保全として受ける保証銀行の役割と資金フローが逆であり、別の商品・当事者関係として管理する。
主な公開資料
ページ上部へ戻る 個別テーマ解説へ戻る