CN107430746B - 信贷事务管理系统及其方法 - Google Patents
信贷事务管理系统及其方法 Download PDFInfo
- Publication number
- CN107430746B CN107430746B CN201580078640.7A CN201580078640A CN107430746B CN 107430746 B CN107430746 B CN 107430746B CN 201580078640 A CN201580078640 A CN 201580078640A CN 107430746 B CN107430746 B CN 107430746B
- Authority
- CN
- China
- Prior art keywords
- control card
- management system
- transaction management
- guarantee
- condition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Development Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
信贷事务管理系统具备:控制卡存储部,与控制卡代码建立关联地,按请示书代码、预定签字日、预定信贷执行日、状态、以及规定期间来储存多个银行内部章程项目的核对完成标志;以及控制卡制作部,响应于接收到请示书代码、包含带条件地对请示书进行裁决的情况下的条件以及补充期限的请示条件部分、以及包含放款所需的条件的放款条件部分,来将记录登记到所述控制卡存储部,其中所述控制卡制作部基于所述请示条件部分以及所述放款条件部分,在所述多个银行内部章程项目中的应进行核对的项目储存表示未完成的值。
Description
技术领域
本发明涉及信贷事务管理系统及其方法。更详细而言,本发明涉及如下的系统及其方法:在信贷业务流程中,使用可使事务部应该在各阶段进行核对的事项和其进展状况可视化的控制卡,由此,谋求信贷业务整体的高效化和内部管理体制的强化。
背景技术
近年来,以优质的商品、服务为武器在世界各地进行活动的全球企业增多。全球企业大多在多个国家具有网点。银行也应该相应世界各地的客户需求而在世界各地设置分行来提供金融服务。
以往,在银行中的信贷业务中,在特定的分行完结的情形较多。具体而言,首先,特定的分行的营业部负责人进行客户谈判,并基于客户谈判进行请示书的制作。接着,该分行的营业部事务负责人进行由营业部负责人所制作的请示书的形式检查、所需文件等的内容确认。之后,总行的审查部负责人进行由营业部负责人所制作的请示书的裁决。接下来,与营业部同分行的信贷事务部负责人进行已裁决请示书与合同文件的对比调查等、放款条件补充的确认。最后,与营业部以及信贷事务部同分行的结账事务部负责人进行放款执行的事务处理。
专利文献1中公开了一种融资审查系统,其具备:客户信息数据库,集中地管理与作为融资审查的对象的客户有关的信息;多个业务处理单元,用于利用客户信息数据库来分别处理融资审查所需的一系列的业务;以及处理状况管理单元,总览地显示由各业务处理单元所进行的处理状况。在专利文献1所述的融资审查系统中,按处理顺序用数据库管理融资审查的各业务的状态,由此,总行以及各分行的银行职员能共有信息。
如今,伴随着企业的全球化,信贷业务也不断地向在世界各地的分行间进行处理的形态变化。例如,作为一例,可以举出如下情形:总公司在A国的X公司希望在具有办事处的C国进行融资执行。
这种情况下,在银行中的信贷业务中,首先,所属于A国的a分行的营业部负责人进行客户谈判,并进行请示书的制作。接着,所属于a分行的营业部事务负责人进行请示书的内容确认。之后,所属于B国的b分行的审查部负责人进行请示书的裁决。接下来,所属于C国的c分行的信贷事务部负责人进行已裁决请示书和合同文件的确认,最后,假定由所属于c分行的结账事务部负责人进行放款执行的事务处理。
在专利文献1中,在作为信贷业务的上游的一个步骤的请示书制作的处理中,能由负责人、分行内的其他银行职员、分行行长、总行审查部的银行职员等来对细化并管理处理状况、请示书开具之前的历史记录进行确认。但是,在由信贷业务的后续的信贷事务部负责人所进行的步骤中,关于推进管理的必要性、核对项目的可视化的优点却未提及。
在信贷业务在世界各地的分行间进行处理的情况下,与在相同国家内的分行间进行处理的情况相比,与客户谈判的营业部和进行放款执行的事务部的业务进一步复杂化,要求强化两者的联合协作。具体而言,首先第一,在进行信贷业务时,银行需要遵守银行内部章程。因此,在信贷业务中,为了遵守银行内部章程,需要无遗漏地提取应进行确认的项目,并由适当的岗位进行项目的核对。但是,在相关岗位处于不同国家的情况下,难以实现两者的联合协作,银行内部章程项目的双重管理、责任的所在不明确的不良状况也时有发生。
第二,在信贷业务中,除了对所有的信贷交易都应世界共同地进行核对的银行内部章程项目,还存在应按放款执行所进行的地域来遵守的地域限制项目。在相关岗位处于不同国家的情况下,与在相同国内的分行间进行处理的情况相比,A国的营业部负责人无遗漏地提取C国的地域限制项目的难度进一步加大,地域限制的询问应对等需要时间,业务效率的恶化接连不断。
第三,在信贷业务中,虽然要处理客户的各种信息,但银行必须充分注意此信息的处理。例如,原则上,与客户进行谈判的营业部被赋予阅览所有客户信息的权限,但事务部应该为了所负责的业务推行而被赋予必要的最低限度的阅览客户信息的权限。在相关岗位处于不同国家的情况下,与在相同国内的分行间进行处理的情况相比,贯彻与客户信息有关的访问控制的难度进一步加大,也可以想到A国的营业部负责人将没有设置任何访问控制的电子文档转发给了C国的事务部的情况。
现有技术文献
专利文献
专利文献1:日本特开2005-134937号公报
发明内容
本发明的目的是鉴于这样的状况而提供如下的系统及其方法:在信贷业务流程中,使用可使应由事务部在各阶段进行核对的事项和其进展状况可视化的控制卡,由此,谋求信贷业务整体的高效化和内部管理体制的强化。
作为本发明的一方案的信贷事务管理系统具备:控制卡存储部,与控制卡代码建立关联地,按请示书代码、预定签字日、预定信贷执行日、状态、以及规定期间,储存多个银行内部章程项目的核对完成标志;以及控制卡制作部,响应于接收到请示书代码、包含带条件地对请示书进行裁决的情况下的条件以及补充期限的请示条件部分、以及包含放款所需的条件的放款条件部分,来将记录登记到所述控制卡存储部,其中所述控制卡制作部基于所述请示条件部分以及所述放款条件部分,在所述多个银行内部章程项目中的应进行核对的项目储存表示未完成的值。
作为本发明的另一方案的信贷事务管理方法在具备与控制卡代码建立关联地,按请示书代码、预定签字日、预定信贷执行日、状态、以及规定期间来储存多个银行内部章程项目的核对完成标志的控制卡存储部的信贷事务管理系统中,执行以下步骤:所述信贷事务管理系统的控制卡制作部接收请示书代码、包含带条件地对请示书进行裁决的情况下的条件以及补充期限的请示条件部分、以及包含放款所需的条件的放款条件部分的步骤;以及所述控制卡制作部基于所述所接收到的信息来将记录登记到所述控制卡存储部,并且,基于所述请示条件部分以及所述放款条件部分,在所述多个银行内部章程项目中的应进行核对的项目储存表示未完成的值的步骤。
根据本发明,使用可使事务部应该在各阶段进行核对的事项和其进展状况可视化的控制卡,由此,能避免以往所产生的银行内部章程项目的双重管理、地域限制的询问应对等导致业务效率的恶化的不良状况,能谋求信贷业务整体的高效化和内部管理体制的强化。
而且,根据本发明,根据信贷业务所涉及的负责人的所属分行以及职能来提供必要的最小限度的信息公开,由此,能贯彻与客户信息相关的访问控制。
附图说明
图1表示本发明的举例示出的整体网络结构。
图2表示本发明的举例示出的信贷事务管理系统的系统构成。
图3是本发明的举例示出的信贷事务管理系统的功能框图。
图4表示储存于本发明的举例示出的负责人DB的信息的一例。
图5表示储存于本发明的举例示出的请示书DB的信息的一例。
图6A表示储存于本发明的举例示出的控制卡DB的信息的一例。
图6B表示储存于本发明的举例示出的控制卡DB的信息的一例。
图6C表示储存于本发明的举例示出的控制卡DB的信息的一例。
图6D表示储存于本发明的举例示出的控制卡DB的信息的一例。
图6E表示储存于本发明的举例示出的控制卡DB的信息的一例。
图7表示储存于本发明的举例示出的地域限制DB的信息的一例。
图8表示储存于本发明的举例示出的合同条件核对DB的信息的一例。
图9表示储存于本发明的举例示出的担保以及保证核对DB的信息的一例。
图10表示储存于本发明的举例示出的文件核对DB的信息的一例。
图11表示制作控制卡的处理流程。
图12表示显示在客户端计算机的控制卡的画面的一例。
图13表示显示在客户端计算机的合同书核对画面的一例。
图14表示显示在客户端计算机的控制卡的画面的一例。
具体实施方式
以下,参照附图,对本发明的实施方式的信贷事务管理系统、及其方法进行详细说明。
在本说明书中,使用术语“银行内部章程项目”,来对为了遵守银行内部章程、地域限制而应该进行确认的项目中的对所有的信贷交易都应世界共同地进行核对的项目进行说明。
在本说明书中,使用术语“地域限制项目”,来对为了遵守银行内部章程、地域限制而应该进行确认的项目中的应按放款执行所进行的地域来遵守的项目进行说明。
在本说明书中,使用术语“前台”对与客户进行谈判的营业部进行说明,使用术语“中后台”对信贷事务部进行说明,使用术语“后台”对结账事务部进行说明。
在本说明书中,使用术语“控制卡”,来对可使信贷业务流程中事务部应在各阶段进行核对的事项和其进展状况可视化的信息群进行说明。
在以下的实施方式中,使用在A国具有a分行、在B国具有b分行、在C国具有c分行的银行1为例进行说明。
图1表示本发明的举例示出的整体网络结构。在图1中,信贷事务管理系统100、设置在A国的a分行的客户端计算机111、设置在B国的b分行的客户端计算机112、以及设置在C国的c分行的客户端计算机113经由银行内部网络或互联网120连接成能进行通信。
信贷事务管理系统100具备:储存与所属于银行1的银行职员有关的信息的负责人数据库(DB)101、储存请示书的请示书数据库(DB)102、储存合同书的合同书数据库(DB)103、以及控制卡数据库(DB)104,管理在世界各地的分行间处理的信贷业务。在各国的银行职员经由客户端计算机111等与信贷事务管理系统100取得连接时,信贷事务管理系统100根据储存在负责人DB101的银行职员的所属分行以及职能,控制并公开请示书DB102、合同书DB103、以及控制卡DB104的信息。
客户端计算机111是设置在A国a分行的客户端计算机。例如,a分行的前台负责人能经由客户端计算机111访问信贷事务管理系统100,并能将所制作的请示书储存在请示书DB102。此外,a分行的前台负责人能经由客户端计算机111访问信贷事务管理系统100,并能将所制作的合同书储存在合同书DB103。
客户端计算机112是设置在B国的b分行的客户端计算机。例如,b分行的审查部负责人能经由客户端计算机112访问信贷事务管理系统100,并能阅览储存在请示书DB102的请示书。
客户端计算机113是设置在C国的c分行的客户端计算机。例如,c分行的中后台负责人能经由客户端计算机113访问信贷事务管理系统100,并能更新控制卡DB104的信息。
图2表示信贷事务管理系统100的系统构成。信贷事务管理系统100具备:CPU201、RAM202、ROM203、存储器204、连接接口205、以及网络接口206。各组成部分201~206经由总线210连接成能进行相互通信。
CPU201分别控制设备以及电路,并进行运算以及数据处理。RAM202是暂时存储区,在由CPU201进行的运算执行时使用。ROM203是储存各种程序的存储区。存储器204由例如HDD(Hard Disk Drive:硬盘驱动器)、SSD(Solid State Drive:固态硬盘)等构成,储存各种数据。基于CPU201的控制,数据被从存储器204读取,以及,数据被写入存储器204。
连接接口205是用于将各种设备连接到信贷事务管理系统100的接口。例如,能经由连接接口205,将显示器、键盘、鼠标、外部存储装置等连接到信贷事务管理系统100。
网络接口206通过通信线路连接于银行内部网络或互联网120。然后,网络接口206基于CPU201的控制来对银行内部网络或互联网120以及信贷事务管理系统100之间的数据的输入输出进行控制。网络接口206与银行内部网络或互联网120之间的连接可以是有线连接以及无线连接中的任一种。
图3是信贷事务管理系统100的功能框图。信贷事务管理系统100具备:负责人DB101、请示书DB102、合同书DB103、控制卡DB104、地域限制DB301、合同条件核对DB302、担保以及保证核对DB303、文件核对DB304,文件DB305、请示书数据管理部310、控制卡制作部311、合同条件设定部312、担保以及保证设定部313、以及文件设定部314。
负责人DB101储存与所属于银行1的银行职员有关的信息。在一实施方式中,如图4所示,在负责人DB101中储存有:负责人代码、负责人名字、所属分行代码、所属分行名、以及职能(“0:其他”、“1:前台”、“2:审查部”、“3:中后台”、“4:后台”)。
请示书DB102储存与请示书有关的信息。在一实施方式中,如图5所示,在请示书DB102中,与唯一识别请示书的请示书代码建立关联地储存有:制作请示书的负责人信息(负责分行代码、负责人代码)、包含构成请示书的信息的多个部分(请示条件部分、放款条件部分、信用信息部分、案件概要部分、以及市场部分)、裁决标志(“0:裁决前”、“1:已裁决”)、以及电子请示书文件。
本实施方式中,在各部分储存有例如XML等结构化文档。以下,对各部分进行说明。
请示条件部分包含:带条件地裁决请示书的情况下的条件、条件补充时所记述的回答、以及补充期限。放款条件部分包含:债务人信息、信贷的种类、信贷金额、信贷执行日、信贷执行国、担保以及保证等放款所需的条件。信用信息部分包含:债务人的信用信息。案件概要部分包含:信贷交易的经过信息。市场部分包含:与信贷交易关联的市场信息。
合同书DB103与唯一识别合同书的合同书代码建立关联地储存电子合同书文件。在另一实施方式中,可以不设置合同书DB103,而将电子合同书文件储存在后述的文件DB305中。
控制卡DB104储存与控制卡有关的信息。在一实施方式中,如图6A~图6E所示,控制卡DB104中储存有:可唯一识别控制卡的控制卡代码、贷款代码、请示书DB102的请示书代码、合同书DB103的合同书代码、中后台分行代码、中后台负责人代码、信贷执行国、预定签字日、预定信贷执行日、状态(“0:签字前”、“1:签字后”、“2:业务完成”)、应该在签字前进行确认的多个银行内部章程项目(请示书裁决、条件补充、合同书核对、担保以及保证、文件、地域限制)、应该在签字后并且信贷执行前进行确认的多个银行内部章程项目(签字、担保以及保证、文件)、以及应该在信贷执行后进行确认的多个银行内部章程项目(条件补充、担保以及保证、文件)。
各银行内部章程项目中储存有“0:未完成”或“1:完成”。以下,对各银行内部章程项目进行说明。
请示书裁决识别请示书是否被审查部裁决。在本实施方式中,当请示书DB102的裁决标志储存有“1:已裁决”时,信贷事务管理系统100在请示书裁决储存“1:完成”。
条件补充识别在请示书带条件地被裁决的情况下该条件是否补充了。在本实施方式中,信贷事务管理系统100根据请示条件部分所包含的补充期限,将请示条件设定为签字前的条件补充、或签字后的条件补充中的任一项。之后,在本实施方式中,当在请示条件部分记述有回答时,信贷事务管理系统100在条件补充储存“1:完成”。
合同书核对识别已裁决请示书和合同书的一致性的核对是否完成。在本实施方式中,在后述的合同条件核对DB302中,当除了签字信息之外的所有的合同条件的一致性都得到确认时,信贷事务管理系统100在合同书核对储存“1:完成”。
担保以及保证识别担保以及保证是否补充了。在本实施方式中,信贷事务管理系统100根据请示书的放款条件部分所包含的担保以及保证的补充期限,将担保以及保证设定为签字前的担保以及保证、签字后的担保以及保证、或信贷执行后的担保以及保证的任一项。之后,在本实施方式中,在后述的担保以及保证核对DB303中,当补充期限被设定在规定期间(签字前、签字后、或信贷执行后)的所有担保以及保证的补充得到确认时,信贷事务管理系统100在规定期间的担保以及保证储存“1:完成”。
文件识别文件是否被征求。在本实施方式中,信贷事务管理系统100根据在文件核对DB304设定的文件的获取期限,将文件设定为签字前的文件、签字后的文件、或信贷执行后的文件中的任一项。之后,在本实施方式中,在后述的文件核对DB304中,当获取期限被设定在规定期间(签字前、签字后、或信贷执行后)的所有文件的征求得到确认时,信贷事务管理系统100在规定期间的文件储存“1:完成”。
地域限制识别地域限制项目是否被遵守。在本实施方式中,当从客户端计算机111等接收到遵守确认指示时,信贷事务管理系统100在地域限制储存“1:完成”。
签字识别合同的当事人是否已经对合同书赋予了签字。在本实施方式中,在后述的合同条件核对DB302中,当所有的签字的确认都已经进行时,信贷事务管理系统100在签字储存“1:完成”。
地域限制DB301储存地域限制项目。在一实施方式中,如图7所示,地域限制DB301中储存有:地域代码、地域名、项目代码、以及项目名。
合同条件核对DB302储存基于请示书的放款条件所设定的核对项目。在一实施方式中,如图8所示,在合同条件核对DB302中,与控制卡DB104的贷款代码建立关联地储存有:债务人信息、保证人信息、信贷的种类、信贷金额、信贷执行日、信贷执行国、以及签字信息。在签字信息储存有签字者名或“1:已确认”,在除了签字信息以外的各核对项目储存有“0:未确认”或“1:已确认”。在本实施方式中,当从客户端计算机111等接收到一致性确认指示时,信贷事务管理系统100在核对项目储存“1:已确认”。
担保以及保证核对DB303储存请示书的放款条件中所包含的担保以及保证的信息。在一实施方式中,如图9所示,在担保以及保证核对DB303中,与控制卡DB104的贷款代码建立关联地储存有:担保以及保证名、确认标志(“0:未确认”、“1:已确认”)、以及补充期限。在本实施方式中,当从客户端计算机111等接收到补充确认指示时,信贷事务管理系统100在确认标志储存“1:已确认”。
文件核对DB304储存征求文件的信息。在一实施方式中,如图10所示,在文件核对DB304中,与控制卡DB104的贷款代码建立关联地储存有:征求文件名、确认标志(“0:未确认”、“1:已确认”)、以及获取期限。在本实施方式中,当从客户端计算机111等接收到文件确认指示时,信贷事务管理系统100在确认标志储存“1:已确认”。
文件DB305储存电子文件。在一实施方式中,在文件DB305中,与控制卡DB104的贷款代码建立关联地储存有:与信贷交易关联的电子文件。
请示书数据管理部310响应于从客户端计算机111等接收到请示书关联数据,将记录登记到请示书DB102。在本实施方式中,请示书关联数据包含:制作请示书的负责人所属的负责分行代码、负责人代码、构成被划分为多个部分的请示书的信息、使用构成请示书的所有的信息来制作的电子请示书文件、以及对象的请示书所涉及的相关岗位的指定信息(审查部、中后台、后台)。请示书数据管理部310生成请示书代码,并基于请示书关联数据中所包含的负责分行代码、负责人代码、构成被划分为多个部分的请示书的信息、以及电子请示书文件,将记录登记到请示书DB102。此时,在裁决标志设定有“0:裁决前”来作为初始值。
此外,请示书数据管理部310还向控制卡制作部311发送请示书代码、请示条件部分、放款条件部分、以及相关岗位的指定信息。
控制卡制作部311响应于从请示书数据管理部310接收到请示书代码、请示条件部分、放款条件部分、以及相关岗位的指定信息,将记录登记到控制卡DB104。
具体而言,在本实施方式中,控制卡制作部311参照放款条件部分中所包含的信贷执行国,登记与信贷执行国的数量对应的数量的记录。例如,信贷执行国为一个的情况下,登记一条记录,在信贷执行国为两个的情况下,登记两条记录。在登记记录时,控制卡制作部311生成并储存与请示书代码对应的控制卡代码、以及可唯一识别相同控制卡代码内的多个贷款的贷款代码。
此外,控制卡制作部311分别储存所接收到的请示书代码、相关岗位的指定信息中所包含的中后台的分行代码、放款条件部分中所包含的信贷执行国、预定签字日、以及预定信贷执行日。控制卡制作部311能基于放款条件部分中所包含的债务人信息来对负责人代码进行设定。
在状态设定有“0:签字前”来作为初始值,在除文件以外的签字前、签字后、信贷执行后的银行内部章程项目设定有“0:未完成”来作为初始值,在文件设定有符号“-”来作为初始值。在本说明书中,符号“-”意指“未设定”。
控制卡制作部311基于所接收到的请示条件部分,在与补充期限不一致的条件补充设定符号(“-”)。在未设定请示书裁决的条件的情况下,控制卡制作部311在所有的条件补充设定符号(“-”)。
控制卡制作部311基于所接收到的放款条件部分中所包含的担保以及保证,在与补充期限不一致的担保以及保证设定符号(“-”)。
控制卡制作部311进而基于所接收到的放款条件部分中所包含的信贷执行国来检索地域限制DB301,在不存在地域限制项目的情况下,在地域限制设定符号“-”。
在将记录登记到控制卡DB104后,控制卡制作部311响应于接收到合同书制作数据,设定控制卡DB104的记录内的合同书代码。在本实施方式中,合同书制作数据包含贷款代码、合同书代码。
合同条件设定部312基于放款条件部分,将记录登记到合同条件核对DB302。在本实施方式中,合同条件设定部312与由控制卡制作部311所制作的贷款代码建立关联地登记记录。合同条件设定部312在放款条件部分中所包含的项目设定“0:未确认”,在未包含于放款条件部分的项目设定符号“-”。关于签字信息(签字1、签字2、签字3),合同条件设定部312设定放款条件部分所指定的合同的当事人名。
担保以及保证设定部313基于放款条件部分中所包含的担保以及保证来将记录登记到担保以及保证核对DB303。在本实施方式中,担保以及保证设定部313与由控制卡制作部311所制作的贷款代码建立关联地,基于放款条件部分中所包含的担保以及保证名以及补充期限来登记记录。此时,在确认标志设定有“0:未确认”来作为初始值。
在本实施方式中,在放款条件部分含有多个信贷执行国的情况下,担保以及保证设定部313判定是否按对各信贷执行国的贷款而设定了不同的担保以及保证。在设定了不同的担保以及保证的情况下,担保以及保证设定部313按与对各信贷执行国的贷款对应的贷款代码,来登记对应的担保以及保证的记录。
另一方面,在设定了相同的担保以及保证的情况下,担保以及保证设定部313仅对任一贷款代码登记担保以及保证的记录。贷款代码的选择例如:优先进行由与前台相同的分行代码的中后台所负责的贷款代码,或根据被指定为中后台的分行的规模等,可以通过任意的方法来进行。
在另一实施方式中,在设定了相同的担保以及保证情况下,担保以及保证设定部313也按与对各信贷执行国的贷款对应的贷款代码,来登记对应的担保以及保证的记录。之后,在后述的担保以及保证核对画面中,多个信贷执行国中的任一信贷执行国的负责人响应于经由客户端计算机111等来选择核对栏由此发送补充确认指示,信贷事务管理系统100对所有的设定了相同的担保以及保证的多个信贷执行国,在担保以及保证核对DB303的确认标志储存“1:已确认”。由此,能在所有多个信贷执行国共有由多个信贷执行国中的任一信贷执行国的负责人所登记的结果。
文件设定部314响应于从客户端计算机111等接收到文件制表数据,将记录登记到文件核对DB304。在本实施方式中,文件制表数据中包含贷款代码、征求文件名、以及获取期限。文件设定部314基于文件制表数据来登记记录。此时,在确认标志设定有“0:未确认”来作为初始值。
此外,文件设定部314基于文件制表数据,在与获取期限一致的控制卡记录的文件设定“0:未完成”。
(控制卡制作处理)
参照图11对控制卡制作处理进行说明。图11表示制作控制卡的处理流程。在信贷事务管理系统100的负责人DB101储存有图4所示的记录。在信贷事务管理系统100的地域限制DB301也储存有图7所示的记录。
在S1101中,信贷事务管理系统100的请示书数据管理部响应于从客户端计算机111等接收到请示书关联数据,在S1101中将记录登记到请示书DB102。
在本实施方式中,在S1101中,接收包含制作请示书的负责人所属的负责分行代码、负责人代码、构成被划分为多个部分的请示书的信息、使用构成请示书的所有的信息来制作的电子请示书文件、以及对象的请示书所涉及的相关岗位的指定信息(审查部、中后台、后台)的请示书关联数据,请示书数据管理部310制作请示书代码(3333333)并将记录登记到请示书DB102。此时,在裁决标志设定有“0:裁决前”来作为初始值。
在S1102中,请示书数据管理部310向信贷事务管理系统100的控制卡制作部311发送请示书代码、请示条件部分、放款条件部分、以及相关岗位的指定信息。
在S1103中,控制卡制作部311基于从请示书数据管理部310所接收到的信息,来将记录登记到控制卡DB104。
在本实施方式中,控制卡制作部311将在信贷执行国仅指定了C国的放款条件部分作为所接收到的信息,登记基于所接收到的请示书代码(3333333)、相关岗位的指定信息中所包含的中后台的分行代码(333)、放款条件部分中所包含的信贷执行国(C国)、预定签字日(2015/4/10)、预定信贷执行日(2015/4/24)的一条记录。
在登记记录时,控制卡制作部311生成并储存与请示书代码对应的控制卡代码(C3333333)、以及贷款代码(C3333)。
此外,控制卡制作部311基于放款条件部分中所包含的债务人信息来设定负责人代码(333-22222),在状态设定“0:签字前”来作为初始值。
在S1104中,控制卡制作部311基于所接收到的请示条件部分,在与补充期限不一致的条件补充设定符号(“-”)。
在本实施方式中,控制卡制作部311将未设定有请示书裁决的条件的请示条件部分作为所接收到的信息,在签字前的补充条件、以及信贷执行后的补充条件设定符号(“-”)。
在S1105中,控制卡制作部311基于所接收到的放款条件部分中所包含的担保以及保证,在与补充期限不一致的条件补充设定符号(“-”)。
在本实施方式中,控制卡制作部311将设定有被设定为签字前的补充期限(2015/4/9)的担保以及保证的放款条件部分作为所接收到的信息,在签字后以及信贷执行后的担保以及保证设定符号(“-”)。
在S1106中,控制卡制作部311基于所接收到的放款条件部分中所包含的信贷执行国来检索地域限制DB301,在不存在地域限制项目的情况下,在地域限制设定符号“-”。
在本实施方式中,控制卡制作部311将包含信贷执行国(C国)的放款条件部分作为所接收到的信息,检索图7所示的地域限制DB301,由于存在与C国对应的地域限制项目,因此,进入后续处理。
在S1107中,信贷事务管理系统100的合同条件设定部312基于放款条件部分,来将记录登记到合同条件核对DB302。
在本实施方式中,合同条件设定部312与由控制卡制作部311所制作的贷款代码(C3333)建立关联地,登记图8所示的记录。如图8所示,在本实施方式中,接收不包含保证人信息的放款条件部分,在保证人信息设定有符号“-”。关于签字信息(签字1、签字2、签字3),在本实施方式中,合同条件设定部312将仅包含签字者1的放款条件部分作为所接收到的信息,在签字1设定签字者1,并在签字2以及签字3设定符号“-”。
在S1108中,信贷事务管理系统100的担保以及保证设定部313基于放款条件部分中所包含的担保以及保证,来将记录登记到担保以及保证核对DB303。
在本实施方式中,担保以及保证设定部313与由控制卡制作部311所制作的贷款代码(C3333)建立关联地,登记如图9所示的记录。
在S1109中,信贷事务管理系统100的文件设定部314响应于从客户端计算机111等接收到文件制表数据,将记录登记到文件核对DB304。接下来,在S1110中,文件设定部314基于文件制表数据,在与补充期限一致的控制卡记录的文件设定“0:未完成”。
在本实施方式中,文件设定部314接收包含贷款代码(C3333)、征求文件名(文件6)、签字前的补充期限(2015/4/9)的文件制表数据,登记图10所示的记录。接下来,文件设定部314基于文件制表数据,在控制卡记录的签字前的文件设定“0:未完成”。
在S1111中,控制卡制作部311响应于接收到合同书制作数据,设定控制卡DB104的记录内的合同书代码。
在本实施方式中,控制卡制作部311接收包含贷款代码(C3333)、合同书代码(32345)的合同书制作数据并设定控制卡DB104的合同书代码。
(控制卡更新处理)
接着,参照图12~14对控制卡更新处理进行说明。图12、14表示显示在客户端计算机的控制卡的画面的一例。图13表示显示在客户端计算机的合同书核对画面的一例。在信贷事务管理系统100的负责人DB101、请示书DB102、控制卡DB104、地域限制DB301、合同条件核对DB302、担保以及保证核对DB303、以及文件核对DB304,分别储存有图4、图5、图6A、图7、图8、图9、以及图10所示的记录。
在本实施方式中,对所属于A国a分行的负责人2经由客户端计算机111对由贷款代码(X1111)所特定的控制卡的信息进行更新的处理进行说明。
负责人2经由客户端计算机111向信贷事务管理系统100发送包含负责人代码(111-22222)以及密码等的认证信息,基于认证信息而认证成功。在认证成功的情况下,信贷事务管理系统100能基于控制卡DB104来显示由认证成功负责人所负责的控制卡的总览。
在本实施方式中,信贷事务管理系统100向客户端计算机111提供由认证成功的负责人(负责人2)所负责的包含两件控制卡的总览,并从客户端计算机111接收选择由贷款代码(X1111)所特定的控制卡的指示,向客户端计算机111提供图12所示的控制卡的画面。
如图12所示,在多个贷款代码与特定的控制卡代码建立关联的情况下,在控制卡的画面显示与特定的控制卡代码建立关联的多个贷款代码的信息。其中,负责人仅能更新与自身所负责的贷款代码有关的合规项目。
具体而言,虽然显示有与控制卡代码(X2222222)建立关联的贷款代码(X1111)以及贷款代码(X2222)所特定的多个列1201、1202,但负责人2仅能更新自身所负责的1201的合规项目。
当选择图12的文件列表1203时,显示与该控制卡关联的文件列表。在本实施方式中,前台负责人能在控制卡记录制作后的任意的时机与贷款代码建立关联地上传文件,且能从文件列表阅览所上传的文件。
文件列表根据登录的负责人的职能来选择并显示与控制卡关联的文件中的一部分或全部。例如,在制作请示书的前台负责人登录的情况下,显示包含与控制卡关联的所有的文件的列表。另一方面,在作为中后台负责人的负责人2登录的情况下,选择并显示与自身所负责的1201的贷款代码关联的文件的列表。
由于列1201的请示书裁决在由如图5所示的请示书DB102的请示书代码(2222222)所特定的记录的裁决标志储存有“1:已裁决”,因此,已经通过信贷事务管理系统100而储存有“1:完成”。
在本实施方式中,当负责人2经由客户端计算机111选择图12所示的列1201的请示书裁决(“1:完成”)时,信贷事务管理系统100能提供请示书画面(未图示)。所提供的请示书画面根据登录的负责人的职能来选择并显示构成请示书的多个部分中的一部分或全部。例如,在制作请示书的前台负责人登录的情况下,显示包含构成请示书的所有的部分的画面。另一方面,在中后台负责人登录的情况下,仅选择并显示信贷事务所需的部分。
列1201的条件补充已经基于在请示条件部分记述有回答,而通过信贷事务管理系统100储存有“1:完成”。
在本实施方式中,当负责人2经由客户端计算机111选择图12所示的列1201的条件补充(“1:完成”)时,信贷事务管理系统100能提供请示书条件画面(未图示)。请示书条件画面中包含请示条件部分的信息。
如图12所示,列1201的合同书核对储存有“0:未完成”。在本实施方式中,当负责人2经由客户端计算机111选择图12所示的列1201的合同书核对(“0:未完成”)时,信贷事务管理系统100能基于图8所示的合同条件核对DB302来提供图13所示那样的合同条件核对画面。
负责人2确认显示在合同条件核对画面的请示书-放款条件的内容与合同书的内容的一致性。负责人2经由客户端计算机111选择例如显示在图12的控制卡的画面的文件列表1203,并从文件列表中选择合同书等,由此,阅览储存在合同书DB103的电子合同书文件同时确认一致性。
在本实施方式中,当负责人2通过经由客户端计算机111选择核对栏来发送一致性确认指示时,信贷事务管理系统100在合同条件核对DB302的对应的核对项目储存“1:已确认”。如前所述,在本实施方式中,在合同条件核对DB302中,当除签字信息以外的所有的合同条件的一致性都得到确认时,信贷事务管理系统100在控制卡DB104的合同书核对储存“1:完成”。
如图12所示,列1201的文件储存有“0:未完成”。在本实施方式中,当负责人2经由客户端计算机111选择图12所示的列1201的文件(“0:未完成”)时,信贷事务管理系统100能基于图10所示的文件核对DB304提供文件核对画面(未图示)。
在一实施方式中,文件核对画面包含征求文件名以及核对栏,负责人2确认显示在文件核对画面的征求文件准确无误地存在于在控制卡的画面的文件列表1203选择时所显示的文件列表内。
在本实施方式中,当负责人2通过经由客户端计算机111选择核对栏来发送征求确认指示时,信贷事务管理系统100在文件核对DB304的对应的核对项目储存“1:已确认”。如前所述,在本实施方式中,在文件核对DB304中,当获取期限被设定在规定期间(签字前、签字后、或信贷执行后)的所有文件的征求都得到确认时,信贷事务管理系统100在控制卡DB104的规定期间的文件储存“1:完成”。
如图12所示,在列1201的地域限制储存有“0:未完成”。在本实施方式中,当负责人2经由客户端计算机111选择图12所示的列1201的地域限制(“0:未完成”)时,信贷事务管理系统100能提供地域限制核对画面(未图示)。
在一实施方式中,地域限制核对画面包含地域限制项目名以及核对栏,负责人2确认合同内容遵守显示在地域限制核对画面的地域限制项目。
在本实施方式中,当负责人2通过经由客户端计算机111选择核对栏来发送遵守确认指示时,信贷事务管理系统100在控制卡DB104的地域限制储存“1:完成”。
通过上述操作,如图6B所示,由控制卡DB104内的贷款代码(X1111)所特定的控制卡记录的签字前的银行内部章程项目全部变为“1:完成”。如此,在签字前的银行内部章程项目全部变为“1:完成”的状态下,当负责人2经由客户端计算机111按下如图12所示的控制卡的画面的状态变更按钮1204时,如图6C所示,由贷款代码(X1111)所特定的控制卡记录的状态被从“0:签字前”更新为“1:签字后”。
在本实施方式中,在控制卡记录的状态被从“0:签字前”更新为“1:签字后”时,如图14所示,信贷事务管理系统100向客户端计算机111提供包含签字后以及信贷执行后的银行内部章程项目的控制卡的画面。
如图14所示,在列1401的签字储存有“0:未完成”。在本实施方式中,当负责人2经由客户端计算机111选择图14所示的列1201的签字(“0:未完成”)时,信贷事务管理系统100能基于图8所示的合同条件核对DB302提供签字核对画面(未图示)。
在一实施方式中,签字核对画面包含签字者名以及核对栏,负责人2确认显示在签字核对画面的任意数量的签字者对合同书赋予了签字。负责人2经由客户端计算机111选择显示在例如图14的控制卡的画面的文件列表1203,并从文件列表中选择合同书等,由此,阅览储存在合同书DB103的电子合同书文件的同时确认签字的赋予。
在本实施方式中,当负责人2通过经由客户端计算机111选择核对栏来发送签字确认指示时,信贷事务管理系统100在合同条件核对DB302的对应的核对项目储存“1:已确认”。如前所述,在本实施方式中,在合同条件核对DB302中,当所有的签字的确认都已完成时,信贷事务管理系统100在控制卡DB104的签字储存“1:完成”。
如图14所示,列1401的签字后的担保以及保证储存有“0:未完成”。在本实施方式中,当负责人2经由客户端计算机111选择图14所示的列1401的签字后的担保以及保证(“0:未完成”)时,信贷事务管理系统100能基于图9所示的担保以及保证核对DB303来提供担保以及保证核对画面(未图示)。
在一实施方式中,担保以及保证核对画面包含担保以及保证名以及核对栏,负责人2确认显示在担保以及保证核对画面的担保以及保证补充了。
在本实施方式中,当负责人2通过经由客户端计算机111选择核对栏来发送补充确认指示时,信贷事务管理系统100在担保以及保证核对DB303的对应的确认标志储存“1:已确认”。如前所述,在本实施方式中,在担保以及保证核对DB303中,当补充期限被设定在规定期间(签字前、签字后、或信贷执行后)的所有担保以及保证的补充得到确认时,信贷事务管理系统100在控制卡DB104的规定期间的担保以及保证储存“1:完成”。
关于列1401的签字后以及信贷执行后的文件、信贷执行后的条件补充、信贷执行后的担保以及保证,由于与对已经说明的银行内部章程项目所进行的说明重复,因此省略。
通过上述操作,如图6D所示,控制卡DB104内的贷款代码(X1111)所特定的控制卡记录的银行内部章程项目全部变为“1:完成”。如此,在银行内部章程项目全部变为“1:完成”的状态下,当负责人2经由客户端计算机111按下如图14所示的控制卡的画面的状态变更按钮1402时,如图6E所示,由贷款代码(X1111)所特定的控制卡记录的状态从“1:签字后”更新为“2:业务完成”。
以上,根据本发明,使用可使应由事务部在各阶段进行核对的事项和其进展状况可视化的控制卡,由此,能避免以往所产生的银行内部章程项目的双重管理、地域限制的询问应对等导致业务效率的恶化的不良状况,能谋求信贷业务整体的高效化和内部管理体制的强化。
而且,根据本发明,根据信贷业务所涉及的负责人的所属分行以及职能来提供必要的最小限度的信息公开,由此,能贯彻与客户信息相关的访问控制。
(追加的实施方式)
在追加的实施方式中,控制卡DB104还可以储存商品分类限制来作为银行内部章程项目。
商品分类限制根据银行1所提供的商品(合同的种类)来识别应进行核对的银行内部规定项目是否被遵守。在本实施方式中,在后述的商品核对DB306中,当所有的项目的核对都得到确认时,信贷事务管理系统100在商品分类限制储存“1:完成”。
信贷事务管理系统100还具备商品分类核对DB306、以及商品分类设定部315。
商品分类核对DB306基于请示书的放款条件来储存应在特定的商品中进行核对的项目的信息。在一实施方式中,在商品分类核对DB306中,与控制卡DB104的贷款代码建立关联地储存有:项目名、以及确认标志(“0:未确认”、“1:已确认”)。在本实施方式中,当从客户端计算机111等接收到确认指示时,信贷事务管理系统100在确认标志储存“1:已确认”。
商品分类设定部315基于放款条件部分,来将记录登记到商品分类核对DB303。在本实施方式中,商品分类设定部313与控制卡制作部311所制作的贷款代码建立关联地,特定应在该合同所对应的商品中进行核对的项目并登记记录。此时,在确认标志设定有“0:未确认”来作为初始值。例如,在为对油田开发等对环境造成影响的事业签订的合同的情况下,作为应在该合同所对应的商品中进行核对的项目,商品分类设定部315能设定环境评估的实施。
以上,根据本发明,控制卡包含应根据商品来进行核对的银行内部规定项目,由此,能谋求进一步的信贷业务整体的高效化和内部管理体制的强化。
以上,一边参照举例示出的实施方式一边对本发明的原理进行了说明,但本领域技术人员应当理解,只要不脱离本发明的主旨,可实现在构成以及细节进行变更的各种实施方式。即,本发明也可作为例如系统、装置、方法、程序或存储介质等的实施方案来实现。
Claims (14)
1.一种信贷事务管理系统,具备:
控制卡存储部,与控制卡代码建立关联地,按请示书代码、预定签字日、预定信贷执行日、状态、以及规定期间,储存多个银行内部章程项目的核对完成标志;以及
控制卡制作部,响应于接收到请示书代码、包含带条件地对请示书进行裁决的情况下的条件以及补充期限的请示条件部分、以及包含放款所需的条件的放款条件部分,来将记录登记到所述控制卡存储部,并基于所述请示条件部分以及所述放款条件部分,在所述多个银行内部章程项目中的应进行核对的项目储存表示未完成的值,
向客户端计算机提供用于使所述应进行核对的项目和其进展状况可视化的控制卡的画面,
其中,所述信贷事务管理系统还具备:地域限制存储部,储存应按放款执行所进行的地域来遵守的地域限制项目,
所述控制卡制作部基于所述放款条件部分中所包含的信贷执行国来检索所述地域限制存储部,在存在与所述信贷执行国对应的地域限制项目的情况下,将所述多个银行内部章程项目中所包含的与地域限制有关的银行内部章程项目设定为应进行核对的项目并在其储存表示未完成的值,
所述信贷事务管理系统还具备:请示书存储部,与请示书代码建立关联地,储存包含构成请示书的信息的多个部分;以及
负责人存储部,储存包含职能的负责人信息,
所述信贷事务管理系统根据所述负责人存储部的所述职能来选择并提供所述多个部分的一部分或全部。
2.根据权利要求1所述的信贷事务管理系统,其中,
所述控制卡存储部还储存贷款代码以及信贷执行国,
所述控制卡制作部参照所述放款条件部分中所包含的信贷执行国,将与信贷执行国的数量对应的数量的记录登记到所述控制卡存储部。
3.根据权利要求1所述的信贷事务管理系统,其中,
当确认合同内容遵守所述地域限制项目时,所述信贷事务管理系统在所述控制卡存储部的与地域限制有关的银行内部章程项目储存表示完成的值。
4.根据权利要求1所述的信贷事务管理系统,其中,
还具备:合同条件核对存储部,储存基于请示书的放款条件来设定的核对项目;以及
合同条件设定部,基于所述放款条件部分来将记录登记到所述合同条件核对存储部,
当在所述合同条件核对存储部中所设定的用于确认已裁决请示书和合同书的一致性的所有核对项目的一致性都得到确认时,所述信贷事务管理系统在所述控制卡存储部的与合同书核对有关的银行内部章程项目储存表示完成的值。
5.根据权利要求1所述的信贷事务管理系统,其中,
还具备:担保以及保证核对存储部,储存请示书的放款条件中所包含的担保以及保证的补充信息;以及
担保以及保证设定部,基于所述放款条件部分来将记录登记到所述担保以及保证核对存储部,
当在所述担保以及保证核对存储部中,补充期限被设定在规定期间的所有担保以及保证的补充都得到确认时,所述信贷事务管理系统在所述控制卡存储部的与该规定期间的担保以及保证有关的银行内部章程项目储存表示完成的值。
6.根据权利要求1所述的信贷事务管理系统,其中,
还具备:文件核对存储部,储存征求文件的信息;以及
文件设定部,基于包含征求文件的信息的文件制表数据来将记录登记到所述文件核对存储部,
当在所述文件核对存储部中,获取期限被设定在规定期间的所有文件的存在都得到确认时,所述信贷事务管理系统在所述控制卡存储部的与该规定期间的文件有关的银行内部章程项目储存表示完成的值。
7.根据权利要求1所述的信贷事务管理系统,其中,
还具备:商品分类核对存储部,储存应在特定的商品中进行核对的项目的信息;以及
商品分类设定部,基于所述放款条件部分来将记录登记到所述商品分类核对存储部,
当在所述商品分类核对存储部中,所设定的所有项目的核对都得到确认时,所述信贷事务管理系统在所述控制卡存储部的与商品分类有关的银行内部规定项目储存表示完成的值。
8.一种方法,为通过信贷事务管理系统执行的方法,所述信贷事务管理系统具备与控制卡代码建立关联地,按请示书代码、预定签字日、预定信贷执行日、状态、以及规定期间来储存多个银行内部章程项目的核对完成标志的控制卡存储部,所述方法具备执行以下步骤的过程:
所述信贷事务管理系统的控制卡制作部接收请示书代码、包含带条件地对请示书进行裁决的情况下的条件以及补充期限的请示条件部分、以及包含放款所需的条件的放款条件部分,所述控制卡制作部基于所接收到的信息来将记录登记到所述控制卡存储部,并且,基于所述请示条件部分以及所述放款条件部分,在所述多个银行内部章程项目中的应进行核对的项目储存表示未完成的值的控制卡制作步骤;以及
所述信贷事务管理系统向客户端计算机提供用于使所述应进行核对的项目和其进展状况可视化的控制卡的画面的步骤,
其中,所述信贷事务管理系统还具备:地域限制存储部,储存应按放款执行所进行的地域来遵守的地域限制项目,
所述控制卡制作步骤还包括:基于所述放款条件部分中所包含的信贷执行国来检索所述地域限制存储部的步骤;以及在存在与所述信贷执行国对应的地域限制项目的情况下,将所述多个银行内部章程项目中所包含的与地域限制有关的银行内部章程项目设定为应进行核对的项目并在其储存表示未完成的值的步骤,
所述信贷事务管理系统还具备:
请示书存储部,与请示书代码建立关联地,储存包含构成请示书的信息的多个部分;以及
负责人存储部,储存包含职能的负责人信息,
所述方法包含还执行以下步骤的过程:所述信贷事务管理系统根据所述负责人存储部的所述职能来选择并提供所述多个部分的一部分或全部的步骤。
9.根据权利要求8所述的方法,其中,
所述控制卡存储部还储存贷款代码以及信贷执行国,
所述控制卡制作步骤包含:参照所述放款条件部分中所包含的信贷执行国的过程、以及将与信贷执行国的数量对应的数量的记录登记到所述控制卡存储部的过程。
10.根据权利要求8所述的方法,其中,
所述方法还包含还执行以下步骤的过程:当确认合同内容遵守所述地域限制项目时,所述信贷事务管理系统在所述控制卡存储部的与地域限制有关的银行内部章程项目储存表示完成的值的步骤。
11.根据权利要求8所述的方法,其中,
所述信贷事务管理系统还具备:合同条件核对存储部,储存基于请示书的放款条件来设定的核对项目,
所述方法还包含还执行以下步骤的过程:
所述信贷事务管理系统的合同条件设定部基于所述放款条件部分来将记录登记到所述合同条件核对存储部的步骤;以及
当在所述合同条件核对存储部中所设定的用于确认已裁决请示书和合同书的一致性的所有核对项目的一致性都得到确认时,所述信贷事务管理系统在所述控制卡存储部的与合同书核对有关的银行内部章程项目储存表示完成的值的步骤。
12.根据权利要求8所述的方法,其中,
所述信贷事务管理系统还具备:担保以及保证核对存储部,储存请示书的放款条件中所包含的担保以及保证的补充信息,
所述方法包含还执行以下步骤的过程:
所述信贷事务管理系统的担保以及保证设定部基于所述放款条件部分来将记录登记到所述担保以及保证核对存储部的步骤;以及
当在所述担保以及保证核对存储部中,补充期限被设定在规定期间的所有担保以及保证的补充都得到确认时,所述信贷事务管理系统在所述控制卡存储部的与该规定期间的担保以及保证有关的银行内部章程项目储存表示完成的值的步骤。
13.根据权利要求8所述的方法,其中,
所述信贷事务管理系统还具备:文件核对存储部,储存征求文件的信息,
所述方法还包含还执行以下步骤的过程:
所述信贷事务管理系统的文件设定部基于包含征求文件的信息的文件制表数据来将记录登记到所述文件核对存储部的步骤;以及
当在所述文件核对存储部中,获取期限被设定在规定期间的所有文件的存在都得到确认时,所述信贷事务管理系统在所述控制卡存储部的与该规定期间的文件有关的银行内部章程项目储存表示完成的值的步骤。
14.根据权利要求8所述的方法,其中,
所述信贷事务管理系统还具备:商品分类核对存储部,储存应在特定的商品中进行核对的项目的信息,
所述方法还包含还执行以下步骤的过程:
所述信贷事务管理系统的商品分类设定部基于所述放款条件部分来将记录登记到所述商品分类核对存储部的步骤;以及
当在所述商品分类核对存储部中,所设定的所有项目的核对都得到确认时,所述信贷事务管理系统在所述控制卡存储部的与商品分类有关的银行内部规定项目储存表示完成的值的步骤。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2015/001866 WO2016157252A1 (ja) | 2015-03-31 | 2015-03-31 | 与信事務管理システムおよびその方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107430746A CN107430746A (zh) | 2017-12-01 |
CN107430746B true CN107430746B (zh) | 2022-03-18 |
Family
ID=56558021
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580078640.7A Active CN107430746B (zh) | 2015-03-31 | 2015-03-31 | 信贷事务管理系统及其方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20180122003A1 (zh) |
JP (1) | JP5963998B1 (zh) |
CN (1) | CN107430746B (zh) |
WO (1) | WO2016157252A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108990424B (zh) * | 2017-03-30 | 2022-04-01 | 株式会社三井住友银行 | 银行系统以及由银行系统执行的方法 |
CN109146665A (zh) * | 2018-08-03 | 2019-01-04 | 中国电力财务有限公司 | 一种信息处理方法及装置 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5933816A (en) * | 1996-10-31 | 1999-08-03 | Citicorp Development Center, Inc. | System and method for delivering financial services |
CN1251187A (zh) * | 1995-12-12 | 2000-04-19 | 花旗银行,全国协会(N.A.) | 执行信贷与负债申请的联机审批系统与方法 |
JP2002157422A (ja) * | 2000-11-20 | 2002-05-31 | Fujitsu Ltd | 与信方法および記録媒体 |
JP2003248754A (ja) * | 2002-02-22 | 2003-09-05 | Hachijuni Bank Ltd | 資産査定支援システム |
JP2003296572A (ja) * | 2002-03-29 | 2003-10-17 | Japan Research Institute Ltd | 融資支援システム、情報端末装置、融資支援方法およびその方法をコンピュータに実行させるプログラム |
US7636742B1 (en) * | 2004-04-01 | 2009-12-22 | Intuit Inc. | Automated data retrieval |
US7653592B1 (en) * | 2003-12-01 | 2010-01-26 | Fannie Mae | System and method for processing a loan |
US7742980B1 (en) * | 2002-11-15 | 2010-06-22 | Imx, Inc. | Automated loan approval system |
CN103782318A (zh) * | 2011-05-18 | 2014-05-07 | 信用公司 | 用于产生信贷反馈环的系统和方法 |
CN103942718A (zh) * | 2014-04-14 | 2014-07-23 | 中国人民银行征信中心 | 企业信贷信息采集整合方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10395264B2 (en) * | 2007-04-30 | 2019-08-27 | Visa U.S.A. Inc. | Payment account processing which conveys financial transaction data and non financial transaction data |
CN101923695A (zh) * | 2010-02-09 | 2010-12-22 | 苏州德融嘉信信用管理技术有限公司 | 基于熟人社会模式的融资服务方法 |
CN102903056A (zh) * | 2011-07-27 | 2013-01-30 | 刘金衢 | 一种基于电子商务平台的借贷担保方法及系统 |
US8996447B2 (en) * | 2012-05-22 | 2015-03-31 | Sap Se | Decision service manager |
-
2015
- 2015-03-31 US US15/563,244 patent/US20180122003A1/en not_active Abandoned
- 2015-03-31 CN CN201580078640.7A patent/CN107430746B/zh active Active
- 2015-03-31 JP JP2016516113A patent/JP5963998B1/ja active Active
- 2015-03-31 WO PCT/JP2015/001866 patent/WO2016157252A1/ja active Application Filing
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1251187A (zh) * | 1995-12-12 | 2000-04-19 | 花旗银行,全国协会(N.A.) | 执行信贷与负债申请的联机审批系统与方法 |
US5933816A (en) * | 1996-10-31 | 1999-08-03 | Citicorp Development Center, Inc. | System and method for delivering financial services |
JP2002157422A (ja) * | 2000-11-20 | 2002-05-31 | Fujitsu Ltd | 与信方法および記録媒体 |
JP2003248754A (ja) * | 2002-02-22 | 2003-09-05 | Hachijuni Bank Ltd | 資産査定支援システム |
JP2003296572A (ja) * | 2002-03-29 | 2003-10-17 | Japan Research Institute Ltd | 融資支援システム、情報端末装置、融資支援方法およびその方法をコンピュータに実行させるプログラム |
US7742980B1 (en) * | 2002-11-15 | 2010-06-22 | Imx, Inc. | Automated loan approval system |
US7653592B1 (en) * | 2003-12-01 | 2010-01-26 | Fannie Mae | System and method for processing a loan |
US7636742B1 (en) * | 2004-04-01 | 2009-12-22 | Intuit Inc. | Automated data retrieval |
CN103782318A (zh) * | 2011-05-18 | 2014-05-07 | 信用公司 | 用于产生信贷反馈环的系统和方法 |
CN103942718A (zh) * | 2014-04-14 | 2014-07-23 | 中国人民银行征信中心 | 企业信贷信息采集整合方法 |
Also Published As
Publication number | Publication date |
---|---|
JP5963998B1 (ja) | 2016-08-03 |
WO2016157252A1 (ja) | 2016-10-06 |
JPWO2016157252A1 (ja) | 2017-04-27 |
CN107430746A (zh) | 2017-12-01 |
US20180122003A1 (en) | 2018-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Yoon | A study on the transformation of accounting based on new technologies: Evidence from Korea | |
RU2678659C1 (ru) | Системы и способы для отслеживания данных с использованием предоставленных пользователем информационных меток | |
US20170286965A1 (en) | System and method for tracking and securing the purchase and sale of controlled substance | |
WO2019157773A1 (zh) | 用于信贷还贷业务中的二分拆单方法及系统 | |
US20230237349A1 (en) | Digital consolidation | |
US20210334782A1 (en) | Method and system for negotiating, generating, documenting, and fulfilling vendor financing opportunities | |
US20230252467A1 (en) | Predicting and making payments via preferred payment methods | |
US20210166330A1 (en) | Accounting Platform Functionalities | |
US10311079B1 (en) | Database interface system | |
US10366351B2 (en) | Information standardization and verification | |
EP3398141A1 (en) | Split ticket handling | |
US9087389B2 (en) | Reducing image size at point of capture | |
US20180053204A1 (en) | Auto-population of discount information into an e-invoice | |
US20140143101A1 (en) | Systems, methods and computer program products that facilitate matching of debtor payments to collection authority accounts | |
CN107430746B (zh) | 信贷事务管理系统及其方法 | |
KR102590475B1 (ko) | 증권형 토큰 정보 관리 서비스 방법 및 sto 플랫폼 | |
US20200372493A1 (en) | Item Management Method, Blockchain Analysis Method and Computer System Using the Same | |
US11836816B1 (en) | Systems and methods for verification of property records | |
JP5758948B2 (ja) | 電子記録債権の流動化管理システム | |
US8913820B2 (en) | Store images at point of capture | |
US8934701B2 (en) | Bulk image retrieval | |
JP5256539B2 (ja) | 担保株式管理システム及び担保株式管理方法 | |
JP4439274B2 (ja) | 端末装置、入出金処理方法、およびコンピュータプログラム | |
JP2014211711A (ja) | 電子記録債権口座間送金決済管理システム | |
JP2014002702A (ja) | 中継センター用ファイルフォーマット作成装置及び中継センター用ファイルフォーマット作成方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |