特許 5963998 与信事務管理システムおよびその方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】5963998

(24)【登録日】2016年7月8日

(45)【発行日】2016年8月3日

(54)【発明の名称】与信事務管理システムおよびその方法

(51)【国際特許分類】

   G06Q 40/02 20120101AFI20160721BHJP

   G06Q 10/06 20120101ALI20160721BHJP

【ＦＩ】

   G06Q40/02 300

   G06Q10/06 324

【請求項の数】16

【全頁数】25

(21)【出願番号】特願2016-516113(P2016-516113)

(86)(22)【出願日】2015年3月31日

(86)【国際出願番号】JP2015001866

【審査請求日】2016年3月22日

【早期審査対象出願】

(73)【特許権者】

【識別番号】397077955

【氏名又は名称】株式会社三井住友銀行

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】宇賀神 清徳

(72)【発明者】

【氏名】池田 和矢

(72)【発明者】

【氏名】山田 智生

(72)【発明者】

【氏名】林 正人

(72)【発明者】

【氏名】加納 雅登

【審査官】 田付 徳雄

(56)【参考文献】

【文献】 特開２００３−２９６５７２（ＪＰ，Ａ）

【文献】 特開２００３−２４８７５４（ＪＰ，Ａ）

【文献】 特開２００２−１５７４２２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

コントロールカードコードに関連付けて稟議書コード、署名予定日、与信実行予定日、ステータス、および所定期間ごとに複数の行内規程項目のチェック完了フラグを格納するコントロールカード記憶部と、
稟議書コード、条件付きで稟議書が決裁される場合の条件、および充足期限を含む稟議条件パート、および貸出に必要な条件を含む貸出条件パートを受信することに応答して、前記コントロールカード記憶部にレコードを登録するコントロールカード作成部であって、前記稟議条件パートおよび前記貸出条件パートに基づいて、前記複数の行内規程項目のうち、チェックすべき項目に未完了を示す値を格納する、コントロールカード作成部と
を備えた、与信事務管理システム。

【請求項2】

前記コントロールカード記憶部は、貸付コードおよび与信実行国をさらに格納し、
前記コントロールカード作成部は、前記貸出条件パートに含まれる与信実行国を参照して、与信実行国の数に応じた数のレコードを前記コントロールカード記憶部に登録する、請求項１の与信事務管理システム。

【請求項3】

貸出実行がなされる地域ごとに遵守すべき項目を格納する地域規制記憶部をさらに備え、
前記コントロールカード作成部は、前記貸出条件パートに含まれる与信実行国に基づいて前記地域規制記憶部を検索して、前記複数の行内規程項目に含まれる地域規制項目を設定する、請求項１または２の与信事務管理システム。

【請求項4】

稟議書コードに関連付けて、稟議書を構成する情報を含む複数のパートを格納する稟議書記憶部と
役割を含む担当者情報を格納する担当者記憶部と
をさらに備え、
前記与信事務管理システムは、前記担当者記憶部の前記役割に応じて、前記複数のパートの一部または全部を選択して提供する、請求項１乃至３のいずれかに記載の与信事務管理システム。

【請求項5】

稟議書の貸出条件に基づいて設定されるチェック項目を格納する契約条件チェック記憶部と、
前記貸出条件パートに基づいて、前記契約条件チェック記憶部にレコードを登録する契約条件設定部と
をさらに備え
前記与信事務管理システムは、前記契約条件チェック記憶部において設定された、決裁済稟議書と契約書の整合性を確認するためのすべてのチェック項目の整合性が確認されると、前記コントロールカード記憶部の契約書チェックに関する行内規程項目に完了を示す値を格納する、請求項１乃至４のいずれかに記載の与信事務管理システム。

【請求項6】

稟議書の貸出条件に含まれる担保・保証の充足情報を格納する担保・保証チェック記憶部と、
前記貸出条件パートに基づいて、前記担保・保証チェック記憶部にレコードを登録する担保・保証設定部と
をさらに備え、
前記与信事務管理システムは、前記担保・保証チェック記憶部において所定期間に充足期限が設定されたすべての担保・保証の充足が確認されると、前記コントロールカード記憶部の当該所定期間の担保・保証に関する行内規程項目に完了を示す値を格納する、請求項１乃至５のいずれかに記載の与信事務管理システム。

【請求項7】

徴求書類の情報を格納するドキュメントチェック記憶部と、
徴求書類の情報を含むドキュメントリストアップデータに基づいて、前記ドキュメントチェック記憶部にレコードを登録するドキュメント設定部と
をさらに備え、
前記与信事務管理システムは、前記ドキュメントチェック記憶部において所定期間に入手期限が設定されたすべてのドキュメントの存在が確認されると、前記コントロールカード記憶部の当該所定期間のドキュメントに関する行内規程項目に完了を示す値を格納する、請求項１乃至６のいずれかに記載の与信事務管理システム。

【請求項8】

特定の商品においてチェックすべき項目の情報を格納する商品別チェック記憶部と、
前記貸出条件パートに基づいて、前記商品別チェック記憶部にレコードを登録する商品別設定部と
をさらに備え、
前記与信事務管理システムは、前記商品別チェック記憶部において設定されたすべての項目のチェックが確認されると、前記コントロールカード記憶部の商品別に関する行内規定項目に完了を示す値を格納する、請求項１乃至７のいずれかに記載の与信事務管理システム。

【請求項9】

コントロールカードコードに関連付けて稟議書コード、署名予定日、与信実行予定日、ステータス、および所定期間ごとに複数の行内規程項目のチェック完了フラグを格納するコントロールカード記憶部を備えた与信事務管理システムにおいて、
前記与信事務管理システムのコントロールカード作成部が、稟議書コード、条件付きで稟議書が決裁される場合の条件、および充足期限を含む稟議条件パート、および貸出に必要な条件を含む貸出条件パートを受信するステップと、
前記コントロールカード作成部が、前記受信した情報に基づいて、前記コントロールカード記憶部にレコードを登録するステップであって、前記稟議条件パートおよび前記貸出条件パートに基づいて、前記複数の行内規程項目のうち、チェックすべき項目に未完了を示す値を格納する、ステップと
を実行する、方法。

【請求項10】

前記コントロールカード記憶部は、貸付コードおよび与信実行国をさらに格納し、
前記登録するステップは、前記貸出条件パートに含まれる与信実行国を参照するステップを含み、与信実行国の数に応じた数のレコードを前記コントロールカード記憶部に登録する、請求項９の方法。

【請求項11】

前記与信事務管理システムは、貸出実行がなされる地域ごとに遵守すべき項目を格納する地域規制記憶部をさらに備え、
前記登録するステップは、前記貸出条件パートに含まれる与信実行国に基づいて前記地域規制記憶部を検索するステップと、前記複数の行内規程項目に含まれる地域規制項目を設定するステップとをさらに含む、請求項９または１０の方法。

【請求項12】

前記与信事務管理システムは、
稟議書コードに関連付けて、稟議書を構成する情報を含む複数のパートを格納する稟議書記憶部と
役割を含む担当者情報を格納する担当者記憶部と
をさらに備え、
前記与信事務管理システムが、前記担当者記憶部の前記役割に応じて、前記複数のパートの一部または全部を選択して提供するステップをさらに実行する、請求項９乃至１１のいずれかに記載の方法。

【請求項13】

