CN115358851A - 信贷管理方法及系统 - Google Patents

Abstract

本申请提出的信贷管理方法及系统，所述方法包括：获取用户发送的信贷指令及所述用户所属的用户类别；根据所述用户所属的用户类别选择参与信贷管理的系统；基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理。本申请提出的技术方案，提高了信贷管理的水平及信贷风险防范能力，同时也使得信贷效率更加高效便捷。

Description

信贷管理方法及系统

技术领域

本申请涉及信贷管理技术领域，尤其涉及一种信贷管理方法及系统。

背景技术

信贷是财务单位运用资金取得效益最主要的途径，贷款质量的高低，直接关系到财务单位的生存和发展。但由于贷款笔数多、信贷人员的素质水平各异等原因，使得信贷管理比较复杂难度大。

基于以上现状，财务单位进行信贷时管理水平及风险防范能力较低的现状，因此亟需提出一种可以高效安全的信贷管理方案。

发明内容

本申请提供的信贷管理方法及系统，以至少解决信贷管理水平及风险防范能力较低的技术问题。

本申请第一方面实施例提出一种信贷管理方法，所述方法，包括：

获取用户发送的信贷指令及所述用户所属的用户类别；

根据所述用户所属的用户类别选择参与信贷管理的系统；

基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理。

优选的，所述信贷指令包括：自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令和跨境委托贷款指令；

所述用户类别包括：第一境内用户、第二境内用户和境外用户。

进一步的，所述方法还包括：

获取所述用户发送的开户申请指令，并基于所述开户申请指令确定所述开户申请指令的开户类别；

根据所述开户类别选择处理所述开户申请指令的子系统，并基于选择的所述子系统进行开户处理。

进一步的，所述根据所述开户类别选择处理所述开户申请指令的子系统，并基于选择的所述子系统进行开户处理，包括：

当所述开户类别为财务公司专户时，选择财务公司业务子系统进行开户处理，并为所述用户开立第一内部账户，同时生成第一内部账户信息；

当所述开户类别为财资公司专户时，选择财资公司业务子系统进行开户处理，并为所述用户开立第二内部账户，同时生成第二内部账户信息；

当所述开户类别为资金统一专户时，选择资金统一业务子系统进行开户处理，并为所述用户开立第三内部账户，同时生成第三内部账户信息。

进一步的，所述根据所述用户所属的用户类别选择参与信贷管理的系统，包括：

当所述用户为第一境内用户时，选择财务公司业务子系统参与信贷管理；

当所述用户为第二境内用户时，选择资金统一业务子系统参与信贷管理；

当所述用户为境外用户时，选择财资公司业务子系统参与信贷管理。

进一步的，所述基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理，包括：

当选择财务公司业务子系统参与信贷管理时，基于第一信贷管理方案进行信贷管理；

当选择财资公司业务子系统参与信贷管理时，基于第二信贷管理方案进行信贷管理；

当选择资金统一业务子系统参与信贷管理时，基于第三信贷管理方案进行信贷管理。

进一步的，所述基于第一信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第一内部账户或根据所述信贷指令将用户的第一内部账户资金划入财务公司内部账户，得到第一信贷结果；

根据所述第一信贷结果生成第一反馈指令，并将所述第一反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第一信贷结果的资金划入第一成员外部银行账户或将第一成员外部银行账户划入用户的第一内部账户。

进一步的，所述基于第二信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第二内部账户或根据所述资金处理指令将用户的第二内部账户资金划入到所述财资公司业务子系统的财务公司内部账户，得到第二信贷结果；

根据所述第二信贷结果生成第二反馈指令，并将所述第二反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第二信贷结果的资金划入第二成员外部银行账户或将第二成员外部银行账户划入用户的第二内部账户。

进一步的，所述基于第三信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第三内部账户或根据所述信贷指令将用户的第三内部账户资金划入到所述资金统一业务子系统的财务公司内部账户，得到第三信贷结果；

根据所述第三信贷结果生成第三反馈指令，并将所述第三反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第三信贷结果的资金划入第三成员外部银行账户或将第三成员外部银行账户划入用户的第三内部账户。

进一步的，还包括：

获取用户的授信度、可贷款的剩余额度和征信信息，并基于所述信贷指令对所述授信度、可贷款的剩余额度和征信信息进行审核；

若审核通过，则进行信贷处理，否则驳回信贷指令对应的申请。

本申请第二方面实施例提出一种信贷管理系统，包括：

获取模块，用于获取用户发送的信贷指令及所述用户所属的用户类别；

选择模块，用于根据所述用户所属的用户类别选择参与信贷管理的系统；

管理模块，用于基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理。

本申请的实施例提供的技术方案至少带来以下有益效果：

本申请提出了信贷管理方法及系统，所述方法包括：获取用户发送的信贷指令及所述用户所属的用户类别；根据所述用户所属的用户类别选择参与信贷管理的系统；基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理。本申请提出的技术方案，提高了信贷管理的水平及信贷风险防范能力，同时也使得信贷效率更加高效便捷。

本申请附加的方面以及优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面以及优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请一个实施例提供的一种信贷管理方法的流程图；

图2为根据本申请一个实施例提供的统一登陆的架构示意图；

图3为根据本申请一个实施例提供的一种信贷管理系统的第一种结构图；

图4为根据本申请一个实施例提供的一种信贷管理系统的二种结构图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

本申请提出的信贷管理方法及系统，所述方法包括：获取用户发送的信贷指令及所述用户所属的用户类别；根据所述用户所属的用户类别选择参与信贷管理的系统；基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理。本申请提出的技术方案，提高了信贷管理的水平及信贷风险防范能力，同时也使得信贷效率更加高效便捷。

下面参考附图描述本申请实施例的信贷管理方法及系统。

实施例一

图1为根据本申请一个实施例提供的一种信贷管理方法的流程图，如图1所示，所述方法包括：

步骤1：获取用户发送的信贷指令及所述用户所属的用户类别；

在本公开实施例中，所述信贷指令包括：自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令和跨境委托贷款指令；

所述用户类别包括：第一境内用户、第二境内用户和境外用户。

在本公开实施例中，所述方法还包括：

获取所述用户发送的开户申请指令，并基于所述开户申请指令确定所述开户申请指令的开户类别；

根据所述开户类别选择处理所述开户申请指令的子系统，并基于选择的所述子系统进行开户处理。

其中，所述根据所述开户类别选择处理所述开户申请指令的子系统，并基于选择的所述子系统进行开户处理，包括：

当所述开户类别为财务公司专户时，选择财务公司业务子系统进行开户处理，并为所述用户开立第一内部账户，同时生成第一内部账户信息；

当所述开户类别为财资公司专户时，选择财资公司业务子系统进行开户处理，并为所述用户开立第二内部账户，同时生成第二内部账户信息；

当所述开户类别为资金统一专户时，选择资金统一业务子系统进行开户处理，并为所述用户开立第三内部账户，同时生成第三内部账户信息。

步骤2：根据所述用户所属的用户类别选择参与信贷管理的系统；

在本公开实施例中，所述步骤2具体包括：

当所述用户为第一境内用户时，选择财务公司业务子系统参与信贷管理；

当所述用户为第二境内用户时，选择资金统一业务子系统参与信贷管理；

当所述用户为境外用户时，选择财资公司业务子系统参与信贷管理。

步骤3：基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理。

在本公开实施例中，所述步骤3具体包括：

当选择财务公司业务子系统参与信贷管理时，基于第一信贷管理方案进行信贷管理；

当选择财资公司业务子系统参与信贷管理时，基于第二信贷管理方案进行信贷管理；

当选择资金统一业务子系统参与信贷管理时，基于第三信贷管理方案进行信贷管理。

其中，所述基于第一信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第一内部账户或根据所述信贷指令将用户的第一内部账户资金划入财务公司内部账户，得到第一信贷结果；

根据所述第一信贷结果生成第一反馈指令，并将所述第一反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第一信贷结果的资金划入第一成员外部银行账户或将第一成员外部银行账户划入用户的第一内部账户。

