CN115545946A - 一种融资管理系统及方法 - Google Patents

Abstract

本发明公开了一种融资管理系统及方法，包括获取成员单位用户发送的融资指令确定成员单位用户的类别在类别为境内内部成员单位的情况下，将融资指令发送至财务公司业务子系统，在类别为境外成员单位的情况下，将融资指令发送至财资公司业务子系统，在类别为境内外部成员单位的情况下，将融资指令发送至资金统一业务子系统；接收融资指令，并反馈至成员单位用户，接收融资指令根据融资指令生成融资结果，根据融资结果生成信贷合同，并对信贷合同进行校验审批根据审批结果进行信贷业务得到信贷结果。本发明实现从集团层面对融资计划进行管控，支持成员单位线上上报融资计划，有效地实现在开展融资业务时进行融资计划控制和融资相关的业务应用。

Description

一种融资管理系统及方法

技术领域

本发明涉及融资技术领域，尤其涉及一种融资管理系统及方法。

背景技术

目前集团各成员单位均采用线下按月上报融资计划，当月上报下月融资计划，融资计划执行情况由二级单位上报。

基于以上现状，集团的融资计划上报、调整、汇总以及执行情况未实行全面的线上管理，人工投入成本较高，计划数据时效性差、准确性不高，无法满足集团对全球成员单位融资计划的管理需求，并且融资相关的业务处理流程都较为繁琐。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的目的在于提出一种融资管理系统，实现从集团层面对融资计划进行管控，支持成员单位线上上报融资计划，实现在开展融资业务时进行融资计划控制。

为达上述目的，本发明一方面提出了一种融资管理系统，包括：

司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统；

所述司库管理子系统分别与所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统相连通；

所述司库管理子系统分别与所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统相连通；

所述司库管理子系统，用于获取成员单位用户发送的融资指令，确定所述成员单位用户的类别，在所述类别为境内内部成员单位的情况下，将所述融资指令发送至所述财务公司业务子系统，在所述类别为境外成员单位的情况下，将所述融资指令发送至所述财资公司业务子系统，在所述类别为境内外部成员单位的情况下，将所述融资指令发送至所述资金统一业务子系统；

所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者，用于接收所述融资指令，根据所述融资指令生成信贷合同，并对所述信贷合同进行校验审批，根据审批结果进行信贷业务得到信贷结果；

所述司库管理子系统，还用于接收所述信贷结果，并反馈至所述成员单位用户。

为达到上述目的，本发明另一方面提出了一种融资管理方法，包括：

司库管理子系统用于获取成员单位用户发送的融资指令，确定所述成员单位用户的类别，在所述类别为境内内部成员单位的情况下，将所述融资指令发送至所述财务公司业务子系统，在所述类别为境外成员单位的情况下，将所述融资指令发送至所述财资公司业务子系统，在所述类别为境内外部成员单位的情况下，将所述融资指令发送至所述资金统一业务子系统；

所述司库管理子系统接收所述融资指令，并反馈至所述成员单位用户，其中，所述融资请求为所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者接收所述融资指令，根据所述融资指令生成信贷合同，并对所述信贷合同进行校验审批，根据审批结果进行信贷业务得到信贷结果。

本发明实施例的融资管理系统及方法，实现从集团层面对融资计划进行管控，支持成员单位线上上报融资计划，实现在开展融资业务时进行融资计划控制。

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

附图说明

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

图1为根据本发明实施例的一种融资管理系统的结构示意图；

图2为根据本发明实施例的另一种融资管理系统的结构示意图；

图3为根据本发明实施例的又一种融资管理系统的结构示意图；

图4为根据本发明实施例的辅助决策模块结构示意图；

图5为根据本发明实施例的一种融资管理方法的流程图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

下面参照附图描述根据本发明实施例提出的融资管理系统及方法。

图1是本发明一个实施例的融资管理系统的结构示意图。

如图1所示，该系统10包括：司库管理子系统100、财务公司业务子系统200、财资公司业务子系统300和资金统一业务子系统400；

所述司库管理子系统100分别与所述财务公司业务子系统200、所述财资公司业务子系统300和所述资金统一业务子系统400相连通；

所述司库管理子系统100，用于获取成员单位用户发送的融资指令，确定所述成员单位用户的类别，在所述类别为境内内部成员单位的情况下，将所述融资指令发送至所述财务公司业务子系统200，在所述类别为境外成员单位的情况下，将所述融资指令发送至所述财资公司业务子系统300，在所述类别为境内外部成员单位的情况下，将所述融资指令发送至所述资金统一业务子系统400；

所述财务公司业务子系统200、所述财资公司业务子系统300和所述资金统一业务子系统400中的至少一者，用于接收所述融资指令，根据所述融资指令生成融资结果，根据融资结果生成信贷合同，并对所述信贷合同进行校验审批，根据审批结果进行信贷业务得到信贷结果；

所述司库管理子系统100，还用于接收所述信贷结果，并反馈至所述成员单位用户。

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

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

进一步地，司库管理子系统100，还用于获取成员单位用户发送的开户申请指令，确定开户申请指令的开户类别，在开户类别为财务公司专户的情况下，将开户申请指令发送至财务公司业务子系统200，在开户类别为财资公司专户的情况下，将开户申请指令发送至财资公司业务子系统300，在开户类别为资金统一专户的情况下，将开户申请指令发送至资金统一业务子系统400；财务公司业务子系统200，还用于接收开户申请指令，审批受理生成第一内部账户，将第一内部账户的信息发送至司库管理子系统100；财资公司业务子系统300，还用于接收开户申请指令，审批受理生成第二内部账户，将第二内部账户的信息发送至司库管理子系统100；资金统一业务子系统400，还用于接收开户申请指令，审批受理生成第三内部账户，将第三内部账户的信息发送至司库管理子系统100；司库管理子系统100，还用于接收信息，并反馈至成员单位用户。

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

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

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

