一种团队业务收费确认方法及装置与流程

1.本文涉及金融领域，尤其涉及一种团队业务收费确认方法、装置、计算机设备及存储介质。


背景技术：

2.团队业务收费需要由一业务请求企业将业务收费资金打入一业务提供企业的账户。对于收费的记录，业务提供企业的财务人员只能获知到账时间、金额、打款人名称等财务相关信息，无法匹配到对应的具体的业务合同。
3.现有技术中对于缴费与业务合同的匹配过程为：由业务提供企业的业务员与业务请求企业确认是否已经划账，根据确认结果填写相关业务合同的纸质确认收款单据；将相关业务合同的纸质确认收款单据交至公司财务，由财务人员依据相关业务合同的纸质确认收款单据在系统中逐笔操作业务合同的收款动作。
4.由上段可知，现有技术中团队业务收费交接形式十分繁琐，业务员常常需要多次沟通才能与公司财务人员完成业务合同的收款确认操作。另外，纸质单据交接十分不便，公司财务常因为业务员字迹潦草无法辨别而增加沟通成本，纸质单据的留存装订也需要耗费一定的人力和时间。
5.针对团队业务收费繁琐、线下协作增加沟通成本的问题，迫切需要一种团队业务收费确认方法。


技术实现要素：

6.为解决上述现有技术的问题，本文实施例提供了一种团队业务收费确认方法、装置、计算机设备及存储介质，解决了现有技术中团队业务收费繁琐、线下协作增加沟通成本的问题。
7.本文实施例提供了一种团队业务收费确认方法，应用于团队业务收费确认系统，其中，所述团队业务收费确认系统连接业务系统及财务系统，方法包括：按照预设计划，从业务系统中获取待收费业务信息以及从财务系统中获取待确认交费记录；其中，所述待收费业务信息及待确认交费记录均包括如下参数：均包括金额信息、付款方信息及付款时间信息；匹配所述待收费业务信息与所述待确认交费记录；根据匹配成功的待收费业务信息及待确认交费记录，生成确收信息；发送所述确收信息至所述业务系统及所述财务系统，以使所述业务系统根据所述确收信息更改相关待收费业务信息的状态，以及以使所述财务系统根据所述确收信息更改待确认交费记录的状态。
8.根据本文实施例的一个方面，匹配所述待收费业务信息与所述待确认交费记录，包括：逐一匹配所述待收费业务信息及所述待确认交费记录中的各参数信息；根据待收费业务信息与待确认交费记录中参数信息的匹配结果及参数的权重信息，计算待收费业务信息与待确认交费记录的匹配度；若待收费业务信息与待确认交费记录的匹配度大于预定值，则匹配成功；待收费业务信息与待确认交费记录的匹配度小于预定值，则匹配失败。
9.根据本文实施例的一个方面，所述逐一匹配待收费业务信息及待确认交费记录中的各参数信息，包括：对每一待收费业务信息及每一待确认交费记录执行如下计算：
10.a.计算该待收费业务信息中付款方信息与该待确认交费记录中付款方信息的相似度，若相似度大于预定相似度，则确定付款方信息匹配成功；
11.b.确认该待确认交费记录中付款时间信息是否在该待收费业务信息中付款时间信息内，若是，则确定付款时间信息匹配成功；
12.c.确认该待确认交费记录中付款金额信息是否等于该待收费业务信息中付款金额信息，若是，则确定付款金额信息匹配成功。
13.根据本文实施例的一个方面，所述付款方信息包括：计算待收费业务信息中付款方信息与待确认交费记录中付款方信息的相似度之前，还包括：判断所述待确认交费记录中付款方信息是否为机构简称，若是，则获取与所述机构简称相对应的法律机构名称；
14.计算所述待收费业务信息中付款方信息与待确认交费记录中付款方信息的相似度进一步为：计算所述待收费业务信息中付款方信息与相应法律机构名称的相似度。
15.根根据本文实施例的一个方面，当一待收费业务信息与一待确认交费记录中付款方信息匹配成功，付款时间信息或付款金额信息匹配失败，则发送该待收费业务信息与该待确认交费记录至业务员智能终端。
16.根据本文的实施例的一个方面，还包括：接收业务员通过团队业务收费确认系统的客户端发送的查询请求，其中，所述查询请求包括：业务员标识或待确认业务类型，起止日期信息；根据业务员标识或待确认业务类型从业务系统中获取待收费业务信息；根据起止日期信息从财务系统中获取待确认交费记录；执行所述团队业务收费确认过程。
17.根据本文实施例的一个方面，根据待收费业务信息与待确认交费记录中参数信息的匹配结果及参数的权重信息，计算待收费业务信息及待确认交费记录的匹配度，包括利用如下公式计算匹配度：
18.w＝a
·
α+b
·
β+c
·
γ
19.其中，a表示付款方信息的匹配结果；b表示付款时间信息的匹配结果；c表示付款信息的匹配结果；α表示付款方信息的权重；β表示付款时间信息的权重；γ表示付款金额信息的权重，w表示待收费业务信息与待确认交费记录的匹配度。
20.本文实施例还提供了一种团队业务收费确认装置，应用于团队业务收费确认系统，其中，所述团队业务收费确认系统连接业务系统及财务系统，包括：
21.获取单元，用于按照预设计划，从业务系统中获取待收费业务信息以及从财务系统中获取待确认交费记录；其中，所述待收费业务信息及待确认交费记录均包括如下参数：金额信息、付款方信息及付款时间信息；
22.匹配单元，用于匹配所述待收费业务信息与所述待确认交费记录；
23.确收信息生成单元，用于根据匹配成功的待收费业务信息及待确认交费记录，生成确收信息；
24.发送单元，用于发送所述确收信息至所述业务系统及所述财务系统，以使所述业务系统根据所述确收信息更改相关待收费业务信息的状态，以及以使所述财务系统根据所述确收信息更改待确认交费记录的状态。
25.本文实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并
可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述团队业务收费确认方法。
26.本文实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现上述团队业务收费确认方法。
27.利用本文实施例，通过团队业务收费确认系统，能够自动确认团体收费到账动作，避免耗费大量人力成本，降低业务员、财务人员的工作压力，进一步节省时间成本。另外，全流程线上系统可以清晰记录各个业务步骤的操作轨迹，便于核查及调阅，进一步提升规范化管理水平。
附图说明
28.为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
29.图1所示为本文实施例一种团队业务收费确认系统的网络结构示意图；
30.图2所示为本文实施例一种团队业务收费确认方法的流程图；
31.图3所示为本技术实施例一种匹配待收费业务信息与待确认交费记录的方法流程图；
32.图4所示为本文实施例一种匹配待收费业务信息及待确认交费记录中的各参数信息的方法流程图；
33.图5所示为本文实施例一种匹配待收费业务信息及待确认交费记录中付款方信息的方法流程图；
34.图6所示为本文实施例一种团队业务收费确认方法的流程图；
35.图7所示为本文实施例一种团队业务收费确认装置的结构示意图；
36.图8所示为文本实施例一种团队业务收费确认方法装置的具体结构示意图；
37.图9所示为本文实施例一种计算机设备的结构示意图。
38.附图符号说明：
39.101、团队业务收费确认服务器；
40.102、网络；
41.103、业务员智能终端；
42.701、获取单元；
43.7011、存储模块；
44.702、匹配单元；
45.7021、付款方信息计算模块；
46.7022、付款时间信息确认模块；
47.7023、付款金额信息确认模块；
48.703、确收信息生成单元；
49.704、发送单元；
50.902、计算机设备；
51.904、处理器；
52.906、存储器；
53.908、驱动机构；
54.910、输入/输出模块；
55.912、输入设备；
56.914、输出设备；
57.916、呈现设备；
58.918、图形用户接口；
59.920、网络接口；
60.922、通信链路；
61.924、通信总线。
具体实施方式
62.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。
63.需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
64.本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。
65.需要说明的是，本文的团队业务收费确认方法和装置可用于金融领域，也可用于除金融领域之外的任意领域，本文对团队业务收费确认方法和装置的应用领域不做限定。
66.如图1所示为本文实施例一种团队业务收费确认系统的网络结构示意图，在本图中描述了通过团队业务收费确认服务器101、网络102、业务员智能终端103相结合的一种团队业务收费确认法。其中，团队业务收费确认服务器、网络、业务员智能终端之间可以进行数据交互。
67.在本说明书一些实施例中，团队业务收费确认服务器101可以为具有网络交互功能的电子设备，也可以为运行于该电子设备中，为数据处理和网络交互提供业务逻辑的软件。其中，团队业务收费确认服务器101可以按照预设计划，从业务系统及财务系统中获取待收费业务信息及待确认交费记录；团队业务收费确认服务器101也可以接收业务员智能终端发送的查询请求以查询待收费业务信息及待确认交费记录。另外，团队业务收费确认
服务器101还包括存储设备，用于将存储从业务系统、财务系统中获取到的待收费业务信息及待确认交费记录；存储匹配待收费业务信息及待确认交费记录的规则；存储与待确认交费记录中的付款方信息相对应的法律机构名称等信息。在本说明书的一些实施例中，团队业务收费确认服务器101包括但不限于个人计算机、笔记本电脑、台式电脑、平板电脑、笔记本电脑、智能手机等电子设备，也包括浏览器、应用程序、客户端等软件。
68.在本说明书一些实施例中，网络102可以促进信息和/或数据的交换。在本说明书的一些实施例中，业务员智能终端103中可以经由网络102将信息和/或数据发送至团队业务收费确认服务器101。在本说明书的另外一些实施例中，团队业务收费确认服务器101可以将待收费业务信息与待确认交费记录中的信息匹配成功与否的结果通过网络102发送至业务员智能终端103。
69.在一些实施例中，网络102可以为任意形式的有线或无线网络，或其任意组合。仅作为实例，网络102可以包括缆线网络、有线网络、光纤网络、远程通信网络、内部网络、互联网、局域网络(lan)、广域网络(wan)、无线局域网络(wlan)、城域网(man)、公共开关电话网络(pstn)、蓝牙网络、zigbee网络、近场通讯(nfc)网络等或其任意组合。在一些实施例中，网络102可以包括至少一个网络接入点。例如，网络102可以包括有线或无线网络接入点，如基站和/或互联网交换点，通过这些网络接入点，业务员智能终端103中可以连接到网络102以交换数据和/或信息。
70.在本说明书一些实施例中，业务员智能终端103可以为具有网络交互功能的电子设备。业务员智能终端103包括但不限于个人计算机、笔记本电脑、台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备等中的一种或其任意组合。业务员智能终端103与团队业务收费确认服务器101通过网络连接。所述业务员智能终端103并不限于上述具有一定实体的电子设备，其还可以为运行于上述电子设备中的软件。
71.如图2所示为本文实施例一种应用于团队业务收费确认系统的团队业务收费确认方法的流程图，其中，团队业务收费确认系统连接业务系统及财务系统，具体包括如下步骤：
72.步骤201，按照预设计划，从业务系统中获取待收费业务信息以及从财务系统中获取待确认交费记录；其中，所述待收费业务信息及待确认交费记录均包括如下参数：金额信息、付款方信息及付款时间信息。
73.本文所述的团队业务包括但不限于团队保险业务、团队体检业务、团队旅游业务等。
74.在本说明书的一些实施例中，业务系统中存储有待收费业务信息，财务系统中存储有待确认交费记录。对财务系统中已到款的交费记录，需要通过与业务系统中的业务信息进行确认。所述业务系统中的待收费业务信息从团队业务合同信息中提取，待收费业务信息反映应付款的参数情况，其中，团队业务合同信息中记录有合同编号、业务信息、金额信息、付款方信息及付款时间信息。所述财务系统中的待确认交费记录中的参数信息反映已付款的参数情况。其中，待收费业务信息中的付款方信息可以包括应付款机构名称、应付款账号、应付款开户银行信息等。待收费业务信息中付款时间信息可以包括：应付款最晚时间、应付款时间周期等。
75.步骤202，匹配所述待收费业务信息与所述待确认交费记录。为了确认团队业务是
否已经完成收费，需要对业务系统中的待收费业务信息与财务系统中的待确认交费记录进行匹配。具体的，对待收费业务信息及待确认交费记录中的各个参数信息进行逐一匹配。根据待收费业务信息及待确认交费记录中参数信息的匹配结果及参数的权重信息，计算待收费业务信息及待确认交费记录的匹配度。匹配业务信息与交费记录的具体描述参见图3至图5的描述。
76.步骤203，根据匹配成功的待收费业务信息及待确认交费记录，生成确收信息。在本步骤中，如果待收费业务信息与待确认交费记录匹配成功，表明团队业务收费完成，团队业务收费确认服务器将生成确收信息，表示系统确认已收到正确的业务款项。
77.详细的说，确收信息包括记录匹配成功、且能唯一定位待收费业务信息及待确认交费记录的信息(例如待收费业务信息及待确认交费记录的标识，如编号、id等)。
78.步骤204，发送所述确收信息至所述业务系统及所述财务系统，以使所述业务系统根据所述确收信息更改相关待收费业务信息的状态，以及以使所述财务系统根据所述确收信息更改待确认交费记录的状态。在本步骤中，将确收信息分别发送至业务系统和财务系统，可以使得两个系统分别确认或调整团队业务收费的状态，有利于系统实时更新信息。
79.详细的说，业务系统根据确收信息中待收费业务信息的标识更改系统中相应待收费业务信息的状态为已收费。财务系统根据确收信息中待确认交费记录的标识更改系统中相应待确认交费记录的状态为已确认。
80.图3为本技术实施例一种匹配待收费业务信息与待确认交费记录的方法流程图。
81.步骤310，逐一匹配所述待收费业务信息及所述待确认交费记录中的各参数信息。根据图2中所述，所述待收费业务信息中包括应付款的参数信息(例如，待付款金额信息、应付款的付款方信息、应付款的付款时间信息等)，所述待确认交费记录包括已付款的参数信息(例如，已付款金额信息、已付款的付款方信息、已付款的付款时间信息等)。为了匹配待收费业务及待确认交费记录中的各个参数信息，需要将两个系统中的参数信息分别一一匹配。具体的，将待收费业务信息中的应付款金额信息与待确认交费记录中的已付款金额信息匹配；将待收费业务信息中的应付款的付款方细信息与待确认交费记录中的已付款的付款方信息匹配；将待收费业务信息中的应付款的付款时间信息与待确认交费记录中的已付款的付款时间信息匹配。
82.步骤320，根据待收费业务信息与待确认交费记录中参数信息的匹配结果及参数的权重信息，计算待收费业务信息与待确认交费记录的匹配度。
83.在本说明书的一些实施例中，待收费业务信息与待确认交费记录中的参数信息的匹配结果有两种情况：匹配成功及匹配失败。具体的，匹配结果可以由数字1或0表示。其中，可以通过一定规则确定匹配成功或匹配失败。详见图4描述。
84.另外，待收费业务信息与待确认交费记录中的参数根据其与业务收费确认的向广度，分别具有各自的权重。例如，付款金额信息的权重为30％，付款方信息的权重为50％、付款时间权重为20％。付款时间权重为20％。
85.在本步骤中，根据待收费业务信息及待确认交费记录中参数信息的匹配结果及参数的权重信息，计算待收费业务信息及待确认交费记录的匹配度，包括利用如下公式计算匹配度：w＝a
·
α+b
·
β+c
·
γ。其中，a表示付款方信息的匹配结果；b表示付款时间信息的匹配结果；c表示付款金额信息的匹配结果；α表示付款方信息的权重；β表示付款时间信息
的权重；γ表示付款金额信息的权重，w表示待收费业务信息与待确认交费记录的匹配度。在本步骤中，符号“·”为点乘符号，表示对符号前后的参数作乘积运算。
86.例如，待收费业务信息及待确认缴费记录中的付款方信息的匹配结果a为1；待收费业务信息及待确认缴费记录中的时间信息的匹配结果b为0；待收费业务信息及待确认交费记录中的付款金额信息的匹配结果c为1；付款方信息的权重α为50％、付款时间权重β为20％；同时付款金额信息的权重γ为30％。则根据公式，可以确定待收费业务信息与待确认交费记录的匹配度为：1
·
30％+0
·
20％+1
·
50％＝80％。在本技术中，待收费业务信息与待确认交费记录中的参数的权重可以由系统预先设定，也可以根据实际业务情况进行调整，本技术在此不作限定。在本步骤中，符号“·”为点乘符号，表示对符号前后的参数作乘积运算。
87.步骤330，若待收费业务信息与待确认交费记录的匹配度大于预定值，则匹配成功。本步骤中，待收费业务信息与待确认交费记录的匹配度的具体计算方式可以见图4描述。在本说明书的一些实施例中，预定值可以为90％、95％、98％等数值。例如，设定预定值为95％，待收费业务信息与待确认交费记录中的各参数信息的匹配度大于95％时，可以认为待收费业务信息与待确认交费记录匹配成功，当匹配度低于95％时，可以认为待收费业务信息与待确认交费记录匹配失败。
88.以步骤320为例，待收费业务信息与待确认交费记录的匹配度为80％，设定预定值为70％，待收费业务信息与待确认缴费记录的匹配度大于预定值70％，则匹配成功。
89.步骤340，待收费业务信息与待确认交费记录的匹配度小于预定值，则匹配失败。
90.如步骤330描述，预定值可以为90％、95％、98％等数值。例如，设定预定值为90％，待收费业务信息与待确认交费记录中的各参数信息的匹配度低于90％时，可以认为待收费业务信息与待确认交费记录匹配失败。以步骤320为例，待收费业务信息与待确认交费记录的匹配度为80％，设定预定值为90％，待收费业务信息与待确认缴费记录的匹配度小于预定值70％，则匹配失败。其中，预定值可以由系统预先设定，也可以根据实际业务情况进行调整。本技术在此不对预定值的设定方法作限定。
91.图4为本文实施例一种匹配待收费业务信息及待确认交费记录中的各参数信息的方法流程图。通过一定规则具体计算待收费业务信息中的各参数信息与待确认交费记录中各参数信息的相似度或其他相关联系，进一步确定各参数的匹配结果。
92.步骤401，计算该待收费业务信息中付款方信息与该待确认交费记录中付款方信息的相似度，若相似度大于预定相似度，则确定付款方信息匹配成功。
93.在本步骤中，当团队业务收费确认服务器101获取待收费业务信息中付款方信息及待确认交费记录中付款方信息后，可以将上述付款方信息以图像或文字形式呈现在团队业务收费系统的客户端上。团队业务收费确认服务器101可以进一步对待收费业务信息中付款方信息和待确认交费记录中付款方信息进行字符识别(optical character recognition,ocr)文字识别或自然语言处理(natural language processing，nlp)，进一步计算两种付款信息的文本相似度。当两种付款信息之间的相似度大于预定相似度；则确定付款方信息匹配成功。在本说明书的一些实施例中，预定相似度可以为80％、90％、95％等数值.当两种付款信息之间的相似度低于预定相似度，则确定付款方信息匹配失败。其中，预定相似度可以由系统预先设定，也可以根据实际业务情况进行调整。本技术在此不对
预定相似度的设定方法作限定。
94.步骤402，确认该待确认交费记录中付款时间信息是否在该待收费业务信息中付款时间信息内，若是，则确定付款时间信息匹配成功。具体的，确定待确认交费记录中的付款时间信息是否处于待收费业务信息中付款时间信息内。在本说明书的一些实施例中，如果待确认交费记录中付款时间信息不在待收费业务信息中付款时间信息内，例如，已付款的时间信息超出例应付款的付款时间，超出了业务约定的优惠活动等，将是为付款时间信息匹配不成功的情形。例如，待收费业务信息中付款时间信息为：应付款时间为2021年11月1日至2021年11月30日期间。而待收费业务信息中实际付款时间为2021年11月20日。待确认交费记录中付款时间信息在待收费业务信息中付款时间信息内，因此可以确定付款时间信息匹配成功。又例如，待收费业务信息中付款时间信息为：应付款时间为2021年11月1日至2021年11月30日期间。而待收费业务信息中实际付款时间为2021年12月20日。待确认交费记录中付款时间信息不在待收费业务信息中付款时间信息内，因此可以确定付款时间信息匹配失败。
95.步骤403，确认该待确认交费记录中付款金额信息是否等于该待收费业务信息中付款金额信息，若是，则确定付款金额信息匹配成功。具体的，确定待确认交费记录中付款金额信息是否与待收费业务信息中付款金额信息完全一致。例如，确定交费记录中实际付款金额信息为20万元人民币整；待收费业务信息中付款金额信息为：应付款20万元人民币整。待确认交费记录中付款金额信息等于待收费业务信息中付款金额信息，因此可以确定付款金额信息匹配成功。又例如，确定交费记录中实际付款金额信息为20万元人民币整；待收费业务信息中付款金额信息为：应付款18万元人民币整。待确认交费记录中付款金额信息不等于待收费业务信息中付款金额信息，因此可以确定付款金额信息匹配失败。
96.图5为本文实施例一种匹配待收费业务信息及待确认交费记录中付款方信息的方法流程图。在图4中计算待收费业务信息中付款方信息与待确认交费记录中的付款方信息的相似度之前，还包括：
97.步骤501，判断所述待确认交费记录中付款方信息是否为机构简称，若是，则获取与所述机构简称相对应的法律机构名称。
98.如上文所述，付款方信息包括付款机构名称和/或付款账号。在本说明书的一些实施例中，待收费业务信息为订立业务合同时确认的业务信息，通常与业务合同对应，因此，待收费业务信息中付款机构名称通常较为正式，一般为企业的法律机构名称。相对应的，在实际应用场景中，待确认交费记录中付款方信息可能并不完整，待确认交费记录中付款方信息可能为机构简称。具体的，例如，某付款机构的法律机构名称为：北京abc实业有限责任公司。待确认交费记录中付款方信息中付款机构名称为机构简称：abc。在这种情形下，当团队业务收费系统中存在重名或缩略名相同的付款机构名称时，无法直接计算待确认交费记录中付款方信息与待收费业务信息中付款方信息之间的相似度。
99.因此，团队业务收费系统可以从存储器、数据库中获取与待确定交费记录中付款方信息对应的至少一个法律机构名称。
100.步骤502，计算所述待收费业务信息中付款方信息与待确认交费记录中付款方信息的相似度进一步为：计算所述待收费业务信息中付款方信息与相应法律机构名称的相似度。
101.当获取到与待确认交费记录中付款方信息相对应的法律机构名称唯一时，将步骤501中确定的与待确认交费记录中付款方信息相对应的法律机构名称与待收费业务信息中的付款方信息进行相似度比较。例如，待确认交费记录中付款方信息中付款机构名为“abc”。团队业务收费系统根据abc机构名从数据库中获取与之相对应的唯一一个法律机构名称为北京abc实业有限责任公司。若待收费业务信息中付款方信息与相应的法律机构名称相似度较高，可以确定待收费业务信息中付款方信息与待确定交费记录中付款方信息相似度较高。
102.当从所述存储设备中获取得到多个法律机构名称，进一步从所述待确认交费记录中获取所述已付款的付款人信息的付款账号以及从所述待收费业务信息中获取所述待确认交费记录中付款人信息的付款账号，比较所述已付款的付款人信息的付款账号及所述待确认交费记录中付款人信息的付款账号是否一致，例如，待确认交费记录中的付款方信息中付款机构名为abc。团队业务收费系统根据abc机构名从数据库中获取与之相对应的多个法律机构名称分别为：北京abc实业有限责任公司、广东abc教育培训有限公司、abc中美合资公司。则进一步从待确认交费记录中获取“abc”的付款账号，与待收费业务信息中付款人信息中付款账号进行匹配，确定待收费业务信息中付款方信息是否与待确认交费记录中付款方信息匹配。
103.作为本文的一个实施例，当一待收费业务信息与一待确认交费记录中付款方信息匹配成功，付款时间信息或付款金额信息匹配失败，则发送该待收费业务信息与该待确认交费记录至业务员智能终端。
104.当团队业务收费确认服务器101从待收费业务信息及待确认交费记录中获取各参数，并确定付款方信息匹配成功、付款时间信息或付款金额信息匹配失败。则可以理解为付款方的付款机构名称、应付款账号、应付款开户银行信息等信息匹配失败。团队业务收费确认服务器101将付获取到的待收费业务信息与待确认交费记录发送至业务员智能终端，供业务员进行人工确认或审核。
105.另外，当一待收费业务信息与一待确认交费记录中付款人信息及付款金额信息匹配成功，付款时间信息匹配不成功时；或一待收费业务信息与一待确认交费记录中付款人信息及付款时间信息匹配成功，付款金额信息匹配不成功时，团队业务收费确认服务器101均可以将该待收费业务信息与该待确认交费记录发送至业务员智能终端，由人工进一步审核。
106.图6为本文实施例一种团队业务收费确认方法的流程图。在本说明书的一些实施例中，从业务系统中获取待收费业务信息、从财务系统中获取待确认交费记录可以通过接收业务员发起的查询请求，具体步骤如下：
107.步骤601，接收业务员通过团队业务收费确认系统的客户端发送的查询请求，其中，所述查询请求包括：业务员标识或待确认业务类型，起止日期信息。在本步骤中，团队业务收费确认系统可以从客户端接收业务员发起的业务查询请求。其中，查询请求中的业务员标识可以为业务员编号；查询请求中的待确认业务类型包括但不限于：新签业务、续期业务、补充业务等业务类型；查询请求中的起止日期可以理解为业务订单签订日期与业务收款截止日。在本说明书的另外一些实施例中，查询请求还可以包括：所述业务员负责的合同信息等。系统接收业务员发出的查询业务请求，可以进一步查询业务信息与交费记录。
108.步骤602，根据业务员标识或待确认业务类型从业务系统中获取待收费业务信息。例如，团队业务收费系统接收业务员发送的“查询工号为1001的业务员负责的新业务的业务内容”，团队业务收费系统可以从业务系统中查询相应的待收费业务信息。
109.步骤603，根据起止日期信息从财务系统中获取待确认交费记录。具体的，团队业务收费系统可以接收业务员通过团队业务收费确认系统的客户端发送的起止日期获取待确认交费记录。例如，团队业务收费系统接收业务员发送的“查询收款日期在2021年9月的业务收款记录”，团队业务收费系统可以从财务系统中查询相应的待确认收费记录。
110.步骤604，执行所述团队业务收费确认过程。步骤604的具体描述可以参见图4描述，本技术在此不做赘述。
111.如图7所示为本文实施例一种团队业务收费确认装置的结构示意图，在本图中描述了团队业务收费确认装置的基本结构，其中的功能单元、模块可以采用软件方式实现，也可以采用通用芯片或者特定芯片实现，所述的功能单元、模块一部分或者全部可以在服务器上，或者其中的一部分也可以在节点上，通过与服务器的配合实现团队业务收费确认，该装置具体包括：
112.获取单元701，用于按照预设计划，从业务系统中获取待收费业务信息以及从财务系统中获取待确认交费记录；其中，所述待收费业务信息及待确认交费记录均包括如下参数：金额信息、付款方信息及付款时间信息；
113.匹配单元702，用于匹配所述待收费业务信息与所述待确认交费记录；
114.确收信息生成单元703，用于根据匹配成功的待收费业务信息及待确认交费记录，生成确收信息；
115.发送单元704，用于发送所述确收信息至所述业务系统及所述财务系统，以使所述业务系统根据所述确收信息更改相关待收费业务信息的状态，以及以使所述财务系统根据所述确收信息更改待确认交费记录的状态。
116.具体实施时，为了便于业务员了解待收费业务信息与待确认交费记录的匹配情况，还根据匹配结果生成显示界面，以便业务员查询匹配结果。
117.通过本文实施例的设置，团队业务收费确认装置能够由业务员及财务人员通过线上系统交互协作，确认团体收费到账动作。避免耗费大量人力成本，降低业务员、财务人员的工作压力，进一步节省时间成本。另外，全流程线上系统可以清晰记录各个业务步骤的操作轨迹，便于核查及调阅，进一步提升规范化管理水平。
118.作为本文的一个实施例，还可以参考如图8所示为本实施例团队业务收费确认装置的具体结构示意图。
119.所述获取单元701还包括，将从业务系统中获取到的待收费业务信息及从财务系统中获取到的待确认交费记录存储到存储器中。
120.作为本文的一个实施例，所述获取单元701进一步包括：
121.存储模块7011，用于存储所述待收费业务信息与待确认交费记录。
122.所述匹配单元702还包括，分别确认待收费业务信息中付款方信息、付款时间信息、付款金额信息与待确认交费记录中付款方信息、付款时间信息、付款金额信息是否匹配成功。作为本文的一个实施例，所述匹配单元702进一步包括：
123.付款方信息计算模块7021，用于计算该待收费业务信息中付款方信息与该待确认
交费记录中付款方信息的相似度；
124.付款时间信息确认模块7022，用于确认该待确认交费记录中付款时间信息是否在该待收费业务信息中付款时间信息内；
125.付款金额信息确认模块7023，用于确认该待确认交费记录中付款金额信息是否等于该待收费业务信息中付款金额信息。
126.如图9所示，为本文实施例提供的一种计算机设备，所述计算机设备902可以包括一个或多个处理器904，诸如一个或多个中央处理单元(cpu)，每个处理单元可以实现一个或多个硬件线程。计算机设备902还可以包括任何存储器906，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器906可以包括以下任一项或多种组合：任何类型的ram，任何类型的rom，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备902的固定或可移除部件。在一种情况下，当处理器904执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备902可以执行相关联指令的任一操作。计算机设备902还包括用于与任何存储器交互的一个或多个驱动机构908，诸如硬盘驱动机构、光盘驱动机构等。
127.计算机设备902还可以包括输入/输出模块910(i/o)，其用于接收各种输入(经由输入设备912)和用于提供各种输出(经由输出设备914)。一个具体输出机构可以包括呈现设备916和相关联的图形用户接口(gui)918。在其他实施例中，还可以不包括输入/输出模块910(i/o)、输入设备912以及输出设备914，仅作为网络中的一台计算机设备。计算机设备902还可以包括一个或多个网络接口920，其用于经由一个或多个通信链路922与其他设备交换数据。一个或多个通信总线924将上文所描述的部件耦合在一起。
128.通信链路922可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路922可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。
129.对应于图1-图6中的内容，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。
130.本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图6所示的内容。
131.应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。
132.还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
133.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专
业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。
134.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
135.在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
136.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。
137.另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
138.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
139.本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

