电子请示书的更新方法以及系统与流程

文档序号:14204068阅读:232来源:国知局
电子请示书的更新方法以及系统与流程

本发明涉及信贷业务中的电子请示书的更新方法以及系统。具体而言,涉及在即使是裁决前融资相关当事人的信用数据被更新的情况下,也能反映至请示书,并能基于最新的信用数据来进行裁决,甚至执行贷款的系统以及方法。



背景技术:

近年来,随着海外的商业规模的扩大,不仅在一个国家而在多个国家具有网点的全球企业正在增加。在金融机构中,为了应对全球企业,也在各国设置分行。由此,各企业也能在本国进行借款申请,并通过金融机构的各国分行,在其他国家接受融资。更具体而言,例如,将总公司设在a国的x公司对金融机构的a国分行进行想要使位于b国的本公司工厂接受融资的申请。于是,a国分行的前台岗位的负责人与x公司进行交涉,并生成请示书。生成的请示书由a国分行的前中台岗位的负责人进行确认以及批准,并送交给c国的审查部。由c国的审查部的负责人来对所送交的请示书进行是否满足信贷条件等的信贷判断。在请示书已被审查部裁决的情况下,由金融机构的b国分行的中后台岗位的负责人来进行合同书等的核对,并由同分行的后台岗位的负责人来执行贷款(放贷)。由此,x公司能从b国的分行接受融资。

如此,在由金融机构进行的贷款业务中,特别是在进行跨国融资的情况下,由主管行(上述例的情况下为a国分行)制作的请示书被送交给多个国家、多个分行、以及多个部门。因此,在起草并送交请示书期间,进行了融资申请的企业、或其相关公司等(以下,统称为“融资相关当事人”)的信用数据有时会被更新(例如子公司倒闭等)。这种情况下,虽然应通过反映了最新的信用数据的请示书来进行信贷判断,但以往,请示书起草后直到裁决前,都不会反映信用数据,仅有不会对请示造成影响的数据项目才会书面进行退回,并进行更新。因此,寻求一种在即使是裁决前融资相关当事人的信用数据被更新的情况下,也能反映至请示书中,并能基于最新的信用数据来进行裁决,甚至执行贷款的方法以及系统。



技术实现要素:

一种更新信贷业务中的电子请示书的方法,其特征在于,具备:接收第一负责人所输入的请示内容数据的步骤;基于所述所接收的请示内容数据来生成请示数据的步骤;接收来自所述第一负责人的第一送交指示的步骤;响应于所述第一送交指示,将所述请示数据送交给第二负责人的步骤;接收来自所述第二负责人的第二送交指示的步骤;响应于所述第二送交指示,批准所述请示数据,并送交给第三负责人的步骤;接收来自所述第三负责人的第三送交指示的步骤;响应于所述第三送交指示,裁决所述请示数据,并送交给所述第二负责人的步骤;接收所述请示数据的第一更新数据的步骤;以及基于所述第一更新数据来更新所述请示数据的步骤。

此外,前段所述的发明其特征在于,还具备:接收所述第二负责人所输入的合同内容数据的步骤;基于所述所接收的合同内容数据来生成合同数据的步骤;接收来自所述第二负责人的第四送交指示的步骤;响应于所述第四送交指示,将所述合同数据送交给第四负责人的步骤;接收来自所述第四负责人的第五送交指示的步骤;响应于所述第五送交指示,裁决所述合同数据,并送交给第五负责人的步骤;接收来自所述第五负责人的执行指示的步骤;响应于所述执行指示,基于所述合同数据来执行贷款处理的步骤;接收所述合同数据的第二更新数据的步骤;以及基于所述第二更新数据来更新所述合同数据的步骤。

而且,前两段所述的发明其特征在于,还具备:响应于所述第一至第五送交指示中的任一个、或所述执行指示,更新表示请示批准以及贷款执行状况的状态数据的步骤;基于所述状态数据来判定能否更新所述请示数据或所述合同数据的步骤;以及基于所述状态数据来判定能更新所述请示数据或所述合同数据的负责人的步骤。

