CN109544151A - 收款确认的方法、装置、计算机设备以及存储介质 - Google Patents

Abstract

本申请揭示了收款确认的方法、装置、计算机设备以及存储介质，其中，收款确认的方法，基于系统数据监控形成，方法包括：接收业务员输入的关键字信息，其中，所述关键字信息包括到账日期、到账金额、回款单位中的至少一种；根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水；接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水，其中，所述收款确认信息包括所述交易流水的业务信息。本申请通过业务员自主筛选的方式将对应的交易流水分配给对应的业务人员，业务员可以通过输入关键字信息，简便、精准地找到属于自己的交易流水进行收款确认，减少了财务人员的手动分发的工作量。

Description

收款确认的方法、装置、计算机设备以及存储介质

技术领域

本申请涉及到金融领域，特别是涉及到收款确认的方法、装置、计算机设备以及存储介质。

背景技术

现有传统收款确认是财务人员手动下载银行的流水，并将所有的银行交易流水人工匹配后分发给各业务人员，让各业务人员对自己相关的交易流水进行确认，不仅流程繁琐、耗时久，且易出错，而且也不方便对公司的交易流水进行统一的管理、统计等。亟需一款智能的财务系统，实现对公司的交易流水信息进行分类、匹配、汇总等多功能的智能化流程，以便精简流程，提升了业务操作效率。

发明内容

本申请的主要目的为提供一种收款确认的方法，旨在解决现有收款确认流程需要财务人员手动分类、匹配、汇总，工作量非常大的技术问题。

本申请提出一种收款确认的方法，基于系统数据监控形成，方法包括：

接收业务员输入的关键字信息，其中，所述关键字信息包括到账日期、到账金额、回款单位中的至少一种；

根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水；

接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水，其中，所述收款确认信息包括所述交易流水的业务信息。

优选地，所述接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水的步骤之后，包括：

根据已收款确认的交易流水触发审批链进行审核，其中，所述审批链携带提交的收款确认信息；

分析所述审批链的审核结果是否为审核通过；

若是，则生成收款单据。

优选地，所述根据已收款确认的交易流水触发审批链进行审核的步骤，包括：

将所述业务信息与所述已收款确认的交易流水中的指定信息进行一一对应对比；

判断所述业务信息与所述指定信息的匹配度是否满足预设要求；

若是，则判定审核通过，否则不通过。

优选地，所述收款确认信息携带业务员的身份信息，所述接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水的步骤之后，包括：

将第一业务员输入了收款确认信息的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表。

优选地，所述将第一业务员输入了收款确认信息的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表的步骤之后，包括：

从所述第一业务员的收款确认列表内，筛选指定间隔时间内新增的交易流水；

汇总所有所述新增交易流水的交易总金额。

优选地，所述根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水的步骤之前，包括：

接收预关联银行系统发送的指定公司账号对应的流水信息；

根据所述流水信息中携带的备注字段的属性，筛选出所述指定时间周期内的交易流水；

存储所述交易流水。

优选地，所述接收预关联银行系统发送的指定公司账号对应的流水信息的步骤之前，包括：

根据所述预关联银行系统授权的所述指定公司账号，向所述预关联银行系统发起访问请求；

根据所述预关联银行系统接收所述访问请求的反馈，与所述预关联银行系统建立通讯连接。

本申请还提供了一种收款确认的装置，基于系统数据监控形成，装置包括：

第一接收模块，用于接收业务员输入的关键字信息，其中，所述关键字信息包括到账日期、到账金额、回款单位中的至少一种；

调取模块，用于根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水；

第二接收模块，用于接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水，其中，所述收款确认信息包括所述交易流水的业务信息。

本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。

本申请通过业务员自主筛选的方式将对应的交易流水分配给对应的业务人员，业务员可以通过输入关键字信息，简便、精准地找到属于自己的交易流水进行收款确认，减少了财务人员的手动分发的工作量。本申请通过形成已收款确认的交易流水自动触发财务审批流程，审批通过即可生成收款单据，使繁琐的财务流程更加精简化，显著提升了业务操作的整个流程的效率。本申请通过财酷系统将各个银行的前置机统一集中管理，前提条件是银行需要开通银企直联功能，通过将所有的交易流水上传，或者通过银企直联的方式直接导入企业端的财酷系统，实现统一管理交易流水，方便财务人员对进行数据处理和分析。财酷系统可以统一集中管理企业用户的银行UKEY，无需做银行的切换操作。通过银行端前置机可以实时获取每个银行的账户信息、交易流水信息、余额信息，并且可以进行相关的支付、归集、调拨等相关操作。通过财酷系统大量的银行流水信息集中统一配置管理，减少财务人员的工作以及出错率。