所述基于第二信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第二内部账户或根据所述资金处理指令将用户的第二内部账户资金划入到所述财资公司业务子系统的财务公司内部账户，得到第二信贷结果；

根据所述第二信贷结果生成第二反馈指令，并将所述第二反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第二信贷结果的资金划入第二成员外部银行账户或将第二成员外部银行账户划入用户的第二内部账户。

所述基于第三信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第三内部账户或根据所述信贷指令将用户的第三内部账户资金划入到所述资金统一业务子系统的财务公司内部账户，得到第三信贷结果；

根据所述第三信贷结果生成第三反馈指令，并将所述第三反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第三信贷结果的资金划入第三成员外部银行账户或将第三成员外部银行账户划入用户的第三内部账户。

需要说明的是，所述信贷指令进行管理还包括：

获取用户的授信度、可贷款的剩余额度和征信信息，并基于所述信贷指令对所述授信度、可贷款的剩余额度和征信信息进行审核；

若审核通过，则进行信贷处理，否则驳回信贷指令对应的申请。

需要说明的是，当用户发送的信贷指令为提款或还款时，所述指令添加有数字签名，需获取添加数字签名的所述信贷指令；采用对应的密钥对添加数字签名的所述信贷指令进行解密验签，获取所述信贷指令。

需要说明的是，所述获取用户发送的信贷指令，还包括：

获取所述用户通过门户子系统的统一登录验证，发送的所述信贷处理指令。

其中，所述门户子系统用于为用户提供所述司库管理子系统、所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统的统一登录验证功能；其中，所述统一登录验证功能包括证书和用户名密码双重认证功能；

所述门户子系统，还用于为所述用户提供审批功能、待办任务提示功能、公告通知功能、用户数据同步功能。

具体地，数字签名支持采取校验码技术保证重要数据在传输过程中的完整性；系统提供证书授权中心(Certificate Authority.CA) 数字证书等签名方式进行抗抵赖。对于重要业务的请求(网银端银行付款)，采用安全证书加数字签名的方式对重要字段(流水号、交易金额、转入流出账号、交易时间)进行加签，确保请求数据的不可抵赖性，接受方采用对应的密钥进行解密验签，可以确保数据的完整性和不可抵赖性；跨系统或平台之间的重要数据流转应提供防篡改的校验机制,保证发送方与接收方内容一致。审计日志的存储具备防篡改的功能(存储到数据库表中的每条日志记录对关键字段进行防篡改处理防止技术人员通过后台修改操作日志，影响审计结果。

可以理解地是，目前门户系统主要集成了财务公司和用户使用的系统，没有集成财资用户使用的系统。

进一步地，统一登陆的架构如图2所示，门户系统采用证书网银和用户名/密码双重验证方式来登录。用户点击门户系统连接后先弹出证书网银的 PING码输入页面，用户输入证书网银的因特网包探索器(PacketInternetGrope.PING)码并且 证书网银验证通过后再跳转到输入用户名/密码的登录页面，用户输入用户名和密码并验证通过后进入门户系统的主页面；用户登录门户后登录业务系统时弹出新浏览器窗口，并且调用业务系统的登录服务，从门户系统中登录思爱普(System Applications and Products.SAP)业务系统时传递用户名和密码以便SAP业务系统进行用户身份验证，在进行系统切换即登录其他业务系统时传递票据数据以便业务系统进行比较再交换(Compare and Swap，CAS)验证;4．业务系统通过企业服务总线(Enterprise Service Bus.ESB)平台调用门户的CAS验证服务;5．财务公司业务系统、资金统一业务系统、司库中心管理系统（境内)、决策财务公司业务系统、资金统一业务系统、司库中心管理系统（境内）、决策系统（财务公司)、决策系统（司库）、财务公司核心业务系统、财务公司核心业务系统，采用CAS验证方式（票据认证），弹出新窗口方式来打开各个系统界面，每一个系统是一个独立的、唯一的窗口（即从门户点击两次某系统，只打开一个窗口）;司库中心管理系统（境外)、财资公司核心业务系统、财资公司财务核算系验证进入各系统的合法性;从非门户入口进入各业务系统时,各业务系统需要提示非法用户登录(应从门户系统中登录）等提示信息;必须通过门户访问各业务系统，各业务系统去掉独立登录机制;门户系统打开业务系统时传递门户系统的身份标识号码（Identity.ID）给业务系统，用于业务系统的心跳服务调用;业务系统门户切换司库中心管理系统（境外）(司库中心管理系统（境外）、财资公司核心业务系统、财资公司财务核算系统）时，通过传递用户名/密码（加密）方式进行单点登录（不需要输入登录用户名密码）；各业务系统（B/S 架构）需要支持IE(8-11版本）浏览器（财务公司核心业务系统除外）。

进一步地，异常处理。打开各业务系统时如果用户身份验证失败(包括CAS验证以及对IBM系统的用户名/密码验证），在当前窗口给出友好错误提示;打开各业务系统时如果调用各业务系统统一资源定位符(UniformResourceLocator.URL)失败（业务系统宕机、网络故障等)，在当前窗口给出友好错误提示;如果登录门户系统的用户在所打开的业务系统中不存在，业务系统应该记录相应日志，便于各系统排查问题;针对于登录用户在各业务系统不存在的情况（如:维护用户数据并同步业务系统失败等），应该在用户管理功能里面提供手动同步业务系统功能机;5．用户登录门户后打开业务系统，如果关掉门户系统，则对业务系统不产生影响;用户同时打开多个门户,只有最后一个门户是有效的,其他门户均会话过期;7、用户从门户中打开业务系统后，如果又打开了一个门户系统（同一账号），用户同时打开多个门户,只有最后一个门户是有效的,其他门户均会话过期;用户从门户中打开业务系统后，如果又打开了一个门户系统（同一账号），则之前的门户系统会话失效，并且之前打开的业务系统不与新打开的门户系统有关系（可能同时存在同一个业务系统打开多窗口的情况)业务系统多次打开后，需要过期上一次打开的业务系统会话。

进一步地，对各厂商地要求。提供通过URL登录系统的验证服务（服务逻辑应该包括调用门户系统提供的CAS 服务接口进行合法性验证，IBM系统除外)，如果验证成功打开主页面，否则提示验证失败信息; IBM系统需要提供通过URL登录系统的验证服务（服务逻辑应该包括根据用户名和密码进行合法性验证)，如果验证成功打开主页面，否则提示验证失败信息;各业务系统提供的URL服务中应包括自动过期上一次用户登录业务系统的会话逻辑(同一用户)，避免多个门户打开一个业务系统多个窗口的情况带来的各种问题;当各业务系统从门户进入时，验证用户身份失败时，提示用户登录失败。

进一步地，登录方式验证，密码禁止明文显示密码，使用相同位数的特殊字符(*）代替;每个用户的密码可以设置有效期，即有效期过后，强制用户修改密码;打开登录网页时，必须插入密钥并输入密钥的口令;点击登录时判断当前的用户与所使用的密钥证书是否匹配，判断用户名和口令是否一致;登录的密码提供复杂度设置（满足提供用户身份标识唯一和鉴别信息复杂度检查功能，保证应用系统中不存在重复用户身份标识，身份鉴别信息不易被冒用的要求);符合等保要求中的对于口令安全的要求;用户拔下UK时，系统强制退出登录并终止IE浏览器当前页，退出登录或客户端程序、浏览器页面关闭后，立即终止会话，保证无法通过后退、直接输入访问地址等方式重新进入之前登录后的网上银行页面。任意时刻不允许多个同名用户同时在线;提供登录失败处理功能，采取结束会话、限制非法登录次数和自动退出等措施，并提供登录失败的日志查询功能（IP,用户，时间，日志内容，内容包括:登录密码错误，用户名不存在);对于登录密码输入错误（3次，可以设置)，系统将自动锁定该用户15分钟，不允许该用户登录，15分钟后自动解锁，或者由用户管理员进行手工解锁;新用户均有初始密码，登录后，必须修改密码和设置问候语;密码要求符合复杂度的要求，密码复杂度要求可以进行设置，长度不少于8位;初始时，密码必须包括字母和数字;密码输入后立即加密，敏感信息在应用层保持端到端加密，即保证数据在从源点到终点的过程中始终以密文形式存在;用户如果若干时间不操作（5分钟，可以设置)，将自动退出系统。

登录成功后，登录用户的岗位默认选择缺省岗位，左侧列示该岗位拥有的菜单;首页上，显示登录用户的具体信息，同时列出该用户的所有的未读消息以及待处理业务;其中待处理业务列出该用户所有岗位的待处理业务;点击两个列表中的超链接可以查看具体的消息详情和处理具体的业务，点击处理完毕后，首页将刷新;对于已读消息默认列出近一个月的消息，如果需要查看以前的消息，可以通过消息查询进行查看;待审批事项列表，支持分页;点击菜单将在首页边上增加一个子页面，基于性能考虑，最多只能有5个子页面;(提示不允许打开第六个页签)待处理业务增加显示处理的岗位信息;点击的待处理业务，跳转至对应的具体的业务界面;用户登录系统，首页显示问候语，用户可以随时更改问候语，首次登陆时除了修改密码，还需设置问候语，防钓鱼操作。

对系统公告消息，流程提醒，业务提醒，个人消息，财务公司网页消息，系统初始化，进行相关处理操作，并对技术类接口进行完善。

本发明实施例的接口的实现主要采用“客户端请求--服务器应答”的机制，采用同步的通讯方式，示例性地，可以通过超文本传输协议(hyperText transferprotocol，HTTP)发布(POST)的方式发送相应融资请求。本发明实施例中，采用统一的HTTP POST方式，接口的入参和返回值采用统一格式的报文，财务公司业务子系统、财资公司业务子系统和资金统一业务子系统可以分别根据融资请求对应的入参中的业务类型代码，进行不同的业务处理，并将处理结果转换成统一格式的报文，返回给司库管理子系统。其中，接口可以通过ESB平台进行调用，ESB平台对报文有固定格式的要求。

可以理解的是，目前各用户即各成员单位境内直联银行账户均为单币种账户，账户的收支结算、资金集中、余额明细查询都是在N6系统办理；境外银行账户资金集中由财资公司进行管理,并每月由成员单位自己上报银行账户余额、明细给资金中心，N6系统未对境外银行账户进行管理。而对于各成员单位银行账户（含境外)的开立、变更、注销(备案)，及网银开立、变更、注销（备案）则是在发文系统发起申请，由资金中心进行受理，并实行分级审批。基于现状来看，当前集团无法实时、高效的对银行账户（境内、境外）信息进行可视化的管理和分析；整个财务公司账户开户、变更申请环节均为线下进行，一方面结算部人员替成员单位维护基本信息的工作量增加，另一方面成员单位开户所递交的资料不全时，开户周期较长。