如以上所说明,通过本发明,即使是裁决前融资相关当事人的信用数据被更新的情况下,也能反映至请示书,并能基于最新的信用数据来进行裁决,甚至执行贷款。

附图说明

图1是表示本发明的一实施方式的系统构成的图。

图2是表示储存于本发明的一实施方式的请示数据存储部的数据的图。

图3是表示储存于本发明的一实施方式的控制卡数据存储部的数据的图。

图4是表示储存于本发明的一实施方式的负责人数据存储部的数据的图。

图5是表示储存于本发明的一实施方式的调查卡数据存储部的数据的图。

图6是表示面向全球企业的贷款执行业务的一例的流程图。

图7是表示图7a与图7b的关系的图。

图7a是表示使用了本发明的一实施方式的系统的贷款执行处理的流程图。

图7b是表示使用了本发明的一实施方式的系统的贷款执行处理的流程图。

具体实施方式

对本发明的实施方式的电子请示系统的概要进行说明。图1是表示本发明的一实施方式的系统构成的图。在图1中,设置在数据中心等的金融机构服务器101构成为:经由网络102(例如,互联网),与客户终端103a、……、103n(以下,统称为“客户终端103”)以及金融机构终端104a、……、104n(以下,统称为“金融机构终端104”)进行通信。需要说明的是,在图1中,以单个服务器示出了金融机构服务器101,但也能构成为由多个服务器实现的分布式系统。

客户终端103是用于供客户使用的终端。在本发明中,客户是指融资合同的利用客户等。利用客户能使用客户终端103来访问金融机构服务器101,例如,能经由专用站点(site)进行借款申请。此外,利用客户也能使用客户终端103,来一边参考前台岗位所制作的关于融资的提案数据,一边进行基于融资合同的借款申请。而且,利用客户能使用客户终端103来一边参考前中台岗位所制作的合同数据,一边签订融资合同。

金融机构终端104是用于供进行融资交易服务的金融机构的各分行的负责人利用的终端。接受来自利用客户的借款申请后,金融机构负责人能使用金融机构终端104,针对利用客户制作关于融资的提案数据,并进行交涉。此外,金融机构负责人能使用金融机构终端104来访问金融机构服务器101,并制作、确认(批准)、以及裁决请示书(请示数据)。而且,在存在信用数据的更新的情况下,金融机构负责人能使用金融机构终端104来更新已批准的请示数据。然后,金融机构负责人能使用金融机构终端104来经由金融机构服务器101执行基于融资合同的贷款处理。

金融机构服务器101能经由客户终端103接受来自利用客户的借款申请,并将其主旨表示在金融机构终端104。此外,金融机构服务器101能从金融机构终端104接收所制作以及更新的请示数据、合同数据、以及调查卡数据(包含信用数据的客户主数据(masterdata)),并存储至存储装置。需要说明的是,作为调查卡数据的基础的信用数据有时也通过其他系统进行收集,金融机构服务器101能从其他系统接收该信用数据,并作为调查卡数据存储至存储装置。而且,金融机构服务器101能从金融机构终端104接收贷款执行的指示,并执行贷款处理。

接着,对金融机构服务器101的构成进行详细说明。需要说明的是,在图1中,假定了单个计算机系统,仅示出了必要的功能构成。

金融机构服务器101具有以下构成:ram111、输入装置112、输出装置113、通信控制装置114、以及由非易失性存储介质(rom、hdd等)构成的存储装置116经由系统总线115连接于cpu110。存储装置116具备:程序储存区域,储存用于实现电子请示系统的各功能的软件程序;以及数据储存区域,储存由该软件程序处理的数据。以下所说明的程序储存区域的各单元实际为独立的软件程序、其例程(routine)、组成部分(component)等,由cpu110从存储装置116调用并扩展至ram111的工作区域(workarea),适当地参考数据库等并依次执行,由此实现各功能。

接着,当仅列举出与本发明关联的单元时,储存于存储装置116中的程序储存区域的软件程序具备:数据收发单元120、请示数据生成单元121、控制卡数据生成单元122、合同数据生成单元123、贷款执行单元124、以及调查卡数据生成单元125。这些单元通过cpu110来执行。