进一步地，所述财务公司业务子系统200，还用于接收所述融资指令，并根据所述融资指令将所述财务公司业务子系统200的财务公司内部账户资金划入到所述第一内部账户，得到第一融资结果；以及，所述财务公司业务子系统200，还用于根据所述第一融资结果生成第一反馈指令，并将所述第一反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得财务公司外部银行账户将第一放款结果的资金划入第一成员外部银行账户。

所述财资公司业务子系统300，还用于接收所述融资指令，并根据所述融资指令将所述财资公司业务子系统300的财资公司内部账户资金划入到所述第二内部账户，得到第二融资结果；以及，所述司库管理子系统100，还用于接收所述第二融资结果，保存融资记录

所述资金统一业务子系统400，用于接收所述融资指令，根据所述融资指令将所述财资公司业务子系统400的资金中心母账户的资金划入到所述第三内部账户，得到第三融资结果；以及，所述资金统一业务子系统400，用于根据所述第三融资结果生成第三反馈指令，并将所述第三反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得资金中心外部银行账户将第三放款结果的资金划入第三成员外部银行账户。

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

本发明实施例中，融资管理系统10包括司库管理系统100，司库管理系统100分别与财务公司业务子系统200、财资公司业务子系统300和资金统一业务子系统400相连通。

其中，司库管理系统100可以通过接口实现分别与财务公司业务子系统200、财资公司业务子系统300和资金统一业务子系统400相连通，接口的实现主要采用“客户端请求--服务器应答”的机制，采用同步的通讯方式，示例性地，可以通过超文本传输协议(hyperText transferprotocol，HTTP)发布(POST)的方式发送相应资金处理指令。

本发明实施例中，采用统一的HTTP POST方式，接口的入参和返回值采用统一格式的报文，财务公司业务子系统200、财资公司业务子系统300和资金统一业务子系统400可以分别根据资金处理指令对应的入参中的业务类型代码，进行不同的业务处理，并将处理结果转换成统一格式的报文，返回给司库管理系统100。

其中，接口可以通过ESB平台进行调用，ESB平台对报文有固定格式的要求。

进一步地，司库管理子系统100，还用于对融资请求添加数字签名；财务公司业务子系统200、财资公司业务子系统300和资金统一业务子系统400中的至少一者，还用于采用对应的密钥对添加数字签名的融资请求进行解密验签。

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

进一步地，如图2所示，系统10，还包括：门户子系统500；

门户子系统500与司库管理子系统100、财务公司业务子系统200、财资公司业务子系统300和资金统一业务子系统400相连通；

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

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

具体地，目前门户系统主要集成了财务公司和成员单位用户使用的系统，没有集成财资用户使用的系统。

进一步地，统一登陆的架构。门户系统采用UKey和用户名/密码双重验证方式来登录。用户点击门户系统连接后先弹出UKey的PING码输入页面，用户输入Ukey的PING码并且UKey验证通过后再跳转到输入用户名/密码的登录页面，用户输入用户名和密码并验证通过后进入门户系统的主页面；用户登录门户后登录业务系统时弹出新浏览器窗口，并且调用业务系统的登录服务，从门户系统中登录SAP系统时传递用户名和密码以便SAP进行用户身份验证，登录其他业务系统时传递票据数据以便业务系统进行cAS验证；4.业务系统通过ESB平台调用门户的CAS验证服务；5.财务公司业务系统、资金统一业务系统、司库中心管理系统(境内)、决策财务公司业务系统、资金统一业务系统、司库中心管理系统(境内)、决策系统(财务公司)、决策系统(司库)、财务公司核心业务系统、财务公司核心业务系统，采用CAS验证方式(票据认证)，弹出新窗口方式来打开各个系统界面，每一个系统是一个独立的、唯一的窗口(即从门户点击两次某系统，只打开一个窗口)；司库中心管理系统(境外)、财资公司核心业务系统、财资公司财务核算系验证进入各系统的合法性；从非门户入口进入各业务系统时,各业务系统需要提示非法用户登录(应从门户系统中登录)等提示信息；必须通过门户访问各业务系统，各业务系统去掉独立登录机制；门户系统打开业务系统时传递门户系统ID给业务系统，用于业务系统的心跳服务调用；业务系统门户切换司库中心管理系统(境外)(司库中心管理系统(境外)、财资公司核心业务系统、财资公司财务核算系统)时，通过传递用户名/密码(加密)方式进行单点登录(不需要输入登录用户名密码)﹔各业务系统(B/S架构)需要支持IE(8-11版本)浏览器(财务公司核心业务系统除外)。

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

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

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

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

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

进一步地，如图2所示，系统10，还包括：可视化子系统600，可视化子系统600与司库管理子系统100相连通；司库管理子系统100，还用于将融资结果和信贷结果发送至可视化系统600；可视化子系统600，用于根据融资结果和信贷结果，生成可视化视图。

进一步地，门户子系统500，还用于接收用户的访问司库管理子系统100、财务公司业务子系统200、财资公司业务子系统300和资金统一业务子系统400任一子系统的访问指令，打开对应子系统；门户子系统500，还用于在打开的子系统超过预定时间无操作的情况下，向用户发起重新打开子系统的提示。

进一步地，所述司库管理子系统100，用于获取各成员单位用户的资本结构考核数据和目标数据的对比结果，根据数据对比结果对所述各成员单位用户进行排序得到成员排序结果；所述司库管理子系统100，用于根据预设时期编报第一融资计划，对所述第一融资计划复核审批并编报第二融资计划，以及对所述第二融资计划汇总得到全部成员单位用户融资计划，根据对所述全部成员单位用户融资计划的审批得到全部成员单位用户的融资计划额度；

进一步地，所述财务公司业务子系统200，用于接收所述全部成员单位用户的融资计划额度和所述成员排序结果并对所述全部成员单位用户进行融资，对比实际融资金额和融资计划额度，根据金额对比结果和融资控制方式得到所述第一融资结果；

所述财资公司业务子系统300，用于接收所述全部成员单位用户的融资计划额度和所述成员排序结果并对所述全部成员单位用户进行融资，对比实际融资金额和融资计划额度，根据金额对比结果和融资控制方式得到所述第二融资结果；

所述资金统一业务子系统400，用于接收所述全部成员单位用户的融资计划额度和所述成员排序结果并对所述全部成员单位用户进行融资，对比实际融资金额和融资计划额度，根据金额对比结果和融资控制方式得到所述第三融资结果；

所述司库管理子系统100，还用于接收所述第一融资结果、所述第二融资结果和所述第三融资结果，并反馈至所述成员单位用户。

具体地，在司库管理子系统100中，成员单位融资经办岗编报融资计划，提交至本单位及其上级成员单位复核审批；二级成员单位融资经办岗编报自身融资计划，并汇总其下属所有成员单位融资计划，提交至本单位复核审批。编报内容包括:单位名称、金融机构、币种、贷款类型、期限、金额等。集团/资金中心汇总所有二级成员单位的融资计划，经审批通过后，融资计划额度生效，并同步至财务公司外围业务系统用于管理财务公司信贷计划。

融资计划控制需支持强控、弱控两种模式。当发生融资业务时，融资金额超过融资计划额度时，若控制方式为强控，则不允许融入；若控制方式为弱控，则允许融入。融资计划控制按成员单位融资总额控制。

本发明实施例的融资管理还包括以下融资业务。

进一步地，对于担保管理请求。集团及成员单位在金融机构办理融资，需要办理相应的担保，目前的担保方式主要有抵质押，保证金，第三方保证等，目前使用伊尔普系统管理融资业务，但是系统中的担保管理，没有使用，担保业务的查询统计缺乏全面准确的数据支持。

本实施例，司库中心管理系统(境内)支持集团/成员单位去金融机构办理融资时直接新增担保、与后续相关业务管理。司库中心管理系统(境内)支持与司库中心管理系统(境外)的担保数据传递，实现对全球融资的统一查询。还包括担保开立、担保修改、担保展期、担保到期和担保迁移等。

进一步地，对于融资管理请求。集团目前的融资业务主要有直接融资和间接融资两类:直接融资有:债券、股权融资、资产证券化等；间接融资有:流动资金贷款、固定资产贷款、产业链金融、保理、委托贷款循环额度、委贷拨、委贷，法透、循环额度、银团贷款(代理行和非代理行)、票据业务、保函业务、信用证业务等。目前对融资的管理是在伊尔普系统中进行管理，目前只是融资业务台账登记。

本实施例可实现，司库中心管理系统(境内)支持集团/成员单位对非财务公司融资线上申请管理、线下办理融资后，线上融资合同的登记与后续相关业务管理。司库中心管理系统(境内)支持集团/成员单位对非财务公司融资线上申请管理、线下办理融资后，线上融资合同的登记与后续相关业务管理。司库中心管理系统(境内)支持与司库中心管理系统(境外)的融资数据传递，实现对全球融资的统一查询。

具体地，融资合同管理。

司库管理子系统，用于通过融资管理模块处理所述融资管理请求，所述融资管理请求包括融资合同管理、提款管理、融资还本付息及费用支出、利率变更和资本结构管理；其中，所述融资合同管理包括合同申请、合同登记、合同变更、合同展期和合同结项；所述提款管理包括提款申请、收款明细补填融资计划和放还款计划；所述融资还本付息及费用支出包括第一付款明细补填、融资还本付息及费用指出登记台账；所述利率变更包括合同或利率变更申请和更新付息计划数据；所述资本结构管理设置资本结构考核目标数据和资本结构统计表。

融资还本付息及费用支出包括第一付款明细补填、融资还本付息及费用指出登记台账；所述利率变更包括合同或利率变更申请和更新付息计划数据；所述资本结构管理设置资本结构考核目标数据和资本结构统计表。

进一步地，对于信用证管理请求。境内单位目前的信用证业务分为国际信用证和国内信用证两类。境内单位开展国内信用证业务较多，存在财务公司代开证业务场景；境内单位目前的信用证业务分为国际信用证和国内信用证两类。境内单位开展国内信用证业务较多，存在财务公司代开证业务场景。

本实施例可以实现，司库中心管理系统(境内)支持集团/成员单位银行信用证的线上申请管理、及线下信用证合同生效后，线上信用证合同的登记与后续相关业务管理。司库中心管理系统(境内)支持集团/成员单位财务公司代开信用证的全线上管理。司库中心管理系统(境内)支持与司库中心管理系统(境外)的信用证数据传递，实现对全球信用证的统一查询。