附图说明

图1本申请一实施例的收款确认的方法的流程示意图；

图2本申请一实施例的收款确认的装置的结构示意图；

图3本申请一实施例的计算机设备的内部结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参照图1，本申请一实施例的收款确认的方法，基于系统数据监控形成，方法包括：

S1：接收业务员输入的关键字信息，其中，所述关键字信息包括到账日期、到账金额、回款单位中的至少一种。

本申请通过指定APP的操作界面采集业务员输入的关键字信息，并发送至收款确认系统平台，上述收款确认系统平台为财酷系统，指定APP包括与收款确认系统平台关联的APP，通过指定APP与收款确认系统平台关联，方便各业务员在各自的智能终端上就可以连接收款确认系统平台进行收款确认操作，使用更方便。本申请的关键字信息包括到账日期、到账金额、回款单位等信息中的一种或多种，以便更简便、精准地找到属于自己的交易流水进行收款确认，减少了财务人员的手动分发的工作量。

S2：根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水。

本申请优选账日期、到账金额、回款单位这三种信息作为关键字信息，以便在收款确认系统平台中，快速、精准地调取业务员负责的交易流水，提高准确度。本申请通过对指定时间周期内的交易流水进行分析，以进一步精准定位到业务员需要调取的交易流水，提高工作效率。

S3：接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水，其中，所述收款确认信息包括所述交易流水的业务信息。

本实施的收款确认信息指财酷系统接收业务员在自己负责的相应交易流水上填写的相应的业务信息，以完成收款确认，比如填写的业务信息包括:所属公司，合同号，签单业务员，收款业务员，收款部门，客户信息(签约客户，客户全称、核销方式、收单地点)，附件等。本申请通过将大量的交易流水集中统一配置管理，减少财务人员的工作量以及出错率，也方便业务员快速、准确地找到属于自己负责的交易流水执行收款确认，提高工作效率，节省耗时。

进一步地，本申请的步骤S3之后，包括：

S4：根据已收款确认的交易流水触发审批链进行审核，其中，所述审批链携带提交的收款确认信息。

本实施例根据业务员完成并提交的已收款确认的交易流水，触发财务审核的审批链，上述审批链指财务审核所需经过的各流程节点，比如审批链包括初级财务审核、中级财务审核和高级财务审核等，初级财务审核由财务业务员核对流程信息，初级财务审核合格后进入中级财务审核，以核对财务信息内容，然后经中级财务审核合格后，进入高级财务审核进行信息复合和确认。本实施例的审批链携带提交的收款确认信息，以便财务人员或领导进行审核。

S5：分析所述审批链的审核结果是否为审核通过。

本实施例的财务岗通过核对相应的信息，符合预设要求，则给予审核通过，否则不通过，以便准确管理交易流水的各信息，并及时处理交易流水的核对工作，给出相应的处理凭证。本实施例的财务岗可以设定多人审核或单人审核模式，多人审核时必须多人审核均通过时，才为审核通过。本申请通过自动将审批链传递至财务岗进行信息核实审查，以便财务人员通过及时管控各业务人员已收款确认的交易流水，实现对公司进账金额进行汇总，实现对公司的有效出账和入账的合理把控。

S6：若是，则生成收款单据。

本实施例在财务岗审核通过后，会自动根据业务信息以及审核过程生成相应的收款单据，提高收款确认流程的进度，以便业务员及时通知客户已收款。

进一步地，所述收款确认携带业务员填写的业务信息，步骤S4，包括：

S40：将所述业务信息与所述已收款确认的交易流水中的指定信息进行一一对应对比。

