CN115131013A - 资金结算的监视方法、装置、存储介质及计算机设备 - Google Patents

Abstract

本申请实施例公开了一种资金结算的监视方法、装置、存储介质及计算机设备，涉及资金结算领域。本申请在监视界面上设置多个监视控件，各个监视控件关联有数据池和结算流程节点，定期统计各个数据池中付款订单的状态、笔数和金额，然后在各个监视控件上推送统计结果，以结合企业资金付款结算流程，实现各个结算流程节点的数据可视化，便于资金管理人员总体掌握资金结算流程的处理情况，保障资金安全。

Description

资金结算的监视方法、装置、存储介质及计算机设备

技术领域

本申请涉及资金结算领域，尤其涉及一种资金结算的监视方法、装置、存储介质及计算机设备。

背景技术

个人企业或集团企业部署有财务系统，财务系统在接收到付款订单申请后，会在触发资金结算流程，资金结算流程由多个顺序执行的结算流程节点组成，结算流程节点上的财务人员需要及时处理各自的付款订单，在相关技术中，各个结算流程节点独立设置在业务系统的不同的功能模块中，结算结算的处理过程不够透明，资金管理人员无法掌握资金结算流程的处理情况，存在资金安全隐患。

发明内容

本申请实施例提供了资金结算的监视方法、装置、存储介质及计算机设备，可以解决现有技术中资金结算过程不够透明的问题。所述技术方案如下：

第一方面，本申请实施例提供了一种资金结算的监视方法，所述方法包括：

显示监视界面；其中，所述监视界面设置有总体情况预览区，所述总体情况预览区设置有数据源监视控件和多个结算流程监视控件，每个监视控件关联一个结算流程节点和一个数据池；

统计各个控件关联的数据池内付款订单的状态、笔数和金额，得到统计结果；

在各个监视控件上推送对应的统计结果。

第二方面，本申请实施例提供了一种资金结算的监视装置，所述装置包括：

显示单元，用于显示监视界面；其中，所述监视界面设置有总体情况预览区，所述总体情况预览区设置有数据源监视控件和多个结算流程监视控件，每个监视控件关联一个结算流程节点和一个数据池；

统计单元，用于统计各个控件关联的数据池内付款订单的状态、笔数和金额，得到统计结果；

推送单元，用于在各个监视控件上推送对应的统计结果。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种计算机设备，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

在监视界面上设置多个监视控件，各个监视控件关联有数据池和结算流程节点，定期统计各个数据池中付款订单的状态、笔数和金额，然后在各个监视控件上推送统计结果，以结合企业资金付款结算流程，实现各个结算流程节点的数据可视化，便于资金管理人员总体掌握资金结算流程的处理情况，保障资金安全。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本申请实施例提供的网络架构示意图；

图2是本申请实施例提供的资金结算的监视方法的流程示意图；

图3是本申请实施例提供的监视界面的示意图；

图4～图8是本申请实施例提供的数据明细界面的示意图；

图9是本申请实施例提供的配比安排的操作界面的示意图；

图10是本申请实施例提供的签名审批待办控件的用户界面；

图11是本申请实施例提供的指令处理待办控件的用户界面；

图12是本申请实施例提供的付款记账待办控件的用户界面；

图13是本申请提供的一种资金结算的监视装置的结构示意图；

图14是本申请提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

需要说明的是，本申请提供的资金结算的监视方法一般由计算机设备执行，相应的，资金结算的监视装置一般设置于计算机设备中。

图1示出了可以应用于本申请的资金结算的监视方法或资金结算的监视装置的示例性系统架构。

如图1所示，系统架构可以包括：计算机设备101和服务器102。计算机设备101和服务器102之间可以通过网络进行通信，网络用于上述各个单元之间提供通信链路的介质。网络可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆等，无线通信链路包括蓝牙通信链路、无线保真(WIreless-FIdelity，Wi-Fi)通信链路或微波通信链路等。

其中，服务器102中部署有业务系统，计算机设备101在业务系统获取付款订单的明细信息，然后基于设置的资金结算流程的各个节点对付款订单进行处理。

需要说明的是，计算机设备101和服务器102可以是硬件，也可以是软件。当计算机设备101和服务器102为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当计算机设备101和服务器102为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

本申请的计算机设备上可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