前記与信事務管理システムは、稟議書の貸出条件に基づいて設定されるチェック項目を格納する契約条件チェック記憶部をさらに備え、
前記与信事務管理システムの契約条件設定部が、前記貸出条件パートに基づいて、前記契約条件チェック記憶部にレコードを登録するステップと、
前記契約条件チェック記憶部において設定された、決裁済稟議書と契約書の整合性を確認するためのすべてのチェック項目の整合性が確認されると、前記与信事務管理システムが、前記コントロールカード記憶部の契約書チェックに関する行内規程項目に完了を示す値を格納するステップと
をさらに実行する、請求項９乃至１２のいずれかに記載の方法。

【請求項14】

前記与信事務管理システムは、稟議書の貸出条件に含まれる担保・保証の充足情報を格納する担保・保証チェック記憶部をさらに備え、
前記与信事務管理システムの担保・保証設定部が、前記貸出条件パートに基づいて、前記担保・保証チェック記憶部にレコードを登録するステップと、
前記担保・保証チェック記憶部において所定期間に充足期限が設定されたすべての担保・保証の充足が確認されると、前記与信事務管理システムが、前記コントロールカード記憶部の当該所定期間の担保・保証に関する行内規程項目に完了を示す値を格納するステップと
をさらに実行する、請求項９乃至１３のいずれかに記載の方法。

【請求項15】

前記与信事務管理システムは、徴求書類の情報を格納するドキュメントチェック記憶部をさらに備え、
前記与信事務管理システムのドキュメント設定部が、徴求書類の情報を含むドキュメントリストアップデータに基づいて、前記ドキュメントチェック記憶部にレコードを登録するステップと、
前記ドキュメントチェック記憶部において所定期間に入手期限が設定されたすべてのドキュメントの存在が確認されると、前記与信事務管理システムが、前記コントロールカード記憶部の当該所定期間のドキュメントに関する行内規程項目に完了を示す値を格納するステップと
をさらに実行する、請求項９乃至１４のいずれかに記載の方法。

【請求項16】

前記与信事務管理システムは、特定の商品においてチェックすべき項目の情報を格納する商品別チェック記憶部をさらに備え、
前記与信事務管理システムの商品別設定部が、前記貸出条件パートに基づいて、前記商品別チェック記憶部にレコードを登録するステップと、
前記商品別チェック記憶部において設定されたすべての項目のチェックが確認されると、前記与信事務管理システムが、前記コントロールカード記憶部の商品別に関する行内規定項目に完了を示す値を格納するステップと
をさらに実行する、請求項９乃至１５のいずれかに記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、与信事務管理システムおよびその方法に関する。より詳細に言えば、本発明は、与信業務フローにおいて、事務部が各段階でチェックすべき事項とその進捗状況とを可視化することを可能としたコントロールカードを使用することによって、与信業務全体の効率化と内部管理体制の強化を図るシステムおよびその方法に関する。

【背景技術】

【0002】

近年、優れた商品・サービスを武器に世界各地で活動を行うグローバル企業が増えている。グローバル企業の多くは、複数の国に拠点を有する。銀行もまた、世界各地の顧客ニーズに対応すべく、世界各地に支店を設置し、金融サービスを提供している。

【0003】

従来、銀行における与信業務は、特定の支店で完結するケースが多かった。具体的には、まず、特定の支店の営業部担当者が顧客折衝を行い、顧客折衝に基づいて稟議書の作成を行う。次に、同支店の営業部事務担当者が、営業部担当者が作成した稟議書の形式点検、必要書類などの内容確認を行う。その後、本店の審査部担当者が、営業部担当者が作成した稟議書の決裁を行う。続いて、営業部と同支店の与信事務部担当者が、決裁済稟議書と契約書類の突合等、貸出条件充足の確認を行う。最後に、営業部および与信事務部と同支店の勘定事務部担当者が、貸出実行の事務処理を行う。

【0004】

特許文献１には、融資審査の対象となる顧客に関する情報を一元的に管理する顧客情報データベースと、顧客情報データベースを利用して融資審査に必要な一連の業務をそれぞれ処理するための複数の業務処理手段と、各業務処理手段による処理状況を一覧で表示する処理状況管理手段とを備えた融資審査システムが開示されている。特許文献１に記載の融資審査システムでは、融資審査の各業務のステータスを処理順序に従ってデータベースで管理することで、本店および各支店の行員が情報を共有することができる。

【0005】

今日、企業のグローバル化に伴い、与信業務は、世界各地の支店間で処理される形態へと変化してきた。例えば、一例として、Ａ国に本社を持つＸ社が、出張所を有するＣ国で融資実行を希望するケースがあげられる。

【0006】

この場合、銀行における与信業務において、まず、Ａ国のａ支店に所属する営業部担当者が顧客折衝を行い、稟議書の作成を行う。次に、ａ支店に所属する営業部事務担当者が稟議書の内容確認を行う。その後、Ｂ国のｂ支店に所属する審査部担当者が稟議書の決裁を行う。続いて、Ｃ国のｃ支店に所属する与信事務部担当者が決裁済稟議書と契約書類の確認を行い、最後にｃ支店に所属する勘定事務部担当者が貸出実行の事務処理を行うことが想定される。

【0007】

特許文献１では、与信業務の上流の一工程である稟議書作成の処理について、細分化して処理状況を管理し、稟議書起票までの履歴を担当者、支店内の他の行員、支店長、本店審査部の行員等が確認することができる。しかしながら、与信業務の後続の与信事務部担当者が行う工程については、管理の必要性やチェック項目の可視化を推進する利点について言及していない。

【0008】

与信業務が世界各地の支店間で処理される場合、顧客と折衝する営業部と貸出実行を行う事務部の業務は、同一国内の支店間で処理される場合と比較して一層複雑化し、両者の連携強化が求められることとなる。具体的には、まず第１に、与信業務を行うにあたり、銀行は行内規程を遵守する必要がある。そのため、与信業務では、行内規程遵守のために確認すべき項目を漏れなく抽出し、適切な部署が項目のチェックを行う必要がある。しかしながら、関係部署が異なる国にある場合、両者の連携をとることが難しく、行内規程項目の二重管理や責任の所在が不明確となる事態も散見された。

【0009】

第２に、与信業務では、すべての与信取引に対して世界共通でチェックすべき行内規程項目とは別に、貸出実行がなされる地域ごとに遵守すべき地域規制項目が存在する。関係部署が異なる国にある場合、Ａ国の営業部担当者がＣ国の地域規制項目を漏れなく抽出することは、同一国内の支店間で処理される場合と比較して一層難しく、地域規制の照会対応等に時間を要し、業務効率の悪化につながっていた。

【0010】

第３に、与信業務では、顧客の様々な情報を取り扱うこととなるが、銀行はその情報の取り扱いに十分に注意しなければならない。例えば、顧客と折衝を行う営業部は原則としてすべての顧客情報を閲覧する権限が与えられるが、事務部は、担当する業務遂行のために必要最低限の顧客情報を閲覧する権限が与えられるべきである。関係部署が異なる国にある場合、顧客情報に関するアクセス制御を徹底することは、同一国内の支店間で処理される場合と比較して一層難しく、Ａ国の営業部担当者が、何らアクセス制御がされていない電子文書をＣ国の事務部に転送してしまうことも想定される。

【先行技術文献】

【特許文献】

【0011】

【特許文献1】特開２００５−１３４９３７号公報

【発明の概要】

【0012】

本発明の目的は、このような状況に鑑み、与信業務フローにおいて、事務部が各段階でチェックすべき事項とその進捗状況とを可視化することを可能としたコントロールカードを使用することによって、与信業務全体の効率化と内部管理体制の強化を図るシステムおよびその方法を提供することである。

【0013】

本発明の一態様としての、与信事務管理システムは、コントロールカードコードに関連付けて稟議書コード、署名予定日、与信実行予定日、ステータス、および所定期間ごとに複数の行内規程項目のチェック完了フラグを格納するコントロールカード記憶部と、稟議書コード、条件付きで稟議書が決裁される場合の条件、および充足期限を含む稟議条件パート、および貸出に必要な条件を含む貸出条件パートを受信することに応答して、前記コントロールカード記憶部にレコードを登録するコントロールカード作成部であって、前記稟議条件パートおよび前記貸出条件パートに基づいて、前記複数の行内規程項目のうち、チェックすべき項目に未完了を示す値を格納する、コントロールカード作成部とを備える。

【0014】

本発明の他の態様としての、与信事務管理方法は、コントロールカードコードに関連付けて稟議書コード、署名予定日、与信実行予定日、ステータス、および所定期間ごとに複数の行内規程項目のチェック完了フラグを格納するコントロールカード記憶部を備えた与信事務管理システムにおいて、前記与信事務管理システムのコントロールカード作成部が、稟議書コード、条件付きで稟議書が決裁される場合の条件、および充足期限を含む稟議条件パート、および貸出に必要な条件を含む貸出条件パートを受信するステップと、前記コントロールカード作成部が、前記受信した情報に基づいて、前記コントロールカード記憶部にレコードを登録するステップであって、前記稟議条件パートおよび前記貸出条件パートに基づいて、前記複数の行内規程項目のうち、チェックすべき項目に未完了を示す値を格納する、ステップとを実行する。

【0015】

本発明によれば、事務部が各段階でチェックすべき事項とその進捗状況とを可視化することを可能としたコントロールカードを使用することによって、従来起きていた行内規程項目の二重管理や地域規制の照会対応等、業務効率の悪化につながる事態を回避し、与信業務全体の効率化と内部管理体制の強化を図ることができる。

【0016】

さらに、本発明によれば、与信業務に関わる担当者の所属支店および役割に応じて、必要最小限の情報開示を提供することで、顧客情報に関するアクセス制御を徹底することができる。

【図面の簡単な説明】

【0017】

【図1】図１は、本発明に係る例示的な全体ネットワーク構成を示す。

【図2】図２は、本発明に係る例示的な与信事務管理システムのシステム構成を示す。

【図3】図３は、本発明に係る例示的な与信事務管理システムの機能ブロック図である。

【図4】図４は、本発明に係る例示的な担当者ＤＢに格納された情報の一例を示す。

【図5】図５は、本発明に係る例示的な稟議書ＤＢに格納された情報の一例を示す。

【図6A】図６Ａは、本発明に係る例示的なコントロールカードＤＢに格納された情報の一例を示す。

【図6B】図６Ｂは、本発明に係る例示的なコントロールカードＤＢに格納された情報の一例を示す。

【図6C】図６Ｃは、本発明に係る例示的なコントロールカードＤＢに格納された情報の一例を示す。

【図6D】図６Ｄは、本発明に係る例示的なコントロールカードＤＢに格納された情報の一例を示す。

【図6E】図６Ｅは、本発明に係る例示的なコントロールカードＤＢに格納された情報の一例を示す。

【図7】図７は、本発明に係る例示的な地域規制ＤＢに格納された情報の一例を示す。

【図8】図８は、本発明に係る例示的な契約条件チェックＤＢに格納された情報の一例を示す。

【図9】図９は、本発明に係る例示的な担保・保証チェックＤＢに格納された情報の一例を示す。

【図10】図１０は、本発明に係る例示的なドキュメントチェックＤＢに格納された情報の一例を示す。

【図11】図１１は、コントロールカードを作成する処理フローを示す。

【図12】図１２は、クライアントコンピューターに表示される、コントロールカードの画面の一例を示す。

【図13】図１３は、クライアントコンピューターに表示される、契約書チェック画面の一例を示す。

【図14】図１４は、クライアントコンピューターに表示される、コントロールカードの画面の一例を示す。

【発明を実施するための形態】

【0018】

以下、添付した図面を参照して、本発明の実施形態に係る与信事務管理システム、およびその方法を詳細に説明する。

【0019】

本明細書では、行内規程・地域規制遵守のために確認すべき項目のうち、すべての与信取引に対して世界共通でチェックすべき項目を用語「行内規程項目」を用いて説明する。

【0020】

本明細書では、行内規程・地域規制遵守のために確認すべき項目のうち、貸出実行がなされる地域ごとに遵守すべき項目を用語「地域規制項目」を用いて説明する。

【0021】

本明細書では、顧客と折衝を行う営業部を用語「フロント」、与信事務部を用語「ミドルバック」、勘定事務部を用語「バック」を用いて説明する。

【0022】

本明細書では、与信業務フローにおいて、事務部が各段階でチェックすべき事項とその進捗状況とを可視化することを可能とした情報群を用語「コントロールカード」を用いて説明する。

【0023】

以降の実施形態では、Ａ国にａ支店、Ｂ国にｂ支店、Ｃ国にｃ支店を有する銀行１を例に用いて説明する。

【0024】

図１は、本発明に係る例示的な全体ネットワーク構成を示す。図１において、与信事務管理システム１００、Ａ国のａ支店に設置されたクライアントコンピューター１１１、Ｂ国のｂ支店に設置されたクライアントコンピューター１１２、およびＣ国のｃ支店に設置されたクライアントコンピューター１１３が、行内ネットワークまたはインターネット１２０を介して通信可能に接続される。

【0025】

与信事務管理システム１００は、銀行１に所属する行員に関する情報を格納する担当者データベース（ＤＢ）１０１、稟議書を格納する稟議書データベース（ＤＢ）１０２、契約書を格納する契約書データベース（ＤＢ）１０３、およびコントロールカードデータベース（ＤＢ）１０４を備え、世界各地の支店間で処理される与信業務を管理する。与信事務管理システム１００は、各国の行員がクライアントコンピューター１１１等を介して与信事務管理システム１００に接続してきた際、担当者ＤＢ１０１に格納された行員の所属支店および役割に応じて、稟議書ＤＢ１０２、契約書ＤＢ１０３、コントロールカードＤＢ１０４の情報を制御して公開する。

【0026】

クライアントコンピューター１１１は、Ａ国ａ支店に設置されたクライアントコンピューターである。例えば、ａ支店のフロント担当者は、クライアントコンピューター１１１を介して与信事務管理システム１００にアクセスし、作成した稟議書を稟議書ＤＢ１０２に格納することができる。また、ａ支店のフロント担当者は、クライアントコンピューター１１１を介して与信事務管理システム１００にアクセスし、作成した契約書を契約書ＤＢ１０３に格納することができる。

【0027】

クライアントコンピューター１１２は、Ｂ国のｂ支店に設置されたクライアントコンピューターである。例えば、ｂ支店の審査部担当者は、クライアントコンピューター１１２を介して与信事務管理システム１００にアクセスし、稟議書ＤＢ１０２に格納された稟議書を閲覧することができる。

【0028】

クライアントコンピューター１１３は、Ｃ国のｃ支店に設置されたクライアントコンピューターである。例えば、ｃ支店のミドルバック担当者は、クライアントコンピューター１１３を介して与信事務管理システム１００にアクセスし、コントロールカードＤＢ１０４の情報を更新することができる。

【0029】

図２は、与信事務管理システム１００のシステム構成を示す。与信事務管理システム１００は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ストレージ２０４、接続インターフェース２０５およびネットワークインターフェース２０６を備える。各コンポーネント２０１〜２０６は、バス２１０を介して相互に通信可能に接続される。

【0030】