具体地，系统支持对境内成员单位账户(银行账户、非银行金融机构账户和在财务公司的内部账户）进行全生命周期统一管理，以及境外成员单位账户信息的可视化，以实现资金归集、支付结算、风险控制、数据分析奠定基础：

支持财务公司、资金中心、集团、成员单位的境内银行账户及网银开立、变更、销户在司库系统（境内）进行管理。支持全球成员单位的银行账户基本信息、余额信息、明细信息的可视化。在财务公司的内部账户：一期一批次支持专户(即为工会、项目组开立的账户）的开立、变更、销户可在司库系统（境内）进行补录，余额信息、明细信息与现有N6系统同步；一期二批次支持活期户的变更、销户、账户余额、明细和专户的开立、变更、销户、账户余额、明细与财务公司业务系统交互，实现线上同步；其他账户（如定期户、委贷户等）随业务开立，不在账户管理模块管理，且账户的余额、明细在对应的业务模块(如存款、现金管理等)查询。支持银行账户的清理和账户检查，以满足资金中心日常管理需求。

进一步地，将第一内部账户中第一留存额度以外的境内资金归集至财务公司账户；将第二内部账户中第二留存额度以外的境外资金归集至财资公司账户。

其中，不归集申请，（不归集日期范围、不归集金额范围、不归集银行账户）通过司库管理系统发送。

进一步地，根据第一内部账户的额度设置和/或境内内部成员用户的不归集请求，确定第一留存额度；根据第二内部账户的额度设置和/或境外成员用户的不归集请求，确定第二留存额度。

具体地，银企直连BP3完成与银行的数据交换工作，包括：查询账户余额信息、查询账户交易记录（明细)、发送转账付款指令、查询支付结果、资金调拨以及异常处理。在使用BP3与银行进行数据交换时除需要管理和控制BP3相关应用程序外，还可能需要按照具体银行的接入要求管理和控制银行的安全代理软件。通过新增的银企接口或SWIFT接口，实现资金的处理。

可以理解的是，目前财务公司现有资金管理系统没有和成员单位的企业资源计划(EnterpriseResourcePlanning.ERP）、财务共享等系统打通，且系统不支持多种管理维度的支付控制，支付没有和资金预算关联起来，结算方式还不够全面，没有实现全球统一支付监控，境内外支付数据无法整合汇总。

本发明实施例的信贷管理方法，实现司库管理子系统与支付前端业务系统，包括ERP、财务共享系统打通，通过银企接口、财务公司接口和SWIFT 服务实现全球统一支付，提高资金支付效率，与支付后端财务核算系统打通，完善账务处理机制，以实现境内成员单位支付业务的全流程管控和信息共享。实现成员单位多结算方式（银行转账、支票、票据）的付款业务统一管理，包括线上、线下付款业务，主动发起的付款，被动扣收的付款全部在资金系统内统一监管，实现对全集团成员单位所有支付结算业务的管控。实现所有对外付款与国资委资金用途分类关联，为国资委大额资金使用动态监测接口提供数据。实现全集团支付业务的统一查询，包括境内、境外单位，为集团管理层获取全集团完整支付数据。

在本公开实施例中，所述自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令均包含：贷前管理、贷中管理和贷后管理，其中贷款申请为贷前管理，提款申请为贷中管理，还款、利息变更，合同展期等为贷后管理。

示例的，当成员单位为境内成员单位且持股比例大于百分之二十时，成员单位贷款申请人向司库管理子系统发起自营贷款指令的贷款申请，所述司库管理子系统审核通过贷款申请发送至财务公司业务子系统，资金中心客户经理在所述财务公司业务子系统中进行贷款申请确认，经信贷部、风险部、信贷部分管领导审核完成贷款申请确认，提交信贷审查委员会，信贷审查委员会负责委托贷款的批准。

其中，确认时进行贷款申请相关信息的审核、业务信息调整及填写贷款申报书，其中：填写委托贷款申报书，包括客户基本信息、委托人业务资料等。其中客户信息自动带入。

风险部定期组织召开贷审会，批量对贷款业务申请进行会议决议。支持按照业务申请发起工作流会签，会签通过后业务申请结果为审议通过，最终批准条件以会议决定通知书为准。风险人员登记会议决定并上传审议单、表决单和会议决定通知书（上传过程可后补），会议决定中申请条件与批准条件不符时，进入贷审会决议执行环节。针对贷款申请，客户经理需与客户进行沟通，确认客户是否接受贷审会条件，如接受，则对贷款申请、申报书进行修改，经信贷管理部内部审批、风险审查、分管领导审批后业务申请生效，进入后续合同签订环节。如客户不接受贷审会条件，客户经理可对贷款申请进行废弃处理。修改前后的申请内容、申报书可进行回溯查询。

需要说明的是，资金中心客户经理可以基于所述贷款申请查询成员单位的征信报告、调用核心定价模型进行利率的测算、对利息和成本收益进行测算、编写贷款申报书相关内容，并对成员单位的授信额度进行校验但不做强制，授信额度不足时，提醒客户经理发起评级授信申请。

在贷款申请审核通过且合同签订之后，成员单位在所述司库管理子系统中发起提款申请，所述司库管理子系统将所述提款申请发送到所述财务公司业务子系统中，若所述成员单位的授信额度充足，则所述申请发送成功，否则不能发送成功；客户经理在所述财务公司业务子系统中对所述提款申请进行受理，所述客户经理也可直接发起提款申请，但是需要上传成员单位的纸质申请单，申请提交时对客户授信额度进行校验和占用，额度不足不允许提交。

提款申请经信贷管理部内部审批、风险部风险审核（1.系统自动进行指标阈值校验，若放款后流动性比率、资本充足率指标低于预设值时落地人工进行审批，指标值在预设范围内时自动进行审批；2.针对流动资金贷款、固定资产贷款和委托贷款三个业务品种的提款申请的风险审查、风险审批，姿态自动对借款人、委托人、提款金额、借据期限、借据利率进行校验，与合同约定一致时自动进行风险审查和风险审批，不一致时落地人工进行审批）、计划资金部审批、信贷部分管领导审批通过后进入结算管理部执行合同放款环节，结算经办人员可选择待放款记录执行放款（结算人员只能处理放款日为当日的待放款记录）。

结算人员选中待放款记录并执行放款，放款信息在所述财务公司业务子系统中自动进行放款及记账处理。放款成功后，结算人员可在单据打印功能下批量进行放款通知单打印，司库管理子系统和财务公司业务子系统可自动获取放款结果信息。

其中，对于自营类贷款，成员单位提款申请时可以选择受托支付，选择受托支付时需要填写受托支付收款账号、户名及收款银行信息。提款申请审批通过后财务公司业务子系统自动生成放款通知，通知结算人员进行放款处理。结算人员选中待放款记录执行放款时，电机流水号可查看该笔放款通知详情内容。结算人员执行放款，放款信息推送至财务公司业务子系统进行自动放款及记账处理，待财务公司业务子系统反馈放款成功后生成资金支付指令，结算人员在资金调拨指令确认功能下打印付款审批单，补填付款头寸账户并执行资金支付处理。

到期按计划还款（手动）：成员单位在所述司库管理子系统中发起还款申请，所述司库管理子系统将所述还款申请发送到所述财务公司业务子系统中，或信贷客户经理直接发起收本申请，信贷管理部进行审批。还款申请生效后，进入结算管理部收本执行环节，结算人员可选择待收本记录（默认显示收本日为当天的待收本记录）进行收本。

结算人员选中待收本记录，执行收本，财务公司业务子系统对成员单位的还款账户余额进行判断，足额则收本执行通过，利用财务公司业务子系统执行收本及记账处理。不足额，不允许执行收本，结算人员可驳回收本通知至信贷客户经理，信贷客户经理线下联系借款人补足账户余额，待账户余额补足后客户经理再次发起收本。如账户余额仍未能补足，客户经理可修改收本金额再发起收本申请（客户经理可选择是否扣收保证金存款以用于还款），解算人员按照客户经理收本通知再次执行收本操作，日末未足额收本时，剩余本金财务公司业务子系统自动转逾期处理。

财务公司业务子系统收本成功后，自动按还款金额释放授信，结算人员在单据打印功能项下批量进行还款通知单的打印。财务公司业务子系统自动基于收本结果更新合同余额、计划，司库管理子系统同步自动进行还款登记，更新合同余额、计划。

还款日遇节假日时顺延处理，节假日后首个工作日进行本金回收（任意本金中间还本遇节假日，本金回收是同时收取肾炎期间的利息），利息计算至实际还款日。

到期按计划还款（自动）：客户经理在录入合同台账时可以标记该合同是否自动收本，如自动收本，财务公司业务子系统在收本日自动按计算执行收本，收本成功后按照还款金额释放授信。收本不成功，判断收本不成功的原因，若因余额不足，则修改收本进而，再次进行收本，其余部分在日末日结时由财务公司业务子系统自动转逾期处理。还款日如遇节假日顺延处理，则节假日后的首个工作日进行自动扣收。

需要说明的是，若所述成员单位发起提款还款申请时，客户经理在财务公司业务子系统中进行受理，经信贷管理部经理审批后申请生效，并向结算管理部发送收本通知。至所选还款日，结算管理部执行收本处理，后续流程同到期还款。

若合同到期且无应收的本金和利息时，财务公司业务子系统进行合同结清处理，处理完成后司库管理子系统自动进行合同结束相关等级。合同结清时，担保方式为保证金，财务公司业务子系统自动生成保证金存款解冻交易，解冻所述保证金。

当财务公司业务子系统按照合同约定扣收借款人即成员单位的贷款利息时，若为自动结息，在利息扣收成功后，结算人员可在单据打印功能项下批量打印利息回收通知单，所述财务公司业务子系统自动获取结息记录、自动更新合同计划，司库管理子系统自动登记付息结果并更新合同计划；利用扣收不成功时，财务公司业务子系统日间按照设置的频率进行再次自动扣收，最后一次仍不成功时，提醒客户经理手工结息。如结息日遇节假日，核心扣息顺延处理，首个工作日进行扣收，利息计算截止到扣收日，同时调整合同利息计划与实际执行保持一致。若为人工结息，财务公司业务子系统自动结息不成功，或补收利息、收取罚息时需客户经理人工发起结息；其中，所述客户经理还可以在所述财务公司业务子系统中发起利息减免申请。

当需要合同变更时，合同变更有两种发起方式，一是成员单位通过司库管理子系统向所述财务公司业务子系统发起合同变更申请，客户经理受理；二是成员单位线下申请，客户经理在所述财务公司业务子系统中发起申请。变更申请需经过信贷部总经理审批、风险合规部风险审查、信贷部分管领导审批，如变更要素为借款人、合同金额或利率时还需要审贷会审议决议。其中，合同变更的内容包括：合同的借款人、合同金额、贷款投向行业、担保方式、计息周期、利率、利率浮动方式、浮动值、借款人账号。同时合同变更完成后，所述财务公司业务子系统通知所述司库管理子系统执行合同变更登记。

当借款人无法按合同约定偿还贷款时，借款人可通过司库管理子系统向所述财务公司业务子系统发起贷款展期申请，经信贷部、风险部、信贷部分管领导审核完成展期申请确认，提交信贷审查委员会，信贷审查委员会负责贷款展期的批准。提交财务公司进行合同展期受理，处理完成后，司库管理子系统进行合同展期相关登记。

需要说明的是，在贷款发放后即贷后管理需要对借款人的贷款使用情况、财务状况、经营状况、担保情况定期进行跟踪检查。

在本公开实施例中，当所述资金处理指令为法人账户透支指令时， 财务公司业务子系统对借款人透支账户发生透支前对账户透支额度与借款人授信度进行校验，校验通过后进行透支额度与授信额度的占用，额度不足时不允许透支。透支成功，日末时未能足额归还本金时，结算管理部日末进行日结，财务公司业务子系统进行日结前任务处理，按照透支月进行放款及账务处理，司库管理子系统自动接收放款台账。

借款人日结前可以将待还金额按照全额或部分金额转账至透支账户，结算管理部日末日结，财务公司业务子系统日结前执行日结任务，按照账户余额自动践行还款账务处理，财务公司业务子系统自动释放占用的授信和透支额度，生成还款台账并自动更新连续透支天数，同时司库管理子系统自动获取还款结果。到达连续透支有效期当天和合同到期当前，透支状态关闭，并向借款人发送透支状态关闭提醒。日末日结后仍未全额还清进行逾期处理，并向借款人发送逾期提醒。法人账户透支贷款合同到期，且无待还金额时，合同结清。

需要说明的是，当所述资金处理指令为法人账户透支指令时，可人工发起透支状态改变申请，但不允许合同展期。

在本公开实施例中，当所述资金处理指令为循环额度贷款指令时，借款人与财务公司一次性签订借款合同后，在合同规定的额度和有效期内，可多次进行提款，逐笔归还、循环使用。其中所述循环额度贷款与所述自营贷款的差异在于，风险部审批需人工进行审批（财务公司业务子系统自动进行阈值校验），借款人可以循环使用贷款额度，借款人未偿还贷款本金余额不超过该额度，在额度范围内可随时发起提款，放款时按照借据管理，借据到期日可以晚于合同的到期日，借据利率可以不同，不允许合同展期。

在本公开实施例中，当所述资金处理指令为银团贷款指令的代理行银团贷款时，借款人在所述司库管理子系统发起银团贷款筹建申请，信贷管理部客户经理在所述财务公司业务子系统中进行受理，可查看借款人、项目名称、项目详情、合同金额、期限、上传的附件等，可对业务信息附件进行调整，客户经理与借款人确认贷款条件、编写银团贷款筹建方案审批书，信贷部内部审核通过后借款人对筹建方案进行确认，确认同意提醒财务，不同意将方案驳回至财务公司；

借款人按照筹建方案在所述司库管理子系统发起银团组建申请，信贷管理部客户经理在所述财务公司业务子系统中进行受理，可查看借款人、项目名称、项目详情、合同金额、期限、利率、附件、参与行、代理行、副代理行、牵头行、副牵头行、比例、金额、贷款业务品种（是否项目贷款）、原筹建申请信息，其中，客户经理起草信息备忘录，并向有关银行发送参加银团的邀请，根据银行的反馈，可对申请信息中的参与行、代理行、副代理行、比例、合同金额、币种、利率进行调整。借款人对财务公司业务子系统的反馈进行确认，确认同意提醒财务公司，财务公司业务子系统自动发起银团贷款申请，业务申报，如不同意将受理信息驳回至财务公司业务子系统中。所述财务公司业务子系统可提供同意台账管理模块，借款人在线下发起筹组申请，客户经理线下进行银团的组件，组建完成后线上等级筹组台账，并上传邀请函、信息备忘录、组建方案等附件。

财务公司客户经理在所述财务公司业务子系统中发起银团贷款申报，上传业务附件，包括借款人发出的融资邀请函、贷款条件清单、信息备忘录，经信贷管理部内部审批、风险合规部风险审查、计划资金部审批、信贷分管领带审批后，进行贷审会决议。代理行银团贷款涉及收付费，客户经理受理时需进行费率的测算及费用收付的定义，其中合同签订与自营贷款相同；

借款人在所述司库管理子系统中提交提款申请，财务公司客户经理在所述财务公司业务子系统中财务公司信贷管理部客户经理进行受理，客户经理线下通知其它参贷行进行拨款，并跟踪划款情况，参贷行系统外进行划款。客户经理受理通过，进入提款审核流程，经信贷管理部经理、风险合规部风险审查、计划资金部审批、信贷分管领导审批通过后财务公司业务子系统自动向结算管理部发送资金到账确认通知和放款通知。其中针对代理行银团贷款（非自营）合同，结算人员需先进行资金到账确认。结算人员根据到账确认通知中的收款账户、付款人、付款金额、付款时间去匹配收款明细，匹配成功后执行到账确认。执行资金到账确认后通知核心业努系统进行记账处理，待核心业务系统反馈成功后，结算人员才可执行合同放款操作，执行放款时对中间账户的余额进行校验，通过后执行合同放款通过并通知财务公司业务子系统放款处理。针对代理行银团贷款（自营）合同放款，同自营贷款放款执行。财务公司业务子系统进行放款处理。财务公司业务子系统反馈放款执行成功后，结算人员在单据打印功能项下可批量打印银团贷款（代理行）发放通知单，司库管理子系统自动获取放款结果。针对有副代理行时：信贷管理部受理提款申请，审批通过后发送放款通知（各参与行的贷款本金合计数），确认副代理行转账资金是否己到账，到账后财务公司业务子系统进行到账处理，结算人员执行放款处理。

借款人在所述司库管理子系统中提交还款申请，财务公司客户经理在所述财务公司业务子系统中针对代理行银团贷款（非自营）收本，其处理流程较自营贷款相比银团成员贷款收本成功后需向参贷行支付本金，客户经理发起收本并审核通过后财务公司业务子系统自动生成收本通知，进入结算管理部执行合同收本环节。执行参贷行合同收本，客户经理在发起收本申请时，需填写参贷行收款账户、户名和收款行信息。结算人员可在收本通知查看收款方信息。结算人员执行收本并通知财务公司业务子系统执行收本及记账处理，处理成功后自动生成向参贷行（参贷行账户）的支付指令，结算人员可在资金调拨确认功能下补填付款头寸账户并做资金支付处理。结算人员可在资金调拨确认功能下打印资金调拨单。如执行代理行银团贷款（自营）合同收本，同自营贷款的处理模式。财务公司业务子系统收本成功后，结算人员可在单据打印功能下批量打印本金回收通知单，财务公司业务子系统、司库管理子系统自动获取还款信息。框架协议下的合同全部到期，且无应收的本金和利息时，财务公司业务子系统做合同结清处理，框架协议自动结束，处理完成后通知司库管理子系统进行框架协议结束相关登记。如担保方式为保证金存款，则财务公司业务子系统自动生成保证金存款解冻的交易，财务公司业务子系统进行定期保证金存款的解冻处理。当有副代理行时：副代理行负责贷款本金回收并转账至财务公司。还款申请经客户经理受理、审批通过后，发送贷款本金回收通知（各参与行的贷款本金回收合计数），确认副代理行转账资金是否己到账，到账后财务公司业务子系统进行到账处理，结算人员执行还款处理。

代理行银团贷款利息扣收：客户经理在财务公司业务子系统中发起结息申请，包括正常结息、补收利息和利息免收，场景不同对应的审批流程也不同。补收利息时可全额补收也可部分补收、可部分补收部分免收也可全额免收、可同时收取罚息也可免收罚息。利息免收可免各类型的利息。结息时，若存在逾期利息、利息罚息，客户经理需先对该部分利息进行补收，补收成功后才允许发起正常利息的回收。日末正常利息未全额扣收时，未收部分核心自动转逾期，开始计收罚息。结息申请审批通过后，进入结算管理部利息扣收环节。如执行代理行银团贷款（非自营）合同利息扣收，客户经理在发起结息申请时，需填写参贷行收款账户、户名和收款行信息。结算人员可在结息通知查看收款方信息。结算人员执行结息并通知财务公司业务子系统执行利息扣收及记账处理，处理成功后自动生成向参贷行（参贷行账户）的支付指令，结算人员可在资金调拨确认功能下打印资金调拨单，结算人员补填付款头寸后进行利息支付处理。如执行代理行银团贷款（自营）合同收息，同自营贷款的利息扣收处理。财务公司业务子系统利息扣收成功后，结算人员可在单据打印功能下批量打印利息回收通知单。财务公司业务子系统自动获取结息记录，更新合同计划，司库管理子系统自动登记利息扣收结果，更新合同计划。当有副代理行时：副代理行负责贷款利息回收并转账至财务公司。客户经理发送利息回收通知（各参与行的贷款利息回收合计数），确认副代理行转账资金是否己到账，到账后核心业务系统进行到账处理，结算人员执行利息回收处理。结息日遇节假日顺延处理，按实际结息日计算利息，同时调整合同利息计划与实际执行保持一致。其中，代理行银团贷款涉及的费用以代理行与参与行的约定为准，如代理行收取参与行的费用、代理行向参与行付费、代理行代参与行收取管理费并向参与行支付等。支持提前收取费用，费用计划按实际执行调整。

合同变更：银团贷款协议变更有两种发起方式，一是集团或成员单位通过司库管理子系统向财务公司业务子系统发起合同变更申请，财务公司信贷部客户经理岗受理；二是集团或成员单位线下申请，财务公司信贷部客户经理岗线上发起合同变更申请。变更申请需经信贷部总经理审批、风险合规部风险审查及信贷部分管领导审批，如贷款额度、担保方式、利率调整时还需贷审会审议决议。合同变更的内容，包括：参与行、借款人、合同金额、贷款投向行业、担保内容、计息周期、利率、利率浮动方式、浮动值、借款人账号、本金计划的变更以及变更产生的费用。其中代理行银团贷款合同金额在协议额度范围内可以调增或调减，非代理行银团贷款合同金额只允许调减，允许在协议额度范围内新增贷款。本金计划的变更仅允许借款人发起。借款人、借款人账号、计息周期、利率、利率浮动方式、浮动值、担保内容、本金计划调整、新增贷款合同及产生变更费用时，通知财务公司业务子系统执行变更处理。合同利率变更，合同下的借据的利率同时调整，单一借据利率变更不影响合同的利率。合同变更完成后通知司库管理子系统执行合同变更登记。合同变更需要填写变更事由，可上传附件。

合同展期：银团协议与业务合同一并展期处理，展期时带出原合同利率，可手工输入展期后的利率，其它同自营贷款展期处理。支持合同部分金额展期，原到期日结息计划不变，收部分本金，部分本金展期。

贷后跟踪检查，财务公司自营贷款部分贷后跟踪检查流程同自营贷款，非自营部分贷款，财务公司只做跟踪检查不做五级分类，检查结果及时通报其它参与银行。

当所述资金处理指令为银团贷款指令的非代理行银团贷款时，贷前管理：财务公司作为牵头行时，成员单位在所述司库管理子系统中发起银团贷款筹组申请，财务公司业务子系统中的财务公司进行受理，财务公司客户经理制定筹组方案，成员单位确认后财务公司客户经理发起非代理行银团贷款申报，对自己所属份额贷款进行审批和贷审会决议。财务公司作为参与行时，财务公司接收牵头行的邀请并发起非代理行银团贷款申报，对自己所属份额贷款进行审批和贷审会决议。贷中管理，合同签订：合同编制工作由代理行完成，财务公司信贷部客户经理在所述财务公司业务子系统中发起合同审签流程。合同为非制式合同，以附件的形式参与合同流转。放款管理：借款人在司库管理子系统发起申请，额度充足，提交成功同时占用授信额度（按提款金额占用借款人的授信额度，项目贷款需占用对应项目授信额度），客户授信额度不足时，提交不成功，系统提示授信额度不足。财务公司客户经理在所述财务公司业务子系统中进行受理（填代理行收款账户、户名、收款行信息）并经信贷管理部经理、风险合规部风险审查、计划资金部审批、信贷分管领导审批通过后外围业务系统自动生成放款通知，结算人员可点击流水号查看放款通知详情。结算人员执行放款后所述财务公司业务子系统自动执行放款处理，处理成功后，财务公司业务子系统自动生成财务公司向代理行的支付指令，结算人员可在资金调拨确认环节打印资金调拨单，补填付款账户后可进行支付处理。核心业务系统放款执行成功后，结算人员可在单据打印功能项下批量打印放款通知单。财务公司业务子系统自动接收放款台账信息。司库管理子系统自动接收放款结果并进行到账登记。贷后管理中的还款管理：代理行执行收本并向财务公司支付本金，代理行向财务公司发放贷款本金收回通知单。收本日，信贷管理部发起收本申请，并填写财务公司收款账户、付款人、付款日期、付款金额信息，用于结算人员进行款项到账确认。申请通过后财务公司业务子系统自动向结算管理部发送资金到账确认通知和收本通知。结算人员先进行款项到账确认，按收款账户、付款人、付款日期、付款金额匹配收款明细，确认到账后执行到账确认并通知财务公司进行记账处理，反馈成功后，结算人员才可执行收本并通知财务公司业务子系统自动执行收本处理，收本成功后，按照还款金额释放授信额度，结算人员可在单据打印功能项下批量打印非代理行贷款本金收回通知单，财务公司业务子系统自动获取收本台账信息，司库管理子系统自动进行还款登记。利息管理：代理衍结息并向财务公司支付利息，代理行向财务公司发放贷款利息收回通知单。收息日，信贷管理部发起收息申请，并填写财务公司收款账户、付款人、付款日期、付款金额信息，用于结算人员进行款项到账确认。申请通过后向结算管理部发送资金到账确认通知和收息通知。结算人员先进行款项到账确认，按收款账户、付款人、付款日期、付款金额匹配收款明细。若款项到账金额与收款明细金额无法匹配，结算人员联系客户经理，由客户经理联系银行进行利息金额的确认，如到账金额小于利息金额时，银行需补足剩余利息后结算人员进行到账确认和利息回收处理。如到账金额大于利息金额，客户经理确认后由结算人员进行款项到账确认和利息回收处理，客户经理线下提交付款审批单，结算人员手工发起支付将多余资金退回。结算人员可以进行款项到账确认通知的驳回，结息通知同步被驳回；若款项到账确认通知与收款明细匹配成功，结算人员执行款项到账确认并通知财务公司业务子系统执行记账处理。反馈成功后，结算人员才可执行收息。结算人员执行收息后通知财务公司业务子系统进行利息回收处理。收息成功后，结算人员可在单据打印功能项下批量打印非代理行贷款收息通知单，财务公司业务子系统自动获取收结息台账信息，司库管理子系统自动进行付息登记。费用管理中的财务公司收取借款人费用：财务公司收取成员单位的费用，可通过代理行收取费用并支付给财务公司的模式，或财务公司直接扣收成员单位的费用。针对方式一，收费日信贷客户经理发起收费申请，填写财务公司收款账户、付款人、付款日期、付款金额信息，用于结算人员进行款项到账确认。申请审核通过后，向结算管理部发送资金到账确认通知和收费通知。结算人员根据申请中收款信息与收款明细进行匹配，匹配成功后执行到账确认，核心进行到账处理。然后结算人员执行收费，核心进行收费处理。收费成功后，结算人员可在单据打印功能下批量打收费通知单。针对方式二，客户经理在收费日发起收费申请，审核通过后生成收费通知，结算人员执行收费并通知财务公司业务子系统执行费用扣收及记账，直接从成员单位活期账户扣收费用。合同变更管理：业务处理流程同自营贷款合同变更流程，财务公司审批通过后代理行执行合同的变更。合同展期管理：同财务公司自营贷款合同展期管理，财务公司审批通过后通知代理行执行合同展期。贷后跟踪检查：同财务公司自营贷款贷后跟踪检查。

在本公开实施例中，当所述资金处理指令为委托贷款指令时，贷前管理，借款人在司库管理子系统发起委托贷款申请经委托人审核通过后发送至财务公司业务子系统，财务公司信贷部客户经理岗进行贷款受理并编写申报书，经信贷部审批、风险合规部风险审查、资金部和信贷部分管领导审核完成贷款申请申报。受理时进行贷款申请相关信息的审核、业务信息调整及填写贷款申报书，其中：填写委托贷款调查申报书，包括客户基本信息、相关受理事项的说明等。其中客户信息自动带入，关键财务数据自动获取最新数据。可增加和删除借款人和委托人业务资料；费率测算，根据财务公司核心业务系统的费率定价模型的费率测算结果对当前费率进行校验，不在允许范围内仅作提醒；费率测算结果需保存。贷款申请受理提交后可导出贷款申报书和贷款申请书。

贷中管理，借款人提交的贷款申请受理成功后，财务公司信贷管理部客户经理编制合同并在财务公司业务子系统中发起合同审签流程。经信贷管理部审批、风险合规审核、信贷分管领导审批后，合同审批通过。客户经理打印纸质合同，并组织借款人、委托人完成贷款合同的签订。完成后由信贷部客户经理岗进行合同补录。合同要素信息根据选择受理通过的贷款申请自动填写合同信息，对于申请中不包含的信息手工补录。费用信息，根据选择受理通过的贷款申请带入，财务公司业务子系统将合同相关要素信息推送财务公司核心业务系统和司库管理子系统，二者自动进行合同信息登记。放款管理：借款人在司库管理子系统发起委托贷款的提款申请，经委托人审核通过后发送至财务公司业务子系统，财务公司信贷部客户经理岗线上受理，经信贷部、风险部、信贷部分管领导审核完成提款申请的受理。另外，财务公司可以代借款人发起提款申请。审批通过后，财务公司核心业务系统进行本息费计划的处理；财务公司业务子系统和司库管理子系统自动进行本息费计划登记。提款申请提交后可打印提款申请书。提款申请审批通过后进入结算管理部执行合同放款处理环节，结算经办人员可选择待放款记录执行放款（结算人员只能处理放款日为当日的待放款记录），执行放款通过后通知财务公司业务子系统进行放款及记账处理，成功后结算人员可在单据打印功能项下批量进行放款通知单的打印。财务公司业务子系统自动获取放款台账信息，司库管理子系统自动进行提款到账登记。放款成功后自动生成收费通知，结算管理部人员执行收费，执行收费通过后通知核心业务系统自动进行费用扣收处理，成功后结算人员可在单据打印功能项下批量进行费用扣收通知单的打印，财务公司业务子系统自动接收收费信息，司库管理子系统自动接收付费信息并进行付费登记。

贷后管理中的还款管理：到期按计划还款（手动）：借款人在司库管理子系统发起提前还款申请，委托人审核通过后发送到财务公司业务子系统，财务公司信贷部客户经理岗线上受理，经信贷部经理审核完成还款申请的受理。还款申请生效后，进入结算管理部收本执行环节，结算人员可选择待收本记录（默认显示收本日为当天的待收本记录）进行收本。结算人员选中待收本记录，执行收本，财务公司业务子系统对借款人还款账户余额进行判断，足额执行收本操作，不足额，不允许执行，结算人员可驳回收本申请至信贷客户经理，信贷客户经理线下联系借款人补足账户余额，待账户余额补足后客户经理再次发起收本。如账户余额未能补足，客户经理可修改收本金额再发起收本申请，结算人员按照客户经理收本通知再次执行收本操作，日末未足额收本时，剩余本金核心自动转逾期处理。财务公司业务子系统收本成功后，结算人员在单据打印功能项下进行还款通知单的打印。财务公司业务子系统自动获取收本结果，更新合同余额、计划，司库管理子系统同步自动进行付款（借款人）、还款登记（委托人），更新合同余额、计划。还款日遇节假日时顺延处理，利息计算至实际还款日，还款计划、利息计划按实际情况自动调整。到期按计划还款（自动）客户经理在录入合同台账时可以标记该合同是否自动收本，如自动收本，在收本日自动按计划执行收本，收本成功后反馈外围业务系统收本信息，收本不成功，财务公司业务子系统按照设置再次执行收本，如最后一次仍扣收不成功，反馈外围业务系统收本失败及失败原因，并由客户经理手工发起收本。提前还款：借款人发起提前还款申请，委托人进行确认，财务公司信贷管理部客户经理进行受理，经信贷管理部经理审核后申请生效，并向结算管理部发送收本通知。至所选提前还款日，结算管理部执行收本处理，后续流程处理同到期还款。

逾期本金收取：信贷部客户经理发起收本申请，逾期本金收取须经过信贷部审批查。财务公司业务子系统进行控制，存在逾期本金时，需要先收取逾期本金才能收取正常本金。合同结清：若合同到期且无应收的本金和利息时，财务公司业务子系统通知外围业务系统执行合同结清处理，处理完成后司库管理子系统自动进行合同结束相关登记。正常结息中的自动结息：客户经理在录入合同台账时可以标记该合同是否自动结息，如自动结息，财务公司业务子系统按合同计划自动执行结息操作，执行成功后财务公司业务子系统自动获取结息结果，司库管理子系统进行结息登记。结算人员可在单据打印功能下批量进行利息回收通知单的打印。在账户金额充足的情况下执行自动结息。账户余额不足时核心业务系统一日可发起多次自动收息，可随时手工发起。日末仍未足额结息的转逾期。存在逾期本金或利息时不执行自动结息（合同状态为逾期时）；

手动结息：财务公司信贷部客户经理崮手动执行结息操作，经信贷部审核通过后进入结算管理部利息扣收环节。结算人员执行利息扣收，财务公司业务子系统对借款人还款账户余额进行判断，足额则执行通过并通知财务公司业务子系统自动进行利息扣收处理：不足额，不允许执行，结算人员可将利息扣收通知退回至信贷客户经理，由客户经理再次发起扣收通知。利息扣收成功后结算人员可在单据打印功能下批量进行利息回收通知单的打印。财务公司业务子系统自动获取结息结果并更新计划执行情况。司库管理子系统进行收息（委托人）、付息（借款人）登记。存在逾期利息时财务公司业务子系统控制先收逾期利息再收正常利息。

补收利息：财务公司对逾期利息随时可进行利息补收，信贷部客户经理岗提交利息补收申请，经信贷部、风险部、信贷部分管理领导审核通过后进入结算管理部利息扣收环节，后续处理流程同手动结息处理流程。可全额补收也可部分补收。可部分补收部分免收也可全额免收。补收利息时可同时收取罚息，也可免收罚息。

利息免收：财务公司经委托人同意可以对借款人正常利息、本金罚息和利息罚息进行免收。信贷部客户经理岗提交利息免收申请，经信贷部、风险部、信贷部分管理领导审核通过后，向结算管理部发送收息通知，结算人员执行免息处理，财务公司业务子系统自动执行收息处理，待处理完成后，结算人员在单据打印功能下打印利息收取通知单，财务公司业务子系统自动获取结息台账信息，并更新计划执行情况。司库管理子系统自动登记收息、付息兔收信息。

利息暂不收：财务公司经委托人同意在某一期限范围内对指定合同执行利息暂不收取，利息暂不收取不影响合同状态。暂不收取消时对之前未结的利息进行收取，按利息逾期计算罚息并可进行免收。费用管理：费用收取发起方式有两种，一是财务公司业务子系统根据合同约定的收费计划，自动执行收费；二是信贷部客户经理岗手动发起费用收取，如果存在费用减免需要经过信贷部总经理、风险部、信贷部分管理领导审核，否则仅信贷部内审即可。

费用收取，按收费计划执行费用收取。费用减免，在业务办理时线下根据费用减免规则可进行部分或全额减免手续费。财务公司业务子系统执行自动收费处理。手工收费审批通过后，财务公司结算管理部执行费用扣收，财务公司业务子系统进行收费处理，收费成功后，结算人员可在单据打印功能下进行利息回收通知单的打印。财务公司业务子系统自动获取收费台账信息，司库管理子系统自动进行费用支付（借款人或委托人）登记。

合同变更管理中合同变更：合同变更有两种发起方式，一是成员单位通过司库管理子系统向财务公司发起合同变更申请，财务公司信贷部客户经理岗受理；二是成员单位线下申请，财务公司信贷部客户经理岗线上在财务公司业务子系统发起合同变更申请，变更申请经信贷部总经理、风险部、资金部、信贷部分管领导审批后生效，合同变更的内容，包括：合同主体信息等。合同变更内容涉及核心变更时通知财务公司业务子系统执行变更处理，如委托人账号与借款人账号填错，调整后财务公司业务子系统进行账务调整。财务公司业务子系统处理完成合同变更后通知司库管理子系统执行变更登记。合同变更的影响：费用计划、结息计划、借据利率等。

利率变更：手动利率调整是信贷部客户经理岗提交利率变更申请，经信贷部总经理、风险部、资金部、信贷部分管领导审批后生效并通知财务公司业务子系统进行利率变更处理，财务公司业务子系统与司库管理子系统同步调整利息计划，自动利率调整是财务公司业务子系统发起利率发主变化后通知财务公司外围业务系统进行利率变更处理。财务公司业务子系统进行利率变更处理后通知司库管理子系统进行利率变更相关登记。

合同展期管理中的贷款展期是借款人由于特殊原因无法按期还款，在满足财务公司贷款展期条件的前提下，受理借款人提出的展期申请。贷款展期有两种发起方式，一是借款人在司库管理子系统贷款展期申请，审核通过后发送至财务公司业务子系统，财务公司信贷部客户经理岗线上受理：二是成员单位线下提交贷款展期申请，财务公司信贷部客户经理岗线上发起贷款展期申请。展期申请经信贷部总经理、风险部、信贷部分管领导审核后生效。展期审核通过后财务公司业务子系统进行展期处理，司库管理子系统进行展期相关登记。贷后跟踪检查，信贷管理部客户经理定期发起贷后检查，跟踪检查借款人的还款能力。

综上所述，本实施提供的一种信贷管理方法，通过获取用户发送的信贷指令及所述用户的类别；根据所述信贷指令及用户类别选择信贷管理方案；基于所述信贷管理方案对用户发送的所述信贷指令进行管理，提高了信贷管理的水平及信贷风险防范能力，同时也使得信贷效率更加高效便捷。

实施例二

图3为根据本申请一个实施例提供的一种信贷管理系统，如图3所示，包括：

获取模块100，用于获取用户发送的信贷指令及所述用户所属的用户类别；

选择模块200，用于根据所述用户所属的用户类别选择参与信贷管理的系统；

管理模块300，用于基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理。

其中，所述信贷指令包括：自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令和跨境委托贷款指令；

所述用户类别包括：第一境内用户、第二境内用户和境外用户。

在本公开实施例中，如图4所示，所述信贷管理系统还包括：

第一确定模块400，用于获取所述用户发送的开户申请指令，并基于所述开户申请指令确定所述开户申请指令的开户类别；

处理模块500，用于根据所述开户类别选择处理所述开户申请指令的子系统，并基于选择的所述子系统进行开户处理。

进一步的，所述处理模块500具体用于：

当所述开户类别为财务公司专户时，选择财务公司业务子系统进行开户处理，并为所述用户开立第一内部账户，同时生成第一内部账户信息；

当所述开户类别为财资公司专户时，选择财资公司业务子系统进行开户处理，并为所述用户开立第二内部账户，同时生成第二内部账户信息；

当所述开户类别为资金统一专户时，选择资金统一业务子系统进行开户处理，并为所述用户开立第三内部账户，同时生成第三内部账户信息。

在本公开实施例中，所述选择模块200具体用于：

当所述用户为第一境内用户时，选择财务公司业务子系统参与信贷管理；

当所述用户为第二境内用户时，选择资金统一业务子系统参与信贷管理；

当所述用户为境外用户时，选择财资公司业务子系统参与信贷管理。

进一步的，所述管理模块300具体用于：

当选择财务公司业务子系统参与信贷管理时，基于第一信贷管理方案进行信贷管理；

当选择财资公司业务子系统参与信贷管理时，基于第二信贷管理方案进行信贷管理；

当选择资金统一业务子系统参与信贷管理时，基于第三信贷管理方案进行信贷管理。

其中，所述基于第一信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第一内部账户或根据所述信贷指令将用户的第一内部账户资金划入财务公司内部账户，得到第一信贷结果；

根据所述第一信贷结果生成第一反馈指令，并将所述第一反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第一信贷结果的资金划入第一成员外部银行账户或将第一成员外部银行账户划入用户的第一内部账户。

所述基于第二信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第二内部账户或根据所述资金处理指令将用户的第二内部账户资金划入到所述财资公司业务子系统的财务公司内部账户，得到第二信贷结果；

根据所述第二信贷结果生成第二反馈指令，并将所述第二反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第二信贷结果的资金划入第二成员外部银行账户或将第二成员外部银行账户划入用户的第二内部账户。

所述基于第三信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第三内部账户或根据所述信贷指令将用户的第三内部账户资金划入到所述资金统一业务子系统的财务公司内部账户，得到第三信贷结果；

根据所述第三信贷结果生成第三反馈指令，并将所述第三反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第三信贷结果的资金划入第三成员外部银行账户或将第三成员外部银行账户划入用户的第三内部账户。

进一步的，所述管理模块300，还用于获取用户的授信度、可贷款的剩余额度和征信信息，并基于所述信贷指令对所述授信度、可贷款的剩余额度和征信信息进行审核；

若审核通过，则进行信贷处理，否则驳回信贷指令对应的申请。

综上所述，本实施提供的一种信贷管理系统，提高了信贷管理的水平及信贷风险防范能力，同时也使得信贷效率更加高效便捷。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、 “示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (11)

1.一种信贷管理方法，其特征在于，所述方法，包括：

获取用户发送的信贷指令及所述用户所属的用户类别；

根据所述用户所属的用户类别选择参与信贷管理的系统；

基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理。

2.如权利要求1所述的方法，其特征在于，所述信贷指令包括：自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令和跨境委托贷款指令；

所述用户类别包括：第一境内用户、第二境内用户和境外用户。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

获取所述用户发送的开户申请指令，并基于所述开户申请指令确定所述开户申请指令的开户类别；

根据所述开户类别选择处理所述开户申请指令的子系统，并基于选择的所述子系统进行开户处理。

4.如权利要求3所述的方法，其特征在于，所述根据所述开户类别选择处理所述开户申请指令的子系统，并基于选择的所述子系统进行开户处理，包括：

当所述开户类别为财务公司专户时，选择财务公司业务子系统进行开户处理，并为所述用户开立第一内部账户，同时生成第一内部账户信息；

当所述开户类别为财资公司专户时，选择财资公司业务子系统进行开户处理，并为所述用户开立第二内部账户，同时生成第二内部账户信息；

当所述开户类别为资金统一专户时，选择资金统一业务子系统进行开户处理，并为所述用户开立第三内部账户，同时生成第三内部账户信息。

5.如权利要求4所述的方法，其特征在于，所述根据所述用户所属的用户类别选择参与信贷管理的系统，包括：

当所述用户为第一境内用户时，选择财务公司业务子系统参与信贷管理；

当所述用户为第二境内用户时，选择资金统一业务子系统参与信贷管理；

当所述用户为境外用户时，选择财资公司业务子系统参与信贷管理。

6.如权利要求5所述的方法，其特征在于，所述基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理，包括：

当选择财务公司业务子系统参与信贷管理时，基于第一信贷管理方案进行信贷管理；

当选择财资公司业务子系统参与信贷管理时，基于第二信贷管理方案进行信贷管理；

当选择资金统一业务子系统参与信贷管理时，基于第三信贷管理方案进行信贷管理。

7.如权利要求6所述的方法，其特征在于，所述基于第一信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第一内部账户或根据所述信贷指令将用户的第一内部账户资金划入财务公司内部账户，得到第一信贷结果；

根据所述第一信贷结果生成第一反馈指令，并将所述第一反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第一信贷结果的资金划入第一成员外部银行账户或将第一成员外部银行账户划入用户的第一内部账户。

8.如权利要求6所述的方法，其特征在于，所述基于第二信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第二内部账户或根据所述资金处理指令将用户的第二内部账户资金划入到所述财资公司业务子系统的财务公司内部账户，得到第二信贷结果；

根据所述第二信贷结果生成第二反馈指令，并将所述第二反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第二信贷结果的资金划入第二成员外部银行账户或将第二成员外部银行账户划入用户的第二内部账户。

9.如权利要求6所述的方法，其特征在于，所述基于第三信贷管理方案进行信贷管理，包括：

获取信贷指令，并根据所述信贷指令将财务公司内部账户资金划入到所述第三内部账户或根据所述信贷指令将用户的第三内部账户资金划入到所述资金统一业务子系统的财务公司内部账户，得到第三信贷结果；

根据所述第三信贷结果生成第三反馈指令，并将所述第三反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第三信贷结果的资金划入第三成员外部银行账户或将第三成员外部银行账户划入用户的第三内部账户。

10.如权利要求7、8或9任一所述的方法，其特征在于，还包括：

获取用户的授信度、可贷款的剩余额度和征信信息，并基于所述信贷指令对所述授信度、可贷款的剩余额度和征信信息进行审核；

若审核通过，则进行信贷处理，否则驳回信贷指令对应的申请。

11.一种信贷管理系统，其特征在于，包括：

获取模块，用于获取用户发送的信贷指令及所述用户所属的用户类别；

选择模块，用于根据所述用户所属的用户类别选择参与信贷管理的系统；

管理模块，用于基于所述参与信贷管理的系统对用户发送的所述信贷指令进行管理。

Images