具体地，开立银行信用证管理。

1、开证登记:成员单位根据合作双方的贸易合同，线下到合作金融网点办理开证业务，并由经办岗人员在系统登记，系统支持国际信用证和国内信用证登记。信用证中涉及开证申请人、供应商、受益人、开证行、开证金额、有效日期和地点、通知行名称和行号、议付行名称和行号、付款期限(即期、远期)、货物装运时间和运输起止地点、货物描述、受益人需提供的单据等信息。

2、信用证变更:当集团/成员单位录入的信息有误或者与金额机构线下签订信用证变更协议后，需要在系统中录入信用证合同变更信息，信用证号不允许修改；对于跟单信用证，信用证金额不允许低于该信用证已关联单据的金额合计；对于光票信用证，信用证金额不允许低于该信用证已付款金额。修改时需注明变更原因，审批通过后更新信用证信息。

3、到单登记:登记到单时，需先确定提单为哪个信用证项下所收到的，经办岗需选择相应的未核销的开出信用证，并带出信用证相关的一些要素信息(例如到单银行、币种、交单期类型、货物描述等)，经办岗录入提单上的编号、付款日期、付款金额、付款期限、货物描述等内容后，将到单登记信息提交复核审批，需单位的复核、审批人员进行登记的复核及审批。

4、付款明细补填:在付款后，业务人员补填相关信息，并关联相应的信用证，如果单据下的款项已付齐，可由系统自动触发单据结束。

5、信用证核销:当信用证项下的款项已付齐并且所有单据已结束，系统自动对信用证进行核销处理，若在交货前，因某种原因进行撤销信用证，也可以进行信用证的手工异常核销。

财务公司带开证管理。

1、开证申请:集团/成员单位经办岗在系统中录入信用证申请信息后，数据同步到财务公司业务系统，财务公司受理。

2、开证登记:由财务公司对成员单位信用证申请受理成功后，业务系统传合同登记信息到司库中心管理系统(境内)，自动生成信用证合同。

3、信用证变更:由成员单位在司库系统境内发起变更申请，财务公司对成员单位变更申请受理成功后，业务系统传合同变更信息到司库中心管理系统(境内)，自动合同变更登记。

集团/成员单位对信用证变更时，信用证号不允许修改；对于跟单信用证，信用证金额不允许低于该信用证已关联单据的金额合计；对于光票信用证，信用证金额不允许低于该信用证已付款金额。修改时需注明变更原因，审批通过后更新信用证信息。

4、到单申请:集团/成员单位经办岗在系统中到单申请信息后,数据同步到财务公司业务系统，财务公司受理。

5、到单登记:由财务公司对成员单位到单申请受理成功后，业务系统传合同登记信息到司库中心管理系统(境内)，自动生成单据信息。

6、付款明细自动补填:由财务公司代成员单位信用证付款成功后，业务系统传付款信息到司库中心管理系统(境内)。

7、信用证核销:当信用证项下的款项已付齐并且所有单据已结束，系统自动对信用证进行核销处理。

收证管理。

1、收证登记:成员单位收到交易对手交来的信用证后，由经办岗人员进行信用证收证的线上登记，登记完成后，需本单位的复核审批人员进行复核、审批。

2、提单登记:成员单位发货后，需要给下游客户提单，并在系统对所开出的提单进行交单登记，提单是指代表货物所有权的单据(如海运提单等)，或证明货物已交运的单据(如铁路运单、航空运单、邮包收据)。

3、收款明细补填:到期收款后，业务人员补填相关信息，并关联对应的信用证，如果单据下的款项已收齐，可由系统自动触发单据结束。

4、信用证核销:当信用证项下的款项已收齐并且所有单据已结束，系统自动对信用证进行核销处理，若在交货前，因某种原因进行撤销信用证，也可以进行信用证的手工异常核销。

可以理解的是，担保管理需提供担保合同信息查询接口供信用证模块使用、并支持信用证模块中新增担保合同后，担保合同信息同步到担保管理；新增担保合同后，担保合同信息同步到担保管理；授信管理需提供授信合同信息查询接口供信用证模块使用；信用证管理需提供信用证合同信息查询接口供融资管理使用；在全球支付工厂进行收付款明细补填后，自动生成信用证收付款登记。

对于保函管理请求。境内单位目前的保函业务分为融资性保函和非融资性保函两类业务，大部分都是非融资性保函。集团目前是在伊尔普融资系统中管理保函业务，系统中存有保函开立信息，对于收到保函、保函项下的收付款没有管理，系统中只存在境内单位的保函业务数据，没有境外单位的保函数据，导致集团查询统计保函信息不全。

本实施例，可以实现司库中心管理系统(境内)支持集团/成员单位非财务公司保函的线上申请管理、及线下保函合同生效后，线上保函合同的登记与后续相关业务管理。司库中心管理系统(境内)支持集团/成员单位财务公司保函的全线上管理。司库中心管理系统(境内)支持与司库中心管理系统(境外)的保函数据传递，实现对全球保函的统一查询。

具体地，开出保函管理。

1、保函开立申请:集团/成员单位经办岗提交保函开立申请，录入开保函合作机构、币种、保函金额、最大担保额、起止日期、受益人、各项条款、担保方式(保证金担保、质押担保、抵押担保、第三方担保)等信息，支持上传附件。