ＣＰＵ２０１は、デバイスおよび回路のそれぞれを制御し、並びに演算およびデータ処理を行う。ＲＡＭ２０２は一時記憶領域であり、ＣＰＵ２０１による演算実行時に使用される。ＲＯＭ２０３は、種々のプログラムを格納する記憶領域である。ストレージ２０４は、例えばＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などにより構成され、様々なデータを格納する。ＣＰＵ２０１の制御に基づいて、データがストレージ２０４から読み取られ、およびデータがストレージ２０４に書き込まれる。

【0031】

接続インターフェース２０５は、与信事務管理システム１００に種々のデバイスを接続するためのインターフェースである。例えば、接続インターフェース２０５を介して、ディスプレイ、キーボード、マウス、外部記憶装置等を与信事務管理システム１００に接続することができる。

【0032】

ネットワークインターフェース２０６は、通信回線を通じて行内ネットワークまたはインターネット１２０に接続される。そして、ネットワークインターフェース２０６は、ＣＰＵ２０１の制御に基づいて行内ネットワークまたはインターネット１２０および与信事務管理システム１００の間のデータの入出力を制御する。ネットワークインターフェース２０６と行内ネットワークまたはインターネット１２０との間の接続は、有線接続および無線接続のいずれであってもよい。

【0033】

図３は、与信事務管理システム１００の機能ブロック図である。与信事務管理システム１００は、担当者ＤＢ１０１、稟議書ＤＢ１０２、契約書ＤＢ１０３、コントロールカードＤＢ１０４、地域規制ＤＢ３０１、契約条件チェックＤＢ３０２、担保・保証チェックＤＢ３０３、ドキュメントチェックＤＢ３０４、ドキュメントＤＢ３０５、稟議書データ管理部３１０、コントロールカード作成部３１１、契約条件設定部３１２、担保・保証設定部３１３、およびドキュメント設定部３１４を備える。

【0034】

担当者ＤＢ１０１は、銀行１に所属する行員に関する情報を格納する。一実施形態では、図４に示されるように、担当者ＤＢ１０１には、担当者コード、担当者名、所属支店コード、所属支店名、および役割（「０：その他」、「１：フロント」、「２：審査部」、「３：ミドルバック」、「４：バック」）が格納される。

【0035】

稟議書ＤＢ１０２は、稟議書に関する情報を格納する。一実施形態では、図５に示されるように、稟議書ＤＢ１０２には、稟議書を一意に識別する稟議書コードに関連付けて、稟議書を作成した担当者情報（担当支店コード、担当者コード）、稟議書を構成する情報を含む複数のパート（稟議条件パート、貸出条件パート、信用情報パート、案件概要パート、および市場パート）、決裁フラグ（「０：決裁前」、「１：決裁済み」）および電子稟議書ファイルが格納される。

【0036】

本実施形態では、各パートには、例えばＸＭＬなど、構造化文書が格納される。以下、各パートについて説明する。

【0037】

稟議条件パートには、条件付きで稟議書が決裁される場合の条件、条件が充足した際に記述される回答、および充足期限が含まれる。貸出条件パートには、債務者情報、与信の種類、与信金額、与信実行日、与信実行国、担保・保証など、貸出に必要な条件が含まれる。信用情報パートには、債務者の信用情報が含まれる。案件概要パートには、与信取引の経緯情報が含まれる。市場パートには、与信取引に関連する市場情報が含まれる。

【0038】

契約書ＤＢ１０３は、契約書を一意に識別する契約書コードに関連付けて、電子契約書ファイルを格納する。別の実施形態では、契約書ＤＢ１０３を設けず、後述のドキュメントＤＢ３０５に電子契約書ファイルを格納することもできる。

【0039】

コントロールカードＤＢ１０４は、コントロールカードに関する情報を格納する。一実施形態では、図６Ａ〜図６Ｅに示されるように、コントロールカードＤＢ１０４には、コントロールカードを一意に識別可能なコントロールカードコード、貸付コード、稟議書ＤＢ１０２の稟議書コード、契約書ＤＢ１０３の契約書コード、ミドルバック支店コード、ミドルバック担当者コード、与信実行国、署名予定日、与信実行予定日、ステータス（「０：署名前」、「１：署名後」、「２：業務完了」）、署名前に確認すべき複数の行内規程項目（稟議書決裁、条件充足、契約書チェック、担保・保証、ドキュメント、地域規制）、署名後かつ与信実行前に確認すべき複数の行内規程項目（署名、担保・保証、ドキュメント）、および与信実行後に確認すべき複数の行内規程項目（条件充足、担保・保証、ドキュメント）が格納される。

【0040】

各行内規程項目には、「０：Incomplete」または「１：Complete」が格納される。以下、各行内規程項目について説明する。

【0041】

稟議書決裁は、稟議書が審査部によって決裁されたかどうかを識別する。本実施形態では、稟議書ＤＢ１０２の決裁フラグに「１：決裁済み」が格納されると、与信事務管理システム１００は、稟議書決裁に「１：Complete」を格納する。

【0042】

条件充足は、稟議書が条件付きで決裁された場合に、当該条件が充足したかどうかを識別する。本実施形態では、稟議条件パートに含まれる充足期限に応じて、与信事務管理システム１００は、稟議条件を、署名前の条件充足、または署名後の条件充足のいずれかに設定する。その後、本実施形態では、稟議条件パートに回答が記述されると、与信事務管理システム１００は、条件充足に「１：Complete」を格納する。

【0043】

契約書チェックは、決裁済稟議書と契約書の整合性のチェックが完了したかどうかを識別する。本実施形態では、後述の契約条件チェックＤＢ３０２において、署名情報を除くすべての契約条件の整合性が確認されると、与信事務管理システム１００は、契約書チェックに「１：Complete」を格納する。

【0044】

担保・保証は、担保・保証が充足したかどうかを識別する。本実施形態では、稟議書の貸出条件パートに含まれる担保・保証の充足期限に応じて、与信事務管理システム１００は、担保・保証を、署名前の担保・保証、署名後の担保・保証または与信実行後の担保・保証のいずれかに設定する。その後、本実施形態では、後述の担保・保証チェックＤＢ３０３において所定期間（署名前、署名後、または与信実行後）に充足期限が設定されたすべての担保・保証の充足が確認されると、与信事務管理システム１００は、所定期間の担保・保証に「１：Complete」を格納する。

【0045】

ドキュメントは、書類が徴求されたかどうかを識別する。本実施形態では、ドキュメントチェックＤＢ３０４で設定されたドキュメントの入手期限に応じて、与信事務管理システム１００は、ドキュメントを、署名前のドキュメント、署名後のドキュメントまたは与信実行後のドキュメントのいずれかに設定する。その後、本実施形態では、後述のドキュメントチェックＤＢ３０４において所定期間（署名前、署名後、または与信実行後）に入手期限が設定されたすべてのドキュメントの徴求が確認されると、与信事務管理システム１００は、所定期間のドキュメントに「１：Complete」を格納する。

【0046】

地域規制は、地域規制項目が遵守されたかどうかを識別する。本実施形態では、クライアントコンピューター１１１等から遵守確認指示を受信すると、与信事務管理システム１００は、地域規制に「１：Complete」を格納する。

【0047】

署名は、契約の当事者が契約書に署名を付与したかどうかを識別する。本実施形態では、後述の契約条件チェックＤＢ３０２においてすべての署名の確認がなされると、与信事務管理システム１００は、署名に「１：Complete」を格納する。

【0048】

地域規制ＤＢ３０１は、地域規制項目を格納する。一実施形態では、図７に示されるように、地域規制ＤＢ３０１には、地域コード、地域名、項目コード、および項目名が格納される。

【0049】