本实施例的财务岗审核的时候，会把业务员填写的业务信息，比如所属公司，合同号，签单业务员，收款业务员，收款部门，客户信息(签约客户，客户全称、核销方式、收单地点)，附件等带入审核流程，通过对比业务信息和已收款确认的交易流水信息中的指定信息是否一致，若一致则审核通过；若不一致，则审批不通过，返回至业务员并通知业务员进行修改。本实施例的审核中可选择所有业务信息和交易流水信息均具有的指定信息进行比对，以提高审核准确度。本申请其他实施例选择预设的几个重要的业务信息和交易流水信息均具有的指定信息进行比对，以提高审核速度。

S51：判断所述业务信息与所述指定信息的匹配度是否满足预设要求。

本实施例的匹配度的预设要求，包括两种。一种是选择预设的几个重要的业务信息和交易流水信息均具有的部分指定信息进行比对时，匹配度必须为100％，才可通过。一种是选择所有业务信息和交易流水信息均具有的所有指定信息进行比对时，匹配度可设定为95％以上通过。

S52：若是，则判定审核通过，否则审核不通过。

本实施例审核通过后会自动生成收款单据并反馈到操作收款确认的业务员，以便及时通过业务员向客户反馈收款单据，以终结整个交易流程；审核不通过会携带审核不通过原因返回至操作收款确认的业务员，以便业务员根据审核不通过原因给予及时修改，提高终结整个交易流程的效率。

进一步地，本申请另一实施例的收款确认信息携带业务员的身份信息，步骤S3之后，包括：

S30：将第一业务员输入了收款确认信息的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表。

本实施例通过第一业务员输入的收款确认信息，对各交易流水根据不同的业务员进行分类，以便对各业务员的交易流水进行分别管理，比如方便业务员进行客户类型分析、业务能力分析等，方便对业务员进行综合管理与引导。此处的“第一”仅为区别，不作限定，第一业务员为所有业务员中的任何一位，其他业务员的处理方式与此相同。

进一步地，本实施例的步骤S30之后，包括：

S31：从所述第一业务员的收款确认列表内，筛选指定间隔时间内新增的交易流水。

本实施例通过在间隔指定时间筛选新增加的交易流水，以方便针对各业务员实现数据统计，及时掌控各业务员的工作状态以及业务能力。本实施例通过将上次筛选的时间与当前次筛选的时间比较，根据时间维度筛选出未统计的交易流水为新增交易流水。举例地，间隔指定时间为一周，上次筛选统计时间截止到上周五，将本周五拿到的收款确认列表与上周五的收款确认列表相比较，多出三条交易流水，则多出的三条交易流水为新增流水。本申请其他实施例也可通过将筛选过的交易流水另存为其他文件，收款确认列表内至存储于显示未统计的新增加的交易流水，以便更清楚地了解当前时间段各业务员的业务成绩。

S32：汇总所有所述新增交易流水的交易总金额。

本实施例通过将新增交易流水的交易额相加得到交易总金额实现汇总。本实施例也可通过对各业务员的收款确认列表内上次汇总统计的总金额与当前次汇总统计的总金额相减，得到新增交易流水的交易总金额。

进一步地，本实施例的步骤S2之前，包括：

S20：接收预关联银行系统发送的指定公司账号对应的流水信息。

本实施例的流水信息通过企业端前置机连接银行系统的银企直联后，从银企直联获得。指定公司到银行开通银行的银企直联的业务，获得银企直联的账号以及账号的授权后，可向银行系统发起访问请求，银行系统接受请求后建立连接，并根据访问请求发送指定公司账号对应的流水信息。

S21：根据所述流水信息中携带的备注字段的属性，筛选出所述指定时间周期内的交易流水。

本实施例的财酷系统接收到银行系统传递过来的流水信息后，通过流水信息中携带的备注字段的属性，剔除掉利息、贷款等流水信息，净化出交易流水，实现对流水信息进行筛选预处理，以便业务员在筛选自己的相关的交易流水时，交易流水信息更整洁、明了。本实施例的备注字段的属性包括时间属性和流水内容属性等。

S22：存储所述交易流水。

本实施例通过将经过净化处理的交易流水导入财酷系统的收款确认系统并存储，以便业务员根据客户公司的交易账号和金额搜索到自己负责业务单的交易流水，及时进行收款确认。