计算机设备可以是硬件，也可以是软件。当计算机设备为硬件时，可以是具有显示屏的各种计算机设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等。当计算机设备为软件时，可以是安装上述所列举的计算机设备中。其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。

当计算机设备为硬件时，其上还可以安装有显示设备和摄像头，显示设备显示可以是各种能实现显示功能的设备，摄像头用于采集视频流；例如：显示设备可以是阴极射线管显示器(cathode ray tube display，简称CR)、发光二极管显示器(light-emittingdiode display，简称LED)、电子墨水屏、液晶显示屏(liquid crystal display，简称LCD)、等离子显示面板(plasma display panel，简称PDP)等。用户可以利用计算机设备上的显示设备，来查看显示的文字、图片、视频等信息。

应理解，图1中的计算机设备、网络和服务器的数目仅是示意性的。根据实现需要，可以是任意数量的计算机设备、网络和服务器。

下面将结合附图2，对本申请实施例提供的资金结算的监视方法进行详细介绍。其中，本申请实施例中的资金结算的监视装置可以是图1所示的计算机设备。

请参见图2，为本申请实施例提供了一种资金结算的监视方法的流程示意图。如图2所示，本申请实施例的所述方法可以包括以下步骤：

S201、显示监视界面。

其中，监视界面设置有总体情况预览区，总体情况预览区设置有数据源监视控件和多个结算流程监视控件，每个监视控件关联一个数据池和一个结算流程节点，数据池用于存储结算流程节点对应的付款订单的明细信息，明细信息包括状态、笔数和金额。监视控件为图形界面控件，监视控件上用于显示数据池中的订单数据的相关参数和参数值。多个结算流程监视控件各自关联一个结算流程节点，多个流程监视控件根据结算流程节点的执行顺序依次排列在监视界面上。

举例来说，参见图1所示的监视界面的示意图，监视界面设置有总体情况预览区20，总体情况预览区设置的数据源控件为付款结算池监视控件，多个结算流程监视控件分别为：集中审批监视控件、配比安排监视控件、签名审批监视控件、指令处理监视控件和付款记账监视控件，各个监视控件为卡片式的图形控件，分别对应的结算流程节点为：集中审批、配比安排、签名审批、指令处理和付款记账，集中审批用于审批者对付款订单进行集中审批；配比安排用于对付款订单进行合并和配置付款方案；签名审批用于对付款订单进行复核；指令处理表示对上一级节点上报的付款订单执行付款指令；付款记账表示对付款订单制作付款凭证。进一步的，总体情况预览区还设置有总体情况监视控件，总体情况监视控件为圆形的图形控件，总体情况监视控件用于监视付款结算池中付款订单的总体执行进度。

在一个或多个可能的实施例中，所述方法还包括：

接收针对某个监视控件的触发指令时，在该监视控件关联的数据池中读取订单付款订单的明细信息；

在数据明细界面上显示读取的各个付款订单的明细信息。

其中，触发指令是用户通过输入装置在监视控件上执行的交互动作生成的，输入装置可以是键盘、鼠标或触摸屏等。

举例来说，参见图4所示，计算机设备检测到付款结算池监视控件上的鼠标点击操作时，生成触发指令，计算机设备读取付款结算池监视控件关联的付款结算池中的付款订单的明细信息，然后在图4的数据明细界面上显示付款订单的明细信息表，明细信息表的每一行对应一个付款订单，付款订单的明细信息包括：序号、申请单位、付款凭证(SAP)、业务类型、支付计划号、行号、预计付款日期、付款紧急程度、支付状态、合计、转账金额、票据金额、票据占比。进一步的，数据明细界面上还设置有数据筛选控件，数据筛选控件为多个输入框，多个输入框分别用于输入申请单位、业务类型、收款方、支付计划号、申请金额和预计收款日期，计算机设备获取用户通过数据筛选控件输入的筛选条件信息，在付款结算池中筛选出满足筛选条件信息的付款订单，基于筛选的付款订单的明细信息生成明细信息表，然后在数据明细界面上显示该明细信息表。