技术特征：
1.一种团队业务收费确认方法，其特征在于，应用于团队业务收费确认系统，其中，所述团队业务收费确认系统连接业务系统及财务系统，所述方法包括：按照预设计划，从所述业务系统中获取待收费业务信息以及从所述财务系统中获取待确认交费记录；其中，所述待收费业务信息及待确认交费记录均包括如下参数：金额信息、付款方信息及付款时间信息；匹配所述待收费业务信息与所述待确认交费记录；根据匹配成功的待收费业务信息及待确认交费记录，生成确收信息；发送所述确收信息至所述业务系统及所述财务系统，以使所述业务系统根据所述确收信息更改相关待收费业务信息的状态，以及以使所述财务系统根据所述确收信息更改待确认交费记录的状态。2.如权利要求1所述的团队业务收费确认方法，其特征在于，匹配所述待收费业务信息与所述待确认交费记录，包括：逐一匹配所述待收费业务信息及所述待确认交费记录中的各参数信息；根据待收费业务信息与待确认交费记录中参数信息的匹配结果及参数的权重信息，计算待收费业务信息与待确认交费记录的匹配度；若待收费业务信息与待确认交费记录的匹配度大于预定值，则匹配成功；若待收费业务信息与待确认交费记录的匹配度小于所述预定值，则匹配失败。3.如权利要求2所述的团队业务收费确认方法，其特征在于，所述逐一匹配待收费业务信息及待确认交费记录中的各参数信息，包括：对每一待收费业务信息及每一待确认交费记录执行如下计算：a.计算该待收费业务信息中付款方信息与该待确认交费记录中付款方信息的相似度，若相似度大于预定相似度，则确定付款方信息匹配成功；b.确认该待确认交费记录中付款时间信息是否在该待收费业务信息中付款时间信息内，若是，则确定付款时间信息匹配成功；c.确认该待确认交费记录中付款金额信息是否等于该待收费业务信息中付款金额信息，若是，则确定付款金额信息匹配成功。4.如权利要求3所述的团队业务收费确认方法，其特征在于，计算待收费业务信息中付款方信息与待确认交费记录中付款方信息的相似度之前，还包括：判断所述待确认交费记录中付款方信息是否为机构简称，若是，则获取与所述机构简称相对应的法律机构名称；计算所述待收费业务信息中付款方信息与所述待确认交费记录中付款方信息的相似度进一步为：计算所述待收费业务信息中付款方信息与所述相对应的法律机构名称的相似度。5.如权利要求3所述的团队业务收费确认方法，其特征在于，当一待收费业务信息与一待确认交费记录中的付款方信息匹配成功，付款时间信息或付款金额信息匹配失败，则发送该待收费业务信息与该待确认交费记录至业务员智能终端。6.如权利要求1所述的团队业务收费确认方法，其特征在于，还包括：接收业务员通过所述团队业务收费确认系统的客户端发送的查询请求，其中，所述查询请求包括：业务员标识或待确认业务类型，起止日期信息；
根据业务员标识或待确认业务类型从所述业务系统中获取所述待收费业务信息；根据所述起止日期信息从所述财务系统中获取所述待确认交费记录；执行所述团队业务收费确认过程。7.如权利要求2所述的团队业务收费确认方法，其特征在于，根据待收费业务信息与待确认交费记录中参数信息的匹配结果及参数的权重信息，计算所述待收费业务信息及所述待确认交费记录的匹配度，包括利用如下公式计算匹配度：w＝a
·
α+b
·
β+c
·
γ其中，a表示付款方信息的匹配结果；b表示付款时间信息的匹配结果；c表示付款信息的匹配结果；α表示付款方信息的权重；β表示付款时间信息的权重；γ表示付款金额信息的权重，w表示待收费业务信息与待确认交费记录的匹配度。8.一种团队业务收费确认装置，其特征在于，应用于团队业务收费确认系统，其中，所述团队业务收费确认系统连接业务系统及财务系统，所述装置包括：获取单元，用于按照预设计划，从业务系统中获取待收费业务信息以及从财务系统中获取待确认交费记录；其中，所述待收费业务信息及待确认交费记录均包括如下参数：金额信息、付款方信息及付款时间信息；匹配单元，用于匹配所述待收费业务信息与所述待确认交费记录；确收信息生成单元，用于根据匹配成功的待收费业务信息及待确认交费记录，生成确收信息；发送单元，用于发送所述确收信息至所述业务系统及所述财务系统，以使所述业务系统根据所述确收信息更改相关待收费业务信息的状态，以及以使所述财务系统根据所述确收信息更改待确认交费记录的状态。9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-7任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法。

技术总结
本文涉及金融领域，尤其涉及一种团队业务收费确认方法及装置，其中，方法包括：按照预设计划，从业务系统中获取待收费业务信息以及从财务系统中获取待确认交费记录；其中，所述待收费业务信息及待确认交费记录均包括金额信息、付款方信息及付款时间信息；匹配所述待收费业务信息与所述待确认交费记录；根据匹配成功的待收费业务信息及待确认交费记录，生成确收信息；发送所述确收信息至所述业务系统及所述财务系统，以使所述业务系统根据所述确收信息更改相关待收费业务信息的状态，以及以使所述财务系统根据所述确收信息更改待确认交费记录的状态。本文能够在无需业务员参与的情况下，实现团队业务收费的自动确收。实现团队业务收费的自动确收。实现团队业务收费的自动确收。


技术研发人员：王小龙 汤泽
受保护的技术使用者：泰康养老保险股份有限公司
技术研发日：2021.11.26
技术公布日：2022/3/8