进一步地，本实施例的步骤S20之前，包括：

S23：根据所述预关联银行系统授权的所述指定公司账号，向所述预关联银行系统发起访问请求。

本实施例的企业端前置机是指设置在企业端的前置机，用于企业与银行进行银企直联时的中间设备。上述企业端前置机被配置为可以与多个不同银行种类的银行端前置机完成数据交互，是指而企业会对企业端的前置机进行相应的配置，其过程为，当企业安装企业端前置机时，企业端前置机有一个管理员界面，在预设的界面内输入指定的配置信息，该配置信息包括企业I D、企业端前置机编号、银行服务器I P、银行端口、银行的银企直联编号、银行端前置机的版本号，银行大类，线程数大小配置等，然后将配置结果发送给企业端前置机对应的应用服务器。也就是，配置申请通过的银企直联的账号及其相关信息，当企业需要登录各账户获取在其对应银行的数据时(交易数据、查询数据等)，只需要在企业前置机上插入对应的UKEY即可，实现一个企业端前置机与多个不同类银行的银行端前置机连接，企业统一集中管理用户的银行UKEY，无需做银行的切换操作。

S24：根据所述预关联银行系统接收所述访问请求的反馈，与所述预关联银行系统建立通讯连接。

本实施例通过银行端前置机可以实时获取每个银行的账户信息、交易流水信息、余额信息，并且可以进行相关的支付、归集、调拨等相关操作。上述银行大类是指不同的银行，比如工商银行与建设银行属于两个不同的银行大类等，即使用不同前置机的银行被认为是不同的银行大类。本实施例的企业端前置机为财酷系统。

本申请通过业务员自主筛选的方式将对应的交易流水分配给对应的业务人员，业务员可以通过输入关键字信息，简便、精准地找到属于自己的交易流水进行收款确认，减少了财务人员的手动分发的工作量。本申请通过形成已收款确认的交易流水自动触发财务审批流程，审批通过即可生成收款单据，使繁琐的财务流程更加精简化，显著提升了业务操作的整个流程的效率。本申请通过财酷系统将各个银行的前置机统一集中管理，前提条件是银行需要开通银企直联功能，通过将所有的交易流水上传，或者通过银企直联的方式直接导入企业端的财酷系统，实现统一管理交易流水，方便财务人员对进行数据处理和分析。财酷系统可以统一集中管理企业用户的银行UKEY，无需做银行的切换操作。通过银行端前置机可以实时获取每个银行的账户信息、交易流水信息、余额信息，并且可以进行相关的支付、归集、调拨等相关操作。通过财酷系统大量的银行流水信息集中统一配置管理，减少财务人员的工作以及出错率。

参照图2，本申请一实施例的收款确认的装置，基于系统数据监控形成，装置包括：

第一接收模块1，用于接收业务员输入的关键字信息，其中，所述关键字信息包括到账日期、到账金额、回款单位中的至少一种。

本申请通过指定APP的操作界面采集业务员输入的关键字信息，并发送至收款确认系统平台，上述收款确认系统平台为财酷系统，指定APP包括与收款确认系统平台关联的APP，通过指定APP与收款确认系统平台关联，方便各业务员在各自的智能终端上就可以连接收款确认系统平台进行收款确认操作，使用更方便。本申请的关键字信息包括到账日期、到账金额、回款单位等信息中的一种或多种，以便更简便、精准地找到属于自己的交易流水进行收款确认，减少了财务人员的手动分发的工作量。

调取模块2，用于根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水。

本申请优选账日期、到账金额、回款单位这三种信息作为关键字信息，以便在收款确认系统平台中，快速、精准地调取业务员负责的交易流水，提高准确度。本申请通过对指定时间周期内的交易流水进行分析，以进一步精准定位到业务员需要调取的交易流水，提高工作效率。

第二接收模块3，用于接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水，其中，所述收款确认信息包括所述交易流水的业务信息。

本实施的收款确认信息指财酷系统接收业务员在自己负责的相应交易流水上填写的相应的业务信息，以完成收款确认，比如填写的业务信息包括:所属公司，合同号，签单业务员，收款业务员，收款部门，客户信息(签约客户，客户全称、核销方式、收单地点)，附件等。本申请通过将大量的交易流水集中统一配置管理，减少财务人员的工作量以及出错率，也方便业务员快速、准确地找到属于自己负责的交易流水执行收款确认，提高工作效率，节省耗时。

