CN115545929B - 资金管理方法、装置、电子设备和存储介质 - Google Patents

资金管理方法、装置、电子设备和存储介质 Download PDF

Info

Publication number
CN115545929B
CN115545929B CN202211279045.8A CN202211279045A CN115545929B CN 115545929 B CN115545929 B CN 115545929B CN 202211279045 A CN202211279045 A CN 202211279045A CN 115545929 B CN115545929 B CN 115545929B
Authority
CN
China
Prior art keywords
instruction
fund
user
account
payment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202211279045.8A
Other languages
English (en)
Other versions
CN115545929A (zh
Inventor
徐立红
李云峰
孙艳军
栾帅
王英
唐斌斌
周晴
张欣玉
朱长风
马梦萧
伍洲
刘雷
张庆
杨畅
唐胜
余力
李旭然
吴非
王文姬
周俊宇
何小文
闫湘玥
薛茜
李莉新
肖婷婷
彭敏
刘忆思
郝震媛
代苯康
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
State Power Investment Group Finance Co ltd
Original Assignee
State Power Investment Group Finance Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by State Power Investment Group Finance Co ltd filed Critical State Power Investment Group Finance Co ltd
Priority to CN202211279045.8A priority Critical patent/CN115545929B/zh
Publication of CN115545929A publication Critical patent/CN115545929A/zh
Application granted granted Critical
Publication of CN115545929B publication Critical patent/CN115545929B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Data Mining & Analysis (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本公开提出一种资金管理方法、装置、电子设备和存储介质,其中,该方法包括:获取用户发送的资金处理指令;确定用户的类别,以及确定资金处理指令的业务类别;响应于用户的类别为境内内部成员用户以及业务类别为对公业务,采用第一资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境外成员用户以及业务类别为对公业务,采用第二资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境内外部成员用户以及业务类别为对公业务,采用第三资金处理方式进行处理,并生成资金处理结果;将资金处理结果,反馈至用户。由此,可以满足企业集团进行统一的资金管理,以实现资金业务的全流程管控和信息共享,能够提高资金处理效率。

Description

资金管理方法、装置、电子设备和存储介质
技术领域
本公开涉及计算机技术领域,尤其涉及一种资金管理方法、装置、电子设备和存储介质。
背景技术
随着社会的不断进步,企业的发展规模越来越大,已经由企业发展成为企业集团,其中,企业集团中可以包括境内和/或境外的企业。
相关技术中,企业集团中企业分别独立管理各自的资金,独立完成资金处理过程,尚缺乏统一的资金管理方法以满足企业集团进行统一的资金管理,这是亟需解决的问题。
发明内容
本公开旨在至少在一定程度上解决相关技术中的技术问题之一。
第一方面,提出了一种资金管理方法,所述方法,包括:获取用户发送的资金处理指令;其中,所述资金处理指令包括:付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种;确定所述用户的类别,以及确定所述资金处理指令的业务类别;其中,所述用户的类别包括:境内内部成员用户、境外成员用户和境内外部成员用户;所述业务类别包括对公业务;响应于所述用户的类别为境内内部成员用户以及所述业务类别为对公业务,采用第一资金处理方式进行处理,并生成资金处理结果;响应于所述用户的类别为境外成员用户以及所述业务类别为对公业务,采用第二资金处理方式进行处理,并生成资金处理结果;响应于所述用户的类别为境内外部成员用户以及所述业务类别为对公业务,采用第三资金处理方式进行处理,并生成资金处理结果;将所述资金处理结果,反馈至所述用户。
本公开第二方面,提出了一种资金管理装置,该装置包括:指令获取单元,用于获取用户发送的资金处理指令;其中,所述资金处理指令包括:付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种;类别确定单元,用于确定所述用户的类别,以及确定所述资金处理指令的业务类别;其中,所述用户的类别包括:境内内部成员用户、境外成员用户和境内外部成员用户;所述业务类别包括对公业务;处理单元,用于响应于所述用户的类别为境内内部成员用户以及所述业务类别为对公业务,采用第一资金处理方式进行处理,并生成资金处理结果;响应于所述用户的类别为境外成员用户以及所述业务类别为对公业务,采用第二资金处理方式进行处理,并生成资金处理结果;响应于所述用户的类别为境内外部成员用户以及所述业务类别为对公业务,采用第三资金处理方式进行处理,并生成资金处理结果;结果反馈单元,用于将所述资金处理结果,反馈至所述用户。
本公开第三方面,提出了一种电子设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现第一方面所述的方法。
本公开第四方面实施例提出了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时,实现第一方面所述的方法。
本公开实施例所提供的技术方案,可以包含如下的有益效果:
通过实施本公开实施例,获取用户发送的资金处理指令;其中,资金处理指令包括:付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种;确定用户的类别,以及确定资金处理指令的业务类别;其中,用户的类别包括:境内内部成员用户、境外成员用户和境内外部成员用户,业务类别包括对公业务;响应于用户的类别为境内内部成员用户以及业务类别为对公业务,采用第一资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境外成员用户以及业务类别为对公业务,采用第二资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境内外部成员用户以及业务类别为对公业务,采用第三资金处理方式进行处理,并生成资金处理结果;将资金处理结果,反馈至用户。由此,可以满足包括境内和境外的企业的企业集团进行统一的资金管理,以实现资金业务的全流程管控和信息共享,能够提高资金处理效率。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本公开实施例提供的一种资金管理方法的流程图;
图2为本公开实施例提供的另一种资金管理方法的流程图;
图3为本公开实施例提供的又一种资金管理方法的流程图;
图4为本公开实施例提供的又一种资金管理方法的流程图;
图5为本公开实施例提供的一种资金管理装置的结构图;
图6为用来实现本公开实施例的资金管理方法的一种电子设备的框图。
具体实施方式
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
下面参考附图描述本公开实施例的资金管理方法、装置、电子设备和存储介质。
图1为本公开实施例所提供的一种资金管理方法的流程图。
其中,如图1所示,本公开实施例提供的资金管理方法,包括但不限于如下步骤:
S1:获取用户发送的资金处理指令;其中,资金处理指令包括:付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种。
S2:确定用户的类别,以及确定资金处理指令的业务类别;其中,用户的类别包括:境内内部成员用户、境外成员用户和境内外部成员用户,业务类别包括对公业务。
S3:响应于用户的类别为境内内部成员用户以及业务类别为对公业务,采用第一资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境外成员用户以及业务类别为对公业务,采用第二资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境内外部成员用户以及业务类别为对公业务,采用第三资金处理方式进行处理,并生成资金处理结果。
S4:将资金处理结果,反馈至用户。
本公开实施例中,资金管理方法可以由资金管理系统执行,资金管理系统(资金管理系统中的司库管理子系统)获取用户发送的资金处理指令,其中,用户可以为企业集团中的任一企业中的用户。资金管理系统(资金管理系统中的司库管理子系统)可以与企业的用户使用的财务共享系统、ERP(Enterprise Resource Planning,企业资源计划)系统或费用报销系统等通过接口交互,用户可以在财务共享系统、ERP系统或费用报销系统中发起资金处理指令,资金管理系统(资金管理系统中的司库管理子系统)可以通过接口获取用户在财务共享系统、ERP系统或费用报销系统中发起的资金处理指令。其中,用户可以为企业集团中的成员单位,包括成员单位相应岗位的员工、管理人员等。
其中,资金处理指令包括:付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种。
示例性地,在资金处理指令为付款指令的情况下,用户在财务共享系统中将付款单制成完成后,财务共享系统会主动调用付款指令接口,将付款单发送至资金管理系统(资金管理系统中的司库管理子系统)产生付款指令。其中,付款指令接口一次调用为一条指令。
其中,付款单中可以包括期望付款日、付款账号、付方信息(付方户名、付方开户行、付方客户名称、可用余额)、收方信息(收款账号、收方户名、受访银行、收款人开户行、收款地址)、付款信息(金额、付款类型、用途、加急类型)等等。
示例性地,在资金处理指令为存款指令的情况下,用户在财务共享系统中将存款单制成完成后,财务共享系统会主动调用上存指令接口,将存款单发送至资金管理系统(资金管理系统中的司库管理子系统)产生存款指令。其中,上存指令接口一次调用为一条指令。
可以理解的是,收款指令、请款指令、借款指令、还款指令与上述示例中付款指令和存款指令类似,均分别有对应的指令接口,指令生成方式相同,本公开不再一一举例。
其中,查询指令,还可以包括付款结果查询指令、存款结果查询指令、收款结果查询指令、请款结果查询指令、借款结果查询指令、还款结果查询指令。
示例性地,在资金处理指令为付款结果查询指令的情况下,资金管理系统(资金管理系统中的司库管理子系统)作为服务端对外开放付款指令结果查询接口,与付款指令接口配合使用。当财务共享系统通过付款指令接口在资金管理系统(资金管理系统中的司库管理子系统)中创建付款指令后,可以调用付款指令结果查询接口,主动轮询资金管理系统(资金管理系统中的司库管理子系统),询问付款指令是否付款成功。
示例性地,在资金处理指令为存款结果查询指令的情况下,资金管理系统(资金管理系统中的司库管理子系统)作为服务端对外开放上存指令结果查询接口,与上存指令接口配合使用。当财务共享系统通过上存指令接口在资金管理系统(资金管理系统中的司库管理子系统)中创建存款指令后,可以调用上存指令结果查询接口,主动资金管理系统(资金管理系统中的司库管理子系统),询问存款指令是否上存成功。
可以理解的是,收款结果查询指令、请款结果查询指令、借款结果查询指令、还款结果查询指令与上述示例中付款结果查询指令和存款结果查询指令类似,均分别有对应的指令结果查询接口,接口的调用方式相同,本公开不再一一举例。
其中,资金处理指令为对账指令的情况下,资金管理系统(资金管理系统中的司库管理子系统)作为服务端对外开放银行对账单查询接口,支持财务共享系统主动查询银行对账单数据,资金管理系统(资金管理系统中的司库管理子系统)可以定期(T+1)将多家直联银行数据(文件格式数据)存放至文件服务器(SFTP(Secure File Transfer Protocol,安全文件传送协议)),财务共享系统定时(T+1)查询该服务获取对账单信息。
需要说明的是,上述示例均以用户在财务共享系统中进行上述操作进行举例,本公开实施例中,用户还可以在ERP系统或费用报销系统等其他系统中操作,对应的资金管理系统(资金管理系统中的司库管理子系统)可以与对应系统通过接口交互,本公开实施例对此不作具体限制。
本公开实施例中,资金管理系统(资金管理系统中的司库管理子系统)获取用户发送的资金处理指令,确定用户的类别,其中,用户的类别可以包括境内内部成员用户、境外成员用户和境内外部成员用户。
可以理解的是,境内内部成员用户、境外成员用户和境内外部成员用户的划分,可以根据企业集团中的企业性质、业务往来、业务需求、对接银行等进行划分。
示例性地,根据企业性质,企业的注册地址划分境外成员用户,其中,将持股比例大于预设值的企业划分为境内内部成员用户,持股比例小于预设值的企业划分为境内外部成员用户,预设值可以为20%等。
本公开实施例中,针对不同的类别的用户,可以分别在资金管理系统中的不同的子系统进行资金的处理。
可以理解的是,在资金管理系统中的司库管理子系统上线时,可以对用户的类别进行初始化,上线前需要对用户的类别进行梳理整合,在资金管理系统中的司库管理子系统上线后,需要新增用户时,需要在资金管理系统中的司库管理子系统中提出申请,提供相应的资料,经过审核审批后,创建用户,以及分配相应的权限。其中,境内内部成员用户在资金管理系统中的财务公司业务子系统中进行维护,境外成员用户在资金管理系统中的财资公司业务子系统中进行维护,境内外部成员用户在资金管理系统中的资金统一业务子系统中进行维护。
其中,资金管理系统中的司库管理子系统中的用户可以具有唯一的主编码,以区分不同的用户。并且,可以对用户进行分组及灵活设置,支持体系树的搭建。体系树可以包括:资金管理体系树,以关联不同的用户,方便在资金管理中应用资金管理体系树进行审批等。
其中,还可以在资金管理系统中的司库管理子系统中变更用户,例如:用户体系修改、停用用户、删除用户、合并用户等。本公开实施例中,为了更好的记录变更的情况,可以保留相应的日志,方便查看,了解变更的事宜。
本公开实施例中,资金管理系统(资金管理系统中的司库管理子系统)获取用户发送的资金处理指令,可以确定用户的类别以及资金处理指令的业务类别。
其中,资金处理指令的业务类别包括对公业务和对私业务。
其中,响应于用户的类别为境内内部成员用户以及业务类别为对公业务,采用第一资金处理方式进行处理,并生成资金处理结果。响应于用户的类别为境外成员用户以及业务类别为对公业务,采用第二资金处理方式进行处理,并生成资金处理结果。响应于用户的类别为境内外部成员用户以及业务类别为对公业务,采用第三资金处理方式进行处理,并生成资金处理结果。
其中,在类别为境内内部成员用户以及业务类别为对公业务的情况下,资金管理系统中的司库管理子系统将资金处理指令发送至资金管理系统中的财务公司业务子系统,在类别为境外成员用户以及业务类别为对公业务的情况下,将资金处理指令发送至资金管理系统中的财资公司业务子系统,在类别为境内外部成员用户以及业务类别为对公业务的情况下,将资金处理指令发送至资金管理系统中的资金统一业务子系统。
本公开实施例中,资金管理系统包括司库管理子系统,司库管理子系统分别与财务公司业务子系统、财资公司业务子系统和资金统一业务子系统相连通。
其中,司库管理子系统可以通过接口实现分别与财务公司业务子系统、财资公司业务子系统和资金统一业务子系统相连通,接口的实现主要采用“客户端请求--服务器应答”的机制,采用同步的通讯方式,示例性地,可以通过超文本传输协议(Hyper TextTransfer Protocol,HTTP)发布(POST)的方式发送相应资金处理指令。
本公开实施例中,采用统一的HTTP POST方式,接口的入参和返回值采用统一格式的报文,财务公司业务子系统、财资公司业务子系统和资金统一业务子系统可以分别根据资金处理指令对应的入参中的业务类型代码,进行不同的业务处理,并将处理结果转换成统一格式的报文,返回给司库管理子系统。
其中,接口可以通过ESB(Enterprise Service Bus,企业服务总线)平台进行调用,ESB平台对报文有固定格式的要求。
本公开实施例中,资金管理系统(资金管理系统中的司库管理子系统)在确定用户的类别为境内内部成员用户以及业务类别为对公业务的情况下,将资金处理指令发送至资金管理系统中的财务公司业务子系统,在确定用户的类别为境外成员用户以及业务类别为对公业务的情况下,将资金处理指令发送至资金管理系统中的财资公司业务子系统,在确定用户的类别为境内外部成员用户以及业务类别为对公业务的情况下,将资金处理指令发送至资金管理系统中的资金统一业务子系统。
可以理解的是,本公开实施例中,对于境内内部成员用户的对公业务的资金管理在资金管理系统中的财务公司业务子系统中进行,对于境外成员用户的对公业务的资金管理在资金管理系统中的财资公司业务子系统中进行,对于境内外部成员用户的对公业务的资金管理在资金管理系统中的资金统一业务子系统中进行。
本公开实施例中,在资金处理指令的业务类型为对私业务的情况下,司库管理子系统可以通过连接外部银行的银企接口或SWIFT接口,完成资金处理业务,即可以使用用户在银行开立的账户完成资金处理指令指示的资金处理业务,生成处理结果,并反馈至用户。
本公开实施例中,资金管理系统中的财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者,用于接收资金处理指令,在校验通过的情况下,进行资金处理,生成资金处理结果,并发送至司库管理子系统;司库管理子系统接收资金处理结果,并反馈至用户。
其中,资金管理系统中的财务公司业务子系统接收境内内部成员用户的资金处理指令,在校验通过的情况下,进行资金处理,生成资金处理结果,并发送至资金管理系统中的司库管理子系统。
资金管理系统中的财资公司业务子系统接收境外成员用户的资金处理指令,在校验通过的情况下,进行资金处理,生成资金处理结果,并发送至资金管理系统中的司库管理子系统。
资金管理系统中的资金统一业务子系统接收境内外部成员用户的资金处理指令,在校验通过的情况下,进行资金处理,生成资金处理结果,并发送至资金管理系统中的司库管理子系统。
本公开实施例中,资金管理系统中的司库管理子系统还可以接收资金处理结果,将资金处理结果反馈至用户。可以理解的是,根据上述资金管理系统中的司库管理子系统接收用户发送的资金处理指令的描述,其接口实现方式在资金管理系统中的司库管理子系统将资金处理结果反馈至用户同样适用,此处不再赘述。
本公开实施例中,资金管理系统可以处理境内和境外的用户的资金业务,可以满足包括境内和境外的企业的企业集团进行统一的资金管理,以实现资金业务的全流程管控和信息共享,能够提高资金处理效率。
本公开实施例中,资金管理系统中的财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者,接收资金处理指令,进行校验,可以包括内控名单校验、大额资金监控预警、禁止对私付款预警、疑似重复预警、定向支付控制,等等。
其中,内控名单校验,可以在企业集团中维护内控名单,针对资金处理指令中的收款方的信息,如果在内控名单中,禁止进行资金处理,例如禁止付款。
大额资金监控预警,可以设置大额支付监控预警值,例如,支付2000万,内转1亿,用款2000万等,当超过大额支付监控预警值,需触发三级预警条件,三级预警是提示付款经办人、提示复核人、提示审批人。之后需要线下与付款方核实付款信息后,再处理相应业务。
禁止对私付款预警,可以对资金处理指令中的收款方的信息进行审查,若收款方账户户名小于等于四个字,则收款方默认为是个人账户,触发三级预警条件,如果继续支付,需要线下与付款方核实付款信息后,再处理相应业务。
疑似重复预警,可以对资金处理指令中的信息进行审查,如果期望付款日、金额、币种、付款账号、收款账号相同,则触发三级预警条件,如果继续支付,需要线下与付款方核实付款信息后,再处理相应业务。
定向支付控制,可以设定定向支付限额(分币种),在资金处理指令中向收款方支付的支付金额大于或等于支付限额的情况下,收款方必须是发起资金处理指令的用户的定向支付库中维护的信息。
其中,用户可以各自维护定向支付库,可以录入集团外账户以及选择集团内账户添加至定向支付库,集团外账户可以为用户的上下游单位用户账户、或银行金融机构、非银行金融机构、类金融机构的账户,集团内账户可以为集团内其他单位的银行账户或财务公司账户。对于集团外账户可以修改账户信息,集团内账户不能修改账户信息,对于不再期望应用于定向支付库的账户,可以停用,但不可以删除,定向支付库的维护,包括新增、修改、停用等都需要经过单位审批后生效。
资金管理系统中的财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者,对于用户发送的资金处理指令,校验需要包括以上部分内容的校验,不满足的情况下,驳回资金处理指令。
通过实施本公开实施例,获取用户发送的资金处理指令;其中,资金处理指令包括:付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种;确定用户的类别,以及确定资金处理指令的业务类别;其中,用户的类别包括:境内内部成员用户、境外成员用户和境内外部成员用户,业务类别包括对公业务;响应于用户的类别为境内内部成员用户以及业务类别为对公业务,采用第一资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境外成员用户以及业务类别为对公业务,采用第二资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境内外部成员用户以及业务类别为对公业务,采用第三资金处理方式进行处理,并生成资金处理结果;将资金处理结果,反馈至用户。由此,可以满足包括境内和境外的企业的企业集团进行统一的资金管理,以实现资金业务的全流程管控和信息共享,能够提高资金处理效率。
如图2所示,在一些实施例中,本公开实施例提供的资金管理方法,还包括:
S21:获取用户发送的开户申请指令。
S22:确定开户申请指令的开户类别;其中,开户类别包括:财务公司专户、财资公司专户和资金统一专户。
S23:响应于开户类别为财务公司专户,为用户开立第一内部账户,并生成第一内部账户的账户信息;响应于开户类别为财资公司专户,为用户开立第二内部账户,并生成第二内部账户的账户信息;响应于开户类别为资金统一专户,为用户开立联动子账户,并生成联动子账户的账户信息。
S24:将账户信息,反馈至用户。
本公开实施例中,用户还可以发送开户申请指令,资金管理系统获取到用户发送的开户申请指令,可以确定开户申请指令的开户类别,以确定开立什么类型的账户,并生成账户信息。其中,开户类别包括:财务公司专户、财资公司专户和资金统一专户。
本公开实施例中,资金管理系统中的司库管理子系统在接收到用户发送的开户申请指令,可以根据开户申请指令中携带的申请开立账户的开户类别,其中,开户申请指令的开户类别可以包括财务公司专户、财资公司专户和资金统一专户。
本公开实施例中,资金管理系统中的财务公司业务子系统、财资公司业务子系统和资金统一业务子系统可以相当于企业集团中的内部银行,用户可以在财务公司业务子系统、财资公司业务子系统或资金统一业务子系统中开立对应的账户,以在财务公司业务子系统、财资公司业务子系统或资金统一业务子系统中使用开立的账户进行资金业务的处理。
本公开实施例中,资金管理系统中的司库管理子系统可以与企业的用户使用的财务共享系统、ERP(Enterprise Resource Planning,企业资源计划)系统或费用报销系统等通过接口交互,用户可以在财务共享系统、ERP系统或费用报销系统中发起开户申请指令,司库管理子系统可以通过接口获取用户在财务共享系统、ERP系统或费用报销系统中发起的开户指令。
本公开实施例中,用户可以在司库管理子系统中发起开户申请指令,开户申请指令携带的申请信息包括单位名称、合作金融网点、账户用途、单位联系人、范围联系人电话、是否开通网银、是否上线、附件(如:盖公章的账户请示,根据设置上传必传附件)等信息。若选择开通网银,则需要录入申请开通权限(可查询、可转账)、申请用途。
可以理解的是,用户发送开户申请指令,开户申请指令中可以携带开户类别,以指明其想要在财务公司业务子系统、财资公司业务子系统或资金统一业务子系统中开立账户。
其中,用户发送的开户申请指令中可以携带的开户类别为财务公司专户的情况下,司库管理子系统确定开户类别之后,将用户发送的开户申请指令发送至财务公司业务子系统;或者,用户发送的开户申请指令中可以携带的开户类别为财资公司专户的情况下,司库管理子系统确定开户类别之后,将用户发送的开户申请指令发送至财资公司业务子系统;或者,用户发送的开户申请指令中可以携带的开户类别为资金统一专户的情况下,司库管理子系统确定开户类别之后,将用户发送的开户申请指令发送至资金统一业务子系统。
本公开实施例中,财务公司业务子系统中维护财务公司专户的信息,财资公司业务子系统中维护财资公司专户的信息,资金统一业务子系统中维护资金统一专户的信息。
本公开实施例中,财务公司业务子系统接收到开户申请指令,为用户开立财务公司专户,在对用户的开户申请指令进行审批受理之后,生成第一内部账户,将第一内部账户的信息发送至司库管理子系统。
财资公司业务子系统接收到开户申请指令,为用户开立财资公司专户,在对用户的开户申请指令进行审批受理之后,生成第二内部账户,将第二内部账户的信息发送至司库管理子系统。
资金统一业务子系统接收到开户申请指令,为用户开立资金统一专户,在对用户的开户申请指令进行审批受理之后,生成联动子账户,将联动子账户的信息发送至司库管理子系统。
在一些实施例中,用户还可以在司库管理子系统中发送账户变更指令、账户修正指令、销户指令等。
可以理解的是,针对账户变更指令、账户修正指令、销户指令中携带的账户信息,司库管理子系统可以选择将账户变更指令、账户修正指令、销户指令发送至对应的子系统中进行相应的处理。
如图3所示,在一些实施例中,本公开实施例提供的资金管理方法,还包括:
S31:将第一内部账户中第一留存额度以外的境内资金归集至财务公司账户。
S32:将第二内部账户中第二留存额度以外的境外资金归集至财资公司账户。
本公开实施例中,将第一内部账户中第一留存额度以外的境内资金归集至财务公司账户,可以通过资金管理系统中的财务公司业务子系统,将财务公司专户的第一内部账户中第一留存额度以外的境内资金归集至财务公司账户。
可以理解的是,财务公司业务子系统将第一内部账户中第一留存额度以外的境内资金归集至财务公司账户,可以通过财务公司账户统一管理企业集团内的境内资金。并且,归集的每一笔记录均相应保存在财务公司业务子系统中。
在此情况下,当企业集团中的开立有财务公司专户的用户有对外付款业务时,其对应的第一内部账户中除第一留存额度以外的境内资金已经归集在财务公司账户,可以直接从财务公司账户对外付款。
本公开实施例中,第一内部账户中第一留存额度以外的境内资金归集至财务公司账户,可以方便企业集团的资金统一管理,另外,财务公司账户中的境内资金,可以根据企业集团的资金计划进行合理安排,例如:在资金计划需要的境内资金较少时,可以将财务公司账户中的资金计划需要的境内资金以外的境内资金应用于外部投资,以避免境内资金闲置,可以有效管理资金。其中,企业集团的资金计划可以由用户定期提供,并且,在司库管理子系统中可以办理资金计划的申报、汇总等处理,司库管理子系统可以将用户申报的资金计划发送至财务公司业务子系统,以在财务公司业务子系统中用于境内资金的管理。
本公开实施例中,将第二内部账户中第二留存额度以外的境外资金归集至财务公司账户,可以通过资金管理系统中的财资公司业务子系统将财务公司专户的第二内部账户中第二留存额度以外的境外资金归集至财资公司账户。
可以理解的是,财资公司业务子系统将第二内部账户中第二留存额度以外的境外资金归集至财资公司账户,可以通过财资公司账户统一管理企业集团内的境外资金。并且,归集的每一笔记录均相应保存在财资公司业务子系统中。
在此情况下,当企业集团中的开立有财资公司专户的用户有对外付款业务时,其对应的第二内部账户中除第二留存额度以外的境外资金已经归集在财资公司账户,可以直接从财资公司账户对外付款。
本公开实施例中,第二内部账户中第二留存额度以外的境外资金归集至财资公司账户,可以方便企业集团的资金统一管理,另外,财资公司账户中的境外资金,可以根据企业集团的资金计划进行合理安排,例如:在资金计划需要的境外资金较少时,可以将财资公司账户中的资金计划需要的境外资金以外的境外资金应用于外部投资,以避免境外资金闲置,可以有效管理资金。其中,企业集团的资金计划可以由用户定期提供,并且,在司库管理子系统中可以办理资金计划的申报、汇总等处理,司库管理子系统可以将用户申报的资金计划发送至财资公司业务子系统,以在财资公司业务子系统中用于境外资金的管理。
如图4所示,在一些实施例中,本公开实施例提供的资金管理方法,还包括:
S41:根据第一内部账户的额度设置和/或境内内部成员用户的不归集请求,确定第一留存额度。
S42:根据第二内部账户的额度设置和/或境外成员用户的不归集请求,确定第二留存额度。
本公开实施例中,根据第一内部账户的额度设置和/或境内内部成员用户的不归集请求,确定第一留存额度,根据第二内部账户的额度设置和/或境外成员用户的不归集请求,确定第二留存额度。
其中,资金管理装置可以根据第一内部账户的额度设置和/或境内内部成员用户的不归集请求,确定第一留存额度,根据第二内部账户的额度设置和/或境外成员用户的不归集请求,确定第二留存额度。
本公开实施例中,资金管理装置中的财务公司业务子系统可以根据第一内部账户的额度设置和/或司库管理子系统发送的第一内部账户对应的用户的不归集请求,确定第一留存额度。其中,不归集请求包括不归集日期范围、不归集金额范围、不归集银行账户等信息。
其中,第一内部账户的额度设置,可以为用户申请开立账户时设置的,在发送的开户申请指令中携带不归集的额度设置。
本公开实施例中,资金管理装置中的财资公司业务子系统可以根据第二内部账户的额度设置和/或司库管理子系统发送的第二内部账户对应的用户的不归集请求,确定第二留存额度。其中,不归集请求包括不归集日期范围、不归集金额范围、不归集银行账户等信息。
其中,第二内部账户的额度设置,可以为用户申请开立账户时设置的,在发送的开户申请指令中携带不归集的额度设置。
在一些实施例中,本公开实施例提供的资金管理方法,还包括:对第一内部账户的第一留存额度进行监控,并进行定期补足;对第二内部账户的第二留存额度进行监控,并进行定期补足。
本公开实施例中,对第一内部账户的第一留存额度进行监控,并进行定期补足,其中,可以以日为周期进行定期补足,或者,还可以以4个小时为周期进行定期补足,本公开实施例对此不作具体限制。
本公开实施例中,对第二内部账户的第二留存额度进行监控,并进行定期补足,其中,可以以日为周期进行定期补足,或者,还可以以4个小时为周期进行定期补足,本公开实施例对此不作具体限制。
在一些实施例中,资金处理指令为付款指令,其中,S3:采用第一资金处理方式进行处理,并生成资金处理结果,包括:对付款指令进行验证,在验证通过的情况下,使用财务公司账户通过银企接口或SWIFT接口进行付款,生成付款结果。
在一些实施例中,资金处理指令为付款指令,其中,S3:采用第二资金处理方式进行处理,并生成资金处理结果,包括:对付款指令进行验证,在验证通过的情况下,使用财资公司账户通过银企接口或SWIFT接口进行付款,生成付款结果。
在一些实施例中,资金处理指令为付款指令,其中,S3:采用第三资金处理方式进行处理,并生成资金处理结果,包括:对付款指令进行验证,在验证通过的情况下,使用资金中心母账户和联动子账户通过银企接口或SWIFT接口进行联动付款,生成付款结果。
本公开实施例中,资金处理指令为付款指令的情况下,采用第一资金处理方式进行处理,并生成资金处理结果,包括:对付款指令进行验证,在验证通过的情况下,使用财务公司账户通过银企接口或SWIFT接口进行付款,生成付款结果;采用第二资金处理方式进行处理,并生成资金处理结果,包括:对付款指令进行验证,在验证通过的情况下,使用财资公司账户通过银企接口或SWIFT接口进行付款,生成付款结果;采用第三资金处理方式进行处理,并生成资金处理结果,包括:对付款指令进行验证,在验证通过的情况下,使用资金中心母账户和联动子账户通过银企接口或SWIFT接口进行联动付款,生成付款结果。
本公开实施例中,资金处理指令为付款指令的情况下,资金管理系统可以对付款指令进行验证,在验证通过的情况下,使用财务公司账户通过银企接口或SWIFT接口进行付款,生成付款结果;可以对付款指令进行验证,在验证通过的情况下,使用财资公司账户通过银企接口或SWIFT接口进行付款,生成付款结果;可以对付款指令进行验证,在验证通过的情况下,使用资金中心母账户和联动子账户通过银企接口或SWIFT接口进行联动付款,生成付款结果。
其中,资金管理系统中的财务公司业务子系统可以接收付款指令,并进行校验,在校验通过的情况下,使用财务公司账户通过银企接口或SWIFT接口进行付款,生成付款结果。
可以理解的是,为方便企业集团的资金统一管理,第一内部账户中第一留存额度以外的境内资金归集至财务公司账户,在财务公司业务子系统接收到用户的付款指令的情况下,可知用户采用通过第一内部账户进行付款,基于此,财务公司业务子系统可以根据付款指令,并校验付款指令,在校验通过的情况下,使用财务公司账户通过银企接口或SWIFT接口进行付款。之后生成付款结果。
本公开实施例中,用户可以在资金管理系统中的司库管理子系统中直接录入付款指令信息,包括:付款账户,如果是财务公司账户,需要有代理付款权限,如果是银行账户,包括外币账户,收款银行账户信息、金额、预算科目、国资委资金用途分类、款项类别、用途等,同时可以上传附件。
其中,对付款质量的校验依据上述相关描述“支付控制、校验及预警需求”统一说明书处理,涉及内控名单、禁止对私支付预警、疑似重复支付预警、定向支付控制、大额支付预警。
本公开实施例中,用户还可以在外部系统中录入付款指令信息,通过外部系统传送至司库管理子系统,其中,外部系统例如:ERP系统、财务共享系统。
用户在外部系统中录入付款指令信息,包括两种情况。
情况一、付款指令需要在司库管理子系统中落地补填付款信息,这种情况针对的是传送到司库管理子系统中的付款指令信息要素不完整,需要用户在司库管理子系统中落地补充处理,补填不完整的信息项,包括:预算科目、资金用途分类等,补填后提交付款指令进行三级审批流程,对于在司库管理子系统审批中被驳回的情况,或者财务公司审批驳回到司库管理子系统的付款指令,由司库管理子系统传送驳回指令到外部系统。
情况二、已在外部系统中完成全部付款审批流程,发送到司库管理子系统中的付款指令信息是完整而且带有三级审批记录信息、可以直接支付的付款指令,付款指令在司库管理子系统中校验有效性。
付款指令有效性校验未通过,如果触发内控名单,不满足定向支付条件(对集团外付款达到定向支付限额,但收款方信息不在用户的定向支付库路)直接驳回不允许支付。如果触发三级预警条件时,包括上述的大额支付监控预警、对个人支付预警、疑似重复支付预警,则驳回外部系统,外部系统确定后,仍然想支付富的情况,可以重发至司库管理子系统,即知晓预警情况但选择继续支付,重发指令信息需要包含预警确认操作记录信息,这种指令司库管理子系统再次收到后,不再认为是无效指令,继续进行后续指令操作。
付款指令有效性校验通过,司库管理子系统自动占预算处理后进入付款处理环节,不需要审批。
指令不落地的付款指令,如果被财务公司驳回,则指令驳回到司库管理子系统,由司库管理子系统直接驳回到外部系统。
本公开实施例中,资金管理系统中的财务公司业务子系统可以接收付款指令,并进行校验,在校验通过的情况下,使用财务公司账户通过银企接口或SWIFT接口进行付款,生成付款结果。
其中,付款账户为财务公司账户,付款指令发送至财务公司业务子系统,经过财务公司业务子系统校验、付款处理后,生成付款结果。
其中,财务公司账户为已上线直联银行账户,付款指令通过财务公司业务子系统银企直联接口处理,并通过财务公司业务子系统从银企直联接口获取付款结果。
其中,财务公司账户开通了SWIFT服务,付款指令通过财务公司业务子系统直接发SWIFT接口支付,并通过财务公司业务子系统从SWIFT接口获取支付结果。
本公开实施例中,资金管理系统中的财资公司业务子系统可以接收付款指令,并进行校验,在校验通过的情况下,使用财资公司账户通过银企接口或SWIFT接口进行付款,生成付款结果。
其中,付款账户为财资公司账户,付款指令发送至财资公司业务子系统,经过财资公司业务子系统校验、付款处理后,生成付款结果。
其中,财资公司账户为已上线直联银行账户,付款指令通过财资公司业务子系统银企直联接口处理,并通过财资公司业务子系统从银企直联接口获取付款结果。
其中,财资公司账户开通了SWIFT服务,付款指令通过财资公司业务子系统直接发SWIFT接口支付,并通过财资公司业务子系统从SWIFT接口获取支付结果。
本公开实施例中,资金管理系统中的资金统一业务子系统,用于接收资金处理指令,并进行校验,在校验通过的情况下,使用资金中心母账户和联动子账户通过银企接口或SWIFT接口进行联动付款,生成付款结果。
其中,付款账户为资金统一业务子系统中的联动子账户,付款指令发送至资金统一业务子系统,因资金统一业务子系统中联动子账户资金池的特殊性,联动子账户付款时需资金中心母账户资金充足,当资金中心母账户资金不足时,付款指令需落地处理,待调拨资金后,对付款指令进行后续处理。
其中,资金中心母账户和联动子账户为已上线直联银行账户,付款指令通过资金统一业务子系统银企直联接口处理,并通过资金统一业务子系统从银企直联接口获取付款结果。
其中,资金中心母账户和联动子账户开通了SWIFT服务,付款指令通过资金统一业务子系统直接发SWIFT接口支付,并通过资金统一业务子系统从SWIFT接口获取支付结果。
本公开实施例中,通过SWIFT接口支付,可以与多家银行直联对接,构建多维资金支付体系,实现资金集中收付及在线监控。
在一些实施例中,本公开实施例提供的资金管理方法,还包括:接收用户发送的合作伙伴变更信息,根据合作伙伴变更信息对用户对应的定向支付库中的合作伙伴进行维护;在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。
本公开实施例中,接收用户发送的合作伙伴变更信息,根据合作伙伴变更信息对用户对应的定向支付库中的合作伙伴进行维护。
其中,合作伙伴变更信息,可以包括新增合作伙伴信息、更新合作伙伴信息、删除合作伙伴信息等等。
其中,接收用户发送的合作伙伴变更信息,根据合作伙伴变更信息对用户对应的定向支付库中的合作伙伴进行维护。
其中,定向支付库中可以包括多个合作伙伴的信息,在定向支付库中的合作伙伴均可正常进行资金处理往来,为用户认可的合作伙伴。
本公开实施例中,对用户的定向支付库进行维护,可以维护用户的合作伙伴,以在后续的资金往来中,方便快捷的进行支付。
其中,资金管理系统中的财务公司业务子系统,获取用户对应的定向支付库,并在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。
本公开实施例中,资金管理系统中的财务公司业务子系统接收付款指令,进行校验,可以对付款指令中的收款方是否属于定向支付库中的合作伙伴进行校验,在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。
其中,资金管理系统中的财资公司业务子系统获取用户对应的定向支付库,并在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。
本公开实施例中,资金管理系统中的财资公司业务子系统接收付款指令,进行校验,可以对付款指令中的收款方是否属于定向支付库中的合作伙伴进行校验,在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。
其中,资金管理系统中的资金统一业务子系统获取用户对应的定向支付库,并在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。
本公开实施例中,资金管理系统中的资金统一业务子系统接收付款指令,进行校验,可以对付款指令中的收款方是否属于定向支付库中的合作伙伴进行校验,在付款指令中的收款方为定向支付库中的合作伙伴的情况下向收款方进行付款。
在一些实施例中,接收用户发送的内控名单变更信息,根据内控名单变更信息对用户对应的内控名单库中的内控名单进行维护;获取用户对应的内控名单库,并在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。
本公开实施例中,资金管理系统中的司库管理子系统接收用户发送的内控名单变更信息,根据内控名单变更信息对用户对应的内控名单库中的内控名单进行维护。
其中,内控名单变更信息,可以包括新增开放名单、更新开放名单、删除开放名单、新增管控名单、更新管控名单、删除管控名单,等等。
资金管理系统中的司库管理子系统可以接收用户发送的内控名单变更信息,根据内控名单变更信息对用户对应的内控名单库中的内控名单进行维护。
其中,内控名单库中可以包括多个开放名单和多个管控名单,内控名单库中的开放名单均可正常进行资金处理往来,为用户认可的名单,而管控名单不可正常进行资金处理往来,可能需要进一步验证,或者禁止资金处理往来。
本公开实施例中,资金管理系统中的司库管理子系统对用户的内控名单库进行维护,可以维护用户的开放名单和管控名单,以在后续的资金往来中,方便快捷的进行支付。
其中,资金管理系统中的财务公司业务子系统获取用户对应的内控名单库,并在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。
本公开实施例中,资金管理系统中的财务公司业务子系统接收付款指令,进行校验,可以对付款指令中的收款方是否属于内控名单库中的开放名单进行校验,在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。
其中,资金管理系统中的财资公司业务子系统获取用户对应的内控名单库,并在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。
本公开实施例中,资金管理系统中的财资公司业务子系统接收付款指令,进行校验,可以对付款指令中的收款方是否属于内控名单库中的开放名单进行校验,在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。
其中,资金管理系统中的资金统一业务子系统获取用户对应的内控名单库,并在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。
本公开实施例中,资金管理系统中的资金统一业务子系统接收付款指令,进行校验,可以对付款指令中的收款方是否属于内控名单库中的开放名单进行校验,在付款指令中的收款方为内控名单库中的开放名单的情况下向收款方进行付款。
在一些实施例中,S1:获取用户发送的资金处理指令,包括:获取用户发送的添加数字签名的资金处理指令;采用对应的密钥对添加数字签名的资金处理指令进行解密验签,获取资金处理指令。
本公开实施例中,支持采用校验码技术保证数据在传输过程中的完整性,资金管理系统中的司库管理子系统对资金处理指令添加数字签名,以获取添加数字签名的资金处理指令,其中,可以采用CA数字证书等数字签名的方式对重要字段(流水号、交易金额、转入流出账号、交易时间)等进行加签,确保资金处理指令中请求数据的不可抵赖性,采用对应的密钥对添加数字签名的资金处理指令进行解密验签,获取资金处理指令。资金管理系统中的财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一者接收添加数字签名的资金处理指令,可以采用对应的密钥进行解密验签,可以确保数据的完整性和不可抵赖性。
在一些实施例中,S1:获取用户发送的资金处理指令,包括:获取用户通过门户子系统的统一登录验证,发送的资金处理指令。
本公开实施例中,获取用户发送的资金处理指令,可以获取用户通过门户子系统的统一登录验证,发送的资金处理指令。
可以理解的是,资金管理系统中包括司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统,各个子系统单独分开,用户登录每一个系统的时候,都要输入用户名和密码(每个子系统的用户名和密码也不完全一样,需要用户记忆所有子系统的用户名和密码),用户体验不好,而且各个独立的子系统的入口分散在不同的地方,使用子系统时查找子系统入口很麻烦。
基于此,本公开实施例中,资金管理系统,还包括:门户子系统,通过门户子系统用户可以统一登录验证,方便用户寻找各个子系统入口,并且快速登录各个子系统。
门户子系统的操作界面简单、功能实用,系统运行安全、稳定,可靠性强,系统具有扩展性、可维护性,在涉及到不同子系统间服务交互的时候,所有异常处理可以给用户提示,不能显示代码级别的错误信息,服务调用方如果调用服务事变(包括网络失败、服务方返回失败等情况),具有补偿机制(重复调用3次),如果补偿机制仍然失败,则需要记录失败日志,且调用方子系统可以根据具体的业务情况,决定是否提供人工干预机制(如:手动发起服务调用)。
本公开实施例中,门户子系统与司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统相连通。司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中任一子系统可以通过门户子系统提供的同一个登录页面(URL)进行单点登录(用户权限验证)。
本公开实施例中,门户子系统为用户提供司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统的统一登录验证;其中,统一登录验证的功能包括证书和用户名密码双重认证功能。
其中,门户子系统提供证书(Ukey)和用户名密码双重验证方式,提供基于CFCA验签服务器的证书验证(Ukey),提供基于数据库的用户名和密码验证,提供对司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中任一子系统的CAS认证服务(认证服务均通过ESB进行接口交互),用户拔出UKey后,自动国企当前用户所有已经打开的子系统操作窗口(包括门户子系统和司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统)。
本公开实施例中,用户在门户子系统中验证失败(用户名/密码错误、CFCA验证失败)的情况下,记录日志,并给出验证失败的友好提示,数据库异常、程序异常均与用户身份验证失败做相同处理,用户操作窗口过期后,司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统需要给出操作会话失效的提示,门户子系统给出提示后,自动跳转至统一登录页面。
其中,门户子系统采用UKey和用户名密码双重验证方式来登录,用户点击门子系统连接后先弹出UKey的PING码输入页面,用户输入UKey的PING码并且PING码验证通过后,再跳转到输入用户名密码的登录页面,用户输入用户名和密码并验证通过后进入门户子系统的主页面。
用户登录门户子系统后,想要登录司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中任一子系统时,弹出新浏览器窗口,并且调用对应子系统的登录服务。
其中,司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统,采用CAS验证方式(票据认证),弹出新窗口方式来打开各个子系统界面,每一个系统是一个独立的、唯一的窗口(即从门户子系统点击两次某一个子系统,只打开一个窗口)。其中,还可以采用HTTP POST方式进行统一登录,且弹出新窗口来打开系统界面,密码采用证书加密,证书支持更换。
本公开实施例中,采用证书登录方式,一个用户不允许绑定多个证书,登录过程中不仅要求校验证书PIN码的正确,还需要校验用户登陆码与证书的匹配性。任意时刻不允许多个同名用户同时在线,即一个用户不允许在多个地方同时登录,同一个用户不允许在同一机器上同时登录多个浏览器。门户子系统还支持用户登录密码、PIN码错误次数设定,支持账户锁定策略。
本公开实施例中,门户子系统还可以为用户提供审批功能、待办任务提示功能、公告通知功能、用户数据同步功能。
其中,用户登录门户子系统后,在门户子系统的首页上,显示登录用户的具体信息,同时列出该用户的所有未读消息以及待处理业务(为用户提供代办任务提示功能),其中,待处理业务列出该用户所有岗位的待处理业务(包括需要审批的业务,为用户提供审批功能),点击两个列表中的超链接可以查看具体的消息详情和处理具体的业务,点击处理完成后,首页将刷新,对于已读消息默认列出近一个月月的消息,如果需要查看以前的消息,可以通过消息查询进行查看。
其中,门户子系统还为用户提供公告通知功能,公告通知可以包括系统公告、流程提醒、业务提醒、个人消息,其中,系统公告可以在首页列表置顶提醒、短信,系统公告可以增加文件附件。流程提醒在流程中设置消息提醒的对象,在流程流转时可以自动发送消息。业务提供按照不同的业务种类,提醒方式是由用户订阅,当用户订阅后就能收到相关消息。个人消息可以为用户对其他用户发送的消息,即点对点的消息。
在一些实施例中,门户子系统,还用于接收用户的访问司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统任一子系统的访问指令,打开对应子系统;门户子系统还可以在打开的子系统超过预定时间无操作的情况下,向用户发送重新登录子系统的提示。
本公开实施例中,门户子系统与司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统各自保持独立的会话状态(多窗口机制),司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统在打开超过规定的预定时间内没有任何操作,则自动退出司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统,此时提示用户“会话超时,请从门户子系统中统一打开”(因为是多窗口,所以不必跳转到登录页面)。
门户子系统的会话超时的预定时间是司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中所有子系统的最大超时时间(最后一个会话超时),即有司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统中的至少一个处于未超时(或未退出时),门户子系统会话不会超时。
门户子系统还提供“会话心跳机制”(会话心跳接口),即司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统定时(根据各自子系统的会话超时时间而定)向门户子系统发送会话状态报告,保证门户子系统位置最大的额回话超时时间。
本公开实施例中,司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统的主动关闭不影响门户子系统的状态,并且门户子系统的主动关闭也不会影响其他子系统的状态。
其中,如果司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统调用门户子系统的会话心跳服务接口失败,具有重试机制(三次),如果重试失败,需要各子系统记录日志(便于排查问题),且各子系统本次不再进行其他逻辑处理。
本公开实施例中,通过门户子系统可以实现多子系统统一用户登录,提高系统一体化管理能力,提高整个系统的可靠性和可用性,多子系统集成,可以减少各子系统的设计,开发工作量。
在一些实施例中,本公开实施例提供的资金管理方法,还包括:根据资金处理指令和资金处理结果,生成可视化视图。
本公开实施例中,资金管理系统,还包括可视化子系统,可视化子系统与司库管理子系统相连通,可以接收司库管理子系统发送的资金处理指令和资金处理结果,并根据资金处理指令和资金处理结果,生成可视化视图。
其中,可视化视图可以根据银行、账户、币种、日月年、支付风险等进行统计,可以通过可视化视图了解资金情况,方便企业集团领导辅助决策。
为了实现上述实施例,本公开还提出一种资金管理装置。
图5为本公开实施例提供的一种资金管理装置的结构图。
如图5所示,该资金管理装置1包括:指令获取单元11、类别确定单元12、处理单元13和结果反馈单元14。
指令获取单元11,用于获取用户发送的资金处理指令;其中,资金处理指令包括:付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种。
类别确定单元12,用于确定用户的类别,以及确定所述资金处理指令的业务类别;其中,用户的类别包括:境内内部成员用户、境外成员用户和境内外部成员用户,业务类别包括对公业务。
处理单元13,用于响应于用户的类别为境内内部成员用户以及业务类别为对公业务,采用第一资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境外成员用户以及业务类别为对公业务,采用第二资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境内外部成员用户以及业务类别为对公业务,采用第三资金处理方式进行处理,并生成资金处理结果。
结果反馈单元14,用于将资金处理结果,反馈至用户。
通过实施本公开实施例,指令获取单元11,用于获取用户发送的资金处理指令;类别确定单元12,用于确定用户的类别,以及确定所述资金处理指令的业务类别;处理单元13,用于响应于用户的类别为境内内部成员用户以及业务类别为对公业务,采用第一资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境外成员用户以及业务类别为对公业务,采用第二资金处理方式进行处理,并生成资金处理结果;响应于用户的类别为境内外部成员用户以及业务类别为对公业务,采用第三资金处理方式进行处理,并生成资金处理结果;结果反馈单元14,用于将资金处理结果,反馈至用户。由此,可以满足包括境内和境外的企业的企业集团进行统一的资金管理,以实现资金业务的全流程管控和信息共享,能够提高资金处理效率。
在一些实施例中,指令获取单元11,还用于获取用户发送的开户申请指令。
类别确定单元12,还用于确定开户申请指令的开户类别;其中,开户类别包括:财务公司专户、财资公司专户和资金统一专户。
处理单元13,还用于响应于开户类别为财务公司专户,为用户开立第一内部账户,并生成第一内部账户的账户信息;响应于开户类别为财资公司专户,为用户开立第二内部账户,并生成第二内部账户的账户信息;响应于开户类别为资金统一专户,为用户开立联动子账户,并生成联动子账户的账户信息。
结果反馈单元14,还用于将账户信息,反馈至用户。
在一些实施例中,处理单元13,还用于将第一内部账户中第一留存额度以外的境内资金归集至财务公司账户;将第二内部账户中第二留存额度以外的境外资金归集至财资公司账户。
在一些实施例中,处理单元13,还用于根据第一内部账户的额度设置和/或境内内部成员用户的不归集请求,确定第一留存额度;根据第二内部账户的额度设置和/或境外成员用户的不归集请求,确定第二留存额度。
在一些实施例中,资金处理指令为付款指令,其中,处理单元13,还用于对付款指令进行验证,在验证通过的情况下,使用财务公司账户通过银企接口或SWIFT接口进行付款,生成付款结果。
在一些实施例中,资金处理指令为付款指令,其中,处理单元13,还用于对付款指令进行验证,在验证通过的情况下,使用财资公司账户通过银企接口或SWIFT接口进行付款,生成付款结果。
在一些实施例中,资金处理指令为付款指令,其中,处理单元13,还用于对付款指令进行验证,在验证通过的情况下,使用资金中心母账户和联动子账户通过银企接口或SWIFT接口进行联动付款,生成付款结果。
在一些实施例中,指令获取单元11,还用于获取用户发送的添加数字签名的资金处理指令;采用对应的密钥对添加数字签名的资金处理指令进行解密验签,获取资金处理指令。
在一些实施例中,指令获取单元11,还用于获取用户通过门户子系统的统一登录验证,发送的资金处理指令。
在一些实施例中,处理单元13,还用于根据资金处理指令和资金处理结果,生成可视化视图。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本公开实施例中资金管理装置所能取得的有益效果与上述示例资金管理方法所能取得的有益效果相同,此处不再赘述。
根据本公开的实施例,本公开还提供了一种计算机设备、一种可读存储介质和一种计算机程序产品。
图6是用来实现本公开实施例的资金管理方法的电子设备的框图。
计算机设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。计算机设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图6所示,计算机设备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 (6)

1.一种资金管理方法,所述方法由资金管理系统执行,其特征在于,所述资金管理系统包括司库管理子系统,所述司库管理子系统分别与财务公司业务子系统、财资公司业务子系统和资金统一业务子系统相连通;所述资金管理系统作为服务端对外开放银行对账单查询接口,支持财务共享系统主动查询银行对账单数据;所述资金管理系统定期将多家直联银行数据存放至文件服务器,所述财务共享系统定时查询所述文件服务器获取对账单信息;所述司库管理子系统与企业的用户使用的财务共享系统、ERP系统或费用报销系统通过接口交互,用户在财务共享系统、ERP系统中发起开户申请指令,所述司库管理子系统通过所述接口获取用户在财务共享系统、ERP系统中发起的开户指令;
所述方法,包括:
获取用户发送的资金处理指令;其中,所述资金处理指令包括:付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种;
确定所述用户的类别,以及确定所述资金处理指令的业务类别;其中,所述用户的类别包括:境内内部成员用户、境外成员用户和境内外部成员用户;所述业务类别包括对公业务;所述境内内部成员用户在所述财务公司业务子系统中进行维护,所述境外成员用户在所述财资公司业务子系统中进行维护,所述境内外部成员用户在所述资金统一业务子系统中进行维护;
响应于所述用户的类别为境内内部成员用户以及所述业务类别为对公业务,采用第一资金处理方式进行处理,将所述资金处理指令发送至所述财务公司业务子系统,并生成资金处理结果,并发送至所述司库管理子系统;
响应于所述用户的类别为境外成员用户以及所述业务类别为对公业务,采用第二资金处理方式进行处理,将所述资金处理指令发送至所述财资公司业务子系统,并生成资金处理结果,并发送至所述司库管理子系统;
响应于所述用户的类别为境内外部成员用户以及所述业务类别为对公业务,采用第三资金处理方式进行处理,将资金处理指令发送至所述资金统一业务子系统,并生成资金处理结果,并发送至所述司库管理子系统;
将所述资金处理结果,反馈至所述用户;
所述方法,还包括:
获取所述用户发送的开户申请指令;确定所述开户申请指令的开户类别;其中,所述开户类别包括:财务公司专户、财资公司专户和资金统一专户;响应于所述开户类别为财务公司专户,为所述用户开立第一内部账户,并生成所述第一内部账户的账户信息;响应于所述开户类别为财资公司专户,为所述用户开立第二内部账户,并生成所述第二内部账户的账户信息;响应于所述开户类别为资金统一专户,为所述用户开立联动子账户,并生成所述联动子账户的账户信息;将所述账户信息,反馈至所述用户;
所述方法,还包括:
根据所述第一内部账户的额度设置和/或所述境内内部成员用户的不归集请求,确定第一留存额度;根据所述第二内部账户的额度设置和/或所述境外成员用户的不归集请求,确定第二留存额度;
将所述第一内部账户中第一留存额度以外的境内资金归集至财务公司账户,以使得所述财务公司账户统一管理企业集团内的境内资金;将所述第二内部账户中第二留存额度以外的境外资金归集至财资公司账户,以使得所述财资公司账户统一管理企业集团内的境外资金;
对所述第一内部账户的第一留存额度进行监控,并进行定期补足;
对所述第二内部账户的第二留存额度进行监控,并进行定期补足;
所述资金处理指令为付款指令,采用第一资金处理方式进行处理,并生成资金处理结果,包括:对所述付款指令进行验证,在验证通过的情况下,使用所述财务公司账户通过银企接口或SWIFT接口进行付款,生成付款结果;
所述资金处理指令为付款指令,采用第三资金处理方式进行处理,并生成资金处理结果,包括:
对所述付款指令进行验证,在验证通过的情况下,使用资金中心母账户和所述联动子账户通过银企接口或SWIFT接口进行联动付款,生成付款结果;
若所述资金处理指令为存款指令,用户在财务共享系统中将存款单制成完成后,所述财务共享系统会主动调用上存指令接口,将存款单发送至资金管理系统中的司库管理子系统产生存款指令,其中,上存指令接口一次调用为一条指令;
若所述资金处理指令为付款结果查询指令,资金管理系统中的司库管理子系统作为服务端对外开放付款指令结果查询接口,与付款指令接口配合使用;当财务共享系统通过付款指令接口在资金管理系统中的司库管理子系统中创建付款指令后,调用付款指令结果查询接口,主动轮询资金管理系统中的司库管理子系统,询问付款指令是否付款成功;
若所述资金处理指令为存款结果查询指令,资金管理系统中的司库管理子系统作为服务端对外开放上存指令结果查询接口,与上存指令接口配合使用;当财务共享系统通过上存指令接口在资金管理系统中的司库管理子系统中创建存款指令后,调用上存指令结果查询接口,主动轮询资金管理系统中的司库管理子系统,询问存款指令是否上存成功;
若所述资金处理指令为为对账指令,资金管理系统中的司库管理子系统作为服务端对外开放银行对账单查询接口,支持财务共享系统主动查询银行对账单数据,资金管理系统中的司库管理子系统定期将多家直联银行数据存放至文件服务器,财务共享系统定时查询该服务获取对账单信息。
2.根据权利要求1所述的方法,其特征在于,还包括:
接收所述用户发送的合作伙伴变更信息,根据所述合作伙伴变更信息对所述用户对应的定向支付库中的合作伙伴进行维护;
在所述付款指令中的收款方为所述定向支付库中的合作伙伴的情况下向所述收款方进行付款。
3.根据权利要求1所述的方法,其特征在于,所述获取用户发送的资金处理指令,包括:
获取所述用户通过门户子系统的统一登录验证,发送的所述资金处理指令。
4.一种资金管理装置,其特征在于,资金管理系统包括司库管理子系统,所述司库管理子系统分别与财务公司业务子系统、财资公司业务子系统和资金统一业务子系统相连通;所述资金管理系统作为服务端对外开放银行对账单查询接口,支持财务共享系统主动查询银行对账单数据;所述资金管理系统定期将多家直联银行数据存放至文件服务器,所述财务共享系统定时查询所述文件服务器获取对账单信息;所述司库管理子系统与企业的用户使用的财务共享系统、ERP系统或费用报销系统通过接口交互,用户在财务共享系统、ERP系统中发起开户申请指令,所述司库管理子系统通过所述接口获取用户在财务共享系统、ERP系统中发起的开户指令;
所述装置,包括:
指令获取单元,用于获取用户发送的资金处理指令;其中,所述资金处理指令包括:付款指令、收款指令、存款指令、请款指令、借款指令、还款指令、查询指令和对账指令中的至少一种;
类别确定单元,用于确定所述用户的类别,以及确定所述资金处理指令的业务类别;其中,所述用户的类别包括:境内内部成员用户、境外成员用户和境内外部成员用户;所述业务类别包括对公业务;
处理单元,用于响应于所述用户的类别为境内内部成员用户以及所述业务类别为对公业务,采用第一资金处理方式进行处理,将所述资金处理指令发送至所述财务公司业务子系统,并生成资金处理结果,并发送至所述司库管理子系统;响应于所述用户的类别为境外成员用户以及所述业务类别为对公业务,采用第二资金处理方式进行处理,将所述资金处理指令发送至所述财资公司业务子系统,并生成资金处理结果,并发送至所述司库管理子系统;响应于所述用户的类别为境内外部成员用户以及所述业务类别为对公业务,采用第三资金处理方式进行处理,将资金处理指令发送至所述资金统一业务子系统,并生成资金处理结果,并发送至所述司库管理子系统;
结果反馈单元,用于将所述资金处理结果,反馈至所述用户;
所述装置,还用于:
获取所述用户发送的开户申请指令;确定所述开户申请指令的开户类别;其中,所述开户类别包括:财务公司专户、财资公司专户和资金统一专户;响应于所述开户类别为财务公司专户,为所述用户开立第一内部账户,并生成所述第一内部账户的账户信息;响应于所述开户类别为财资公司专户,为所述用户开立第二内部账户,并生成所述第二内部账户的账户信息;响应于所述开户类别为资金统一专户,为所述用户开立联动子账户,并生成所述联动子账户的账户信息;将所述账户信息,反馈至所述用户;
所述装置,还用于:
根据所述第一内部账户的额度设置和/或所述境内内部成员用户的不归集请求,确定第一留存额度;根据所述第二内部账户的额度设置和/或所述境外成员用户的不归集请求,确定第二留存额度;
将所述第一内部账户中第一留存额度以外的境内资金归集至财务公司账户,以使得所述财务公司账户统一管理企业集团内的境内资金;将所述第二内部账户中第二留存额度以外的境外资金归集至财资公司账户,以使得所述财资公司账户统一管理企业集团内的境外资金;
对所述第一内部账户的第一留存额度进行监控,并进行定期补足;
对所述第二内部账户的第二留存额度进行监控,并进行定期补足;
所述装置,还用于:
所述资金处理指令为付款指令,采用第一资金处理方式进行处理,并生成资金处理结果,包括:对所述付款指令进行验证,在验证通过的情况下,使用所述财务公司账户通过银企接口或SWIFT接口进行付款,生成付款结果;
所述资金处理指令为付款指令,采用第三资金处理方式进行处理,并生成资金处理结果,包括:
对所述付款指令进行验证,在验证通过的情况下,使用资金中心母账户和所述联动子账户通过银企接口或SWIFT接口进行联动付款,生成付款结果;
若所述资金处理指令为存款指令,用户在财务共享系统中将存款单制成完成后,所述财务共享系统会主动调用上存指令接口,将存款单发送至资金管理系统中的司库管理子系统产生存款指令,其中,上存指令接口一次调用为一条指令;
若所述资金处理指令为付款结果查询指令,资金管理系统中的司库管理子系统作为服务端对外开放付款指令结果查询接口,与付款指令接口配合使用;当财务共享系统通过付款指令接口在资金管理系统中的司库管理子系统中创建付款指令后,调用付款指令结果查询接口,主动轮询资金管理系统中的司库管理子系统,询问付款指令是否付款成功;
若所述资金处理指令为存款结果查询指令,资金管理系统中的司库管理子系统作为服务端对外开放上存指令结果查询接口,与上存指令接口配合使用;当财务共享系统通过上存指令接口在资金管理系统中的司库管理子系统中创建存款指令后,调用上存指令结果查询接口,主动轮询资金管理系统中的司库管理子系统,询问存款指令是否上存成功;
若所述资金处理指令为为对账指令,资金管理系统中的司库管理子系统作为服务端对外开放银行对账单查询接口,支持财务共享系统主动查询银行对账单数据,资金管理系统中的司库管理子系统定期将多家直联银行数据存放至文件服务器,财务共享系统定时查询该服务获取对账单信息。
5.一种电子设备,其特征在于,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如权利要求1至3中任一项所述的方法。
6.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1至3中任一项所述的方法。
CN202211279045.8A 2022-10-19 2022-10-19 资金管理方法、装置、电子设备和存储介质 Active CN115545929B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211279045.8A CN115545929B (zh) 2022-10-19 2022-10-19 资金管理方法、装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211279045.8A CN115545929B (zh) 2022-10-19 2022-10-19 资金管理方法、装置、电子设备和存储介质

Publications (2)

Publication Number Publication Date
CN115545929A CN115545929A (zh) 2022-12-30
CN115545929B true CN115545929B (zh) 2024-04-09

Family

ID=84734767

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211279045.8A Active CN115545929B (zh) 2022-10-19 2022-10-19 资金管理方法、装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN115545929B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107545501A (zh) * 2017-07-17 2018-01-05 招商银行股份有限公司 资产管理方法、系统及计算机可读存储介质
CN112184199A (zh) * 2020-11-12 2021-01-05 深圳市爱云信息科技有限公司 智慧供应链区块链BaaS跨境数字支付平台
CN112184418A (zh) * 2020-09-25 2021-01-05 中国建设银行股份有限公司 公司间借贷处理方法、装置、计算机设备及存储介质
CN112686746A (zh) * 2020-12-30 2021-04-20 中交金科物联科技(北京)有限公司 信贷流程的配置方法、装置及设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200034860A1 (en) * 2018-07-26 2020-01-30 Chris B. Willis Supply chain inventory management and information sharing system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107545501A (zh) * 2017-07-17 2018-01-05 招商银行股份有限公司 资产管理方法、系统及计算机可读存储介质
CN112184418A (zh) * 2020-09-25 2021-01-05 中国建设银行股份有限公司 公司间借贷处理方法、装置、计算机设备及存储介质
CN112184199A (zh) * 2020-11-12 2021-01-05 深圳市爱云信息科技有限公司 智慧供应链区块链BaaS跨境数字支付平台
CN112686746A (zh) * 2020-12-30 2021-04-20 中交金科物联科技(北京)有限公司 信贷流程的配置方法、装置及设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
企业智能司库管理研究;刘佳慧 等;管理会计研究(第3期);8-16 *
跨国企业资金管理新模式;黄良贤 等;新会计(第5期);35-39 *

Also Published As

Publication number Publication date
CN115545929A (zh) 2022-12-30

Similar Documents

Publication Publication Date Title
US11924213B2 (en) User permissions for access to secure data at third-party
US11803660B2 (en) Secure permissioning of access to user accounts, including secure distribution of aggregated user account data
US9934493B2 (en) Real-time transactions for a virtual account
US11283865B2 (en) Service meshes and smart contracts for zero-trust systems
US20090076950A1 (en) Universal Network-Based Deposit Management Service
CN113678155A (zh) 支付转账处理系统
CN114303164A (zh) 使用事件驱动平台的供方发票对账和支付
US20200007647A1 (en) Real-time Event Orchestrator
US11803854B1 (en) System and method for fraud detection using event driven architecture
US20150161725A1 (en) Moving a financial account from one enterprise to another
US20240169354A1 (en) Systems and methods for funds transfers via a token management system
WO2024077780A1 (zh) 交易账户的数据管理方法、装置、电子设备及存储介质
CN115545929B (zh) 资金管理方法、装置、电子设备和存储介质
CN115345722B (zh) 资金管理系统、方法、电子设备和存储介质
US10354331B2 (en) Receiving and processing transaction requests using a distributor portal
US11625772B1 (en) System and method for providing real time financial account information using event driven architecture
WO2021030609A1 (en) Systems and processes that augment transparency of transaction data
CN115545946B (zh) 一种融资管理系统及方法
CN115545948B (zh) 一种融资管理方法及装置
CN113706045B (zh) 资金支付方法、装置、设备、介质和程序产品
US20230067630A1 (en) Systems and methods for handling transfers
US20230394478A1 (en) Generating and publishing unified transaction streams from a plurality of computer networks for downstream computer service systems
US11301929B1 (en) System and method for closing financial accounts using event driven architecture
WO2023123153A1 (en) Systems and methods for miner fee settlement between wallets
WO2022217267A1 (en) Service meshes and smart contracts for zero-trust systems

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant