CN115345722B - 资金管理系统、方法、电子设备和存储介质 - Google Patents

Abstract

本公开提出一种资金管理系统、方法、电子设备和存储介质，该系统包括：司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统；司库管理子系统获取用户发送的资金处理指令，将资金处理指令发送至财务公司业务子系统，将资金处理指令发送至财资公司业务子系统，将资金处理指令发送至资金统一业务子系统；财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者接收资金处理指令，生成资金处理结果发送至司库管理子系统；司库管理子系统将资金处理结果反馈至用户。由此，可以满足企业集团进行统一的资金管理，以实现资金业务的全流程管控和信息共享，能够提高资金处理效率。

Description

资金管理系统、方法、电子设备和存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种资金管理系统、方法、电子设备和存储介质。

背景技术

随着社会的不断进步，企业的发展规模越来越大，已经由企业发展成为企业集团，其中，企业集团中可以包括境内和/或境外的企业。

相关技术中，企业集团中企业分别独立管理各自的资金，独立完成资金处理过程，尚缺乏一个资金管理系统以满足企业集团进行统一的资金管理，这是亟需解决的问题。

发明内容

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

第一方面，提出了一种资金管理系统，所述系统，包括：司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统；所述司库管理子系统分别与所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统相连通；所述司库管理子系统，用于获取用户发送的资金处理指令，确定所述用户的类别，以及确定所述资金处理指令的业务类别，在所述类别为境内内部成员用户，以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至所述财务公司业务子系统，在所述类别为境外成员用户，以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至所述财资公司业务子系统，在所述类别为境内外部成员用户，以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至所述资金统一业务子系统；其中，所述资金处理指令包括：付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种；所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者，用于接收所述资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至所述司库管理子系统；所述司库管理子系统，还用于接收所述资金处理结果，并反馈至所述用户。

本公开第二方面，提出了一种资金管理方法，该方法包括：司库管理子系统获取用户发送的资金处理指令，确定所述用户的类别，以及确定所述资金处理指令的业务类别，在所述类别为境内内部成员用户，以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至财务公司业务子系统，在所述类别为境外成员用户，以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至财资公司业务子系统，在所述类别为境内外部成员用户，以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至资金统一业务子系统；其中，所述资金处理指令包括：付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种；所述司库管理子系统接收资金处理结果，并反馈至所述用户，其中，所述资金处理结果为所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者，接收所述资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果并发送至所述司库管理子系统的。

本公开第三方面，提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现第一方面所述的方法。

本公开第四方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现第一方面所述的方法。

本公开实施例所提供的技术方案，可以包含如下的有益效果：

通过实施本公开实施例，资金管理系统，包括：分别与财务公司业务子系统、财资公司业务子系统和资金统一业务子系统相连通的司库管理子系统；司库管理子系统，用于获取用户发送的资金处理指令，确定用户的类别，以及确定资金处理指令的业务类别，在类别为境内内部成员用户，以及业务类别为对公业务的情况下，将资金处理指令发送至财务公司业务子系统，在类别为境外成员用户，以及业务类别为对公业务的情况下，将资金处理指令发送至财资公司业务子系统，在类别为境内外部成员用户，以及业务类别为对公业务的情况下，将资金处理指令发送至资金统一业务子系统；财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者，用于接收资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统；司库管理子系统，还用于接收资金处理结果，并反馈至用户。由此，可以满足包括境内和境外的企业的企业集团进行统一的资金管理，以实现资金业务的全流程管控和信息共享，能够提高资金处理效率。

附图说明

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

图1为本公开实施例提供的一种资金管理系统的结构图；

图2为本公开实施例提供的另一种资金管理系统的结构图；

图3为本公开实施例提供的又一种资金管理系统的结构图；

图4为本公开实施例提供的资金管理方法的流程图；

图5为用来实现本公开实施例的资金管理方法的一种电子设备的框图。

具体实施方式

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

下面参考附图描述本公开实施例的资金管理系统、方法、电子设备和存介质。

图1为本公开实施例所提供的一种资金管理系统1的结构图。

如图1所示，本公开实施例提供的资金管理系统1，包括：司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14。

其中，司库管理子系统11分别与财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14相连通。

司库管理子系统11，用于获取用户发送的资金处理指令，确定用户的类别，以及确定资金处理指令的业务类别，在类别为境内内部成员用户，以及业务类别为对公业务的情况下，将资金处理指令发送至财务公司业务子系统12，在类别为境外成员用户，以及业务类别为对公业务的情况下，将资金处理指令发送至财资公司业务子系统13，在类别为境内外部成员用户，以及业务类别为对公业务的情况下，将资金处理指令发送至资金统一业务子系统14；其中，资金处理指令包括：付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种。

财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中的至少一者，用于接收资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统11。

司库管理子系统11，还用于接收资金处理结果，并反馈至用户。

本公开实施例中，资金管理系统1包括司库管理子系统11，司库管理子系统11分别与财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14相连通。

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

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

其中，接口可以通过ESB（Enterprise Service Bus，企业服务总线）平台进行调用，ESB平台对报文有固定格式的要求。

本公开实施例中，司库管理子系统11，用于获取用户发送的资金处理指令，其中，用户可以为企业集团中的任一企业中的用户。司库管理子系统11可以与企业的用户使用的财务共享系统、ERP（Enterprise Resource Planning，企业资源计划）系统或费用报销系统等通过接口交互，用户可以在财务共享系统、ERP系统或费用报销系统中发起资金处理指令，司库管理子系统11可以通过接口获取用户在财务共享系统、ERP系统或费用报销系统中发起的资金处理指令。其中，用户可以为企业集团中的成员单位，包括成员单位相应岗位的员工、管理人员等。

其中，资金处理指令包括：付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种。

示例性地，在资金处理指令为付款指令的情况下，用户在财务共享系统中将付款单制成完成后，财务共享系统会主动调用付款指令接口，将付款单发送至司库管理子系统11产生付款指令。其中，付款指令接口一次调用为一条指令。

其中，付款单中可以包括期望付款日、付款账号、付方信息（付方户名、付方开户行、付方客户名称、可用余额）、收方信息（收款账号、收方户名、受访银行、收款人开户行、收款地址）、付款信息（金额、付款类型、用途、加急类型）等等。

示例性地，在资金处理指令为存款指令的情况下，用户在财务共享系统中将存款单制成完成后，财务共享系统会主动调用上存指令接口，将存款单发送至司库管理子系统11产生存款指令。其中，上存指令接口一次调用为一条指令。

可以理解的是，收款指令、请款指令、借款指令、还款指令与上述示例中付款指令和存款指令类似，均分别有对应的指令接口，指令生成方式相同，本公开不再一一举例。

其中，查询指令，还可以包括付款结果查询指令、存款结果查询指令、收款结果查询指令、请款结果查询指令、借款结果查询指令、还款结果查询指令。

示例性地，在资金处理指令为付款结果查询指令的情况下，司库管理子系统11作为服务端对外开放付款指令结果查询接口，与付款指令接口配合使用。当财务共享系统通过付款指令接口在司库管理子系统11中创建付款指令后，可以调用付款指令结果查询接口，主动轮询司库管理子系统，询问付款指令是否付款成功。