又举例来说，参见图5所示，计算机设备检测到配比安排监视控件上的鼠标点击操作时，生成触发指令，计算机设备读取配比安排监视控件关联的数据池中的付款订单的明细信息，然后在图5的明细信息界面上显示明细信息表，明细信息表包括未配比子表和已配比子表，未配比子表包括未配比状态的付款订单的明细信息，已配比子表包括已配比状态的付款订单的明细信息，两个子表可以通过数据明细界面上的标签来切换，图5中子表已切换为已配比子表，子表中每一行对应一个付款订单，且设置有支付方案，付款订单的明细信息参见图5所述的行，此处不再赘述。进一步的，数据明细界面还设置有数据筛选控件，该数据筛选控件为多个输入框，用户可以基于该数据筛选控件在数据池中筛选符合要求的付款订单。

又举例来说，参见图6所示，计算机设备检测签名审批监视控件上的鼠标点击操作时，生成触发指令，读取签名监视控件关联的数据池后在图6的数据明细界面上显示数据明细表，数据明细表包括两个子表：待审批子表和已审批子表，分别存储待审批状态的付款订单的明细信息和已审批状态的付款订单的明细信息，两个子表可由数据明细界面上的标签来切换该标签上还显示有表中的付款订单的笔数。进一步的，数据明细界面还设置有数据筛选控件，数据筛选控件如图6所示的多个输入框，用户可以基于该数据筛选控件在数据池中筛选符合要求的付款订单。

又举例来说，参见图7所示，计算机设备检测到指令处理监视控件上发生的鼠标点击操作时，生成触发指令，读取指令处理监视控件关联的数据池后在图7的数据明细界面上显示数据明细表，数据明细表包括存储付款订单的明细信息的四个子表：未发送子表、已发送子表、支付失败子表和支付成功子表，分别对应未发送付款指令的付款订单、已发送付款指令的付款订单、支付失败的付款订单和支付成功的付款订单，四个子表可由数据明细界面上的标签来切换，该标签上还显示有表中的付款订单的笔数；“未发送”是指付款指令尚未发送至银行，待处理人员进行发送操作；“已发送”是指已经发送银行但是银行尚未返回状态的指令数据，一般情况下需再次获取最新的处理状态；“支付成功”是指已经发送银行且银行返回支付成功状态的指令数据,增加展示银行返回的支付成功时间；“支付失败”是指已经发送银行但银行返回支付失败状态的指令数据，增加展示银行返回的支付失败原因。进一步的，数据明细界面还设置有数据筛选控件，数据筛选控件如图7所示的多个输入框，用户可以基于该数据筛选控件在数据池中筛选符合要求的付款订单。

又举例来说，参见图8所示，计算机设备检测到付款记账监视控件上发生的鼠标点击操作时，生成触发指令，读取付款记账监视控件关联的数据池后在图8的数据明细界面上显示数据明细表，数据明细表包括存储付款订单的明细信息的两个子表：未记账子表和已记账子表，分别对应已记账状态的付款订单和未记账状态的付款订单，两个子表可由数据明细界面上的标签来切换，该标签上还显示有表中的付款订单的笔数。进一步的，数据明细界面还设置有数据筛选控件，数据筛选控件如图8所示的多个输入框，用户可以基于该数据筛选控件在数据池中筛选符合要求的付款订单。

S202、统计各个监视控件关联的数据池中付款订单的状态、笔数和金额，得到统计结果。

其中，计算机设备周期性的统计监视各个监视控件关联的数据池中付款订单的状态、笔数和金额。需要说明的是，数据源监视控件关联的数据池为付款结算池，付款结算池中的付款订单为预设的时间区间内采集的，例如：计算机设备在业务系统中采集当月截止到当前时间的付款订单生成付款结算池。

进一步的，根据图1中的监视界面，所述数据源监视控件的统计结果包括：付款订单的笔数和金额；

所述集中审批监视控件的统计结果包括：已审批状态的付款订单的笔数和金额，以及未审状态的付款订单的笔数和金额；

所述配比安排监视控件的统计结果包括：已配比状态的付款订单的笔数和金额，以及未配比状态的付款订单的笔数和金额；

签名审批监视控件的统计结果包括：各个支付方式下已审批状态的付款订单的笔数和金额，以及待审批状态的付款订单的笔数和金额；

所述指令审批监视控件的统计结果包括：各个支付方式下已处理状态的付款订单的笔数和金额，以及未处理状态的付款订单的笔数和金额；例如：支付方式包括电子结算和票据结算。

所述付款记录监视控件的统计结果包括：已记账状态的付款订单的笔数和金额，以及未记账状态的付款订单的笔数和金额。

S203、在各个监视控件上推送对应的统计结果。

其中，计算机设备根据S203得到的统计结果，分别在数据源监视控件和各个结算流程监视控件上以可视化的方式显示统计结果。

举例来说，参见图3所示的监视界面，总体情况预览区设置有笔数和金额的切换按钮，用户可触发该切换按钮在监视控件上显示笔数或金额，图3的监视界面为切换为显示笔数的状态。图3的监视界面中，付款结算池监视控件关联的数据池中付款订单的笔数为2200，集中审批监视控件关联的数据池中已审批状态的付款订单的笔数为2000，待审批状态的付款订单的笔数为200，配比安排监视控件关联的数据池中已配比状态的付款订单的笔数为1800，未配比状态的付款订单的笔数为200。签名审批监视控件关联的数据池中采用电子结算的付款订单的笔数为1000，分为已审批状态的500笔和待审批状态的500笔；采用票据结算的付款订单的笔数为1100，分为已审批状态的500笔和待审批状态的600笔。指令处理监视控件关联的数据池中采用电子结算的付款订单的笔数为500，分为已处理状态的200笔和待处理状态的300笔；采用票据结算的付款订单的笔数为500，分为已处理状态的300笔和待处理状态的200笔。付款记账监视控件关联的数据池中已记账状态的付款订单的笔数为300，未记账状态的付款订单的笔数为200。

在一个或多个可能的实施例中，监视界面还设置有我的待办区，我的待办区中设置有用户预先设置的一个或多个结算流程待办控件，每个待办控件关联一个结算流程节点，计算机设备根据用户登录的身份标识获取用户在关联的结算流程节点上待办的付款订单的笔数和金额，然后在各个结算流程待办控件上显示笔数和金额。用户可以根据实际需求在我的待办区中增加或删除结算流程待办控件。

举例来说，参见图3的监视界面，监视界面设置有我的待办区21，我的待办区设置有配比安排待办控件、签名审批待办控件和指令处理待办控件，上述待办控件为卡片形式的图形控件，进一步的，我的待办区中还设置有添加控件“+”，用户通过添加控件增加所需的待办控件，本实施例中完备的待办控件为：集中审批待办控件、配比安排待办控件、签名审批待办控件、指令处理待办控件和付款记账待办控件，与图3中的监视控件一一对应。计算机设备根据用户登录的身份标识获取到用户在配比安排节点上待办的付款订单的笔数为200，金额为20000.00万元；签名审批节点上待办的付款订单的笔数为800，金额为8000.00万元；指令处理节点上待办的付款订单的笔数为500，金额为5000.00万元。通过本实施例的待办控件可以直观的展示用户的待办事项，便于用户及时进行处理。

进一步的，计算机设备检测到配比安排待办控件上的触发指令时，触发指令为用户通过输入装置进行交互动作生成的，例如：用户通过鼠标点击该配比安排待办控件，基于触发指令显示配比安排的操作界面，用户基于操作界面完成订单的合并和付款方案的设置等操作。

例如：参见图9所示的，计算机设备显示图9基于配比安排控件上的触发指令，显示图9所示的操作界面，用户基于交互动作将左边中的3个付款订单合并为一个付款订单，然后将合并后的付款订单设置付款方案，该付款方案包括三种支付方式。

进一步的，计算机设备检测到签名审批待办控件上的触发指令时，显示刚性支付待办的明细信息，明细信息包括多种费用类型的笔数和金额。刚需支付待办表示优先级最高的待办事项。

例如：参见图10所示，计算机设备基于签名审批待办控件上的触发指令，显示图10所示的用户界面，用户界面上设置有农民工工资的笔数和金额、还本利息的笔数和金额、工资薪酬的笔数和金额、社会保险的笔数和金额，便于提醒用户优先处理刚性待办事项。

进一步的，计算机设备检测到指令处理待办控件上的触发指令时，显示支付失败待办的明细信息，明细信息包括支付失败的各个支付方式的笔数和金额。

例如：参见图11所示，计算机设备基于指令处理待办控件上的触发指令，显示图11所示的用户界面，用户界面上包括支付失败的转账支付的笔数和金额、票据背书的笔数和金额、票据开立的笔数和金额。

进一步的，计算机设备检测到付款记账待办控件上的触发指令时，显示制证失败待办的明细信息，明细信息表示各个支付方式的制证失败的笔数和金额，例如：参见图12所示的用户界面，明细信息包括制证失败的转账支付的笔数和金额、票据背书的笔数和金额、票据开立的笔数和金额。