融资性保函包括:借款保函、透支保函、有价证券发行担保、融资租赁担保、延期付款担保、银行授信额度保函。非融资性保函包括:投标保函、履约保函、预收款退款保函、工程维修保函、质量保函、预付款保函、关税保函、即期付款保函、付款保函。

非财务公司保函业务:集团/成员单位经办岗在系统中录入保函申请信息，待本单位复核审批通过后，去金融机构办理保函业务。财务公司保函业务:集团/成员单位经办岗在系统中录入保函申请信息后，数据同步到财务公司业务系统，财务公司受理。

2、保函开立登记:非财务公司保函业务:集团/成员单位经办岗到金融机构成功开出保函后，将保函编号，保函实际起止日期等信息进行登记。财务公司保函业务:由财务公司对成员单位保函申请受理成功后,业务系统传合同登记信息到司库中心管理系统(境内)，自动生成保函合同。若保函受益人是集团内单位，自动生成收到保函合同。

3、保函融资:集团/成员单位在进行流动资金贷款、融资租赁等融资活动时，可以选择融资性保函作为保证方式进行融资，被融资活动占用的保函不能再做其他操作。融资合同结束时，自动将保函释放。

4、保函变更:集团/成员单位在实际贸易活动中，对已开出的保函中的条款或金额等事项需要变更时，可以通过该功能进行保函变更，并注明变更原因。非财务公司保函业务:当录入的信息有误或者与金额机构线下签订保函变更协议后，需要在系统中录入保函合同变更信息。财务公司保函业务:由成员单位在司库系统境内发起变更申请，财务公司对成员单位变更申请受理成功后，业务系统传合同变更信息到司库中心管理系统(境内)，自动合同变更登记。若保函受益人是集团内单位,自动变更收到保函合同。

5、付款明细补填:到期付款后，业务人员补填相关信息，并关联相应的付款保函。

6、保函结束:若到期时没有被业务占用，保函到期后自动结束。结束后的保函不可以再做任何操作，并将占用的授信、担保释放。到期时仍被业务占用，保函暂不结束，等被占用的业务到期后，再自动结束。

收到保函管理。

1、收入保函登记:集团/成员单位在收到非集团内保函后，在系统中进行保函登记，内容包括开保函编号、合同编号、开保函银行、币种、保函金额、最大担保额、起止日期、交易对手、当事人权利与义务、反担保条款、其他条款等信息，支持上传附件，登记完成后提交进入审批流程。保函类型与开出保函时一致，可参照开出保函管理-保函申请。集团内保函，开立保函方录入成功后，自动生成收入保函登记。

2、保函信息修改：集团内保函，开立保函方变更成功后，自动生成收入保函信息修改登记，非集团内保函，当录入的保函信息有误或者保函展期需要更改到期日时，集团、成员单位经办岗可以对保函信息进行修改，并注明修改原因。

3、保函迁移:当收入保函由A单位转移给B单位，为了记录保函权益的转移，保函双方需要在系统中登记保函迁移信息，成员单位A发起保函迁移，成员单位B接收保函迁移，可以查出历史的流转记录。当收入保函由A单位转移给B单位，为了记录保函权益的转移，保函双方需要在系统中登记保函迁移信息，成员单位A发起保函迁移，成员单位B接收保函迁移，可以查出历史的流转记录。

4、收款明细补填:到期收款后，业务人员补填相关信息，并关联对应的付款保函。

5、保函结束:保函到期后自动结束。结束后的保函不可以再做任何操作，并将占用的授信、担保释放。

可以理解的是，担保管理需提供担保合同信息查询接口供保函模块使用、并支持保函管理系统中新增担保合同后，担保合同信息同步到担保管理；授信管理需提供授信合同信息查询接口供保函管理使用；保函管理需提供保函合同信息查询接口供融资管理使用；在全球支付工厂进行收付款明细补填时要选择对应的付款保函合同。

进一步地，财务公司业务子系统200，用于在确定类别为境内内部成员单位用户的情况下，获取成员单位用户发送的信贷指令，根据所述信贷指令选择信贷管理方案，基于所述信贷管理方案对成员单位用户发送的所述信贷指令进行信贷业务得到第一信贷结果；

所述财资公司业务子系统300，用于在确定类别为境外成员单位用户的情况下，获取成员单位用户发送的信贷指令，根据所述信贷指令选择信贷管理方案，基于所述信贷管理方案对成员单位用户发送的所述信贷指令进行信贷业务得到第二信贷结果；

所述资金统一业务子系统400，用于在确定类别为境内内部成员单位用户的情况下，获取成员单位用户发送的信贷指令，根据所述信贷指令选择信贷管理方案，基于所述信贷管理方案对成员单位用户发送的所述信贷指令进行信贷业务得到第三信贷结果；

所述司库管理子系统100，用于接收所述第一信贷结果、第二信贷结果和所述第三信贷结果，并反馈至所述成员单位用户。

进一步地，所述财务公司业务子系统200，用于获取当成员单位用户发送的融资指令为第一票据和确定所述成员单位用户的类别为境内内部成员单位的情况下，接收所述第一票据，并进行校验，在校验通过的情况下，使用所述财务公司账户通过票交所直连进行票据融资，生成第一票据融资结果；

所述财资公司业务子系统300，用于获取当成员单位用户发送的融资指令为第二票据和确定所述成员单位用户的类别为境外成员单位的情况下，接收所述第二票据，并进行校验，在校验通过的情况下，使用所述财资公司内部账户通过票交所直连进行票据融资，生成第二票据融资结果；