数据收发单元120经由网络102与客户终端103以及金融机构终端104进行数据的交换。

请示数据生成单元121基于经由金融机构终端104输入的关于请示书的数据,来生成请示数据,并储存至请示数据存储部130。此外,请示数据生成单元121根据来自金融机构终端104的要求而检索储存于请示数据存储部130的请示数据,并根据经由金融机构终端104的请示书的更新要求,来更新请示数据存储部130的该数据。而且,请示数据生成单元121根据经由金融机构终端104的请示书的批准、裁决等的要求,来更新请示数据存储部130的对应的请示数据。

控制卡数据生成单元122在与请示数据的生成相同的时机(timing),生成用于管理请示状况等的控制卡数据并储存至控制卡数据存储部131。此外,控制卡数据生成单元122根据经由金融机构终端104的请示书的批准、裁决等要求,来更新控制卡数据存储部131的对应的控制卡数据。

合同数据生成单元123基于经由金融机构终端104输入的关于合同书的数据,来生成合同数据(未图示),并储存至存储部。此外,合同数据生成单元123根据来自金融机构终端104的要求来检索储存于存储部的合同数据,并根据经由金融机构终端104的合同书的更新要求,来更新储存于存储部的该数据。

贷款执行单元124根据来自金融机构终端104的要求,基于请示数据以及合同数据等,来执行针对来自利用客户的申请内容的贷款处理。

调查卡数据生成单元125基于经由金融机构终端104输入的、或与其他系统协同(联动)的包含信用数据的客户主数据,来生成调查卡数据,并储存至调查卡数据存储部133。此外,调查卡数据生成单元125基于经由金融机构终端104的、或与其他系统协同的更新数据,来更新储存于调查卡数据存储部133的调查卡数据。

当仅列举出与本发明关联的部分时,存储装置116中的数据储存区域具备:请示数据存储部130、控制卡数据存储部131、负责人数据存储部132、以及调查卡数据存储部133。均为在存储装置116内确保的固定的存储区域。

请示数据存储部130储存融资交易中的请示书所涉及的数据。图2是表示储存于本发明的一实施方式的请示数据存储部130的数据的图。图2中的请示数据储存以下内容:唯一地表示请示书的“请示号码”、表示请示的版本的“副编号”、唯一地表示生成请示数据的主管行的“负责分行代码”、唯一地表示请示数据的生成人(前台岗位负责人)的“负责人代码”、唯一地表示请示数据的批准人(前中台岗位负责人)的“批准人代码”、唯一地表示请示数据的裁决人(审查部负责人)的“裁决人代码”、唯一地识别金融机构的交易对象的结账行的“结账行号码”、唯一地识别交易对象的管理行的“管理行号码”、表示交易对象的账户号码的“账户号码”、唯一地表示交易对象的“交易对象id”(与调查卡数据(图5)相关联)、表示请示金额的“请示金额”、表示贷款的执行预定日的“执行预定日”、表示请示的处理期限的“处理期限”、用于储存电子请示书文件、或表示储存目的地的“请示书文件”、表示年利区分的“年利区分”、以及表示其他条件的有无的“有无其他条件”。图2中的请示数据的记录(record)由“请示号码”和“副编号”唯一地表示。例如,当对请示数据进行更新登记时,以“副编号”递增的形式进行登记。因此,在检索相同的请示数据(“请示号码”相同)的情况下,能取得“副编号”最大的数据来作为最新版的请示数据。“年利区分”能设定表示对贷款的年利基准(base)的数值(1:365天基准、2:360天基准)。“有无其他条件”能设定表示本数据的条件以外的条件的有无的数值(0:无其他条件、1:有其他条件)。例如,在“1:有其他条件”的情况下,能参考本数据以外的其他条件数据。