示例性地，在资金处理指令为存款结果查询指令的情况下，司库管理子系统11作为服务端对外开放上存指令结果查询接口，与上存指令接口配合使用。当财务共享系统通过上存指令接口在司库管理子系统11中创建存款指令后，可以调用上存指令结果查询接口，主动轮询司库管理子系统，询问存款指令是否上存成功。

可以理解的是，收款结果查询指令、请款结果查询指令、借款结果查询指令、还款结果查询指令与上述示例中付款结果查询指令和存款结果查询指令类似，均分别有对应的指令结果查询接口，接口的调用方式相同，本公开不再一一举例。

其中，资金处理指令为对账指令的情况下，司库管理子系统11作为服务端对外开放银行对账单查询接口，支持财务共享系统主动查询银行对账单数据，司库管理子系统11可以定期（T+1）将多家直联银行数据（文件格式数据）存放至文件服务器（SFTP(SecureFile Transfer Protocol，安全文件传送协议)），财务共享系统定时（T+1）查询该服务获取对账单信息。

需要说明的是，上述示例均以用户在财务共享系统中进行上述操作进行举例，本公开实施例中，用户还可以在ERP系统或费用报销系统等其他系统中操作，对应的司库管理子系统11可以与对应系统通过接口交互，本公开实施例对此不作具体限制。

本公开实施例中，司库管理子系统11获取用户发送的资金处理指令，确定用户的类别，其中，用户的类别可以包括境内内部成员用户、境外成员用户和境内外部成员用户。

可以理解的是，境内内部成员用户、境外成员用户和境内外部成员用户的划分，可以根据企业集团中的企业性质、业务往来、业务需求、对接银行等进行划分。

示例性地，根据企业性质，企业的注册地址划分境外成员用户，其中，将持股比例大于预设值的企业划分为境内内部成员用户，持股比例小于预设值的企业划分为境内外部成员用户，预设值可以为20%等。

本公开实施例中，针对不同的类别的用户，分别对应不同的子系统进行资金的处理。

可以理解的是，在司库管理子系统11上线时，可以对用户的类别进行初始化，上线前需要对用户的类别进行梳理整合，在司库管理子系统11上线后，需要新增用户时，需要在司库管理子系统11中提出申请，提供相应的资料，经过审核审批后，创建用户，以及分配相应的权限。其中，境内内部成员用户在财务公司业务子系统11中进行维护，境外成员用户在财资公司业务子系统13中进行维护，境内外部成员用户在资金统一业务子系统14中进行维护。

其中，司库管理子系统11中的用户可以具有唯一的主编码，以区分不同的用户。并且，可以对用户进行分组及灵活设置，支持体系树的搭建。体系树可以包括：资金管理体系树，以关联不同的用户，方便在资金管理中应用资金管理体系树进行审批等。

其中，还可以在司库管理子系统11中变更用户，例如：用户体系修改、停用用户、删除用户、合并用户等。本公开实施例中，为了更好的记录变更的情况，可以保留相应的日志，方便查看，了解变更的事宜。

本公开实施例中，司库管理子系统11获取用户发送的资金处理指令，可以确定用户的类别以及资金处理指令的业务类别。

其中，资金处理指令的业务类别包括对公业务和对私业务。

其中，在类别为境内内部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财务公司业务子系统，在类别为境外成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财资公司业务子系统，在类别为境内外部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至资金统一业务子系统。

本公开实施例中，司库管理子系统11在确定用户的类别为境内内部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财务公司业务子系统12，在确定用户的类别为境外成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财资公司业务子系统13，在确定用户的类别为境内外部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至资金统一业务子系统14。

可以理解的是，本公开实施例中，对于境内内部成员用户的对公业务的资金管理在财务公司业务子系统12中进行，对于境外成员用户的对公业务的资金管理在财资公司业务子系统13中进行，对于境内外部成员用户的对公业务的资金管理在资金统一业务子系统14中进行。

本公开实施例中，在资金处理指令的业务类型为对私业务的情况下，司库管理子系统可以通过连接外部银行的银企接口或SWIFT接口，完成资金处理业务，即可以使用用户在银行开立的账户完成资金处理指令指示的资金处理业务，生成处理结果，并反馈至用户。

本公开实施例中，财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中的至少一者，用于接收资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统11；司库管理子系统11，还用于接收资金处理结果，并反馈至用户。

其中，财务公司业务子系统12接收境内内部成员用户的资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统11。

财资公司业务子系统13接收境外成员用户的资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统11。

资金统一业务子系统14接收境内外部成员用户的资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统11。

本公开实施例中，司库管理子系统11还可以接收资金处理结果，将资金处理结果反馈至用户。可以理解的是，根据上述司库管理子系统11接收用户发送的资金处理指令的描述，其接口实现方式在司库管理子系统11将资金处理结果反馈至用户同样适用，此处不再赘述。

本公开实施例中，资金管理系统可以处理境内和境外的用户的资金业务，可以满足包括境内和境外的企业的企业集团进行统一的资金管理，以实现资金业务的全流程管控和信息共享，能够提高资金处理效率。

本公开实施例中，财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中的至少一者，接收资金处理指令，进行校验，可以包括内控名单校验、大额资金监控预警、禁止对私付款预警、疑似重复预警、定向支付控制，等等。

其中，内控名单校验，可以在企业集团中维护内控名单，针对资金处理指令中的收款方的信息，如果在内控名单中，禁止进行资金处理，例如禁止付款。

大额资金监控预警，可以设置大额支付监控预警值，例如，支付2000万，内转1亿，用款2000万等，当超过大额支付监控预警值，需触发三级预警条件，三级预警是提示付款经办人、提示复核人、提示审批人。之后需要线下与付款方核实付款信息后，再处理相应业务。

禁止对私付款预警，可以对资金处理指令中的收款方的信息进行审查，若收款方账户户名小于等于四个字，则收款方默认为是个人账户，触发三级预警条件，如果继续支付，需要线下与付款方核实付款信息后，再处理相应业务。

疑似重复预警，可以对资金处理指令中的信息进行审查，如果期望付款日、金额、币种、付款账号、收款账号相同，则触发三级预警条件，如果继续支付，需要线下与付款方核实付款信息后，再处理相应业务。

定向支付控制，可以设定定向支付限额（分币种），在资金处理指令中向收款方支付的支付金额大于或等于支付限额的情况下，收款方必须是发起资金处理指令的用户的定向支付库中维护的信息。

其中，用户可以各自维护定向支付库，可以录入集团外账户以及选择集团内账户添加至定向支付库，集团外账户可以为用户的上下游单位用户账户、或银行金融机构、非银行金融机构、类金融机构的账户，集团内账户可以为集团内其他单位的银行账户或财务公司账户。对于集团外账户可以修改账户信息，集团内账户不能修改账户信息，对于不再期望应用于定向支付库的账户，可以停用，但不可以删除，定向支付库的维护，包括新增、修改、停用等都需要经过单位审批后生效。

财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中的至少一者，对于用户发送的资金处理指令，校验需要包括以上部分内容的校验，不满足的情况下，驳回资金处理指令。

通过实施本公开实施例，资金管理系统，包括：分别与财务公司业务子系统、财资公司业务子系统和资金统一业务子系统相连通的司库管理子系统；司库管理子系统，用于获取用户发送的资金处理指令，确定用户的类别，以及确定资金处理指令的业务类别，在类别为境内内部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财务公司业务子系统，在类别为境外成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财资公司业务子系统，在类别为境内外部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至资金统一业务子系统；财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者，用于接收资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统；司库管理子系统，还用于接收资金处理结果，并反馈至用户。由此，可以满足包括境内和境外的企业的企业集团进行统一的资金管理，以实现资金业务的全流程管控和信息共享，能够提高资金处理效率。