所述资金统一业务子系统400，用于获取当成员单位用户发送的融资指令为第三票据和确定所述成员单位用户的类别为境内内部成员单位的情况下，接收所述第三票据，并进行校验，在校验通过的情况下，使用所述资金中心母账户通过票交所直连进行票据融资，生成第三票据融资结果；

所述司库管理子系统100，用于与接收所述第一票据融资结果、所述第二票据融资结果和所述第三票据融资结果，并反馈至所述成员单位用户。

还包括：可视化子系统600和门户子系统500；

可视化子系统与司库管理子系统相连通；司库管理子系统，还用于将融资指令和信贷结果发送至可视化系统；可视化子系统，用于接收融资指令和信贷结果，并根据融资指令和信贷结果，生成可视化视图；

所述门户子系统与司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统相连通；门户子系统，用于为用户提供司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统的统一登录验证功能；其中，统一登录验证功能包括证书和用户名密码双重认证功能；门户子系统，还用于为用户提供审批功能、待办任务提示功能、公告通知功能、用户数据同步功能。

进一步地，如图3所示，还包括：辅助决策模块700和辅助数据模块；

辅助数据模块包括数据源层、数据中心层和数据应用层，所述数据源层、数据中心层和数据应用层相连接，其中，所述数据源层，用于获取所述司库管理子系统100、财务公司业务子系统200、财资公司业务子系统300和资金统一业务子系统400的第一数据，并对所述第一数据进行数据清洗得到第二数据并加载到所述数据中心层；其中，所述第一数据包括融资数据、账户管理数据、结算数据、资金情况、大额资金监控数据、生产经营数据和财务核算数据；所述数据中心层，用于根据所述第二数据的特征将所述第二数据存储与不同的数据库中，并建立数据分析图表；所述数据应用层，用于根据数据分析图表中数据的特征，建立不同应用的数据模型；以及，

进一步地，如图4所示，所述辅助决策模块700，用于通过所述门户子系统500进行辅助决策模块，所述辅助决策模块包括司库中心辅助决策模块701、财务公司辅助决策模块702和财资公司辅助决策模块703；所述司库中心辅助决策模块，用于通过可视化子系统600，对所述司库管理子系统中的数据指标进行动态监测；所述财务公司辅助决策模块，用于通过可视化子系统600，对所述财务公司业务子系统的数据指标进行动态监测；所述财资公司辅助决策模块，用于对所述财资公司业务子系统的数据指标进行动态监测。

具体地，数据源层：数据的来源。包括司库中心管理系统(境外)、境外财资系统；数据集成层：从数据源抽取数据，并对这些数据进行清洗以后加载到目标数据存储中；数据中心层：资金数据的存储，形成专有的主题数据库)；对于所有数据都需最终形成到数据仓库中，而对于为了快速展示，准实时相应的数据可以形成在实时数据表中。数据缓存区：根据特定的数据应用服务选择适合自身功能和性能要求的数据存储方式；数据仓库区：是指通过数据模型，建立各种数据之间的关系、协调统一使用。包括实时数据存储区及数据仓库核心数据存储区，并保证司库和财务公司数据进行有效的数据隔离；数据集市区：DM是一组特定的、针对某个主题域、业务部门或用户分类的数据集合。通过数据集市可以保障数据分析及报表的高可用性、可扩展性和高性能；应用模型层：根据不同的数据应用展现，整合形成不同的应用模型；数据展现层：数据应用的手段和渠道，根据报表统计分析应用的要求建立不同的应用功能。

辅助决策模块的内容分为司库中心辅助决策模块、财务公司辅助决策模块和财资公司辅助决策模块，其中司库中心辅助模块又分为集团公司、集团公司(境内)和集团公司(境内)三个数据观察视角。展现方式分为内容包括部分关注指标；关注指标、分析图表、报表报告；关注指标和分析图表。并对各种数据指标分析，进行实时监测。根据本发明实施例的融资管理系统，实现从集团层面对融资计划进行管控，支持成员单位线上上报融资计划，有效地实现在开展融资业务时进行融资计划控制和融资相关的业务应用。

为了实现上述实施例，如图5所示，本实施例中还提供了融资管理方法，该方法包括：

S1，司库管理子系统用于获取成员单位用户发送的融资指令，确定所述成员单位用户的类别，在所述类别为境内内部成员单位的情况下，将所述融资指令发送至所述财务公司业务子系统，在所述类别为境外成员单位的情况下，将所述融资指令发送至所述财资公司业务子系统，在所述类别为境内外部成员单位的情况下，将所述融资指令发送至所述资金统一业务子系统；

S2，所述司库管理子系统接收所述融资指令，并反馈至所述成员单位用户，其中，所述融资请求为所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者接收所述融资指令，根据所述融资指令生成融资结果，根据融资结果生成信贷合同，并对所述信贷合同进行校验审批，根据审批结果进行信贷业务得到信贷结果。

根据本发明实施例的融资管理方法，实现从集团层面对融资计划进行管控，支持成员单位线上上报融资计划，有效地实现在开展融资业务时进行融资计划控制和融资相关的业务应用。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

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

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

Claims (12)

1.一种融资管理系统，其特征在于，包括：司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统；

所述司库管理子系统分别与所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统相连通；

所述司库管理子系统，用于获取成员单位用户发送的融资指令，确定所述成员单位用户的类别，在所述类别为境内内部成员单位的情况下，将所述融资指令发送至所述财务公司业务子系统，在所述类别为境外成员单位的情况下，将所述融资指令发送至所述财资公司业务子系统，在所述类别为境内外部成员单位的情况下，将所述融资指令发送至所述资金统一业务子系统；

所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者，用于接收所述融资指令，根据所述融资指令生融资结果，根据所述融资结果生成信贷合同，并对所述信贷合同进行校验审批，根据审批结果进行信贷业务得到信贷结果；

所述司库管理子系统，还用于接收所述融资结果和信贷结果，并反馈至所述成员单位用户。

2.根据权利要求1所述的系统，其特征在于，还包括：

所述司库管理子系统，还用于获取所述成员单位用户发送的开户申请指令，确定所述开户申请指令的开户类别，在所述开户类别为财务公司专户的情况下，将所述开户申请指令发送至所述财务公司业务子系统，在所述开户类别为财资公司专户的情况下，将所述开户申请指令发送至所述财资公司业务子系统，在所述开户类别为资金统一专户的情况下，将所述开户申请指令发送至所述资金统一业务子系统；

所述财务公司业务子系统，还用于接收所述开户申请指令，审批受理生成第一内部账户，将所述第一内部账户的信息发送至所述司库管理子系统；

所述财资公司业务子系统，还用于接收所述开户申请指令，审批受理生成第二内部账户，将所述第二内部账户的信息发送至所述司库管理子系统；

所述资金统一业务子系统，还用于接收所述开户申请指令，审批受理生成第三内部账户，将所述第三内部账户的信息发送至所述司库管理子系统；

所述司库管理子系统，还用于接收所述信息，并反馈至所述成员单位用户。

3.根据权利要求2所述的系统，其特征在于，还包括：

所述财务公司业务子系统，还用于接收所述融资指令，并根据所述融资指令将所述财务公司业务子系统的财务公司内部账户资金划入到所述第一内部账户，得到第一融资结果；以及，

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

4.根据权利要求3所述的系统，其特征在于，还包括：

所述财资公司业务子系统，还用于接收所述融资指令，并根据所述融资指令将所述财资公司业务子系统的财资公司内部账户资金划入到所述第二内部账户，得到第二融资结果；以及，

所述司库管理子系统，还用于接收所述第二融资结果，保存融资记录。

5.根据权利要求4所述的系统，其特征在于，还包括：

所述资金统一业务子系统，用于接收所述融资指令，根据所述融资指令将所述财资公司业务子系统的资金中心母账户的资金划入到所述第三内部账户，得到第三融资结果；以及，

所述资金统一业务子系统，用于根据所述第三融资结果生成第三反馈指令，并将所述第三反馈指令反馈至外部银行，通过银企接口或SWIFT接口使得资金中心外部银行账户将第三融资结果的资金划入第三成员外部银行账户。

6.根据权利要求5所述的系统，其特征在于，还包括：

所述司库管理子系统，用于获取各成员单位用户的资本结构考核数据和目标数据的对比结果，根据数据对比结果对所述各成员单位用户进行排序得到成员排序结果；

所述司库管理子系统，用于根据预设时期编报第一融资计划，对所述第一融资计划复核审批并编报第二融资计划，以及对所述第二融资计划汇总得到全部成员单位用户融资计划，根据对所述全部成员单位用户融资计划的审批得到全部成员单位用户的融资计划额度；

所述财务公司业务子系统，用于接收所述全部成员单位用户的融资计划额度和所述成员排序结果并对所述全部成员单位用户进行融资，对比实际融资金额和融资计划额度，根据金额对比结果和融资控制方式得到所述第一融资结果；

所述财资公司业务子系统，用于接收所述全部成员单位用户的融资计划额度和所述成员排序结果并对所述全部成员单位用户进行融资，对比实际融资金额和融资计划额度，根据金额对比结果和融资控制方式得到所述第二融资结果；

所述资金统一业务子系统，用于接收所述全部成员单位用户的融资计划额度和所述成员排序结果并对所述全部成员单位用户进行融资，对比实际融资金额和融资计划额度，根据金额对比结果和融资控制方式得到所述第三融资结果；

所述司库管理子系统，还用于接收所述第一融资结果、所述第二融资结果和所述第三融资结果，并反馈至所述成员单位用户。

7.根据权利要求1所述的系统，其特征在于：

所述财务公司业务子系统，用于在确定类别为境内内部成员单位用户的情况下，获取成员单位用户发送的信贷指令，根据所述信贷指令选择信贷管理方案，基于所述信贷管理方案对成员单位用户发送的所述信贷指令进行信贷业务得到第一信贷结果；

所述财资公司业务子系统，用于在确定类别为境外成员单位用户的情况下，获取成员单位用户发送的信贷指令，根据所述信贷指令选择信贷管理方案，基于所述信贷管理方案对成员单位用户发送的所述信贷指令进行信贷业务得到第二信贷结果；

所述资金统一业务子系统，用于在确定类别为境内内部成员单位用户的情况下，获取成员单位用户发送的信贷指令，根据所述信贷指令选择信贷管理方案，基于所述信贷管理方案对成员单位用户发送的所述信贷指令进行信贷业务得到第三信贷结果；

所述司库管理子系统，用于接收所述第一信贷结果、第二信贷结果和所述第三信贷结果，并反馈至所述成员单位用户。

8.根据权利要求5所述的系统，其特征在于，

所述财务公司业务子系统，用于获取当成员单位用户发送的融资指令为第一票据和确定所述成员单位用户的类别为境内内部成员单位的情况下，接收所述第一票据，并进行校验，在校验通过的情况下，使用财务公司账户通过票交所直连进行票据融资，生成第一票据融资结果；

所述财资公司业务子系统，用于获取当成员单位用户发送的融资指令为第二票据和确定所述成员单位用户的类别为境外成员单位的情况下，接收所述第二票据，并进行校验，在校验通过的情况下，使用所述财资公司内部账户通过票交所直连进行票据融资，生成第二票据融资结果；

所述资金统一业务子系统，用于获取当成员单位用户发送的融资指令为第三票据和确定所述成员单位用户的类别为境内内部成员单位的情况下，接收所述第三票据，并进行校验，在校验通过的情况下，使用所述资金中心母账户通过票交所直连进行票据融资，生成第三票据融资结果；

所述司库管理子系统，用于与接收所述第一票据融资结果、所述第二票据融资结果和所述第三票据融资结果，并反馈至所述成员单位用户。

9.根据权利要求1所述的系统，其特征在于，还包括：

所述司库管理子系统，用于通过担保管理模块处理担保管理请求，同时完成所述担保管理请求的复合和审批；其中，所述担保管理请求，包括担保开立、担保修改、担保展期、担保到期、担保迁移、担保申请/登记、使用抵质押物、合同变更和合同结项；

所述司库管理子系统，用于通过融资管理模块处理融资管理请求，所述融资管理请求包括融资合同管理、提款管理、融资还本付息及费用支出、利率变更和资本结构管理；其中，所述融资合同管理包括合同申请、合同登记、合同变更、合同展期和合同结项；所述提款管理包括提款申请、收款明细补填融资计划和放还款计划；所述融资还本付息及费用支出包括第一付款明细补填、融资还本付息及费用指出登记台账；所述利率变更包括合同或利率变更申请和更新付息计划数据；所述资本结构管理设置资本结构考核目标数据和资本结构统计表；

所述司库管理子系统，用于通过信用证管理模块处理信用证管理请求；所述信用证管理请求包括开设银行信用证管理、财务公司待开证管理和收证管理；其中，所述开设银行信用证管理包括开证登记、第一信用证变更、第一到单登记、第二付款明细补填和第一信用证核销；所述财务公司待开证管理包括开证申请、第二信用证变更、到单申请、第二到单登记、第三付款明细补填和第二信用证核销；所述收证管理包括收证登记、提单登记、第一收款明细补填和第三信用证核销；

所述司库管理子系统，用于通过保函管理模块处理保函管理请求；所述保函管理请求包括：开出保函管理和收到保函管理；其中，所述开出保函管理包括保函开立申请、保函开立登记、保函融资、保函变更、第四付款明细补填和第一保函结束；所述收到保函管理包括收入保函登记、保函信息修改、保函迁移、第二收款明细补填和第二保函结束。

10.根据权利要求1所述的系统，其特征在于，所述系统，还包括：可视化子系统和门户子系统；

可视化子系统与司库管理子系统相连通；司库管理子系统，还用于将融资结果和信贷结果发送至可视化系统；可视化子系统，用于根据融资结果和信贷结果，生成可视化视图；

所述门户子系统与司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统相连通；门户子系统，用于为用户提供司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统的统一登录验证功能；其中，统一登录验证功能包括证书和用户名密码双重认证功能；门户子系统，还用于为用户提供审批功能、待办任务提示功能、公告通知功能、用户数据同步功能。

11.根据权利要求10所述的系统，其特征在于，所述系统，还包括：辅助决策模块和辅助数据模块；

所述辅助数据模块包括数据源层、数据中心层和数据应用层，所述数据源层、数据中心层和数据应用层相连接，其中，所述数据源层，用于获取所述司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统的第一数据，并对所述第一数据进行数据清洗得到第二数据并加载到所述数据中心层；其中，所述第一数据包括融资数据、账户管理数据、结算数据、资金情况、大额资金监控数据、生产经营数据和财务核算数据；所述数据中心层，用于根据所述第二数据的特征将所述第二数据存储与不同的数据库中，并建立数据分析图表；所述数据应用层，用于根据数据分析图表中数据的特征，建立不同应用的数据模型；以及，

所述辅助决策模块，用于通过所述门户子系统进行辅助决策模块，所述辅助决策模块包括司库中心辅助决策模块、财务公司辅助决策模块和财资公司辅助决策模块；所述司库中心辅助决策模块，用于通过可视化子系统，对所述司库管理子系统中的数据指标进行动态监测；所述财务公司辅助决策模块，用于通过可视化子系统，对所述财务公司业务子系统的数据指标进行动态监测；所述财资公司辅助决策模块，用于对所述财资公司业务子系统的数据指标进行动态监测。

12.一种融资管理方法，其特征在于，包括：

司库管理子系统用于获取成员单位用户发送的融资指令，确定所述成员单位用户的类别，在所述类别为境内内部成员单位的情况下，将所述融资指令发送至财务公司业务子系统，在所述类别为境外成员单位的情况下，将所述融资指令发送至财资公司业务子系统，在所述类别为境内外部成员单位的情况下，将所述融资指令发送至资金统一业务子系统；

所述司库管理子系统接收所述融资指令，并反馈至所述成员单位用户，其中，所述融资请求为所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者接收所述融资指令，根据所述融资指令生成融资结果，根据所述融资结果生成信贷合同，并对所述信贷合同进行校验审批，根据审批结果进行信贷业务得到信贷结果。

Images