契約条件チェックＤＢ３０２は、稟議書の貸出条件に基づいて設定されるチェック項目を格納する。一実施形態では、図８に示されるように、契約条件チェックＤＢ３０２には、コントロールカードＤＢ１０４の貸付コードに関連付けて、債務者情報、保証人情報、与信の種類、与信金額、与信実行日、与信実行国、および署名情報が格納される。署名情報には、署名者名または「１：確認済み」が格納され、署名情報を除く各チェック項目には、「０：未確認」または「１：確認済み」が格納される。本実施形態では、クライアントコンピューター１１１等から整合性確認指示を受信すると、与信事務管理システム１００は、チェック項目に「１：確認済み」を格納する。

【0050】

担保・保証チェックＤＢ３０３は、稟議書の貸出条件に含まれる担保・保証の情報を格納する。一実施形態では、図９に示されるように、担保・保証チェックＤＢ３０３には、コントロールカードＤＢ１０４の貸付コードに関連付けて、担保・保証名、確認フラグ（「０：未確認」、「１：確認済み」）、および充足期限が格納される。本実施形態では、クライアントコンピューター１１１等から充足確認指示を受信すると、与信事務管理システム１００は、確認フラグに「１：確認済み」を格納する。

【0051】

ドキュメントチェックＤＢ３０４は、徴求書類の情報を格納する。一実施形態では、図１０に示されるように、ドキュメントチェックＤＢ３０４には、コントロールカードＤＢ１０４の貸付コードに関連付けて、徴求書類名、確認フラグ（「０：未確認」、「１：確認済み」）、および入手期限が格納される。本実施形態では、クライアントコンピューター１１１等からドキュメント確認指示を受信すると、与信事務管理システム１００は、確認フラグに「１：確認済み」を格納する。

【0052】

ドキュメントＤＢ３０５は、電子ファイルを格納する。一実施形態では、ドキュメントＤＢ３０５には、コントロールカードＤＢ１０４の貸付コードに関連付けて、与信取引に関連する電子ファイルを格納する。

【0053】

稟議書データ管理部３１０は、クライアントコンピューター１１１等から稟議書関連データを受信することに応答して、稟議書ＤＢ１０２にレコードを登録する。本実施形態では、稟議書関連データには、稟議書を作成する担当者が所属する担当支店コード、担当者コード、複数のパートに区分された稟議書を構成する情報、稟議書を構成するすべての情報を用いて作成される電子稟議書ファイル、および対象の稟議書に関わる関係部署の指定情報（審査部、ミドルバック、バック）が含まれる。稟議書データ管理部３１０は、稟議書コードを作成し、稟議書関連データに含まれる担当支店コード、担当者コード、複数のパートに区分された稟議書を構成する情報、および電子稟議書ファイルに基づいて、稟議書ＤＢ１０２にレコードを登録する。この際、決裁フラグには初期値として「０：決裁前」が設定される。

【0054】

稟議書データ管理部３１０は、また、稟議書コード、稟議条件パート、貸出条件パート、および関係部署の指定情報をコントロールカード作成部３１１に送信する。

【0055】

コントロールカード作成部３１１は、稟議書データ管理部３１０から稟議書コード、稟議条件パート、貸出条件パート、および関係部署の指定情報を受信することに応答して、コントロールカードＤＢ１０４にレコードを登録する。

【0056】

具体的には、本実施形態では、コントロールカード作成部３１１は、貸出条件パートに含まれる与信実行国を参照して、与信実行国の数に応じた数のレコードを登録する。例えば、与信実行国が１つである場合は、１つのレコードを登録し、与信実行国が２つである場合は、２つのレコードを登録する。レコードの登録に際し、コントロールカード作成部３１１は、稟議書コードに対応するコントロールカードコード、および同一コントロールカードコード内の複数の貸付を一意に識別し得る貸付コードを生成し、格納する。

【0057】

また、コントロールカード作成部３１１は、受信した稟議書コード、関係部署の指定情報に含まれるミドルバックの支店コード、貸出条件パートに含まれる与信実行国、署名予定日、与信実行予定日をそれぞれ格納する。担当者コードについては、コントロールカード作成部３１１は、貸出条件パートに含まれる債務者情報に基づいて設定することができる。

【0058】

ステータスには初期値として「０：署名前」が設定され、ドキュメントを除く署名前・署名後・与信実行後の行内規程項目には初期値として「０：Incomplete」が設定され、ドキュメントには初期値として記号「−」が設定される。本明細書では、記号「−」は、「未設定」を意味する。

【0059】

コントロールカード作成部３１１は、受信した稟議条件パートに基づいて、充足期限に一致しない条件充足に記号（「−」）を設定する。稟議書決裁の条件が設定されていない場合、コントロールカード作成部３１１は、すべての条件充足に記号（「−」）を設定する。

【0060】

コントロールカード作成部３１１は、受信した貸出条件パートに含まれる担保・保証に基づいて、充足期限に一致しない担保・保証に記号（「−」）を設定する。

【0061】

コントロールカード作成部３１１は、さらに、受信した貸出条件パートに含まれる与信実行国に基づいて地域規制ＤＢ３０１を検索して、地域規制項目が存在しない場合、地域規制に記号「−」を設定する。

【0062】

コントロールカードＤＢ１０４にレコードを登録した後、コントロールカード作成部３１１は、契約書作成データを受信することに応答して、コントロールカードＤＢ１０４のレコード内の契約書コードを設定する。本実施形態では、契約書作成データには、貸付コード、契約書コードが含まれる。

【0063】

契約条件設定部３１２は、貸出条件パートに基づいて、契約条件チェックＤＢ３０２にレコードを登録する。本実施形態では、契約条件設定部３１２は、コントロールカード作成部３１１が作成した貸付コードに関連付けて、レコードを登録する。契約条件設定部３１２は、貸出条件パートに含まれる項目に「０：未確認」を設定し、貸出条件パートに含まれない項目には記号「−」を設定する。署名情報（署名１、署名２、署名３）については、契約条件設定部３１２は、貸出条件パートに指定された契約の当事者名を設定する。

【0064】

担保・保証設定部３１３は、貸出条件パートに含まれる担保・保証に基づいて、担保・保証チェックＤＢ３０３にレコードを登録する。本実施形態では、担保・保証設定部３１３は、コントロールカード作成部３１１が作成した貸付コードに関連付けて、貸出条件パートに含まれる担保・保証名および充足期限に基づいてレコードを登録する。この際、確認フラグには初期値として「０：未確認」が設定される。

【0065】

本実施形態では、貸出条件パートに複数の与信実行国が含まれる場合、担保・保証設定部３１３は、各与信実行国に対する貸付ごとに異なる担保・保証が設定されているか否かを判定する。異なる担保・保証が設定されている場合、担保・保証設定部３１３は、各与信実行国に対する貸付に対応する貸付コードごとに、対応する担保・保証のレコードを登録する。

【0066】

一方、同一の担保・保証が設定されている場合、担保・保証設定部３１３は、いずれか１つの貸付コードに対してのみ、担保・保証のレコードを登録する。貸付コードの選択は、例えば、フロントと同一の支店コードのミドルバックが担当する貸付コードを優先する、または、ミドルバックとして指定された支店の規模に応じてなど、任意の方法で行うことができる。

【0067】

別の実施形態では、同一の担保・保証が設定されている場合も、担保・保証設定部３１３は、各与信実行国に対する貸付に対応する貸付コードごとに、対応する担保・保証のレコードを登録する。その後、後述の担保・保証チェック画面において、複数の与信実行国のうちのいずれか１つの与信実行国の担当者が、クライアントコンピューター１１１等を介してチェック欄を選択することにより充足確認指示を送信することに応答して、与信事務管理システム１００は、同一の担保・保証が設定されている複数の与信実行国すべてについて、担保・保証チェックＤＢ３０３の確認フラグに「１：確認済み」を格納する。これにより、複数の与信実行国すべてにおいて、複数の与信実行国のうちのいずれか１つの与信実行国の担当者が登録した結果を共有することができる。

【0068】

ドキュメント設定部３１４は、クライアントコンピューター１１１等からドキュメントリストアップデータを受信することに応答して、ドキュメントチェックＤＢ３０４にレコードを登録する。本実施形態では、ドキュメントリストアップデータには、貸付コード、徴求書類名、入手期限が含まれる。ドキュメント設定部３１４は、ドキュメントリストアップデータに基づいて、レコードを登録する。この際、確認フラグには初期値として「０：未確認」が設定される。

【0069】

ドキュメント設定部３１４は、また、ドキュメントリストアップデータに基づいて、入手期限に一致するコントロールカードレコードのドキュメントに「０：Incomplete」を設定する。

【0070】

（コントロールカード作成処理）
図１１を参照して、コントロールカード作成処理について説明する。図１１は、コントロールカードを作成する処理フローを示す。与信事務管理システム１００の担当者ＤＢ１０１には、図４に示されるレコードが格納されているものとする。与信事務管理システム１００の地域規制ＤＢ３０１にも、図７に示されるレコードが格納されているものとする。

【0071】

Ｓ１１０１において、与信事務管理システム１００の稟議書データ管理部は、クライアントコンピューター１１１等から稟議書関連データを受信することに応答して、Ｓ１１０２において、稟議書ＤＢ１０２にレコードを登録する。

【0072】

本実施形態では、Ｓ１１０１において、稟議書を作成する担当者が所属する担当支店コード、担当者コード、複数のパートに区分された稟議書を構成する情報、稟議書を構成するすべての情報を用いて作成される電子稟議書ファイル、および対象の稟議書に関わる関係部署の指定情報（審査部、ミドルバック、バック）を含む稟議書関連データを受信して、稟議書データ管理部３１０は、稟議書コード（3333333）を作成し、稟議書ＤＢ１０２にレコードを登録する。この際、決裁フラグには初期値として「０：決裁前」が設定される。

【0073】

Ｓ１１０２において、稟議書データ管理部３１０は、稟議書コード、稟議条件パート、貸出条件パート、および関係部署の指定情報を与信事務管理システム１００のコントロールカード作成部３１１に送信する。

【0074】

Ｓ１１０３において、コントロールカード作成部３１１は、稟議書データ管理部３１０から受信した情報に基づいて、コントロールカードＤＢ１０４にレコードを登録する。

【0075】

本実施形態では、与信実行国にＣ国のみが指定された貸出条件パートを受信したものとし、コントロールカード作成部３１１は、受信した稟議書コード（3333333）、関係部署の指定情報に含まれるミドルバックの支店コード（333）、貸出条件パートに含まれる与信実行国（Ｃ国）、署名予定日（2015/4/10）、与信実行予定日（2015/4/24）に基づく１つのレコードを登録する。

【0076】

レコードの登録に際し、コントロールカード作成部３１１は、稟議書コードに対応するコントロールカードコード（C3333333）、および貸付コード（C3333）を生成し、格納する。

【0077】

また、コントロールカード作成部３１１は、貸出条件パートに含まれる債務者情報に基づいて、担当者コード（333-22222）を設定し、ステータスには初期値として「０：署名前」を設定したものとする。

【0078】

Ｓ１１０４において、コントロールカード作成部３１１は、受信した稟議条件パートに基づいて、充足期限に一致しない条件充足に記号（「−」）を設定する。

【0079】

本実施形態では、稟議書決裁の条件が設定されていない稟議条件パートを受信したものとし、コントロールカード作成部３１１は、署名前の充足条件、および与信実行後の充足条件に記号（「−」）を設定する。

【0080】

Ｓ１１０５において、コントロールカード作成部３１１は、受信した貸出条件パートに含まれる担保・保証に基づいて、充足期限に一致しない条件充足に記号（「−」）を設定する。

【0081】

本実施形態では、署名前の充足期限（2015/4/9）が設定された担保・保証が設定された貸出条件パートを受信したものとし、コントロールカード作成部３１１は、署名後および与信実行後の担保・保証に記号（「−」）を設定する。

【0082】

Ｓ１１０６において、コントロールカード作成部３１１は、受信した貸出条件パートに含まれる与信実行国に基づいて地域規制ＤＢ３０１を検索して、地域規制項目が存在しない場合、地域規制に記号「−」を設定する。

【0083】

本実施形態では、与信実行国（Ｃ国）を含む貸出条件パートを受信したものとし、コントロールカード作成部３１１は、図７に示される地域規制ＤＢ３０１を検索して、Ｃ国に対応する地域規制項目が存在するので、次の処理へ進む。

【0084】

Ｓ１１０７において、与信事務管理システム１００の契約条件設定部３１２は、貸出条件パートに基づいて、契約条件チェックＤＢ３０２にレコードを登録する。

【0085】

本実施形態では、契約条件設定部３１２は、コントロールカード作成部３１１が作成した貸付コード（C3333）に関連付けて、図８に示すレコードを登録したものとする。図８に示されるように、本実施形態では、保証人情報を含まない貸出条件パートを受信し、保証人情報には記号「−」が設定される。署名情報（署名１、署名２、署名３）については、本実施形態では、署名者１のみを含む貸出条件パートを受信したものとし、契約条件設定部３１２は、署名１に署名者１を設定し、署名２および署名３には記号「−」を設定する。

【0086】

Ｓ１１０８において、与信事務管理システム１００の担保・保証設定部３１３は、貸出条件パートに含まれる担保・保証に基づいて、担保・保証チェックＤＢ３０３にレコードを登録する。

【0087】

本実施形態では、担保・保証設定部３１３は、コントロールカード作成部３１１が作成した貸付コード（C3333）に関連付けて、図９に示すレコードを登録したものとする。

【0088】

Ｓ１１０９において、与信事務管理システム１００のドキュメント設定部３１４は、クライアントコンピューター１１１等からドキュメントリストアップデータを受信することに応答して、ドキュメントチェックＤＢ３０４にレコードを登録する。続いて、Ｓ１１１０において、ドキュメント設定部３１４は、ドキュメントリストアップデータに基づいて、充足期限に一致するコントロールカードレコードのドキュメントに「０：Incomplete」を設定する。

【0089】

本実施形態では、貸付コード（C3333）、徴求書類名（書類６）、署名前の充足期限（2015/4/9）を含むドキュメントリストアップデータを受信して、ドキュメント設定部３１４は、図１０に示されるレコードを登録したものとする。続いて、ドキュメント設定部３１４は、ドキュメントリストアップデータに基づいて、コントロールカードレコードの署名前のドキュメントに「０：Incomplete」を設定したものとする。

【0090】

Ｓ１１１１において、コントロールカード作成部３１１は、契約書作成データを受信することに応答して、コントロールカードＤＢ１０４のレコード内の契約書コードを設定する。

【0091】

本実施形態では、貸付コード（C3333）、契約書コード（32345）を含む契約書作成データを受信して、コントロールカード作成部３１１は、コントロールカードＤＢ１０４の契約書コードを設定する。

【0092】

（コントロールカード更新処理）
次に、図１２〜１４を参照して、コントロールカード更新処理について説明する。図１２、１４は、クライアントコンピューターに表示される、コントロールカードの画面の一例を示す。図１３は、クライアントコンピューターに表示される、契約書チェック画面の一例を示す。与信事務管理システム１００の担当者ＤＢ１０１、稟議書ＤＢ１０２、コントロールカードＤＢ１０４、地域規制ＤＢ３０１、契約書チェックＤＢ３０２、担保・保証チェックＤＢ３０３、およびドキュメントチェックＤＢ３０４には、それぞれ、図４、図５、図６Ａ、図７、図８、図９、および図１０に示されるレコードが格納されているものとする。

【0093】

本実施形態では、Ａ国ａ支店に所属する担当者２が、クライアントコンピューター１１１を介して、貸付コード（X1111）により特定されるコントロールカードの情報を更新する処理について説明する。

【0094】

担当者２が、クライアントコンピューター１１１を介して担当者コード（111-22222）およびパスワードなどを含む認証情報を与信事務管理システム１００に送信し、認証情報に基づいて、認証に成功したものとする。認証に成功した場合、与信事務管理システム１００は、コントロールカードＤＢ１０４に基づいて、認証に成功した担当者が担当するコントロールカードの一覧を表示することができる。

【0095】

本実施形態では、与信事務管理システム１００は、認証に成功した担当者（担当者２）が担当する２件のコントロールカードを含む一覧がクライアントコンピューター１１１に提供し、貸付コード（X1111）により特定されるコントロールカードを選択する指示をクライアントコンピューター１１１から受信して、図１２に示されるコントロールカードの画面をクライアントコンピューター１１１に提供したものとする。

【0096】

図１２に示されるように、特定のコントロールカードコードに複数の貸付コードが関連付けられている場合、コントロールカードの画面には、特定のコントロールカードコードに関連付けられた複数の貸付コードの情報が表示される。ただし、担当者は、自身が担当する貸付コードに関するコンプライアンス項目のみ更新することができる。

【0097】

具体的には、コントロールカードコード（X2222222）に関連付けられた貸付コード（X1111）および貸付コード（X2222）により特定される複数の列１２０１、１２０２が表示されるが、担当者２は、自身が担当する１２０１のコンプライアンス項目のみ更新することができる。

【0098】

図１２のドキュメントリスト１２０３を選択すると、当該コントロールカードに関連するドキュメントリストが表示される。本実施形態では、コントロールカードレコード作成後の任意のタイミングで、フロント担当者は、貸付コードに関連付けてドキュメントをアップロードすることができ、アップロードされたドキュメントをドキュメントリストから閲覧することができる。

【0099】

ドキュメントリストは、ログインしている担当者の役割に応じて、コントロールカードに関連するドキュメントのうち一部または全部が選択されて表示される。例えば、稟議書を作成したフロント担当者がログインしている場合は、コントロールカードに関連するすべてのドキュメントを含むリストが表示される。一方、ミドルバック担当者である担当者２がログインしている場合は、自身が担当する１２０１の貸付コードに関連するドキュメントのリストが選択して表示される。

【0100】

列１２０１の稟議書決裁は、図５に示される稟議書ＤＢ１０２の稟議書コード（2222222）により特定されるレコードの決裁フラグに「１：決裁済み」が格納されているので、与信事務管理システム１００により、既に「１：Complete」が格納されている。

【0101】

本実施形態では、担当者２が、クライアントコンピューター１１１を介して、図１２に示される列１２０１の稟議書決裁（「１：Complete」）を選択すると、与信事務管理システム１００は、稟議書画面（図示せず）を提供することができる。提供される稟議書画面は、ログインしている担当者の役割に応じて、稟議書を構成する複数のパートのうち一部または全部が選択されて表示される。例えば、稟議書を作成したフロント担当者がログインしている場合は、稟議書を構成するすべてのパートを含む画面が表示される。一方、ミドルバック担当者がログインしている場合は、与信事務に必要なパートのみが選択されて表示される。

【0102】

列１２０１の条件充足は、稟議条件パートに回答が記述されたことに基づいて、与信事務管理システム１００により、既に「１：Complete」が格納されている。

【0103】

本実施形態では、担当者２が、クライアントコンピューター１１１を介して図１２に示される列１２０１の条件充足（「１：Complete」）を選択すると、与信事務管理システム１００は、稟議書条件画面（図示せず）を提供することができる。稟議書条件画面には、稟議条件パートの情報が含まれる。

【0104】

列１２０１の契約書チェックは、図１２に示されるように「０：Incomplete」が格納されている。本実施形態では、担当者２が、クライアントコンピューター１１１を介して図１２に示される列１２０１の契約書チェック（「０：Incomplete」）を選択すると、与信事務管理システム１００は、図８に示される契約条件チェックＤＢ３０２に基づいて、図１３に示されるような契約条件チェック画面を提供することができる。

【0105】

担当者２は、契約条件チェック画面の稟議書−貸出条件に表示される内容と、契約書の内容の整合性を確認する。担当者２は、クライアントコンピューター１１１を介して、例えば図１２に表示されるコントロールカードの画面のドキュメントリスト１２０３を選択して、ドキュメントリストの中から契約書を選択すること等により、契約書ＤＢ１０３に格納されている電子契約書ファイルを閲覧しながら整合性を確認する。

【0106】

本実施形態では、担当者２が、クライアントコンピューター１１１を介してチェック欄を選択することにより整合性確認指示を送信すると、与信事務管理システム１００は、契約条件チェックＤＢ３０２の該当のチェック項目に「１：確認済み」を格納する。前述したように、本実施形態では、契約条件チェックＤＢ３０２において、署名情報を除くすべての契約条件の整合性が確認されると、与信事務管理システム１００は、コントロールカードＤＢ１０４の契約書チェックに「１：Complete」を格納する。

【0107】

列１２０１のドキュメントは、図１２に示されるように「０：Incomplete」が格納されている。本実施形態では、担当者２が、クライアントコンピューター１１１を介して図１２に示される列１２０１のドキュメント（「０：Incomplete」）を選択すると、与信事務管理システム１００は、図１０に示されるドキュメントチェックＤＢ３０４に基づいて、ドキュメントチェック画面（図示せず）を提供することができる。

【0108】

一実施形態では、ドキュメントチェック画面は、徴求書類名およびチェック欄を含み、担当者２は、ドキュメントチェック画面に表示された徴求書類が、コントロールカードの画面のドキュメントリスト１２０３選択時に表示されるドキュメントリスト内に間違いなく存在することを確認する。

【0109】

本実施形態では、担当者２が、クライアントコンピューター１１１を介してチェック欄を選択することにより徴求確認指示を送信すると、与信事務管理システム１００は、ドキュメントチェックＤＢ３０４の該当のチェック項目に「１：確認済み」を格納する。前述したように、本実施形態では、ドキュメントチェックＤＢ３０４において所定期間（署名前、署名後、または与信実行後）に入手期限が設定されたすべてのドキュメントの徴求が確認されると、与信事務管理システム１００は、コントロールカードＤＢ１０４の所定期間のドキュメントに「１：Complete」を格納する。

【0110】

列１２０１の地域規制は、図１２に示されるように「０：Incomplete」が格納されている。本実施形態では、担当者２が、クライアントコンピューター１１１を介して図１２に示される列１２０１の地域規制（「０：Incomplete」）を選択すると、与信事務管理システム１００は、地域規制チェック画面（図示せず）を提供することができる。

【0111】

一実施形態では、地域規制チェック画面は、地域規制項目名およびチェック欄を含み、担当者２は、地域規制チェック画面に表示された地域規制項目を契約内容が遵守していることを確認する。

【0112】

本実施形態では、担当者２が、クライアントコンピューター１１１を介してチェック欄を選択することにより遵守確認指示を送信すると、与信事務管理システム１００は、コントロールカードＤＢ１０４の地域規制に「１：Complete」を格納する。

【0113】