在一些实施例中，司库管理子系统11，还用于获取用户发送的开户申请指令，确定开户申请指令的开户类别，在开户类别为财务公司专户的情况下，将开户申请指令发送至财务公司业务子系统12，在开户类别为财资公司专户的情况下，将开户申请指令发送至财资公司业务子系统13，在开户类别为资金统一专户的情况下，将开户申请指令发送至资金统一业务子系统14。

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

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

资金统一业务子系统14，还用于接收开户申请指令，审批受理生成联动子账户，将联动子账户的信息发送至司库管理子系统11。

司库管理子系统11，还用于接收信息，并反馈至用户。

可以理解的是，企业集团中的成员单位在需要处理资金业务时，需要通过银行账户进行，例如：通过银行账户付款、收款、存款、还款、借款等等。

本公开实施例中，财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14可以相当于企业集团中的内部银行，用户可以在财务公司业务子系统12、财资公司业务子系统13或资金统一业务子系统14中开立对应的账户，以在财务公司业务子系统12、财资公司业务子系统13或资金统一业务子系统14中使用开立的账户进行资金业务的处理。

本公开实施例中，司库管理子系统11可以与企业的用户使用的财务共享系统、ERP（Enterprise Resource Planning，企业资源计划）系统或费用报销系统等通过接口交互，用户可以在财务共享系统、ERP系统或费用报销系统中发起开户申请指令，司库管理子系统11可以通过接口获取用户在财务共享系统、ERP系统或费用报销系统中发起的开户指令。

本公开实施例中，用户可以在司库管理子系统11中发起开户申请指令，开户申请指令携带的申请信息包括单位名称、合作金融网点、账户用途、单位联系人、范围联系人电话、是否开通网银、是否上线、附件（如：盖公章的账户请示，根据设置上传必传附件）等信息。若选择开通网银，则需要录入申请开通权限（可查询、可转账）、申请用途。

可以理解的是，用户发送开户申请指令，开户申请指令中可以携带开户类别，以指明其想要在财务公司业务子系统12、财资公司业务子系统13或资金统一业务子系统14中开立账户。

本公开实施例中，司库管理子系统11在接收到用户发送的开户申请指令，可以根据开户申请指令中携带的申请开立账户的开户类别，以确定向对应的子系统发送用户的开户申请指令。其中，开户申请指令的开户类别可以包括财务公司专户、财资公司专户和资金统一专户。

其中，用户发送的开户申请指令中可以携带的开户类别为财务公司专户的情况下，司库管理子系统11确定开户类别之后，将用户发送的开户申请指令发送至财务公司业务子系统12；或者，用户发送的开户申请指令中可以携带的开户类别为财资公司专户的情况下，司库管理子系统11确定开户类别之后，将用户发送的开户申请指令发送至财资公司业务子系统13；或者，用户发送的开户申请指令中可以携带的开户类别为资金统一专户的情况下，司库管理子系统11确定开户类别之后，将用户发送的开户申请指令发送至资金统一业务子系统14。

本公开实施例中，财务公司业务子系统12中维护财务公司专户的信息，财资公司业务子系统13中维护财资公司专户的信息，资金统一业务子系统14中维护资金统一专户的信息。

本公开实施例中，财务公司业务子系统12接收到开户申请指令，为用户开立财务公司专户，在对用户的开户申请指令进行审批受理之后，生成第一内部账户，将第一内部账户的信息发送至司库管理子系统11。

财资公司业务子系统13接收到开户申请指令，为用户开立财资公司专户，在对用户的开户申请指令进行审批受理之后，生成第二内部账户，将第二内部账户的信息发送至司库管理子系统11。

资金统一业务子系统14接收到开户申请指令，为用户开立资金统一专户，在对用户的开户申请指令进行审批受理之后，生成联动子账户，将联动子账户的信息发送至司库管理子系统11。

在一些实施例中，用户还可以在司库管理子系统11中发送账户变更指令、账户修正指令、销户指令等。

可以理解的是，针对账户变更指令、账户修正指令、销户指令中携带的账户信息，司库管理子系统11可以选择将账户变更指令、账户修正指令、销户指令发送至对应的子系统中进行相应的处理。

在一些实施例中，财务公司业务子系统12，还用于将第一内部账户中第一留存额度以外的境内资金归集至财务公司账户，并发送至司库管理子系统11。

财资公司业务子系统13，还用于将第二内部账户中第二留存额度以外的境外资金归集至财资公司账户，并发送至司库管理子系统11。

本公开实施例中，财务公司业务子系统12将财务公司专户的第一内部账户中第一留存额度以外的境内资金归集至财务公司账户，并发送至司库管理子系统11。

可以理解的是，财务公司业务子系统12将第一内部账户中第一留存额度以外的境内资金归集至财务公司账户，可以通过财务公司账户统一管理企业集团内的境内资金。并且，归集的每一笔记录均相应保存在财务公司业务子系统12中。

在此情况下，当企业集团中的开立有财务公司专户的用户有对外付款业务时，其对应的第一内部账户中除第一留存额度以外的境内资金已经归集在财务公司账户，可以直接从财务公司账户对外付款。

本公开实施例中，第一内部账户中第一留存额度以外的境内资金归集至财务公司账户，可以方便企业集团的资金统一管理，另外，财务公司账户中的境内资金，可以根据企业集团的资金计划进行合理安排，例如：在资金计划需要的境内资金较少时，可以将财务公司账户中的资金计划需要的境内资金以外的境内资金应用于外部投资，以避免境内资金闲置，可以有效管理资金。其中，企业集团的资金计划可以由用户定期提供，并且，在司库管理子系统11中可以办理资金计划的申报、汇总等处理，司库管理子系统11可以将用户申报的资金计划发送至财务公司业务子系统12，以在财务公司业务子系统12中用于境内资金的管理。

本公开实施例中，财资公司业务子系统13将财务公司专户的第二内部账户中第二留存额度以外的境外资金归集至财资公司账户，并发送至司库管理子系统11。

可以理解的是，财资公司业务子系统13将第二内部账户中第二留存额度以外的境外资金归集至财资公司账户，可以通过财资公司账户统一管理企业集团内的境外资金。并且，归集的每一笔记录均相应保存在财资公司业务子系统13中。

在此情况下，当企业集团中的开立有财资公司专户的用户有对外付款业务时，其对应的第二内部账户中除第二留存额度以外的境外资金已经归集在财资公司账户，可以直接从财资公司账户对外付款。

本公开实施例中，第二内部账户中第二留存额度以外的境外资金归集至财资公司账户，可以方便企业集团的资金统一管理，另外，财资公司账户中的境外资金，可以根据企业集团的资金计划进行合理安排，例如：在资金计划需要的境外资金较少时，可以将财资公司账户中的资金计划需要的境外资金以外的境外资金应用于外部投资，以避免境外资金闲置，可以有效管理资金。其中，企业集团的资金计划可以由用户定期提供，并且，在司库管理子系统11中可以办理资金计划的申报、汇总等处理，司库管理子系统11可以将用户申报的资金计划发送至财资公司业务子系统13，以在财资公司业务子系统13中用于境外资金的管理。