在一个或多个可能的实施例中，监视界面上还设置有我的关注区，我的关注区包括用户根据实际需求设置的一个或多个指标统计控件，各个指标统计控件用于展示统计用户基于数据筛选条件在数据池中筛选出的付款订单的笔数和金额。

举例来说，参见图3所示的监视界面，监视界面设置有我的关注区22，我的关注区22设置有总体情况区域和待支付情况区域，总体情况区域设置有排程数统计控件、已支付统计控件和待支付统计控件，排程数统计控件用于展示用户在付款结算池中筛选的付款订单的笔数和金额，例如：通过“支付单位+预计付款日期”作为过滤条件，匹配付款结算池中的付款订单数据，统计预计付款日期为当前日期的付款订单总笔数和总金额，点击进入到付款结算池界面，自动过滤出对应的付款订单明细数据。已支付统计控件用于展示用户在指令处理节点关联的数据池中筛选的已支付的付款订单的笔数和金额，例如：通过“支付单位+支付成功时间”作为过滤条件，匹配付款结算池中的付款订单数据，统计支付成功日期为当前日期的付款订单总笔数和总金额，点击进入到付款结算池界面，自动过滤出对应的付款订单明细数据。待支付统计控件用于展示用户在指令处理节点关联的数据池中筛选的待支付的付款订单的笔数和金额，例如：通过“支付单位+预计付款日期+支付状态”作为过滤条件，匹配付款结算池中的付款订单数据，统计预计付款日期当前日期且支付状态不等于支付成功的付款订单总笔数和总金额，点击进入到付款结算池界面，自动过滤出对应的付款订单明细数据。

待支付情况区设置有省级集中付款统计控件、配比安排统计控件、签名审批统计控件和指令处理统计控件。

举例来说，省级集中付款：通过“支付单位+支付模式+预计付款日期+流程环节”作为过滤条件，匹配付款结算池中的付款订单数据，统计{支付单位为当前单位&&预计付款日期为当前日期&&支付模式为集中支付&&当前处理环节为基层单位审批}的付款订单总笔数和总金额，点击进入到付款结算池界面，自动过滤出对应的付款订单明细数据。

配比安排：通过“支付单位+预计付款日期+流程环节”作为过滤条件，匹配付款结算池中的付款订单数据，统计{支付单位为当前单位&&预计付款日期为当前日期&&当前处理环节为配比安排}的付款订单总笔数和总金额，点击进入到配比安排情况查询界面，自动过滤出对应的付款订单明细数据。

签名审批：通过“支付单位+预计付款日期+流程环节”作为过滤条件，匹配付款结算池中的付款订单数据，统计{支付单位为当前单位&&预计付款日期为当前日期&&当前处理环节为付款审批}的付款订单总笔数和总金额，点击进入到签名审批处理情况查询界面，自动过滤出对应的付款订单明细数据。

指令处理：通过“支付单位+预计付款日期+流程环节”作为过滤条件，匹配付款结算池中的付款订单数据，统计{支付单位为当前单位&&预计付款日期为当前日期&&当前处理环节为指令处理}的付款订单总笔数和总金额，点击进入到指令处理情况查询界面，自动过滤出对应的付款订单明细数据。

本申请的实施例在监视界面上设置多个监视控件，各个监视控件关联有数据池和结算流程节点，定期统计各个数据池中付款订单的状态、笔数和金额，然后在各个监视控件上推送统计结果，以结合企业资金付款结算流程，实现各个结算流程节点的数据可视化，便于资金管理人员总体掌握资金结算流程的处理情况，保障资金安全。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图13，其示出了本申请一个示例性实施例提供的资金结算的监视装置的结构示意图，以下简称装置13。该装置13可以通过软件、硬件或者两者的结合实现成为计算机设备的全部或一部分。装置13包括：获取单元1301、预处理单元1302、提取融合单元1303、预测单元1304、误差计算单元1305和模型更新单元1306。

显示单元1301，用于显示监视界面；其中，所述监视界面设置有总体情况预览区，所述总体情况预览区设置有数据源监视控件和多个结算流程监视控件，每个监视控件关联一个结算流程节点和一个数据池；