进一步地，本申请的收款确认的装置，包括：

触发模块，用于根据已收款确认的交易流水触发审批链进行审核，其中，所述审批链携带提交的收款确认信息。

本实施例根据业务员完成并提交的已收款确认的交易流水，触发财务审核的审批链，上述审批链指财务审核所需经过的各流程节点，比如审批链包括初级财务审核、中级财务审核和高级财务审核等，初级财务审核由财务业务员核对流程信息，初级财务审核合格后进入中级财务审核，以核对财务信息内容，然后经中级财务审核合格后，进入高级财务审核进行信息复合和确认。本实施例的审批链携带提交的收款确认信息，以便财务人员或领导进行审核。

分析模块，用于分析所述审批链的审核结果是否为审核通过。

本实施例的财务岗通过核对相应的信息，符合预设要求，则给予审核通过，否则不通过，以便准确管理交易流水的各信息，并及时处理交易流水的核对工作，给出相应的处理凭证。本实施例的财务岗可以设定多人审核或单人审核模式，多人审核时必须多人审核均通过时，才为审核通过。本申请通过自动将审批链传递至财务岗进行信息核实审查，以便财务人员通过及时管控各业务人员已收款确认的交易流水，实现对公司进账金额进行汇总，实现对公司的有效出账和入账的合理把控。

生成模块，用于若为审核通过，则生成收款单据。

本实施例在财务岗审核通过后，会自动根据业务信息以及审核过程生成相应的收款单据，提高收款确认流程的进度，以便业务员及时通知客户已收款。

进一步地，所述收款确认携带业务员填写的业务信息，触发模块，包括：

对比单元，用于将所述业务信息与所述已收款确认的交易流水中的指定信息进行一一对应对比。

本实施例的财务岗审核的时候，会把业务员填写的业务信息，比如所属公司，合同号，签单业务员，收款业务员，收款部门，客户信息(签约客户，客户全称、核销方式、收单地点)，附件等带入审核流程，通过对比业务信息和已收款确认的交易流水信息中的指定信息是否一致，若一致则审核通过；若不一致，则审批不通过，返回至业务员并通知业务员进行修改。本实施例的审核中可选择所有业务信息和交易流水信息均具有的指定信息进行比对，以提高审核准确度。本申请其他实施例选择预设的几个重要的业务信息和交易流水信息均具有的指定信息进行比对，以提高审核速度。

判断单元，用于判断所述业务信息与所述指定信息的匹配度是否满足预设要求。

本实施例的匹配度的预设要求，包括两种。一种是选择预设的几个重要的业务信息和交易流水信息均具有的部分指定信息进行比对时，匹配度必须为100％，才可通过。一种是选择所有业务信息和交易流水信息均具有的所有指定信息进行比对时，匹配度可设定为95％以上通过。

判定模块，用于若满足预设要求，则判定审核通过，否则审核不通过。

本实施例审核通过后会自动生成收款单据并反馈到操作收款确认的业务员，以便及时通过业务员向客户反馈收款单据，以终结整个交易流程；审核不通过会携带审核不通过原因返回至操作收款确认的业务员，以便业务员根据审核不通过原因给予及时修改，提高终结整个交易流程的效率。

进一步地，本申请另一实施例的收款确认信息携带业务员的身份信息，收款确认的装置包括：

添加模块，用于将第一业务员输入了收款确认信息的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表。

本实施例通过第一业务员输入的收款确认信息，对各交易流水根据不同的业务员进行分类，以便对各业务员的交易流水进行分别管理，比如方便业务员进行客户类型分析、业务能力分析等，方便对业务员进行综合管理与引导。此处的“第一”仅为区别，不作限定，第一业务员为所有业务员中的任何一位，其他业务员的处理方式与此相同。

进一步地，本实施例的收款确认的装置，包括：

第一筛选模块，用于从所述第一业务员的收款确认列表内，筛选指定间隔时间内新增的交易流水。

