资金支付计划的调控方法、装置、存储介质和电子设备与流程

1.本技术涉及办公自动化领域，尤其涉及一种资金支付计划的调控方法、系 统、装置、存储介质和电子设备。


背景技术：

2.目前集团公司给下属单位或部门进行拨款时，大部分采用的是基于集团公 司/下属单位/部门的填报的年度/季度/月度总额预算申请单进行拨款，但是企业 会存在紧急支付业务、支付条件、支付环境或管理要求变化等原因，导致造成 实际支付与资金计划存在较大偏差，如何对计划外的资金支付进行管理是目前 亟待解决的问题。


技术实现要素：

3.本技术提供一种资金支付计划的调控方法、相关装置和存储介质，解决相 关技术中资金支付业务存在较的问题。
4.第一方面，本技术提供了一种资金支付计划的调控方法，包括：
5.获取原始待支付记录数据池；其中，所述原始支付记录数据池包含多个待 支付记录，各个待支付记录包括：申请单位、支付单位、资金调控状态、金额 和预计付款日期，所述原始待支付记录数据池中的每个待支付记录的资金调控 状态为无状态；
6.在所述原始待支付记录数据池中提取指定未来周期内的待支付记录；
7.将提取的待支付记录的资金调控状态变更为待确认状态以及生成待支付记 录集合；
8.在所述待支付记录集合中查询指定申请单位的待支付记录，以及基于查询 到的待支付记录生成第一分组；
9.若所述指定申请单位的支付限额小于所述第一分组的累计待支付金额，在 所述第一分组中选择一个或多个待支付记录，以及将选择的待支付记录的资金 调控状态变更为申请单位确认状态；
10.在所述待支付记录集合中查询指定支付单位的待支付记录，以及基于查询 到的待支付记录生成第二分组；
11.若所述指定支付单位的支付限额小于所述第二分组的累计待支付金额，在 所述第二分组中选择一个或多个待支付记录，以及将选择的待支付记录的资金 调控状态变更为支付单位确认状态；
12.在所述待支付记录集合中查询资金调控状态为支付单位确认的待支付记 录，以及将查询到的待支付记录的资金调控状态变更为已发布状态。
13.第二方面，本技术提供了一种资金支付计划的调控装置，包括：
14.获取单元，用于获取原始待支付记录数据池；其中，所述原始支付记录数 据池包含多个待支付记录，各个待支付记录包括：申请单位、支付单位、资金 调控状态、金额和预计付款日期，所述原始待支付记录数据池中的每个待支付 记录的资金调控状态为无状态；
15.提取单元，用于在所述原始待支付记录数据池中提取指定未来周期内的待 支付记录；
16.生成单元，用于将提取的待支付记录的资金调控状态变更为待确认状态以 及生成待支付记录集合；
17.查询单元，用于在所述待支付记录集合中查询指定申请单位的待支付记录， 以及基于查询到的待支付记录生成第一分组；
18.变更单元，用于若所述指定申请单位的支付限额小于所述第一分组的累计 待支付金额，在所述第一分组中选择一个或多个待支付记录，以及将选择的待 支付记录的资金调控状态变更为申请单位确认状态；
19.所述生成单元，还用于在所述待支付记录集合中查询指定支付单位的待支 付记录，以及基于查询到的待支付记录生成第二分组；
20.所述变更单元，还用于若所述指定支付单位的支付限额小于所述第二分组 的累计待支付金额，在所述第二分组中选择一个或多个待支付记录，以及将选 择的待支付记录的资金调控状态变更为支付单位确认状态；
21.所述变更单元，还用于在所述待支付记录集合中查询资金调控状态为支付 单位确认的待支付记录，以及将查询到的待支付记录的资金调控状态变更为已 发布状态。
22.本技术又一方面提供了一种装置，可以实现上述第一方面的资金支付计划 的调控方法。可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方 法。
23.在一种可能的实现方式中，所述装置的结构中包括处理器、存储器；所述 处理器被配置为支持所述装置执行上述资金支付计划的调控方法中相应的功 能。存储器用于与处理器耦合，其保存所述装置必要的程序(指令)和/或数据。 可选的，所述装置还可以包括通信接口用于支持所述装置与其他网元之间的通 信。
24.在另一种可能的实现方式中，所述装置，可以包括执行上述方法中相应动 作的单元模块。
25.在又一种可能的实现方式中，包括处理器和收发装置，所述处理器与所述 收发装置耦合，所述处理器用于执行计算机程序或指令，以控制所述收发装置 进行信息的接收和发送；当所述处理器执行所述计算机程序或指令时，所述处 理器还用于实现上述方法。其中，所述收发装置可以为收发器、收发电路或输 入输出接口。
26.本技术又一方面提供了一种装置，该装置包括：存储器和处理器；其中， 所述存储器中存储一组程序代码，且所述处理器用于调用所述存储器中存储的 程序代码，执行各方面所述的方法。
27.本技术又一方面提供了一种电子设备，包括上述的装置。电子设备包括但 不限于手机、电脑、平板电脑、个人计算机、服务器或工作站等。
28.本技术的又一方面提了供一种计算机可读存储介质，所述计算机可读存储 介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述 的方法。
29.本技术的又一方面提供了一种包含指令的计算机程序产品，当其在计算机 上运行时，使得计算机执行上述各方面所述的方法。
30.根据以上的实施例，在需要进行资金支付的调控时，在原始待支付记录数 据池中筛选未来时间周期的待支付记录，根据申请单位的支付限额和支付单位 的支付限额，在筛
选的待支付记录中进一步选择所需的待支付记录，经过申请 单位确认和支付单位确认生成资金计划内的待支付记录，以使灵活的调整未来 的资金支付计划，最终实际支付的资金满足资金计划的需求，降低资金支付的 偏差率。
附图说明
31.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述 中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付 出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
32.图1是本技术实施例提供的一种网络架构图；
33.图2是本技术实施例提供的一种资金支付计划的调控方法的流程示意图；
34.图3是本技术实施例提供的一种计算装置的结构示意图
35.图4是本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
36.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实 施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅 仅用以解释本技术，并不用于限定本技术。同时，在本技术的描述中，术语“第 一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。本 领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本 申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说 明，以免不必要的细节妨碍本技术的描述。
37.图1示出了可以应用于本技术的资金支付计划的调控方法或资金支付计划 的调控装置的示例性系统架构。
38.如图1所示，系统架构可以包括：资金支付计划的调控装置101(以下简称 计算装置101)和财务系统102，财务系统为企业部署的服务器，财务系统102 存储有各个单位的财务数据，例如：已支付记录和待支付记录等。计算装置101 和财务系统102可以为硬件或软件。在计算装置101和财务系统为硬件时，二 者之间可以通过网络进行通信，网络用于上述各个单元之间提供通信链路的介 质。网络可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信 链路包括光纤、双绞线或同轴电缆的，无线通信链路包括蓝牙通信链路、无线 保真(wireless-fidelity，wi-fi)通信链路或微波通信链路等。计算装置101和 财务系统102为软件时，可以是部署在同一个物理机或不同物理机上的应用程 序。
39.需要说明的是，财务系统102可以是硬件，也可以是软件。当财务系统102 为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单 个服务器。当财务系统102为软件时，可以实现成多个软件或软件模块(例如 用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限 定。
40.应理解，图1中的终端设备、网络和服务器的数目仅是示意性的。根据实 现需要，可以是任意数量的终端设备、网络和服务器。
41.为了说明本技术所述的技术方案，下面通过具体实施例来进行说明。
42.参见图2，图2是本技术实施例提供的资金支付计划的调控方法的流程示意 图，在
本技术实施例中，所述方法包括：
43.s201、获取原始待支付记录数据池。
44.其中，财务管理系统一般维护和存储有待支付记录，待支付记录表示在未 来时间需要执行资金支付操作的数据。终端设备可以根据实际需求从财务管理 系统中获取原始待支付记录数据池，原始待支付记录数据池包含多个待支付记 录，待支付记录包括申请单位、支付单位、资金调控状态、金额和预计付款日 期等。申请单位表示发起资金支付请求的单位；支付单位表示执行支付操作的 单位；资金调控状态包括无状态、待确认状态、申请单位确认状态、支付单位 确认状态和已发布状态，需要说明的是，原始待支付记录数据池中包含的各个 待支付记录的资金调控状态均为无状态；对于已发布状态的待支付记录来说， 该待支付记录属于资金计划内，对于其他状态的待支付记录来说，该支付激励 属于资金计划外。金额表示待支付的资金数额；预计付款日期表示执行支付操 作的日期。
45.举例来说，参见图1所示，为原始待支付记录数据池的示意图，原始待支 付记录数据池使用表格表示，表格的每一行为一个待支付记录，待支付记录除 包含申请单位、支付单位、资金调控状态、金额和预计付款日期之外，还包括： 序号、本级支付/上级支付、支付计划号、收款单位、收款账号、业务类型、距 离到期付款天数、分数、支付状态、预算/支付类型、付款账号、责任中心、申 请人、待处理岗位和待处理人等参数。表1的待支付记录数据池共包含10条待 支付记录，每个待支付记录的资金调控状态为无状态。
46.需要说明的是，付款紧急程度包括：按期支付、月内支付和可延期支付， 按期支付表示达到预计付款日期时必须执进行支付，月内支付表示可以在预计 付款日期所在的月内进行支付，可延期支付表示在到达预计付款日期时可申请 延期；因此，紧急程度的排序为按期支付＞月内支付＞可延期支付。
47.序号申请单位支付单位资金调控状态本级支付/上级支付支付计划号金额预计付款日期收款单位收款账号业务类型1xxa1公司xxb1公司无上级支付10011002021年8月9日xxc1公司xxxx工程服务2xxa1公司xxb1公司无上级支付10021202021年8月10日xxc2公司xxxx物资采购3xxa1公司xxb1公司无上级支付10031302021年8月11日xxc3公司xxxx员工报销4xxa1公司xxa1公司无本级支付10041502021年8月12日xxc4公司xxxx税金业务5xxa1公司xxb1公司无上级支付10053002021年8月13日xxc5公司xxxx薪酬业务6xxa2公司xxb1公司无上级支付10064002021年8月14日xxc6公司xxxx股权业务7xxa2公司xxa2公司无本级支付10075002021年8月15日xxc7公司xxxx偿还债务8xxa2公司xxb1公司无上级支付10085002021年8月16日xxc8公司xxxx偿还债务9xxa2公司xxb1公司无上级支付10095002021年8月17日xxc9公司xxxx偿还债务10xxa2公司xxb1公司无上级支付10105002021年8月18日xxc10公司xxxx偿还债务
48.付款紧急程度距离到期付款天数分数支付状态预算/支付类型付款账号责任中心申请人待处理岗位待处理人按期支付1100待发起支付仅支付xxxxxxd1部门xx资金管理岗xx月内支付299待发起支付仅支付xxxxxxd2部门xx资金管理岗xx可延期支付398待发起支付仅支付xxxxxxd3部门xx资金管理岗xx按期支付497待发起支付仅支付xxxxxxd4部门xx资金管理岗xx按期支付596支付中仅支付xxxxxxd5部门xx资金支付岗xx按期支付6100支付中预算 支付xxxxxxd6部门xx出纳xx按期支付799支付中仅预算xxxxxxd7部门xx出纳xx按期支付896支付中仅预算xxxxxxd8部门xx出纳xx按期支付980支付中仅预算xxxxxxd9部门xx出纳xx按期支付1070支付中仅预算xxxxxxd10部门xx出纳xx
49.表1
50.s202、在原始待支付记录池中提取指定未来周期内的待支付记录。
51.其中，指定未来周期的天数根据实际需求而定，指定未来周期为一个时间 区间，包含开始日期和结束日期。终端设备根据各个待支付记录的预计付款日 期在原始待支付记录数据池中提取待支付记录。
52.举例来说，指定未来周期的开始日期为2021年8月9日，结束日期为2021 年8月16日，从表1的原始待支付记录池中提取预计付款日期位于未来周期内 的所有待支付记录。
53.s203、将提取的待支付记录的资金调控状态变更为待确认状态以及生成待 支付记录集合。
54.其中，待支付记录集合包含s202中提取的待支付记录，且各个待支付记录 的资金调控状态变更为待确认状态。
55.举例来说，参见表2所示的待支付记录集合，待支付记录集合包含在表1 中提取的7个待支付记录集合，各个待支付记录集合的预计付款日期位于2021 年8月9日至2021年8月16日之间，且各个待支付记录的资金调控状态为待 确认状态，其他参数的属性值不变。
56.序号申请单位支付单位资金调控状态本级支付/上级支付支付计划号金额预计付款日期收款单位收款账号业务类型1xxa1公司xxb1公司待确认上级支付10011002021年8月9日xxc1公司xxxx工程服务2xxa1公司xxb1公司待确认上级支付10021202021年8月10日xxc2公司xxxx物资采购3xxa1公司xxb1公司待确认上级支付10031302021年8月11日xxc3公司xxxx员工报销4xxa1公司xxa1公司待确认本级支付10041502021年8月12日xxc4公司xxxx税金业务5xxa1公司xxb1公司待确认上级支付10053002021年8月13日xxc5公司xxxx薪酬业务6xxa2公司xxb1公司待确认上级支付10064002021年8月14日xxc6公司xxxx股权业务7xxa2公司xxa2公司待确认本级支付10075002021年8月15日xxc7公司xxxx偿还债务
57.付款紧急程度距离到期付款天数分数支付状态预算/支付类型付款账号责任中心申请人待处理岗位待处理人按期支付1100待发起支付仅支付xxxxxxd1部门xx资金管理岗xx月内支付299待发起支付仅支付xxxxxxd2部门xx资金管理岗xx可延期支付398待发起支付仅支付xxxxxxd3部门xx资金管理岗xx按期支付497待发起支付仅支付xxxxxxd4部门xx资金管理岗xx按期支付596支付中仅支付xxxxxxd5部门xx资金支付岗xx按期支付6100支付中预算 支付xxxxxxd6部门xx出纳xx按期支付799支付中仅预算xxxxxxd7部门xx出纳xx
58.表2
59.s204、在待支付记录集合中查询指定申请单位的待支付记录，以及基于查 询到的待支付记录生成第一分组。
60.其中，终端设备对待支付记录集合根据申请单位进行分组，相同申请单位 的待支付记录位于同一分组。指定申请单位的待支付记录划分为第一分组。
61.例如：终端设备将表2的待支付记录集合进行分组，申请单位为“xxa1 公司”的5个待支付划分为一组，申请单位为“xxa2公司”的2个待支付记录 划分为另一组。
62.s205、若指定申请单位的支付限额小于第一分组的累计待支付金额，在第 一分组中选择一个或多个待支付记录，以及将选择的待支付记录的资金调控状 态为变更为申请单位确认状态。
63.其中，不同的申请单位具有不同的支付限额，终端设备预存储或预配置有 各个申请单位关联的支付限额；或者申请单位的支付限额可由用户通过输入装 置手动输入。第一分组的累计待支付金额表示对第一分组包含的所有的待支付 记录的金额进行求和得到的值。终端设备在第一分组中选择一个或多个待支付 记录，选择的方法可以是根据预设规则自动进行选择或基于用户的选择指令进 行选择，以确保选择后的待支付记录的累计待支
付金额小于或等于支付限额。 选择的待支付记录的资金调控状态变更为申请单位确认状态，未选择的待支付 记录的资金调控状态保持不变。
64.举例来说，参见表3所示，第一分组包含序号1～5的5个待支付记录，终 端设备获取到指定申请单位“xxa1公司”的支付限额为700，终端设备计算第 一分组包含的5个待支付记录的累计待支付金额为： 100 120 130 150 300＝800，则累计待支付金额大于支付限额，终端设备在5 个待支付记录中选择序号为1～4的4个待支付记录，将序号为1～4的待支付记 录的资金调控状态变更为申请单位确认状态，序号为5的待支付记录的资金调 控状态保持不变，仍为待确认状态。
[0065][0066]
表3
[0067]
在一个或多个可能的实施例中，在第一分组中选择一个或多个待支付记录， 包括：
[0068]
基于用户的选择指令，在第一分组中选择一个或多个待支付记录，选择指 令是用户通过输入装置触发生成的，输入装置可以是键盘、鼠标或触摸屏等； 和/或
[0069]
基于第一预设规则自动在第一分组中选择一个或多个待支付记录。
[0070]
具体的，第一预设规则可以与分数、付款紧急程度、距离到期付款天数和 收款单位中的一种或多种有关。分数的值可以根据待支付记录的不同参数来计 算，例如：根据收款单位的级别来计算分数，不同级别的供应商的分数不同； 根据业务类型来计算分数，不同的业务类型的分数不同；根据距离到期付款天 数来计算分数，不同的天数对应不同的分数。
[0071]
例如：根据分数对所述第一分组中的各个待支付记录进行降序排列，以及 选择排在前面的n个待支付记录。参见表3所示，序号1～序号5的待支付记录 根据分数降序排列，选择前面序号为1～4的待支付记录。
[0072]
根据付款紧急程度对所述第一分组中的各个待支付记录进行降序排列，以 及选择排在前面的n个待支付记录，n为大于或等于1的整数。
[0073]
s206、在待支付记录集合中查询指定支付单位的待支付记录，以及基于查 询到的待支付记录生成第二分组。
[0074]
其中，终端设备根据支付单位将待支付记录集合进行分组，同一支付单位 的待支付记录位于同一组内。
[0075]
举例来说，参见表示4所示，指定支付单位为“xxb1公司”，第二分组包 含6个待支
付记录，指定支付单位均为“xxb1公司”，且各个待支付记录均为 上级支付。
[0076]
序号申请单位支付单位资金调控状态本级支付/上级支付支付计划号金额预计付款日期收款单位收款账号业务类型1xxa1公司xxb1公司申请单位确认上级支付10011002021年8月9日xxc1公司xxxx工程服务2xxa1公司xxb1公司申请单位确认上级支付10021202021年8月10日xxc2公司xxxx物资采购3xxa1公司xxb1公司申请单位确认上级支付10031302021年8月11日xxc3公司xxxx员工报销5xxa1公司xxb1公司待确认上级支付10053002021年8月13日xxc5公司xxxx薪酬业务6xxa2公司xxb1公司待确认上级支付10064002021年8月14日xxc6公司xxxx股权业务
[0077]
付款紧急程度距离到期付款天数分数支付状态预算/支付类型付款账号责任中心申请人待处理岗位待处理人按期支付1100待发起支付仅支付xxxxxxd1部门xx资金管理岗xx月内支付299待发起支付仅支付xxxxxxd2部门xx资金管理岗xx可延期支付398待发起支付仅支付xxxxxxd3部门xx资金管理岗xx按期支付596支付中仅支付xxxxxxd5部门xx资金支付岗xx按期支付6100支付中预算 支付xxxxxxd6部门xx出纳xx
[0078]
表4
[0079]
s207、若指定支付单位的支付限额小于第二分组的累计待支付金额，在第 二分组中选择一个或多个待支付记录，以及将选择的待支付记录的资金调控状 态变更为支付单位确认状态。
[0080]
其中，不同的支付单位具有不同的支付限额，终端设备预存储或预配置有 各个支付单位关联的支付限额；或者支付单位的支付限额可由用户通过输入装 置手动输入。第二分组的累计待支付金额表示对第一分组包含的所有的待支付 记录的金额进行求和得到的值。终端设备在第二分组中选择一个或多个待支付 记录，选择的方法可以是根据预设规则自动进行选择或基于用户的选择指令进 行选择，以确保选择后的待支付记录的累计待支付金额小于或等于支付限额。 选择的待支付记录的资金调控状态变更为支付单位确认状态，未选择的待支付 记录的资金调控状态保持不变。
[0081]
举例来说，参见表5所示，第二分组包含序号1～3、5和6的5个待支付记 录，终端设备获取到指定支付单位“xxb1公司”的支付限额为1000，终端设 备计算第二分组包含的5个待支付记录的累计待支付金额为： 100 120 130 300 400＝1050，则累计待支付金额大于支付限额，终端设备在5 个待支付记录中选择序号为1～3和6的4个待支付记录，将选择的4待支付记 录的资金调控状态变更为支付单位确认状态，序号为5的待支付记录的资金调 控状态回退为无状态。
[0082]
序号申请单位支付单位资金调控状态本级支付/上级支付支付计划号金额预计付款日期收款单位收款账号业务类型1xxa1公司xxb1公司支付单位确认上级支付10011002021年8月9日xxc1公司xxxx工程服务2xxa1公司xxb1公司支付单位确认上级支付10021202021年8月10日xxc2公司xxxx物资采购3xxa1公司xxb1公司支付单位确认上级支付10031302021年8月11日xxc3公司xxxx员工报销5xxa1公司xxb1公司无上级支付10053002021年8月13日xxc5公司xxxx薪酬业务6xxa2公司xxb1公司支付单位确认上级支付10064002021年8月14日xxc6公司xxxx股权业务
[0083]
付款紧急程度距离到期付款天数分数支付状态预算/支付类型付款账号责任中心申请人待处理岗位待处理人按期支付1100待发起支付仅支付xxxxxxd1部门xx资金管理岗xx月内支付299待发起支付仅支付xxxxxxd2部门xx资金管理岗xx可延期支付398待发起支付仅支付xxxxxxd3部门xx资金管理岗xx按期支付596支付中仅支付xxxxxxd5部门xx资金支付岗xx按期支付6100支付中预算 支付xxxxxxd6部门xx出纳xx
[0084]
表5
[0085]
在一个或多个可能的实施例中，在第二分组中选择一个或多个待支付记录， 包括：
[0086]
基于用户的选择指令，在所述第二分组中选择一个或多个待支付记录；和/ 或
[0087]
基于第二预设规则自动在所述第二分组中选择一个或多个待支付记录，第 二预设规则与分数、付款紧急程度、收款单位和距离到期付款天数中的一种或 多种有关，具体可参照s205的描述，此处不再赘述。
[0088]
s208、在待支付记录集合中查询资金调控状态为支付单位确认的待支付记 录，以及将查询到的待支付记录的资金调控状态变更为已发布状态。
[0089]
其中，原始待支付记录数据池经过s201～s207的处理后，其包含的待支付 记录的资金调控状态仅为已发布状态或无状态，已发布状态的待支付记录属于 资金计划内，其他状态的待支付记录属于资金计划内。对于各个已发布状态的 待支付记录，在到达预计付款日期时，执行支付操作；对于其他状态的待支付 激励，在到达预计付款日期时，不执行支付操作。例如：参见表6所示，表6 包含最终生成的待支付记录，序号1、2和6的待支付记录为已发布状态，序号 3和5的待支付记录为无状态。
[0090]
序号申请单位支付单位资金调控状态本级支付/上级支付支付计划号金额预计付款日期收款单位收款账号业务类型1xxa1公司xxb1公司已发布上级支付10011002021年8月9日xxc1公司xxxx工程服务2xxa1公司xxb1公司已发布上级支付10021202021年8月10日xxc2公司xxxx物资采购3xxa1公司xxb1公司无上级支付10031302021年8月11日xxc3公司xxxx员工报销5xxa1公司xxb1公司无上级支付10053002021年8月13日xxc5公司xxxx薪酬业务6xxa2公司xxb1公司已发布上级支付10064002021年8月14日xxc6公司xxxx股权业务
[0091]
付款紧急程度距离到期付款天数分数支付状态预算/支付类型付款账号责任中心申请人待处理岗位待处理人按期支付1100待发起支付仅支付xxxxxxd1部门xx资金管理岗xx月内支付299待发起支付仅支付xxxxxxd2部门xx资金管理岗xx可延期支付398待发起支付仅支付xxxxxxd3部门xx资金管理岗xx按期支付596支付中仅支付xxxxxxd5部门xx资金支付岗xx按期支付6100支付中预算 支付xxxxxxd6部门xx出纳xx
[0092]
表6
[0093]
在一个或多个可能的实施例中，本技术实施例对资金计划外的待支付记录 进行控制，控制的方法包括：接收支付请求，支付请求携带请求方的待支付记 录，该待支付记录的资金调控状态为无状态，即该待支付记录的资金计划类型 为资金计划外，根据该待支付记录的金额计算资金偏差率以及确定请求方的控 制强度，若控制强度为强控，若为是，判断资金偏差率是否超过强控的允许偏 差率范围，若为是，拒绝执行支付操作以及向所述请求方发送支付失败响应； 若所述控制强度为弱控或资金偏差率未超出强控的允许资金偏差率范围，则允 许执行支付操作。
[0094]
其中，请求方可以为申请单位或支付单位，终端设备根据申请单位和业务 类型确定控制强度。根据待支付记录的金额计算资金偏差率的公式为：未来周 期内历史实际执行金额(含当日实际执行金额) 未来周期内当日以之后日期以 发布状态且待支付或支付中的金额 未来周期内的资金计划外的金额-未来周期 内初始的已发布状态的待支付记录的金额)/未来周期内初始的已发布状态的待 支付记录的金额*100％。
[0095]
在一个或多个可能的实施例中，本技术可以根据实际需求在待支付记录集 合中新增待支付记录，新增的待支付记录的资金调控状态可以立即设置为已发 布状态，不需要审批；或，根据新增的待支付记录的金额计算资金偏差率，在 资金偏差率超出允许偏差率范围时，执行审批流程，审批通过时才允许设置为 已发布状态；在审批时可以将资金偏差率发送给审评人，以供审批时参考。
[0096]
在一个或多个可能的实施例中，本技术可以根据待支付记录的支付状态生 成待办报告，便于对待支付记录的支付状态进行跟踪和监督。例如：根据申请 单位、部门、处理岗位、处理人或处理环节生成待办报告，待办报告包括各个 申请单位的待办笔数、已办笔数、总笔数、处理进度、待办金额、已办金额、 总金额、执行进度、待办岗位和代办人等信息。
[0097]
在一个或多个可能的实施例中，本技术可以资金支付调控分析报告，包括： 本周期综合资金偏差率、未来周期偏差率、累计执行日均资金偏差率、执行进 度和预计日均偏差率。通过全面的资金支付调控分析报告，实时了解各单位和 各部门的整个资金支付的是否存在执行偏差。
[0098]
其中，截止本周期综合偏差率＝|历史每周期的偏差率| |当前周期的预测偏差 率|/周期数。例如：当前周期是第三周期，则截止本周期综合偏差率＝第一周期 的偏差率 第二周期的偏差率 第三周期预测的偏差率/3。
[0099]
预测未来周期偏差率＝{(该周期历史实际执行(含当日实际执行) 该周期 当日及之后日期已发布状态且(待支付 支付中)的金额) 所选资金调控计划 外记录的预计付款日期在该周期的记录的金额-资金调控计划(批复的)}/资金 调控计划(批复的)*100％。
[0100]
累计执行日均偏差率＝历史日期每日的偏差率求和/历史天数；其中历史日期 每日的偏差率＝|历史日的实际执行-历史日的资金调控计划数(已发布)|/历史日 的资金调控计划数(已发布)。
[0101]
执行进度＝实际执行/资金调控计划*100％
[0102]
预计日均偏差率＝本周每一天的偏差率(或预测偏差率)求和/本周天数，
[0103]
其中，历史日期每日的偏差率＝|历史日的实际执行-历史日的资金调控计划 数(已发布)|/历史日的资金调控计划数(已发布)。
[0104]
当日的偏差率＝|(当日实际执行 当日已发布(非支付成功)-当日资金调控 计划数(已发布)|/当日的资金调控计划数(已发布)。
[0105]
未来日的偏差率＝|(该日已发布-该日资金调控计划数(已发布)|/该日的资 金调控计划数(已发布)。
[0106]
需要说明的是，本技术涉及的计算公式中的“资金调控计划数(已发布)
”ꢀ
支持两种取数：
[0107]
①
取生成未来周期资金调控计划时点的数据，即该时点的快照数据，不会 随着后续调入调出资金调控计划而变化。
[0108]
②
取该周期资金调控状态为“已发布”的数据，是一份实时更新的动态数 据，随着后续调入调出资金调控计划而变化。
[0109]
上述两种取数方式计算的执行偏差率存在一定差异，可根基实际业务需要 选择任一取数逻辑。
[0110]
实施本技术实施例的有益效果：全面管控企业支付业务按资金调控计划执 行、降低执行偏差率。精准生成企业未来周期资金支付计划，建立申请单位及 上级支付单位“自动调度 人工确认”的双重调度/确认机制，可查看生成前的笔 数/金额/支付明细信息、生成后的笔数/金额/支付明细信息。根据支付审批管控 强度的控制机制，对支付业务进行精准控制。通过完善的资金支付调整机制， 对紧急支付等业务监管和调整。通过待办统计及督办机制，实时了解各单位的 支付执行情况。通过全面资金支付调控分析报告，实时了解
各单位各部门的整 个支付业务的趋势，是否存在执行偏差。除企业资金支付业务外，其他业务或 项目中确保计划与执行一致性的场景。
[0111]
上述图2详细阐述了资金支付计划的调控方法。相应的本技术实施例的一 种计算装置的结构示意图。
[0112]
请参见图3，图3是本技术实施例提供的一种调控装置3的结构示意图，该 调控装置3可以包括：获取单元301、生成单元302、查询单元303和变更单元 304。
[0113]
获取单元301，用于获取原始待支付记录数据池；其中，所述原始支付记录 数据池包含多个待支付记录，各个待支付记录包括：申请单位、支付单位、资 金调控状态、金额和预计付款日期，所述原始待支付记录数据池中的每个待支 付记录的资金调控状态为无状态；
[0114]
所述获取单元301，还用于在所述原始待支付记录数据池中提取指定未来周 期内的待支付记录；
[0115]
生成单元302，用于将提取的待支付记录的资金调控状态变更为待确认状态 以及生成待支付记录集合；
[0116]
查询单元303，用于在所述待支付记录集合中查询指定申请单位的待支付记 录，以及基于查询到的待支付记录生成第一分组；
[0117]
变更单元304，用于若所述指定申请单位的支付限额小于所述第一分组的累 计待支付金额，在所述第一分组中选择一个或多个待支付记录，以及将选择的 待支付记录的资金调控状态变更为申请单位确认状态；
[0118]
所述生成单元302，还用于在所述待支付记录集合中查询指定支付单位的待 支付记录，以及基于查询到的待支付记录生成第二分组；
[0119]
所述变更单元304，还用于若所述指定支付单位的支付限额小于所述第二分 组的累计待支付金额，在所述第二分组中选择一个或多个待支付记录，以及将 选择的待支付记录的资金调控状态变更为支付单位确认状态；
[0120]
所述变更单元304，还用于在所述待支付记录集合中查询资金调控状态为支 付单位确认的待支付记录，以及将查询到的待支付记录的资金调控状态变更为 已发布状态。
[0121]
在一个或多个可能的实施例中，所述在所述第一分组中选择一个或多个待 支付记录，包括：
[0122]
基于用户的选择指令，在所述第一分组中选择一个或多个待支付记录；和/ 或
[0123]
基于第一预设规则自动在所述第一分组中选择一个或多个待支付记录。
[0124]
在一个或多个可能的实施例中，待支付记录还包括：分数和付款紧急程度；
[0125]
其中，所述基于第一预设规则在所述第一分组中选择一个或多个待支付记 录，包括：
[0126]
根据分数对所述第一分组中的各个待支付记录进行降序排列，以及选择排 在前面的n个待支付记录；或
[0127]
根据付款紧急程度对所述第一分组中的各个待支付记录进行降序排列，以 及选择排在前面的n个待支付记录，n为大于或等于1的整数。
[0128]
在一个或多个可能的实施例中，所述在所述第二分组中选择一个或多个待 支付记录，包括：
和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户 界面和应用程序等；gpu用于负责显示屏所需要显示的内容的渲染和绘制；调 制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到 处理器401中，单独通过一块芯片进行实现。
[0147]
其中，存储器405可以包括随机存储器(randomaccess memory，ram)， 也可以包括只读存储器(read-only memory)。可选的，该存储器405包括非 瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存 储器405可用于存储指令、程序、代码、代码集或指令集。存储器405可包括 存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、 用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、 用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施 例中涉及到的数据等。存储器405可选的还可以是至少一个位于远离前述处理 器401的存储装置。如图4所示，作为一种计算机存储介质的存储器405中可 以包括操作系统、网络通信模块、用户接口模块以及应用程序。
[0148]
在图4所示的电子设备400中，用户接口403主要用于为用户提供输入的 接口，获取用户输入的数据；而处理器401可以用于调用存储器405中存储的 应用程序，并具体执行图2的方法实施例。
[0149]
本实施例的构思和图2的方法实施例相同，其带来的技术效果也相同，具 体过程可参照图2实施例的描述，此处不再赘述。
[0150]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算 机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。 其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
[0151]
以上所揭露的仅为本技术较佳实施例而已，当然不能以此来限定本技术之 权利范围，因此依本技术权利要求所作的等同变化，仍属本技术所涵盖的范围。