在一些实施例中，财务公司业务子系统12，还用于根据第一内部账户的额度设置和/或司库管理子系统发送的第一内部账户对应的用户的不归集请求，确定第一留存额度。

财资公司业务子系统13，还用于根据第二内部账户的额度设置和/或司库管理子系统发送的第二内部账户对应的用户的不归集请求，确定第二留存额度。

本公开实施例中，财务公司业务子系统12可以根据第一内部账户的额度设置和/或司库管理子系统发送的第一内部账户对应的用户的不归集请求，确定第一留存额度。其中，不归集请求包括不归集日期范围、不归集金额范围、不归集银行账户等信息。

其中，第一内部账户的额度设置，可以为用户申请开立账户时设置的，在发送的开户申请指令中携带不归集的额度设置。

本公开实施例中，财资公司业务子系统13可以根据第二内部账户的额度设置和/或司库管理子系统发送的第二内部账户对应的用户的不归集请求，确定第二留存额度。其中，不归集请求包括不归集日期范围、不归集金额范围、不归集银行账户等信息。

其中，第二内部账户的额度设置，可以为用户申请开立账户时设置的，在发送的开户申请指令中携带不归集的额度设置。

在一些实施例中，财务公司业务子系统，还用于对第一内部账户的第一留存额度进行监控，并进行定期补足；财资公司业务子系统，还用于对第二内部账户的第二留存额度进行监控，并进行定期补足。

本公开实施例中，财务公司业务子系统，还用于对第一内部账户的第一留存额度进行监控，并进行定期补足，其中，可以以日为周期进行定期补足，或者，还可以以4个小时为周期进行定期补足，本公开实施例对此不作具体限制。

本公开实施例中，财资公司业务子系统，还用于对第二内部账户的第二留存额度进行监控，并进行定期补足，其中，可以以日为周期进行定期补足，或者，还可以以4个小时为周期进行定期补足，本公开实施例对此不作具体限制。

在一些实施例中，资金处理指令为付款指令，其中，

财务公司业务子系统12，用于接收付款指令，并进行校验，在校验通过的情况下，使用财务公司账户通过银企接口或SWIFT接口进行付款，生成付款结果，并发送至司库管理子系统11。

财资公司业务子系统13，用于接收资金处理指令，并进行校验，在校验通过的情况下，使用财资公司账户通过银企接口或SWIFT接口进行付款，生成付款结果，并发送至司库管理子系统11。

资金统一业务子系统14，用于接收资金处理指令，并进行校验，在校验通过的情况下，使用资金中心母账户和联动子账户通过银企接口或SWIFT接口进行联动付款，生成付款结果，并发送至司库管理子系统11。

本公开实施例中，资金处理指令为付款指令的情况下，财务公司业务子系统12，用于接收付款指令，并进行校验，在校验通过的情况下，使用财务公司账户通过银企接口或SWIFT接口进行付款，生成付款结果，并发送至司库管理子系统11。

可以理解的是，为方便企业集团的资金统一管理，第一内部账户中第一留存额度以外的境内资金归集至财务公司账户，在财务公司业务子系统12接收到用户的付款指令的情况下，可知用户采用通过第一内部账户进行付款，基于此，财务公司业务子系统12可以根据付款指令，并校验付款指令，在校验通过的情况下，使用财务公司账户通过银企接口或SWIFT接口进行付款。之后生成付款结果，并发送至司库管理子系统11。

本公开实施例中，用户可以在司库管理子系统11中直接录入付款指令信息，包括：付款账户，如果是财务公司账户，需要有代理付款权限，如果是银行账户，包括外币账户，收款银行账户信息、金额、预算科目、国资委资金用途分类、款项类别、用途等，同时可以上传附件。

其中，对付款质量的校验依据上述相关描述“支付控制、校验及预警需求”统一说明书处理，涉及内控名单、禁止对私支付预警、疑似重复支付预警、定向支付控制、大额支付预警。

本公开实施例中，用户还可以在外部系统中录入付款指令信息，通过外部系统传送至司库管理子系统11，其中，外部系统例如：ERP系统、财务共享系统。

用户在外部系统中录入付款指令信息，包括两种情况。

情况一、付款指令需要在司库管理子系统11中落地补填付款信息，这种情况针对的是传送到司库管理子系统11中的付款指令信息要素不完整，需要用户在司库管理子系统11中落地补充处理，补填不完整的信息项，包括：预算科目、资金用途分类等，补填后提交付款指令进行三级审批流程，对于在司库管理子系统11审批中被驳回的情况，或者财务公司审批驳回到司库管理子系统11的付款指令，由司库管理子系统11传送驳回指令到外部系统。

情况二、已在外部系统中完成全部付款审批流程，发送到司库管理子系统11中的付款指令信息是完整而且带有三级审批记录信息、可以直接支付的付款指令，付款指令在司库管理子系统11中校验有效性。

付款指令有效性校验未通过，如果触发内控名单，不满足定向支付条件（对集团外付款达到定向支付限额，但收款方信息不在用户的定向支付库路）直接驳回不允许支付。如果触发三级预警条件时，包括上述的大额支付监控预警、对个人支付预警、疑似重复支付预警，则驳回外部系统，外部系统确定后，仍然想支付富的情况，可以重发至司库管理子系统11，即知晓预警情况但选择继续支付，重发指令信息需要包含预警确认操作记录信息，这种指令司库管理子系统11再次收到后，不再认为是无效指令，继续进行后续指令操作。

付款指令有效性校验通过，司库管理子系统11自动占预算处理后进入付款处理环节，不需要审批。

指令不落地的付款指令，如果被财务公司驳回，则指令驳回到司库管理子系统11，由司库管理子系统11直接驳回到外部系统。

本公开实施例中，财务公司业务子系统12，用于接收付款指令，并进行校验，在校验通过的情况下，使用财务公司账户通过银企接口或SWIFT接口进行付款，生成付款结果，并发送至司库管理子系统11。

其中，付款账户为财务公司账户，付款指令发送至财务公司业务子系统12，经过财务公司业务子系统12校验、付款处理后，生成付款结果，发送至司库管理子系统11。

其中，财务公司账户为已上线直联银行账户，付款指令通过财务公司业务子系统12银企直联接口处理，并通过财务公司业务子系统12从银企直联接口获取付款结果。

其中，财务公司账户开通了SWIFT服务，付款指令通过财务公司业务子系统12直接发SWIFT接口支付，并通过财务公司业务子系统12从SWIFT接口获取支付结果。

本公开实施例中，财资公司业务子系统13，用于接收付款指令，并进行校验，在校验通过的情况下，使用财资公司账户通过银企接口或SWIFT接口进行付款，生成付款结果，并发送至司库管理子系统11。

其中，付款账户为财资公司账户，付款指令发送至财资公司业务子系统13，经过财资公司业务子系统13校验、付款处理后，生成付款结果，发送至司库管理子系统11。

其中，财资公司账户为已上线直联银行账户，付款指令通过财资公司业务子系统13银企直联接口处理，并通过财资公司业务子系统13从银企直联接口获取付款结果。

其中，财资公司账户开通了SWIFT服务，付款指令通过财资公司业务子系统13直接发SWIFT接口支付，并通过财资公司业务子系统13从SWIFT接口获取支付结果。