本实施例通过在间隔指定时间筛选新增加的交易流水，以方便针对各业务员实现数据统计，及时掌控各业务员的工作状态以及业务能力。本实施例通过将上次筛选的时间与当前次筛选的时间比较，根据时间维度筛选出未统计的交易流水为新增交易流水。举例地，间隔指定时间为一周，上次筛选统计时间截止到上周五，将本周五拿到的收款确认列表与上周五的收款确认列表相比较，多出三条交易流水，则多出的三条交易流水为新增流水。本申请其他实施例也可通过将筛选过的交易流水另存为其他文件，收款确认列表内至存储于显示未统计的新增加的交易流水，以便更清楚地了解当前时间段各业务员的业务成绩。

汇总模块，用于汇总所有所述新增交易流水的交易总金额。

本实施例通过将新增交易流水的交易额相加得到交易总金额实现汇总。本实施例也可通过对各业务员的收款确认列表内上次汇总统计的总金额与当前次汇总统计的总金额相减，得到新增交易流水的交易总金额。

进一步地，本实施例的收款确认的装置，包括：

第三接收模块，用于接收预关联银行系统发送的指定公司账号对应的流水信息。

本实施例的流水信息通过企业端前置机连接银行系统的银企直联后，从银企直联获得。指定公司到银行开通银行的银企直联的业务，获得银企直联的账号以及账号的授权后，可向银行系统发起访问请求，银行系统接受请求后建立连接，并根据访问请求发送指定公司账号对应的流水信息。

第二筛选模块，用于根据所述流水信息中携带的备注字段的属性，筛选出所述指定时间周期内的交易流水。

本实施例的财酷系统接收到银行系统传递过来的流水信息后，通过流水信息中携带的备注字段的属性，剔除掉利息、贷款等流水信息，净化出交易流水，实现对流水信息进行筛选预处理，以便业务员在筛选自己的相关的交易流水时，交易流水信息更整洁、明了。本实施例的备注字段的属性包括时间属性和流水内容属性等。

存储模块，用于存储所述交易流水。

本实施例通过将经过净化处理的交易流水导入财酷系统的收款确认系统并存储，以便业务员根据客户公司的交易账号和金额搜索到自己负责业务单的交易流水，及时进行收款确认。

进一步地，本实施例的收款确认的装置，包括：

请求模块，用于根据所述预关联银行系统授权的所述指定公司账号，向所述预关联银行系统发起访问请求。

本实施例的企业端前置机是指设置在企业端的前置机，用于企业与银行进行银企直联时的中间设备。上述企业端前置机被配置为可以与多个不同银行种类的银行端前置机完成数据交互，是指而企业会对企业端的前置机进行相应的配置，其过程为，当企业安装企业端前置机时，企业端前置机有一个管理员界面，在预设的界面内输入指定的配置信息，该配置信息包括企业I D、企业端前置机编号、银行服务器I P、银行端口、银行的银企直联编号、银行端前置机的版本号，银行大类，线程数大小配置等，然后将配置结果发送给企业端前置机对应的应用服务器。也就是，配置申请通过的银企直联的账号及其相关信息，当企业需要登录各账户获取在其对应银行的数据时(交易数据、查询数据等)，只需要在企业前置机上插入对应的UKEY即可，实现一个企业端前置机与多个不同类银行的银行端前置机连接，企业统一集中管理用户的银行UKEY，无需做银行的切换操作。

通讯模块，用于根据所述预关联银行系统接收所述访问请求的反馈，与所述预关联银行系统建立通讯连接。

本实施例通过银行端前置机可以实时获取每个银行的账户信息、交易流水信息、余额信息，并且可以进行相关的支付、归集、调拨等相关操作。上述银行大类是指不同的银行，比如工商银行与建设银行属于两个不同的银行大类等，即使用不同前置机的银行被认为是不同的银行大类。本实施例的企业端前置机为财酷系统。

参照图3，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储收款确认的过程需要的所有数据。该计算机设备的网络接口用于与外部的端通过网络连接通信。该计算机程序被处理器执行时以实现收款确认的方法。