控制卡数据存储部131储存用于管理信贷业务中的请示以及贷款状况的数据。在一实施方式中,本数据在储存于请示数据存储部130的请示数据生成的时机一并生成。图3是表示储存于本发明的一实施方式的控制卡数据存储部131的数据的图。图3中的控制卡数据储存以下内容:唯一地表示控制卡的“cc号码”、唯一地表示请示书的“请示号码”(与请示数据(图2)相关联)、唯一地表示合同书(合同数据)的“合同号码”(与合同数据相关联,因此在合同书未生成的情况下设定为空数据等)、唯一地表示中后台/后台岗位所在的分行的“mb/b分行代码”、唯一地表示进行已裁决请示书以及合同书的核对的负责人(中后台岗位负责人)的“mb负责人代码”、唯一地表示进行贷款执行的负责人(后台岗位负责人)的“b负责人代码”、表示请示批准以及贷款执行状况的“状态id”、表示应在合同书的签字前确认的是否满足贷款条件的“签字前条件满足”、表示合同书的核对状况的“合同书核对”、表示合同书的签字状况的“签字”、以及表示应在贷款执行后确认的是否满足贷款条件的“贷款后条件满足”。“状态id”中能设定表示请示批准状况等的数值(例如,0:请示生成中、1:请示待批准、2:请示已批准、3:请示已裁决、4:合同待核对、5:合同已核对、6:贷款已执行)。“签字前条件满足”以及“贷款后条件满足”中能设定表示各自的贷款条件的满足状况的数值(例如,0:incomplete(未满足)、1:complete(满足))。此外,“合同书核对”中能设定表示合同书的核对状况的数值(例如,0:未核对、1:核对中(修正中)、2:已核对)。

负责人数据存储部132储存金融机构中的负责人的数据。图4是表示储存于本发明的一实施方式的负责人数据存储部132的数据的图。图4中的负责人数据储存以下内容:唯一地表示负责人的“负责人代码”(与请示数据(图2)以及控制卡数据(图3)中的各负责人代码相关联)、表示负责人的姓名的“负责人名”、唯一地表示负责人所属的分行的“所属分行代码”、以及表示负责人的职能的“角色(role)”。“角色”中能设定表示负责人的职能的数值(例如,0:其他、1:前台、2:前中台、3:中后台、4:后台、5:审查部)。

调查卡数据存储部133储存包含信用数据的客户主数据。图5是表示储存于本发明的一实施方式的调查卡数据存储部133的数据的图。图5中的调查卡数据储存以下内容:唯一地表示交易对象(客户)的“交易对象id”、表示交易对象的名称的“交易对象名”、表示交易对象的总行地址的“总行所在地”、表示交易对象的成立年月日的“成立年月日”、表示交易对象的雇员数的“雇员数”、表示交易对象的业种的“业种”、表示交易对象的董事构成的“董事构成”、表示交易对象的股东构成的“股东构成”、表示交易对象的结算内容的“结算内容”、表示交易对象的交易状况的“交易状况”、表示交易对象的股份状况(上市/未上市、上市市场、股票价格等)的“股份状况”、表示由评级机构等赋予的作为与交易对象的信用相关的评价结果的评级的“评级”、以及表示交易对象的集团关系的“集团关系”。需要说明的是,“董事构成”以下的数据项目能根据内容而由多个项目、多个记录(record)、或由另一数据表来管理。需要说明的是,对于调查卡数据,由于基于该数据来进行请示书生成、贷款执行,因此以预先登记为前提。

接着,参照图6、7a以及7b(以下,将图7a以及7b统称为图7)的流程图和图2至5的数据,沿着流程对使用了本发明的一实施方式的系统的贷款执行处理进行说明。图6是表示面向全球企业的贷款执行业务的一例的流程图。在图6中,假定了以下情况:将总公司设在a国的x公司想要使位于b国的本公司工厂接受融资。x公司总公司的负责人对a国的金融机构a分行进行融资申请。这是经由来到银行、电话、或专用站点等进行的。a分行的前台岗位的负责人基于融资申请以及x公司的调查卡数据(图5),与x公司进行交涉,生成请示书(请示数据)。接着,所生成的请示书被送交(提交)给前中台岗位,由该岗位的负责人来进行请示内容的核对。如果在由前中台岗位进行的核对中没有问题,则请示书被批准,并送交给位于c国的金融机构的审查部。审查部的负责人进行融资预定对象的客户是否满足信贷条件等的判断(信贷判断),在满足的情况下进行请示书的裁决。裁决后的请示书被再次送交给前中台岗位。前中台岗位的负责人针对请示书的裁决生成用于与客户的融资合同的合同书(合同数据)。所生成的合同书被出示给客户来签字。接着,已签字的合同书以及已裁决的请示书被从前中台岗位送交给b国的金融机构b分行。b分行的中后台岗位的负责人对合同书以及请示书进行核对。作为核对后的结果,如果没有问题,则由b分行的后台岗位的负责人基于合同书对x公司的工厂执行贷款。上述一连串的信贷业务、或该信贷业务的一部分是经由系统进行的。