统计单元1302，用于统计各个控件关联的数据池内付款订单的状态、笔数和金额，得到统计结果；

推送单元1303，用于在各个监视控件上推送对应的统计结果。

在一个或多个可能的实施例中，所述多个结算流程监视控件按照执行顺序排列依次为：集中审批监视控件、配比安排监视控件、签名审批监视控件、指令审批监视控件和付款记账控件；

所述数据源监视控件的统计结果包括：付款订单的笔数和金额；

所述集中审批监视控件的统计结果包括：已审批状态的付款订单的笔数和金额，以及未审状态的付款订单的笔数和金额；

所述配比安排监视控件的统计结果包括：已配比状态的付款订单的笔数和金额，以及未配比状态的付款订单的笔数和金额；

签名审批监视控件的统计结果包括：各个支付方式下已审批状态的付款订单的笔数和金额，以及待审批状态的付款订单的笔数和金额；

所述指令审批监视控件的统计结果包括：各个支付方式下已处理状态的付款订单的笔数和金额，以及未处理状态的付款订单的笔数和金额；

所述付款记录监视控件的统计结果包括：已记账状态的付款订单的笔数和金额，以及未记账状态的付款订单的笔数和金额。

在一个或多个可能的实施例中，还包括：

监视控件交互单元，用于接收针对某个监视控件的触发指令时，在该监视控件关联的数据池中读取订单付款订单的明细信息；

在数据明细界面上显示明细信息表；其中，所述明细信息表包括读取的付款订单的明细信息。

在一个或多个可能的实施例中，所述数据明细界面还设置有数据筛选控件；

其中，还包括：

筛选单元，用于接收用户通过数据筛选控件输入的筛选条件信息；

在所述数据池中筛选出满足所述筛选条件信息的付款订单；

在所述数据明细界面的明细信息表中显示筛选出的付款订单的明细信息；

其中，付款订单的明细信息包括：序号、申请单位、付款凭证号、业务类型、支付计划号、行号、预计付款日期、付款紧急程度、支付状态、合计金额、转账金额、票据金额、票据占比。

在一个或多个可能的实施例中，所述监视界面还设置有我的待办区，我的待办区设置有一个或多个结算流程待办控件，每个待办控件关联一个结算流程节点；

其中，还包括：

待办控件交互单元，用于根据用户登录的身份标识在关联的结算流程节点的数据池中获取待办的付款订单的笔数和金额；

在各个结算流程待办控件上显示获取的笔数和金额。

在一个或多个可能的实施例中，我的待办区中设置有配比安排待办控件；

其中，还包括：

配比单元，用于检测到所述配比安排待办控件上的触发指令时，显示配比安排的操作界面；

基于用户在所述操作界面上的交互动作，执行订单合并操作和设置付款方案。

在一个或多个可能的实施例中，所述监视界面还设置有我的关注区，所述我的关注区中设置有一个或多个指标统计控件；各个指标统计控件用于展示统计用户基于数据筛选条件在数据池中筛选出的付款订单的笔数和金额。

需要说明的是，上述实施例提供的装置13在执行资金结算的监视方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成上述的全部或者部分功能。另外，上述实施例提供的资金结算的监视装置与资金结算的监视方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图2所示实施例的方法步骤，具体执行过程可以参见图2所示实施例的具体说明，在此不进行赘述。

本申请还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的资金结算的监视方法。

请参见图14，为本申请实施例提供了一种计算机设备的结构示意图。如图14所示，所述计算机设备1400可以包括：至少一个处理器1401，至少一个网络接口1404，用户接口1403，存储器1405，至少一个通信总线1402。

其中，通信总线1402用于实现这些组件之间的连接通信。

其中，用户接口1403可以包括显示屏(Display)、摄像头(Camera)，可选用户接口1403还可以包括标准的有线接口、无线接口。