本公开实施例中，资金统一业务子系统14，用于接收资金处理指令，并进行校验，在校验通过的情况下，使用资金中心母账户和联动子账户通过银企接口或SWIFT接口进行联动付款，生成付款结果，并发送至司库管理子系统11。

其中，付款账户为资金统一业务子系统14中的联动子账户，付款指令发送至资金统一业务子系统14，因资金统一业务子系统14中联动子账户资金池的特殊性，联动子账户付款时需资金中心母账户资金充足，当资金中心母账户资金不足时，付款指令需落地处理，待调拨资金后，对付款指令进行后续处理。

其中，资金中心母账户和联动子账户为已上线直联银行账户，付款指令通过资金统一业务子系统14银企直联接口处理，并通过资金统一业务子系统14从银企直联接口获取付款结果。

其中，资金中心母账户和联动子账户开通了SWIFT服务，付款指令通过资金统一业务子系统14直接发SWIFT接口支付，并通过资金统一业务子系统14从SWIFT接口获取支付结果。

本公开实施例中，通过SWIFT接口支付，可以与多家银行直联对接，构建多维资金支付体系，实现资金集中收付及在线监控。

在一些实施例中，司库管理子系统11，还用于接收用户发送的合作伙伴变更信息，根据合作伙伴变更信息对用户对应的定向支付库中的合作伙伴进行维护；财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中的至少一者，还用于获取用户对应的定向支付库，并在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。

本公开实施例中，司库管理子系统11，还用于接收用户发送的合作伙伴变更信息，根据合作伙伴变更信息对用户对应的定向支付库中的合作伙伴进行维护。

其中，合作伙伴变更信息，可以包括新增合作伙伴信息、更新合作伙伴信息、删除合作伙伴信息等等。

司库管理子系统11可以接收用户发送的合作伙伴变更信息，根据合作伙伴变更信息对用户对应的定向支付库中的合作伙伴进行维护。

其中，定向支付库中可以包括多个合作伙伴的信息，在定向支付库中的合作伙伴均可正常进行资金处理往来，为用户认可的合作伙伴。

本公开实施例中，司库管理子系统11对用户的定向支付库进行维护，可以维护用户的合作伙伴，以在后续的资金往来中，方便快捷的进行支付。

其中，财务公司业务子系统12，还用于获取用户对应的定向支付库，并在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。

本公开实施例中，财务公司业务子系统12，接收付款指令，进行校验，可以对付款指令中的收款方是否属于定向支付库中的合作伙伴进行校验，在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。

其中，财资公司业务子系统13，还用于获取用户对应的定向支付库，并在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。

本公开实施例中，财资公司业务子系统13，接收付款指令，进行校验，可以对付款指令中的收款方是否属于定向支付库中的合作伙伴进行校验，在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。

其中，资金统一业务子系统14，还用于获取用户对应的定向支付库，并在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。

本公开实施例中，资金统一业务子系统14，接收付款指令，进行校验，可以对付款指令中的收款方是否属于定向支付库中的合作伙伴进行校验，在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。

在一些实施例中，司库管理子系统11，还用于接收用户发送的内控名单变更信息，根据内控名单变更信息对用户对应的内控名单库中的内控名单进行维护；财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中的至少一者，还用于获取用户对应的内控名单库，并在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。

本公开实施例中，司库管理子系统11，还用于接收用户发送的内控名单变更信息，根据内控名单变更信息对用户对应的内控名单库中的内控名单进行维护。

其中，内控名单变更信息，可以包括新增开放名单、更新开放名单、删除开放名单、新增管控名单、更新管控名单、删除管控名单，等等。

司库管理子系统11可以接收用户发送的内控名单变更信息，根据内控名单变更信息对用户对应的内控名单库中的内控名单进行维护。

其中，内控名单库中可以包括多个开放名单和多个管控名单，内控名单库中的开放名单均可正常进行资金处理往来，为用户认可的名单，而管控名单不可正常进行资金处理往来，可能需要进一步验证，或者禁止资金处理往来。

本公开实施例中，司库管理子系统11对用户的内控名单库进行维护，可以维护用户的开放名单和管控名单，以在后续的资金往来中，方便快捷的进行支付。

其中，财务公司业务子系统12，还用于获取用户对应的内控名单库，并在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。

本公开实施例中，财务公司业务子系统12，接收付款指令，进行校验，可以对付款指令中的收款方是否属于内控名单库中的开放名单进行校验，在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。

其中，财资公司业务子系统13，还用于获取用户对应的内控名单库，并在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。

本公开实施例中，财资公司业务子系统13，接收付款指令，进行校验，可以对付款指令中的收款方是否属于内控名单库中的开放名单进行校验，在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。

其中，资金统一业务子系统14，还用于获取用户对应的内控名单库，并在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。

本公开实施例中，资金统一业务子系统14，接收付款指令，进行校验，可以对付款指令中的收款方是否属于内控名单库中的开放名单进行校验，在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。

在一些实施例中，司库管理子系统11，还用于对资金处理指令添加数字签名；财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中的至少一者，还用于采用对应的密钥对添加数字签名的资金处理指令进行解密验签。

本公开实施例中，支持采用校验码技术保证数据在传输过程中的完整性，司库管理子系统11对资金处理指令添加数字签名，可以采用CA数字证书等数字签名的方式对重要字段（流水号、交易金额、转入流出账号、交易时间）等进行加签，确保资金处理指令中请求数据的不可抵赖性，财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中的至少一者接收添加数字签名的资金处理指令，可以采用对应的密钥进行解密验签，可以确保数据的完整性和不可抵赖性。

如图2所示，在一些实施例中，资金管理系统1，还包括：门户子系统15。

门户子系统15与司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14相连通。

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

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

可以理解的是，资金管理系统1中包括司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14，各个子系统单独分开，用户登录每一个系统的时候，都要输入用户名和密码（每个子系统的用户名和密码也不完全一样，需要用户记忆所有子系统的用户名和密码），用户体验不好，而且各个独立的子系统的入口分散在不同的地方，使用子系统时查找子系统入口很麻烦。

基于此，本公开实施例中，资金管理系统1，还包括：门户子系统15，通过门户子系统15用户可以统一登录，方便用户寻找各个子系统入口，并且快速登录各个子系统。

门户子系统15的操作界面简单、功能实用，系统运行安全、稳定，可靠性强，系统具有扩展性、可维护性，在涉及到不同子系统间服务交互的时候，所有异常处理可以给用户提示，不能显示代码级别的错误信息，服务调用方如果调用服务事变（包括网络失败、服务方返回失败等情况），具有补偿机制（重复调用3次），如果补偿机制仍然失败，则需要记录失败日志，且调用方子系统可以根据具体的业务情况，决定是否提供人工干预机制（如：手动发起服务调用）。

本公开实施例中，门户子系统15与司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14相连通。司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中任一子系统可以通过同门户子系统15提供的同一个登录页面（URL）进行单点登录（用户权限验证）。

本公开实施例中，门户子系统15，用于为用户提供司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14的统一登录验证功能；其中，统一登录验证功能包括证书和用户名密码双重认证功能。

其中，门户子系统15提供证书（Ukey）和用户名密码双重验证方式，提供基于CFCA验签服务器的证书验证（Ukey），提供基于数据库的用户名和密码验证，提供对司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中任一子系统的CAS认证服务（认证服务均通过ESB进行接口交互），用户拔出UKey后，自动国企当前用户所有已经打开的子系统操作窗口（包括门户子系统15和司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14）。