图7是表示使用了本发明的一实施方式的系统的贷款执行处理的流程图。首先,在步骤101中,数据收发单元120经由客户终端103从利用客户接收借款申请的请求。这例如是通过利用客户使用客户终端103来访问专用站点,并在输入申请内容后按下申请按钮来进行的。

前台岗位的负责人接受来自客户终端103的借款申请,并使用金融机构终端104来生成请示书(步骤102)。这也是通过访问专用站点来进行的,请示数据生成单元121基于由负责人输入的请示内容(输入数据),生成请示数据(图2),并储存至请示数据存储部130。此外,当请示数据生成时,控制卡数据生成单元122会生成控制卡数据(图3),并储存至控制卡数据存储部131。此时,用于唯一地识别该请示数据的“请示号码”被设定至控制卡数据(图3)。由此,进行请示数据(图2)与控制卡数据(图3)的相关联。此外,在控制卡数据生成时,该数据的“状态id”会设定成“0:请示生成中”。需要说明的是,在“状态id”为“0:请示生成中”的情况下,也能使用请示数据(图2)的“负责人代码”以只有进行生成的负责人能更新请示数据的方式来进行控制。其例如能进行以下控制:以各负责人登录专用站点的方式进行控制,判定是否是与登录负责人对应的负责人代码,仅在对应的情况下才能更新请示数据,在不对应的情况下仅能参考等。需要说明的是,使用该“状态id”的更新者的控制可以说在之后的各状态下都同样,能通过各状态来控制能进行更新的负责人。

接着,数据收发单元120从前台岗位的负责人接收经由金融机构终端104的请示数据的送交指示,并将在步骤102生成的请示数据送交给前中台岗位(步骤103)。这例如是通过控制卡数据生成单元122将控制卡数据(图3)的“状态id”(从图4的负责人数据)更新为“1:请示待批准”,并将请示数据(图2)的“批准人代码”更新为送交对象的负责人代码来进行的。需要说明的是,送交对象的负责人代码也能由前台岗位的负责人经由金融机构终端104来指定,能预先将送交路径(route)作为数据保存起来,并依据该数据来进行设定。

当请示数据被送交至前中台岗位时,前中台岗位的负责人进行请示内容的核对(步骤104)。通过该核对,在没有问题的情况下,请示书被批准,进入步骤104的“是”路径,数据收发单元120从前中台岗位的负责人接收经由金融机构终端104的请示数据的送交指示,将批准后的请示数据送交给审查部(步骤106)。这例如是通过控制卡数据生成单元122将控制卡数据(图3)的“状态id”更新为“2:请示已批准”,并将请示数据(图2)的“裁决人代码”更新为送交对象的负责人代码(从图4的负责人数据)来进行的。需要说明的是,与步骤103同样,送交对象的负责人代码能由前中台岗位的负责人经由金融机构终端104来指定,能预先将送交路径作为数据保存起来,并依据该数据来进行设定。

另一方面,在请示内容的核对有问题的情况下,进入步骤104的“否”路径,前台岗位或前中台岗位的负责人能经由金融机构终端104来修正请示数据(步骤105)。请示数据生成单元121将修正后的请示数据反映至请示数据存储部130。