上述した操作により、コントロールカードＤＢ１０４内の貸付コード（X1111）により特定されるコントロールカードレコードは、図６Ｂに示されるように、署名前の行内規程項目がすべて「１：Complete」となる。このように、署名前の行内規程項目がすべて「１：Complete」となった状態で、担当者２が、クライアントコンピューター１１１を介して、図１２に示されるコントロールカードの画面のステータス変更ボタン１２０４を押下すると、図６Ｃに示されるように、貸付コード（X1111）により特定されるコントロールカードレコードのステータスが「０：署名前」から「１：署名後」へ更新される。

【0114】

本実施形態では、与信事務管理システム１００は、コントロールカードレコードのステータスが「０：署名前」から「１：署名後」へ更新されると、図１４に示されるように、署名後および与信実行後の行内規程項目を含むコントロールカードの画面をクライアントコンピューター１１１に提供する。

【0115】

列１４０１の署名は、図１４に示されるように「０：Incomplete」が格納されている。本実施形態では、担当者２が、クライアントコンピューター１１１を介して図１４に示される列１２０１の署名（「０：Incomplete」）を選択すると、与信事務管理システム１００は、図８に示される契約条件チェックＤＢ３０２に基づいて、署名チェック画面（図示せず）を提供することができる。

【0116】

一実施形態では、署名チェック画面は、署名者名およびチェック欄を含み、担当者２は、署名チェック画面に表示された任意の数の署名者が、契約書に署名を付与したことを確認する。担当者２は、クライアントコンピューター１１１を介して、例えば図１４に表示されるコントロールカードの画面のドキュメントリスト１２０３を選択して、ドキュメントリストの中から契約書を選択すること等により、契約書ＤＢ１０３に格納されている電子契約書ファイルを閲覧しながら署名の付与を確認する。

【0117】

本実施形態では、担当者２が、クライアントコンピューター１１１を介してチェック欄を選択することにより署名確認指示を送信すると、与信事務管理システム１００は、契約条件チェックＤＢ３０２の該当のチェック項目に「１：確認済み」を格納する。前述したように、本実施形態では、契約条件チェックＤＢ３０２においてすべての書名の確認がなされると、与信事務管理システム１００は、コントロールカードＤＢ１０４の署名に「１：Complete」を格納する。

【0118】

列１４０１の署名後の担保・保証は、図１４に示されるように「０：Incomplete」が格納されている。本実施形態では、担当者２が、クライアントコンピューター１１１を介して図１４に示される列１４０１の署名後の担保・保証（「０：Incomplete」）を選択すると、与信事務管理システム１００は、図９に示される担保・保証チェックＤＢ３０３に基づいて、担保・保証チェック画面（図示せず）を提供することができる。

【0119】

一実施形態では、担保・保証チェック画面は、担保・保証名およびチェック欄を含み、担当者２は、担保・保証チェック画面に表示された担保・保証が、充足したことを確認する。

【0120】

本実施形態では、担当者２が、クライアントコンピューター１１１を介してチェック欄を選択することにより充足確認指示を送信すると、与信事務管理システム１００は、担保・保証チェックＤＢ３０３の該当の確認フラグに「１：確認済み」を格納する。前述したように、本実施形態では、担保・保証チェックＤＢ３０３において所定期間（署名前、署名後、または与信実行後）に充足期限が設定されたすべての担保・保証の充足が確認されると、与信事務管理システム１００は、コントロールカードＤＢ１０４の所定期間の担保・保証に「１：Complete」を格納する。

【0121】

列１４０１の署名後および与信実行後のドキュメント、与信実行後の条件充足、与信実行後の担保・保証については、既に説明した行内規程項目についての説明と重複するため、省略する。

【0122】

上述した操作により、コントロールカードＤＢ１０４内の貸付コード（X1111）により特定されるコントロールカードレコードは、図６Ｄに示されるように、行内規程項目がすべて「１：Complete」となる。このように、行内規程項目がすべて「１：Complete」となった状態で、担当者２が、クライアントコンピューター１１１を介して、図１４に示されるコントロールカードの画面のステータス変更ボタン１４０２を押下すると、図６Ｅに示されるように、貸付コード（X1111）により特定されるコントロールカードレコードのステータスが「１：署名後」から「２：業務完了」へ更新される。

【0123】

以上、本発明によれば、事務部が各段階でチェックすべき事項とその進捗状況とを可視化することを可能としたコントロールカードを使用することによって、従来起きていた行内規程項目の二重管理や地域規制の照会対応等、業務効率の悪化につながる事態を回避し、与信業務全体の効率化と内部管理体制の強化を図ることができる。

【0124】

さらに、本発明によれば、与信業務に関わる担当者の所属支店および役割に応じて、必要最小限の情報開示を提供することで、顧客情報に関するアクセス制御を徹底することができる。

【0125】

（追加の実施形態）
追加の実施形態では、コントロールカードＤＢ１０４は、行内規程項目として、さらに商品別規制を格納することができる。

【0126】

商品別規制は、銀行１が提供する商品（契約の種類）に応じて、チェックすべき行内規定項目が遵守されたかどうかを識別する。本実施形態では、後述の商品チェックＤＢ３０６においてすべての項目のチェックが確認されると、与信事務管理システム１００は、商品別規制に「１：Complete」を格納する。

【0127】

与信事務管理システム１００は、さらに、商品別チェックＤＢ３０６、および商品別設定部３１５を備える。

【0128】

商品別チェックＤＢ３０６は、稟議書の貸出条件に基づいて、特定の商品においてチェックすべき項目の情報を格納する。一実施形態では、商品別チェックＤＢ３０６には、コントロールカードＤＢ１０４の貸付コードに関連付けて、項目名、および確認フラグ（「０：未確認」、「１：確認済み」）が格納される。本実施形態では、クライアントコンピューター１１１等から確認指示を受信すると、与信事務管理システム１００は、確認フラグに「１：確認済み」を格納する。

【0129】

商品別設定部３１５は、貸出条件パートに基づいて、商品別チェックＤＢ３０３にレコードを登録する。本実施形態では、商品別設定部３１３は、コントロールカード作成部３１１が作成した貸付コードに関連付けて、当該契約が該当する商品においてチェックすべき項目を特定してレコードを登録する。この際、確認フラグには初期値として「０：未確認」が設定される。例えば、油田開発等、環境に影響を及ぼす事業に対する契約の場合、商品別設定部３１５は、当該契約が該当する商品においてチェックすべき項目として、環境アセスメントの実施を設定することができる。

【0130】

以上、本発明によれば、コントロールカードに、商品に応じてチェックすべき行内規定項目を含めることによって、更なる与信業務全体の効率化と内部管理体制の強化を図ることができる。

【0131】

以上、例示的な実施形態を参照しながら本発明の原理を説明したが、本発明の要旨を逸脱することなく、構成および細部において変更する様々な実施形態を実現可能であることを当業者は理解するだろう。すなわち、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。

【要約】

コントロールカードコードに関連付けて稟議書コード、署名予定日、与信実行予定日、ステータス、および所定期間ごとに複数の行内規程項目のチェック完了フラグを格納するコントロールカード記憶部と、稟議書コード、条件付きで稟議書が決裁される場合の条件、および充足期限を含む稟議条件パート、および貸出に必要な条件を含む貸出条件パートを受信することに応答して、前記コントロールカード記憶部にレコードを登録するコントロールカード作成部であって、前記稟議条件パートおよび前記貸出条件パートに基づいて、前記複数の行内規程項目のうち、チェックすべき項目に未完了を示す値を格納する、コントロールカード作成部とを備えた与信事務管理システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図6C】

【図6D】

【図6E】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】