本公开实施例中，用户在门户子系统15中验证失败（用户名/密码错误、CFCA验证失败）的情况下，记录日志，并给出验证失败的友好提示，数据库异常、程序异常均与用户身份验证失败做相同处理，用户操作窗口过期后，司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14需要给出操作会话失效的提示，门户子系统15给出提示后，自动跳转至统一登录页面。

其中，门户子系统15采用UKey和用户名密码双重验证方式来登录，用户点击门子系统15连接后先弹出UKey的PING码输入页面，用户输入UKey的PING码并且PING码验证通过后，再跳转到输入用户名密码的登录页面，用户输入用户名和密码并验证通过后进入门户子系统15的主页面。

用户登录门户子系统15后，想要登录司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中任一子系统时，弹出新浏览器窗口，并且调用对应子系统的登录服务。

其中，司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14，采用CAS验证方式（票据认证），弹出新窗口方式来打开各个子系统界面，每一个系统是一个独立的、唯一的窗口（即从门户子系统15点击两次某一个子系统，只打开一个窗口）。其中，还可以采用HTTP POST方式进行统一登录，且弹出新窗口来打开系统界面，密码采用证书加密，证书支持更换。

本公开实施例中，采用证书登录方式，一个用户不允许绑定多个证书，登录过程中不仅要求校验证书PIN码的正确，还需要校验用户登陆码与证书的匹配性。任意时刻不允许多个同名用户同时在线，即一个用户不允许在多个地方同时登录，同一个用户不允许在同一机器上同时登录多个浏览器。门户子系统15还支持用户登录密码、PIN码错误次数设定，支持账户锁定策略。

本公开实施例中，门户子系统15，还用于为用户提供审批功能、待办任务提示功能、公告通知功能、用户数据同步功能。

其中，用户登录门户子系统15后，在门户子系统15的首页上，显示登录用户的具体信息，同时列出该用户的所有未读消息以及待处理业务（为用户提供代办任务提示功能），其中，待处理业务列出该用户所有岗位的待处理业务（包括需要审批的业务，为用户提供审批功能），点击两个列表中的超链接可以查看具体的消息详情和处理具体的业务，点击处理完成后，首页将刷新，对于已读消息默认列出近一个月月的消息，如果需要查看以前的消息，可以通过消息查询进行查看。

其中，门户子系统15还为用户提供公告通知功能，公告通知可以包括系统公告、流程提醒、业务提醒、个人消息，其中，系统公告可以在首页列表置顶提醒、短信，系统公告可以增加文件附件。流程提醒在流程中设置消息提醒的对象，在流程流转时可以自动发送消息。业务提供按照不同的业务种类，提醒方式是由用户订阅，当用户订阅后就能收到相关消息。个人消息可以为用户对其他用户发送的消息，即点对点的消息。

在一些实施例中，门户子系统15，还用于接收用户的访问司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统任一子系统的访问指令，打开对应子系统；门户子系统15，还用于在打开的子系统超过预定时间无操作的情况下，向用户发送重新登录子系统的提示。

本公开实施例中，门户子系统15与司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14各自保持独立的会话状态（多窗口机制），司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14在打开超过规定的预定时间内没有任何操作，则自动退出司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14，此时提示用户“会话超时，请从门户子系统中统一打开”（因为是多窗口，所以不必跳转到登录页面）。

门户子系统15的会话超时的预定时间是司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中所有子系统的最大超时时间（最后一个会话超时），即有司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14中的至少一个处于未超时（或未退出时），门户子系统15会话不会超时。

门户子系统15还提供“会话心跳机制”（会话心跳接口），即司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14定时（根据各自子系统的会话超时时间而定）向门户子系统15发送会话状态报告，保证门户子系统15位置最大的额回话超时时间。

本公开实施例中，司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14的主动关闭不影响门户子系统15的状态，并且门户子系统15的主动关闭也不会影响其他子系统的状态。

其中，如果司库管理子系统11、财务公司业务子系统12、财资公司业务子系统13和资金统一业务子系统14调用门户子系统15的会话心跳服务接口失败，具有重试机制（三次），如果重试失败，需要各子系统记录日志（便于排查问题），且各子系统本次不再进行其他逻辑处理。

本公开实施例中，通过门户子系统可以实现多子系统统一用户登录，提高系统一体化管理能力，提高整个系统的可靠性和可用性，多子系统集成，可以减少各子系统的设计，开发工作量。

如图3所示，在一些实施例中，资金管理系统，还包括：可视化子系统16。

其中，可视化子系统16与司库管理子系统11相连通。

司库管理子系统11，还用于将资金处理指令和资金处理结果发送至可视化系统16；可视化子系统16，用于接收资金处理指令和资金处理结果，并根据资金处理指令和资金处理结果，生成可视化视图。

本公开实施例中，资金管理系统，还包括可视化子系统16，可视化子系统16与司库管理子系统11相连通，可以接收司库管理子系统11发送的资金处理指令和资金处理结果，并根据资金处理指令和资金处理结果，生成可视化视图。

其中，可视化视图可以根据银行、账户、币种、日月年、支付风险等进行统计，可以通过可视化视图了解资金情况，方便企业集团领导辅助决策。

为了实现上述实施例，本公开还提出一种资金管理方法。

图4为本公开实施例提供的一种资金管理方法的流程图。

如图4所示，该资金管理方法，包括但不限于如下步骤：

S41：司库管理子系统获取用户发送的资金处理指令，确定用户的类别，以及确定资金处理指令的业务类别，在类别为境内内部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财务公司业务子系统，在类别为境外成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财资公司业务子系统，在类别为境内外部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至资金统一业务子系统；其中，资金处理指令包括：付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种。

S42：司库管理子系统接收资金处理结果，并反馈至用户，其中，资金处理结果为财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者，接收资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果并发送至司库管理子系统的。

本公开实施例中，司库管理子系统获取用户发送的资金处理指令，其中，用户可以为企业集团中的任一企业中的用户。司库管理子系统可以与企业的用户使用的财务共享系统、ERP（Enterprise Resource Planning，企业资源计划）系统或费用报销系统等通过接口交互，用户可以在财务共享系统、ERP系统或费用报销系统中发起资金处理指令，司库管理子系统可以通过接口获取用户在财务共享系统、ERP系统或费用报销系统中发起的资金处理指令。其中，用户可以为企业集团中的成员单位，包括成员单位相应岗位的员工、管理人员等。

其中，资金处理指令包括：付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种。

示例性地，在资金处理指令为付款指令的情况下，用户在财务共享系统中将付款单制成完成后，财务共享系统会主动调用付款指令接口，将付款单发送至司库管理子系统产生付款指令。其中，付款指令接口一次调用为一条指令。

其中，付款单中可以包括期望付款日、付款账号、付方信息（付方户名、付方开户行、付方客户名称、可用余额）、收方信息（收款账号、收方户名、受访银行、收款人开户行、收款地址）、付款信息（金额、付款类型、用途、加急类型）等等。

示例性地，在资金处理指令为存款指令的情况下，用户在财务共享系统中将存款单制成完成后，财务共享系统会主动调用上存指令接口，将存款单发送至司库管理子系统产生存款指令。其中，上存指令接口一次调用为一条指令。