当请示数据被送交至审查部时,审查部的负责人进行调查卡数据(图5)中的信用数据与请示书生成时相比是否有更新的判断(步骤107)。在信用数据有更新的情况下,进入步骤107的“是”路径,前台岗位或前中台岗位的负责人能经由金融机构终端104来更新请示数据(步骤108)。请示数据生成单元121将更新后的请示数据反映至请示数据存储部130。

另一方面,在信用数据未更新的情况下,进入步骤107的“否”路径,审查部的负责人进行融资相关当事人是否满足信贷条件等的判断(信贷判断)(步骤109)。在未满足信贷条件的情况下,判断为不能执行贷款,进入步骤109的“否”路径,本处理结束。

另一方面,在满足信贷条件的情况下,请示书被裁决,进入步骤109的“是”路径,数据收发单元120从审查部的负责人接收经由金融机构终端104的请示数据的送交指示,并将裁决后的请示数据送交给前中台岗位(步骤110)。这例如是通过控制卡数据生成单元122将控制卡数据(图3)的“状态id”更新为“3:请示已裁决”,并将“请示书裁决”更新为“1:已裁决”来进行的。需要说明的是,也能使用“状态id”或“请示书裁决”,例如以已裁决的请示数据(图2)无法更新的方式进行控制。

当请示数据被从审查部送交给前中台岗位时,前中台岗位的负责人生成合同书(步骤111)。这也能通过访问专用站点来进行,合同数据生成单元123基于由负责人输入的合同内容(输入数据)来生成合同数据。此时,控制卡数据生成单元122将用于唯一地识别该合同数据的“合同号码”设定成控制卡数据(图3)。由此,进行合同数据与控制卡数据(图3)的相关联。此外,合同书的生成中也包含由客户进行的签字。对于由客户进行的签字,客户能使用客户终端103并经由专用站点来签字。

接着,数据收发单元120从前台岗位的负责人接收经由金融机构终端104的合同数据的送交指示,将在步骤111生成的合同数据送交给中后台岗位(步骤112)。这例如是通过控制卡数据生成单元122将控制卡数据(图3)的“状态id”更新为“4:合同待核对”,并将“m/b分行代码”以及“mb负责人代码”更新为送交对象的分行代码以及负责人代码(从图4的负责人数据)来进行的。需要说明的是,送交对象的负责人代码也能由前中台岗位的负责人经由金融机构终端104来指定,能预先将送交路径作为数据保存起来,并依据该数据来进行设定。

当合同数据被送交至中后台岗位时,中后台岗位的负责人进行合同书以及请示书的核对(步骤113)。在合同书等存在缺陷的情况下,进入步骤113的“否”路径,前台岗位或前中台岗位的负责人能经由金融机构终端104来修正请示数据以及合同数据(步骤114)。此时,通过控制卡数据生成单元122将控制卡数据(图3)的“合同书核对”更新为“1:核对中(修正中)”,例如能以不执行之后的贷款处理的方式进行控制。

另一方面,在合同书等不存在缺陷的情况下,进入步骤113的“是”路径,数据收发单元120从中后台岗位的负责人接收经由金融机构终端104的合同数据的送交指示,并将核对后的合同数据送交给后台岗位(步骤115)。这例如是通过控制卡数据生成单元122将控制卡数据(图3)的“状态id”更新为“5:合同已核对”,并将“合同书核对”更新为“2:已核对”来进行的。需要说明的是,也能使用“状态id”,例如以合同已核对的合同数据无法更新的方式进行控制。同样,还能控制能否更新请示数据(图2)(例如,能以在合同已核对的情况下请示数据也无法更新的方式进行控制)。

当合同数据被送交至后台岗位时,后台岗位的负责人使用金融机构终端104,基于合同书来执行贷款处理(步骤116)。这也能通过访问专用站点来进行。步骤116之后,本处理结束。

此外,前台岗位或前中台岗位的负责人能不经由图7的流程图中的步骤104、107的核对,而自发地更新信用数据(调查卡数据(图5))和/或请示数据(图2)。

以上,通过本发明,在即使是裁决前融资相关当事人的信用数据被更新的情况下,也能反映至请示书,并能基于最新的信用数据来进行裁决,甚至执行贷款。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1