其中，网络接口1404可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，处理器1401可以包括一个或者多个处理核心。处理器1401利用各种接口和线路连接整个计算机设备1400内的各个部分，通过运行或执行存储在存储器1405内的指令、程序、代码集或指令集，以及调用存储在存储器1405内的数据，执行计算机设备1400的各种功能和处理数据。可选的，处理器1401可以采用数字信号处理(Digital SignalProcessing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器1401可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics ProcessingUnit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1401中，单独通过一块芯片进行实现。

其中，存储器1405可以包括随机存储器(RandomAccess Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器1405包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1405可用于存储指令、程序、代码、代码集或指令集。存储器1405可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1405可选的还可以是至少一个位于远离前述处理器1401的存储装置。如图14所示，作为一种计算机存储介质的存储器1405中可以包括操作系统、网络通信模块、用户接口模块以及应用程序。

在图14所示的计算机设备1400中，用户接口1403主要用于为用户提供输入的接口，获取用户输入的数据；而处理器1401可以用于调用存储器1405中存储的应用程序，并具体执行如图2所示的方法，具体过程可参照图2所示，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (10)

1.一种资金结算的监视方法，其特征在于，包括：

显示监视界面；其中，所述监视界面设置有总体情况预览区，所述总体情况预览区设置有数据源监视控件和多个结算流程监视控件，每个监视控件关联一个结算流程节点和一个数据池；

统计各个控件关联的数据池内付款订单的状态、笔数和金额，得到统计结果；

在各个监视控件上推送对应的统计结果。

2.根据权利要求1所述的方法，其特征在于，所述多个结算流程监视控件按照执行顺序排列依次为：集中审批监视控件、配比安排监视控件、签名审批监视控件、指令审批监视控件和付款记账控件；

所述数据源监视控件的统计结果包括：付款订单的笔数和金额；

所述集中审批监视控件的统计结果包括：已审批状态的付款订单的笔数和金额，以及未审状态的付款订单的笔数和金额；

所述配比安排监视控件的统计结果包括：已配比状态的付款订单的笔数和金额，以及未配比状态的付款订单的笔数和金额；

签名审批监视控件的统计结果包括：各个支付方式下已审批状态的付款订单的笔数和金额，以及待审批状态的付款订单的笔数和金额；

所述指令审批监视控件的统计结果包括：各个支付方式下已处理状态的付款订单的笔数和金额，以及未处理状态的付款订单的笔数和金额；

所述付款记录监视控件的统计结果包括：已记账状态的付款订单的笔数和金额，以及未记账状态的付款订单的笔数和金额。

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

接收针对某个监视控件的触发指令时，在该监视控件关联的数据池中读取订单付款订单的明细信息；

在数据明细界面上显示明细信息表；其中，所述明细信息表包括读取的付款订单的明细信息。

4.根据权利要求3所述的方法，其特征在于，所述数据明细界面还设置有数据筛选控件；

其中，所述方法还包括：

接收用户通过数据筛选控件输入的筛选条件信息；

在所述数据池中筛选出满足所述筛选条件信息的付款订单；

在所述数据明细界面的明细信息表中显示筛选出的付款订单的明细信息；

其中，付款订单的明细信息包括：序号、申请单位、付款凭证号、业务类型、支付计划号、行号、预计付款日期、付款紧急程度、支付状态、合计金额、转账金额、票据金额、票据占比。

5.根据权利要求4所述的方法，其特征在于，所述监视界面还设置有我的待办区，我的待办区设置有一个或多个结算流程待办控件，每个待办控件关联一个结算流程节点；

其中，所述方法还包括：

根据用户登录的身份标识在关联的结算流程节点的数据池中获取待办的付款订单的笔数和金额；

在各个结算流程待办控件上显示获取的笔数和金额。

6.根据权利5所述的方法，其特征在于，我的待办区中设置有配比安排待办控件；

其中，所述方法还包括：

检测到所述配比安排待办控件上的触发指令时，显示配比安排的操作界面；

基于用户在所述操作界面上的交互动作，执行订单合并操作和设置付款方案。

7.根据权利要求1或2或4或5或6所述的方法，其特征在于，所述监视界面还设置有我的关注区，所述我的关注区中设置有一个或多个指标统计控件；各个指标统计控件用于展示统计用户基于数据筛选条件在数据池中筛选出的付款订单的笔数和金额。

8.一种资金结算的监视装置，其特征在于，包括：

显示单元，用于显示监视界面；其中，所述监视界面设置有总体情况预览区，所述总体情况预览区设置有数据源监视控件和多个结算流程监视控件，每个监视控件关联一个结算流程节点和一个数据池；

统计单元，用于统计各个控件关联的数据池内付款订单的状态、笔数和金额，得到统计结果；

推送单元，用于在各个监视控件上推送对应的统计结果。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1～7任意一项的方法步骤。

10.一种计算机设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1～7任意一项的方法步骤。

Images