可以理解的是，收款指令、请款指令、借款指令、还款指令与上述示例中付款指令和存款指令类似，均分别有对应的指令接口，指令生成方式相同，本公开不再一一举例。

其中，查询指令，还可以包括付款结果查询指令、存款结果查询指令、收款结果查询指令、请款结果查询指令、借款结果查询指令、还款结果查询指令。

示例性地，在资金处理指令为付款结果查询指令的情况下，司库管理子系统作为服务端对外开放付款指令结果查询接口，与付款指令接口配合使用。当财务共享系统通过付款指令接口在司库管理子系统中创建付款指令后，可以调用付款指令结果查询接口，主动轮询司库管理子系统，询问付款指令是否付款成功。

示例性地，在资金处理指令为存款结果查询指令的情况下，司库管理子系统作为服务端对外开放上存指令结果查询接口，与上存指令接口配合使用。当财务共享系统通过上存指令接口在司库管理子系统中创建存款指令后，可以调用上存指令结果查询接口，主动轮询司库管理子系统，询问存款指令是否上存成功。

可以理解的是，收款结果查询指令、请款结果查询指令、借款结果查询指令、还款结果查询指令与上述示例中付款结果查询指令和存款结果查询指令类似，均分别有对应的指令结果查询接口，接口的调用方式相同，本公开不再一一举例。

其中，资金处理指令为对账指令的情况下，司库管理子系统作为服务端对外开放银行对账单查询接口，支持财务共享系统主动查询银行对账单数据，司库管理子系统可以定期（T+1）将多家直联银行数据（文件格式数据）存放至文件服务器（SFTP(Secure FileTransfer Protocol，安全文件传送协议)），财务共享系统定时（T+1）查询该服务获取对账单信息。

需要说明的是，上述示例均以用户在财务共享系统中进行上述操作进行举例，本公开实施例中，用户还可以在ERP系统或费用报销系统等其他系统中操作，对应的司库管理子系统可以与对应系统通过接口交互，本公开实施例对此不作具体限制。

本公开实施例中，司库管理子系统获取用户发送的资金处理指令，确定用户的类别，其中，用户的类别可以包括境内内部成员用户、境外成员用户和境内外部成员用户。

可以理解的是，境内内部成员用户、境外成员用户和境内外部成员用户的划分，可以根据企业集团中的企业性质、业务往来、业务需求、对接银行等进行划分。

示例性地，根据企业性质，企业的注册地址划分境外成员用户，其中，将持股比例大于预设值的企业划分为境内内部成员用户，持股比例小于预设值的企业划分为境内外部成员用户，预设值可以为20%等。

本公开实施例中，针对不同的类别的用户，分别对应不同的子系统进行资金的处理。

可以理解的是，在司库管理子系统上线时，可以对用户的类别进行初始化，上线前需要对用户的类别进行梳理整合，在司库管理子系统上线后，需要新增用户时，需要在司库管理子系统中提出申请，提供相应的资料，经过审核审批后，创建用户，以及分配相应的权限。其中，境内内部成员用户在财务公司业务子系统中进行维护，境外成员用户在财资公司业务子系统中进行维护，境内外部成员用户在资金统一业务子系统中进行维护。

其中，司库管理子系统中的用户可以具有唯一的主编码，以区分不同的用户。并且，可以对用户进行分组及灵活设置，支持体系树的搭建。体系树可以包括：资金管理体系树，以关联不同的用户，方便在资金管理中应用资金管理体系树进行审批等。

其中，还可以在司库管理子系统中变更用户，例如：用户体系修改、停用用户、删除用户、合并用户等。本公开实施例中，为了更好的记录变更的情况，可以保留相应的日志，方便查看，了解变更的事宜。

本公开实施例中，司库管理子系统获取用户发送的资金处理指令，可以确定用户的类别以及资金处理指令的业务类别。

其中，资金处理指令的业务类别包括对公业务和对私业务。

其中，在类别为境内内部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财务公司业务子系统，在类别为境外成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财资公司业务子系统，在类别为境内外部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至资金统一业务子系统。

本公开实施例中，司库管理子系统在确定用户的类别为境内内部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财务公司业务子系统，在确定用户的类别为境外成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财资公司业务子系统，在确定用户的类别为境内外部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至资金统一业务子系统。

可以理解的是，本公开实施例中，对于境内内部成员用户的对公业务的资金管理在财务公司业务子系统中进行，对于境外成员用户的对公业务的资金管理在财资公司业务子系统中进行，对于境内外部成员用户的对公业务的资金管理在资金统一业务子系统中进行。

本公开实施例中，在资金处理指令的业务类型为对私业务的情况下，司库管理子系统可以通过连接外部银行的银企接口或SWIFT接口，完成资金处理业务，即可以使用用户在银行开立的账户完成资金处理指令指示的资金处理业务，生成处理结果，并反馈至用户。

本公开实施例中，财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者，用于接收资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统；司库管理子系统，还用于接收资金处理结果，并反馈至用户。

其中，财务公司业务子系统接收境内内部成员用户的资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统。

财资公司业务子系统接收境外成员用户的资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统。

资金统一业务子系统接收境内外部成员用户的资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统。

本公开实施例中，司库管理子系统还可以接收资金处理结果，将资金处理结果反馈至用户。可以理解的是，根据上述司库管理子系统接收用户发送的资金处理指令的描述，其接口实现方式在司库管理子系统将资金处理结果反馈至用户同样适用，此处不再赘述。

本公开实施例中，资金管理系统可以处理境内和境外的用户的资金业务，可以满足包括境内和境外的企业的企业集团进行统一的资金管理，以实现资金业务的全流程管控和信息共享，能够提高资金处理效率。

本公开实施例中，财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者，接收资金处理指令，进行校验，可以包括内控名单校验、大额资金监控预警、禁止对私付款预警、疑似重复预警、定向支付控制，等等。

其中，内控名单校验，可以在企业集团中维护内控名单，针对资金处理指令中的收款方的信息，如果在内控名单中，禁止进行资金处理，例如禁止付款。

大额资金监控预警，可以设置大额支付监控预警值，例如，支付2000万，内转1亿，用款2000万等，当超过大额支付监控预警值，需触发三级预警条件，三级预警是提示付款经办人、提示复核人、提示审批人。之后需要线下与付款方核实付款信息后，再处理相应业务。

禁止对私付款预警，可以对资金处理指令中的收款方的信息进行审查，若收款方账户户名小于等于四个字，则收款方默认为是个人账户，触发三级预警条件，如果继续支付，需要线下与付款方核实付款信息后，再处理相应业务。

疑似重复预警，可以对资金处理指令中的信息进行审查，如果期望付款日、金额、币种、付款账号、收款账号相同，则触发三级预警条件，如果继续支付，需要线下与付款方核实付款信息后，再处理相应业务。

定向支付控制，可以设定定向支付限额（分币种），在资金处理指令中向收款方支付的支付金额大于或等于支付限额的情况下，收款方必须是发起资金处理指令的用户的定向支付库中维护的信息。

其中，用户可以各自维护定向支付库，可以录入集团外账户以及选择集团内账户添加至定向支付库，集团外账户可以为用户的上下游单位用户账户、或银行金融机构、非银行金融机构、类金融机构的账户，集团内账户可以为集团内其他单位的银行账户或财务公司账户。对于集团外账户可以修改账户信息，集团内账户不能修改账户信息，对于不再期望应用于定向支付库的账户，可以停用，但不可以删除，定向支付库的维护，包括新增、修改、停用等都需要经过单位审批后生效。

财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者，对于用户发送的资金处理指令，校验需要包括以上部分内容的校验，不满足的情况下，驳回资金处理指令。

通过实施本公开实施例，司库管理子系统获取用户发送的资金处理指令，确定用户的类别，以及确定资金处理指令的业务类别，在类别为境内内部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财务公司业务子系统，在类别为境外成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至财资公司业务子系统，在类别为境内外部成员用户以及业务类别为对公业务的情况下，将资金处理指令发送至资金统一业务子系统；财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者，用于接收资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至司库管理子系统；司库管理子系统，还用于接收资金处理结果，并反馈至用户。由此，可以满足包括境内和境外的企业的企业集团进行统一的资金管理，以实现资金业务的全流程管控和信息共享，能够提高资金处理效率。

关于上述实施例中的方法，其中各个模块执行操作的具体方式已经在有关该系统的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开实施例中资金管理方法所能取得的有益效果与上述示例资金管理系统所能取得的有益效果相同，此处不再赘述。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图5是用来实现本公开实施例的资金管理方法的电子设备的框图。

计算机设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。计算机设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示，计算机设备500包括计算单元501，其可以根据存储在只读存储器（ROM）502中的计算机程序或者从存储单元508加载到随机访问存储器（RAM）503中的计算机程序，来执行各种适当的动作和处理。在RAM 503中，还可存储设备500操作所需的各种程序和数据。计算单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出（I/O）接口505也连接至总线504。

计算机设备500中的多个部件连接至I/O接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元（CPU）、图形处理单元（GPU）、各种专用的人工智能（AI）计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器（DSP）、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如，资金管理方法。

例如，在一些实施例中，资金管理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM503并由计算单元501执行时，可以执行上文描述的资金管理方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行资金管理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、芯片上系统的系统（SOC）、负载可编程逻辑设备（CPLD）、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的资金管理方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦除可编程只读存储器（EPROM或快闪存储器）、光纤、便捷式紧凑盘只读存储器（CD-ROM）、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置（例如，CRT（阴极射线管）或者LCD（液晶显示器）监视器）；以及键盘和指向装置（例如，鼠标或者轨迹球），用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈（例如，视觉反馈、听觉反馈、或者触觉反馈）；并且可以用任何形式（包括声输入、语音输入或者、触觉输入）来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统（例如，作为数据服务器）、或者包括中间件部件的计算系统（例如，应用服务器）、或者包括前端部件的计算系统（例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互）、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信（例如，通信网络）来将系统的部件相互连接。通信网络的示例包括：局域网（LAN）、广域网（WAN）、互联网及区块链网络。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务（"Virtual Private Server"，或简称 "VPS"）中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

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

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

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

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备（如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统）使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例（非穷尽性列表）包括以下：具有一个或多个布线的电连接部（电子装置），便携式计算机盘盒（磁装置），随机存取存储器（RAM），只读存储器（ROM），可擦除可编辑只读存储器（EPROM或闪速存储器），光纤装置，以及便携式光盘只读存储器（CDROM）。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (11)

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

所述司库管理子系统通过接口分别与所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统相连通，所述接口的实现采用“客户端请求--服务器应答”的机制，采用同步的通讯方式；

所述司库管理子系统，用于获取用户发送的资金处理指令，确定所述用户的类别，以及确定所述资金处理指令的业务类别，在所述类别为境内内部成员用户以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至所述财务公司业务子系统，在所述类别为境外成员用户以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至所述财资公司业务子系统，在所述类别为境内外部成员用户以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至所述资金统一业务子系统；其中，所述资金处理指令包括：付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种；

所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者，用于接收所述资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果，并发送至所述司库管理子系统；

所述司库管理子系统，还用于接收所述资金处理结果，并反馈至所述用户；

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

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

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

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

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

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

所述财务公司业务子系统，还用于将所述第一内部账户中第一留存额度以外的境内资金归集至财务公司账户，并发送至所述司库管理子系统；

所述财资公司业务子系统，还用于将所述第二内部账户中第二留存额度以外的境外资金归集至财资公司账户，并发送至所述司库管理子系统。

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

所述财务公司业务子系统，还用于根据所述第一内部账户的额度设置和/或所述司库管理子系统发送的所述第一内部账户对应的用户的不归集请求，确定所述第一留存额度；

所述财资公司业务子系统，还用于根据所述第二内部账户的额度设置和/或所述司库管理子系统发送的所述第二内部账户对应的用户的不归集请求，确定所述第二留存额度。

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

所述财务公司业务子系统，还用于对所述第一内部账户的第一留存额度进行监控，并进行定期补足；

所述财资公司业务子系统，还用于对所述第二内部账户的第二留存额度进行监控，并进行定期补足。

5.根据权利要求2所述的系统，其特征在于，所述资金处理指令为付款指令，其中，

所述财务公司业务子系统，用于接收所述付款指令，并进行校验，在校验通过的情况下，使用所述财务公司账户通过银企接口或SWIFT接口进行付款，生成付款结果，并发送至所述司库管理子系统；

所述财资公司业务子系统，用于接收所述资金处理指令，并进行校验，在校验通过的情况下，使用所述财资公司账户通过银企接口或SWIFT接口进行付款，生成付款结果，并发送至所述司库管理子系统；

所述资金统一业务子系统，用于接收所述资金处理指令，并进行校验，在校验通过的情况下，使用资金中心母账户和所述联动子账户通过银企接口或SWIFT接口进行联动付款，生成付款结果，并发送至所述司库管理子系统。

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

所述司库管理子系统，还用于接收所述用户发送的合作伙伴变更信息，根据所述合作伙伴变更信息对所述用户对应的定向支付库中的合作伙伴进行维护；

所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者，还用于获取所述用户对应的所述定向支付库，并在所述付款指令中的收款方为所述定向支付库中的合作伙伴的情况下向所述收款方进行付款。

7.根据权利要求1至6中任一项所述的系统，其特征在于，所述系统，还包括：门户子系统；

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

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

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

8.如权利要求7所述的系统，其特征在于，还包括：

所述门户子系统，还用于接收所述用户的访问所述司库管理子系统、所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统任一子系统的访问指令，打开对应子系统；

所述门户子系统，还用于在打开的子系统超过预定时间无操作的情况下，向所述用户发送重新登录子系统的提示。

9.一种资金管理方法，其特征在于，所述方法，包括：

司库管理子系统获取用户发送的资金处理指令，确定所述用户的类别，以及确定所述资金处理指令的业务类别，在所述类别为境内内部成员用户以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至财务公司业务子系统，在所述类别为境外成员用户以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至财资公司业务子系统，在所述类别为境内外部成员用户以及所述业务类别为对公业务的情况下，将所述资金处理指令发送至资金统一业务子系统；其中，所述资金处理指令包括：付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种；

所述司库管理子系统接收资金处理结果，并反馈至所述用户，其中，所述资金处理结果为所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统中的至少一者，接收所述资金处理指令，在校验通过的情况下，进行资金处理，生成资金处理结果并发送至所述司库管理子系统的；

其中，所述方法还包括：

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

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

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

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

所述司库管理子系统接收所述信息，并反馈至所述用户。

10.一种电子设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如权利要求9所述的方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求9所述的方法。

Images