上述处理器执行上述收款确认的方法，基于系统数据监控形成，方法包括：接收业务员输入的关键字信息，其中，所述关键字信息包括到账日期、到账金额、回款单位中的至少一种；根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水；接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水，其中，所述收款确认信息包括所述交易流水的业务信息。

上述计算机设备，通过业务员自主筛选的方式将对应的交易流水分配给对应的业务人员，业务员可以通过输入关键字信息，简便、精准地找到属于自己的交易流水进行收款确认，减少了财务人员的手动分发的工作量。本申请通过形成已收款确认的交易流水自动触发财务审批流程，审批通过即可生成收款单据，使繁琐的财务流程更加精简化，显著提升了业务操作的整个流程的效率。本申请通过财酷系统将各个银行的前置机统一集中管理，前提条件是银行需要开通银企直联功能，通过将所有的交易流水上传，或者通过银企直联的方式直接导入企业端的财酷系统，实现统一管理交易流水，方便财务人员对进行数据处理和分析。财酷系统可以统一集中管理企业用户的银行UKEY，无需做银行的切换操作。通过银行端前置机可以实时获取每个银行的账户信息、交易流水信息、余额信息，并且可以进行相关的支付、归集、调拨等相关操作。通过财酷系统大量的银行流水信息集中统一配置管理，减少财务人员的工作以及出错率。

在一个实施例中，上述处理器接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水的步骤之后，包括：根据已收款确认的交易流水触发审批链进行审核，其中，所述审批链携带提交的收款确认信息；分析所述审批链的审核结果是否为审核通过；若是，则生成收款单据。

在一个实施例中，上述处理器根据已收款确认的交易流水触发审批链进行审核的步骤，包括：将所述业务信息与所述已收款确认的交易流水中的指定信息进行一一对应对比；判断所述业务信息与所述指定信息的匹配度是否满足预设要求；若是，则判定审核通过，否则不通过。

在一个实施例中，所述收款确认信息携带业务员的身份信息，上述处理器接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水的步骤之后，包括：将第一业务员输入了收款确认信息的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表。

在一个实施例中，上述处理器将第一业务员输入了收款确认信息的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表的步骤之后，包括：从所述第一业务员的收款确认列表内，筛选指定间隔时间内新增的交易流水；汇总所有所述新增交易流水的交易总金额。

在一个实施例中，上述处理器根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水的步骤之前，包括：接收预关联银行系统发送的指定公司账号对应的流水信息；根据所述流水信息中携带的备注字段的属性，筛选出所述指定时间周期内的交易流水；存储所述交易流水。

在一个实施例中，上述处理器接收预关联银行系统发送的指定公司账号对应的流水信息的步骤之前，包括：根据所述预关联银行系统授权的所述指定公司账号，向所述预关联银行系统发起访问请求；根据所述预关联银行系统接收所述访问请求的反馈，与所述预关联银行系统建立通讯连接。

本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现收款确认的方法，基于系统数据监控形成，方法包括：接收业务员输入的关键字信息，其中，所述关键字信息包括到账日期、到账金额、回款单位中的至少一种；根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水；接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水，其中，所述收款确认信息包括所述交易流水的业务信息。

上述计算机可读存储介质，通过业务员自主筛选的方式将对应的交易流水分配给对应的业务人员，业务员可以通过输入关键字信息，简便、精准地找到属于自己的交易流水进行收款确认，减少了财务人员的手动分发的工作量。本申请通过形成已收款确认的交易流水自动触发财务审批流程，审批通过即可生成收款单据，使繁琐的财务流程更加精简化，显著提升了业务操作的整个流程的效率。本申请通过财酷系统将各个银行的前置机统一集中管理，前提条件是银行需要开通银企直联功能，通过将所有的交易流水上传，或者通过银企直联的方式直接导入企业端的财酷系统，实现统一管理交易流水，方便财务人员对进行数据处理和分析。财酷系统可以统一集中管理企业用户的银行UKEY，无需做银行的切换操作。通过银行端前置机可以实时获取每个银行的账户信息、交易流水信息、余额信息，并且可以进行相关的支付、归集、调拨等相关操作。通过财酷系统大量的银行流水信息集中统一配置管理，减少财务人员的工作以及出错率。

在一个实施例中，上述处理器接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水的步骤之后，包括：根据已收款确认的交易流水触发审批链进行审核，其中，所述审批链携带提交的收款确认信息；分析所述审批链的审核结果是否为审核通过；若是，则生成收款单据。

在一个实施例中，上述处理器根据已收款确认的交易流水触发审批链进行审核的步骤，包括：将所述业务信息与所述已收款确认的交易流水中的指定信息进行一一对应对比；判断所述业务信息与所述指定信息的匹配度是否满足预设要求；若是，则判定审核通过，否则不通过。

在一个实施例中，所述收款确认信息携带业务员的身份信息，上述处理器接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水的步骤之后，包括：将第一业务员输入了收款确认信息的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表。

在一个实施例中，上述处理器将第一业务员输入了收款确认信息的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表的步骤之后，包括：从所述第一业务员的收款确认列表内，筛选指定间隔时间内新增的交易流水；汇总所有所述新增交易流水的交易总金额。

在一个实施例中，上述处理器根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水的步骤之前，包括：接收预关联银行系统发送的指定公司账号对应的流水信息；根据所述流水信息中携带的备注字段的属性，筛选出所述指定时间周期内的交易流水；存储所述交易流水。

在一个实施例中，上述处理器接收预关联银行系统发送的指定公司账号对应的流水信息的步骤之前，包括：根据所述预关联银行系统授权的所述指定公司账号，向所述预关联银行系统发起访问请求；根据所述预关联银行系统接收所述访问请求的反馈，与所述预关联银行系统建立通讯连接。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种收款确认的方法，其特征在于，基于系统数据监控形成，所述收款确认的方法包括：

接收业务员输入的关键字信息，其中，所述关键字信息包括到账日期、到账金额、回款单位中的至少一种；

根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水；

接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水，其中，所述收款确认信息包括所述交易流水的业务信息。

2.根据权利要求1所述的收款确认的方法，其特征在于，所述接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水的步骤之后，包括：

根据已收款确认的交易流水触发审批链进行审核，其中，所述审批链携带提交的收款确认信息；

分析所述审批链的审核结果是否为审核通过；

若是，则生成收款单据。

3.根据权利要求2所述的收款确认的方法，其特征在于，所述根据已收款确认的交易流水触发审批链进行审核的步骤，包括：

将所述业务信息与所述已收款确认的交易流水中的指定信息进行一一对应对比；

判断所述业务信息与所述指定信息的匹配度是否满足预设要求；

若是，则判定审核通过，否则不通过。

4.根据权利要求1所述的收款确认的方法，其特征在于，所述收款确认信息携带业务员的身份信息，所述接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水的步骤之后，包括：

将第一业务员输入了收款确认的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表。

5.根据权利要求4所述的收款确认的方法，其特征在于，所述将第一业务员输入了收款确认信息的交易流水，根据第一业务员的身份信息添加至所述第一业务员的收款确认列表的步骤之后，包括：

从所述第一业务员的收款确认列表内，筛选指定间隔时间内新增的交易流水；

汇总所有所述新增交易流水的交易总金额。

6.根据权利要求1所述的收款确认的方法，其特征在于，所述根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水的步骤之前，包括：

接收预关联银行系统发送的指定公司账号对应的流水信息；

根据所述流水信息中携带的备注字段的属性，筛选出所述指定时间周期内的交易流水；

存储所述交易流水。

7.根据权利要求6所述的收款确认的方法，其特征在于，所述接收预关联银行系统发送的指定公司账号对应的流水信息的步骤之前，包括：

根据所述预关联银行系统授权的所述指定公司账号，向所述预关联银行系统发起访问请求；

根据所述预关联银行系统接收所述访问请求的反馈，与所述预关联银行系统建立通讯连接。

8.一种收款确认的装置，其特征在于，基于系统数据监控形成，装置包括：

第一接收模块，用于接收业务员输入的关键字信息，其中，所述关键字信息包括到账日期、到账金额、回款单位中的至少一种；

调取模块，用于根据所述关键字信息调取所述关键字信息对应的指定时间周期内的交易流水；

第二接收模块，用于接收业务员输入的对应所述交易流水的收款确认信息，形成已收款确认的交易流水，其中，所述收款确认信息包括所述交易流水的业务信息。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。