匹配发票的方法、装置和存储介质与流程

本公开涉及计算机技术领域，特别涉及一种匹配发票的方法、装置和存储介质。

背景技术：

在直播平台中，通常会有多个公会，不同的公会在直播平台上申请一个或多个直播间，这样，相当于每个公会管理一个或多个直播间，且不同的公会管理不同的直播间。主播在直播间进行直播时，直播间的观众可以观看主播的直播，在看到喜欢的主播时，还可以购买虚拟礼物，赠送给观众。在购买虚拟礼物通常需要进行支付，支付的货币通常直接进入直播平台所属的企业，由于直播间属于公会，所以相当于是公会进行虚拟礼物的销售，而收入归直播平台所属企业。后续公会定期将销售虚拟礼物的发票提供给直播平台所属的企业，对销售虚拟礼物的收入提取到自己的账户(该处理可以称为是提现处理)。

在使用发票进行提现操作时，通常需要直播平台所属企业的财务人员对公会提交的发票进行核对，在提交的发票与公会提交的提现请求匹配时，为公会提现。这样，由于采取人工匹配的方式进行发票匹配，匹配效率比较低，所以需要提供一种高效的发票匹配方法。

技术实现要素：

为了解决相关技术中发票的匹配效率低的技术问题，本公开实施例提供了一种匹配发票的方法、装置和存储介质。所述技术方案如下：

第一方面，提供了一种匹配发票的方法，所述方法包括：

获取符合目标条件的台账记录，其中，每条台账记录包括提现方的标识和提现金额；

对于符合所述目标条件的每条台账记录，根据存储的发票的发票信息，确定销售方名称与所述台账记录的提现方的标识相匹配，且发票金额与所述台账记录的提现金额相匹配的目标发票，其中，所述发票信息包括销售方名称和发票金额。

在一种可能的实施方式中，所述方法还包括：

对于每条台账记录，获取所述台账记录对应的目标提现金额，所述目标提现金额用于表示所述台账记录的最大提现金额；

若所述台账记录对应的提现金额小于或等于所述目标提现金额，则确定所述台账记录符合所述目标条件。

在一种可能的实施方式中，所述方法还包括：

接收终端发送的多张发票的图像；

根据所述多张发票的图像，确定并存储所述多张发票的发票信息。

在一种可能的实施方式中，所述发票信息还包括税率和开票日期；

所述根据存储的发票的发票信息，确定销售方名称与所述提现方的标识相匹配，且发票金额与所述提现金额相匹配的目标发票，包括：

根据存储的发票的发票信息，确定销售方名称与所述提现方的标识相匹配，且发票金额与所述提现金额相匹配，且税率和开票日期满足第一条件的目标发票，其中，所述第一条件为税率等于目标数值、开票日期不早于目标日期。

在一种可能的实施方式中，所述目标发票为多张发票，所述方法还包括：

确定所述目标发票中每张发票与所述台账记录匹配的金额。

在一种可能的实施方式中，所述方法还包括：

接收终端发送的提现请求，其中，所述提现请求包括提现金额；

根据所述提现请求生成台账记录。

第二方面，提供了一种匹配发票的装置，所述装置包括：

获取模块，用于获取符合目标条件的台账记录，其中，每条台账记录包括提现方的标识和提现金额；

确定模块，用于对于符合所述目标条件的每条台账记录，根据存储的发票的发票信息，确定销售方名称与所述台账记录的提现方的标识相匹配，且发票金额与所述台账记录的提现金额相匹配的目标发票，其中，所述发票信息包括销售方名称和发票金额。

在一种可能的实施方式中，所述获取模块，还用于：

对于每条台账记录，获取所述台账记录对应的目标提现金额，所述目标提现金额用于表示所述台账记录的最大提现金额；

所述确定模块，用于若所述台账记录对应的提现金额小于或等于所述目标提现金额，则确定所述台账记录符合所述目标条件。

在一种可能的实施方式中，所述装置还包括：

第一接收模块，用于接收终端发送的多张发票的图像；

存储模块，用于根据所述多张发票的图像，确定并存储所述多张发票的发票信息。

在一种可能的实施方式中，所述发票信息还包括税率和开票日期；

所述确定模块，用于：

根据存储的发票的发票信息，确定销售方名称与所述提现方的标识相匹配，且发票金额与所述提现金额相匹配，且税率和开票日期满足第一条件的目标发票，其中，所述第一条件为税率等于目标数值、开票日期不早于目标日期。

在一种可能的实施方式中，所述目标发票为多张发票，所述确定模块，还用于：

确定所述目标发票中每张发票与所述台账记录匹配的金额。

在一种可能的实施方式中，所述装置还包括：

第二接收模块，用于接收终端发送的提现请求，其中，所述提现请求包括提现金额；

生成模块，用于根据所述提现请求生成台账记录。

第三方面，提供了一种匹配发票的装置，所述装置包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现第一方面所述的匹配发票的方法。

第四方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现第一方面所述的匹配发票的方法。

本公开实施例中，服务器可以获取符合目标条件的台账记录，其中，每条台账记录包括提现方的标识和提现金额。对于符合目标条件的每条台账记录，服务器可以根据存储的发票的发票信息，确定销售方名称与提现方的标识相匹配，且发票金额与提现金额相匹配的目标发票，其中，发票信息包括销售方名称和发票金额。这样，由于可以通过发票的发票信息，确定与台账记录匹配的发票，而不需要人工确定，所以提供了一种高效率的匹配方式。

附图说明

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

图1是本公开实施例提供的一种匹配发票的场景示意图；

图2是本公开实施例提供的一种匹配发票的方法的流程示意图；

图3是本公开实施例提供的一种匹配发票的流程示意图；

图4是本公开实施例提供的一种匹配发票的装置的结构示意图；

图5是本公开实施例提供的一种匹配发票的装置的结构示意图；

图6是本公开实施例提供的一种匹配发票的装置的结构示意图；

图7是本公开实施例提供的一种服务器的结构示意图。

具体实施方式

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

本公开实施例提供了一种匹配发票的方法，该方法的执行主体为服务器或者终端，终端可以是电脑等，服务器可以提现系统的后台服务器。服务器可以包括处理器、收发器和存储器，处理器可以用于执行匹配发票过程的处理；存储器可以用于存储匹配发票的过程中需要的数据以及产生的数据；收发器可以用于接收以及发送数据。

在进行实施前，首先介绍本公开实施例所涉及的应用场景：

在直播平台中，通常会有多个公会，不同的公会在直播平台上申请一个或多个直播间，这样，相当于每个公会管理一个或多个直播间，且不同的公会管理不同的直播间。例如，如图1所示，直播平台有多个公会(图1中仅示出了两个公会)，公会1和公会2，公会1管理3个直播间，公会2管理3个直播间。公会定期向直播平台所属企业递交发票请求进行提现处理，该企业的工作人员通过核对发票，确定是否进行提现处理。其中，此处公会可以为申请提现方(后续可以简称为提现方)，直播平台所属企业为管理提现方。

需要说明的是，该场景仅为一种可选的场景，凡是用于匹配发票的过程，均可以使用本公开的方案。

如图2所示，匹配发票的方法流程可以如下：

步骤201，获取符合目标条件的台账记录，其中，每条台账记录包括提现方的标识和提现金额。

其中，台账记录为提现方在申请提现后生成的提现记录。

在本实施例中，管理提现方的管理人员(如财务人员)可以在终端上安装财务管理程序，然后打开并登录该财务管理程序，终端则会显示财务管理程序的主界面。在主界面中显示有管理提现选项等，管理人员可以在主界面上选择管理提现选项，触发终端向服务器发送管理提现请求。服务器接收到该管理提现请求后，可以获取符合目标条件的台账记录。

此处需要说明的是，虽然提现方和管理提现方均是安装财务管理程序，但是由于提现方和管理提现方所进行的处理不相同，给二者提供的界面不相同，简单理解可以为使用提现方的账户进行登录后，与使用管理提现方的账户进行登录后，二者显示的主界面不相同。

在步骤201中，需要说明的是，服务器可以按照固定的周期自动执行图2所示的流程(如每个月的2号等)，服务器也可以是在管理提现方提交管理提现请求后执行图2所示的流程。

在一种可能的实施方式中，确定符合目标条件的台账记录的方式可以采用如下方式：

对于每条台账记录，获取台账记录对应的目标提现金额，目标提现金额用于表示台账记录的最大提现金额，若台账记录对应的提现金额小于或等于目标提现金额，则确定台账记录符合目标条件。

在本实施例中，管理提现方的管理人员可以通过财务管理程序，输入提现方的标识和提现金额的对应关系，然后触发管理提现方的终端向服务器发送该对应关系，在该对应关系中记录了每个提现方本次可以提现的最大提现金额，例如，对于提现方a，在该对应关系中对应5000元，那么提现方a对应的最大提现金额为5000元。服务器接收到该对应关系后，服务器可以存储该对应关系。

服务器在进行匹配发票处理时，对于当前还未匹配发票的每一条台账记录，服务器可以获取每条台账记录中的提现方的标识和提现金额，然后使用该提现方的标识，在提现方的标识和提现金额的对应关系中，确定该提现方的标识对应的目标提现金额。服务器可以判断该提现方的标识对应的提现金额与目标提现金额的大小关系，若该提现金额小于或等于目标提现金额，则将该提现记录确定为符合目标条件的台账记录。

步骤202，对于符合目标条件的每条台账记录，根据存储的发票的发票信息，确定销售方名称与提现方的标识相匹配，且发票金额与提现金额相匹配的目标发票。

其中，对于一张发票，该发票的发票信息包括销售方名称和发票金额。

在本实施例中，服务器在获取到符合目标条件的台账记录后，对于每条台账记录，服务器可以获取存储的发票的发票信息中的销售方名称。服务器判断该条台账记录的提现方的标识与销售方名称是否相同，若该条台账记录的提现方的标识与销售方名称相同，则服务器可以确定销售方名称与提现方的标识相匹配。并且服务器可以判断销售方名称与提现方的标识相匹配的发票中，发票金额与提现金额相匹配的目标发票。

需要说明的是，发票金额与提现金额相匹配的目标发票指：在提现金额大于或等于销售方名称与提现方的标识相匹配的发票的发票金额时，目标发票为销售方名称与提现方的标识相匹配的发票；在提现金额小于销售方名称与提现方的标识相匹配的发票的发票金额时，目标发票为销售方名称与提现方的标识相匹配的发票中，与提现金额相同的发票，此处需要说明的是，若销售方名称与提现方的标识相匹配的发票中，不存在与提现金额恰好相同的发票，则选取大于提现金额，且与提现金额差值最小的发票。例如，销售方名称与提现方的标识相匹配的发票有4张，发票金额分别为2000元、4000元、2500元和3000元，提现金额为8000元，选取出与台账记录匹配的发票为2000元、4000元、2500元的发票。当然，此处也可以选取大于提现金额，且开票日期靠前的发票。

在一种可能的实施方式中，服务器可以基于提现请求生成台账记录，处理可以如下：

提现方的终端上安装有财务管理程序，提现方的工作人员可以在终端上安装该财务管理程序，然后打开并登录该财务管理程序，该终端则会显示该财务管理程序的主界面，在主界面中显示有申请提现选项。工作人员可以选择申请提现选项，终端则会显示提现金额的输入框、提交选项和取消选项，工作人员可以在该输入框输入提现金额。此处终端还可以显示申请提现时间段的输入框，工作人员可以在该输入框输入申请提现的时间段(该申请提现时间段用于表示所要申请提现的时间间隔)。然后工作人员可以点击提交选项，终端则会将该提现请求发送至该财务管理程序的后台服务器(后续简称为服务器)，该提现请求中携带有提现金额。该服务器接收到该提现请求后，可以从中解析到提现金额，并确定提交提现请求的账户的标识(即提现方的标识)。然后服务器将该提现金额和该标识确定为一条台账记录，并且服务器还可以为该条台账记录生成一个台账记录的标识，用于唯一标识该台账记录。

在一种可能的实施方式中，在步骤202之后，服务器确定出与每条台账记录匹配的发票后，可以存储与每条台账记录匹配的发票，后续在接收到管理提现方的终端发送的匹配结果的获取请求时，向管理提现方的终端发送匹配的发票的发票信息。

在一种可能的实施方式中，服务器还可以确定目标发票中每张发票与台账记录匹配的金额。

在本实施例中，服务器在确定出目标金额后，服务器可以确定每张发票与台账记录匹配的金额。对于任一台账记录具体可以是：若目标发票的金额小于或等于该台账记录的提现金额，则对于目标发票中任一发票，该发票与台账记录匹配的金额为该发票的发票金额；若目标发票的金额大于该台账记录的提现金额，则对于目标发票中的任一发票，若该发票在目标发票中开票日期最晚，则目标发票中，除该发票之外的任一发票与台账记录匹配的金额为发票的发票金额，该发票与台账记录匹配的金额为提现金额与目标发票中除该发票之外的发票的发票金额之差，若该发票在目标发票中开票日期不是最晚，则发票与台账记录匹配的金额为发票的发票金额。

例如，目标发票有3张，发票金额分别为2000元、4000元和2500元，开票日期为2019.8、2019.8.8和2019.8.10，提现金额为8000元。这3张发票与台账记录匹配的发票金额分别为2000元、4000元和2000元。

在一种可能的实施方式中，在步骤202之前，服务器还可以获取终端提供的发票的发票信息，相应的处理可以如下：

接收终端发送的多张发票的图像；根据多张发票的图像，确定并存储各张发票的发票信息。

在本公开实施例中，财务管理程序中设置有发票输入接口，该接口可以对提现方开放，也可以对管理提现方开放。提现方的工作人员操作自己的终端通过该接口调用摄像头，获取每张发票的图像。该终端向服务器发送发票的图像。服务器接收到该终端发送的发票的图像后，服务器可以将该发票的图像输入到训练的识别模型中，则会输出每张发票的发票信息。服务器可以存储每张发票的发票信息。

同样，提现方的工作人员可以通过邮寄的方式或其它方式，将纸质发票提交给管理提现方的工作人员，管理提现方的工作人员可以操作自己的终端通过该接口调用摄像头，获取每张发票的图像。该终端向服务器发送发票的图像。服务器接收到该终端发送的发票的图像后，服务器可以将该发票的图像输入到训练的识别模型中，则会输出每张发票的发票信息。服务器可以存储每张发票的发票信息。

另外，本公开实施例中，提现方的工作人员可以通过邮寄的方式或其它方式，将纸质发票提交给管理提现方的工作人员，管理提现方的工作人员可以创建一个表格，将每张发票的发票信息输入至一个表格中，然后管理提现方的工作人员操作终端即将该表格发送至服务器，服务器可以存储该表格，即服务器获取到了发票的发票信息。

需要说明的是，上述识别模型可以是任一种识别模型，如卷积神经网络算法，在训练时，获取训练集合中初始模型，训练集合中包括添加有标签的发票。服务器使用训练集合对初始模型进行训练，直到满足要求，得到最终的可以使用的用于识别发票的识别模型。

在一种可能的实施方式中，在服务器获取到的发票信息中还包括税率和开票日期，税率指计算税额的尺度，开票日期指该张发票的开出时间。在步骤202种，服务器在确定目标发票时，还可以使用如下方式：

根据存储的发票的发票信息，确定销售方名称与提现方的标识相匹配，且发票金额与提现金额相匹配，且税率和开票日期满足第一条件的目标发票，其中，第一条件为税率等于目标数值、开票日期不早于目标日期。

在本实施例中，由于发票存在有效期，所以在匹配台账记录时，还考虑发票是否在有效期内，同样，由于在一定税率下的发票才符合规定，所以还要考虑税率与规定的税率(即目标数值)是否相同。在前面已经描述服务器可以确定出销售方名称与提现方的标识相匹配，且发票金额与提现金额相匹配的发票，服务器可以继续在这些发票中，判断这些发票的开票日期是否不早于目标日期，并且判断税率是否等于目标数值。服务器可以在该这些发票中，选取出开票日期不早于目标日期且税率等于目标数值的发票。

需要说明的是，上述目标日期用于指示若发票的开票日期不早于该目标日期，则该发票在有效期内。例如，发票的有效期为1年，当前日期为2019.8.3，发票的开票日期要不早于2018.8.3，发票才有效，那么目标日期为2018.8.3。

在一种可能的实施方式中，服务器将某张发票与台账记录匹配后，将该张发票标定为已用发票，若该张发票不是全部的发票金额都对应该台账记录，则服务器除了记录该发票为已用发票，还会记录未匹配台账记录的发票金额。这样，可以防止不同的台账记录匹配同一发票。

图2所示的流程是以服务器为例进行说明，终端的执行流程与服务器的执行流程基本相同，只不过是终端在确定出台账记录对应的发票后，可以直接显示每条台账记录对应的发票信息。

另外，如图3所示，本公开实施例还提供了发票上传和匹配发票的流程图，提现方提供发票，发票的发票信息保存在服务器。提现方申请提现，提交提现请求至服务器，服务器生成台账记录。服务器定时获取台账记录，并获取发票的发票信息进行匹配，输出台账记录对应的目标发票。

后续管理提现方的工作人员可以基于每条台账记录匹配发票的情况，为提现方进行提现处理。例如，在提现方申请提现时，提现请求中还携带有银行账户信息，管理提现方的工作人员在确定与台账记录匹配的发票的发票金额大于或等于台账记录中的提现金额，则可以按照该提现金额，执行提现处理。管理提现方的工作人员在确定与台账记录匹配的发票的发票金额小于台账记录中的提现金额，则可以按照与台账记录匹配的发票的发票金额，基于该银行账户信息，执行提现处理。

本公开实施例中，服务器可以获取符合目标条件的台账记录，其中，每条台账记录包括提现方的标识和提现金额。对于符合目标条件的每条台账记录，服务器可以根据存储的发票的发票信息，确定销售方名称与提现方的标识相匹配，且发票金额与提现金额相匹配的目标发票，其中，发票信息包括销售方名称和发票金额。这样，由于可以通过发票的发票信息，确定与台账记录匹配的发票，而不需要人工确定，所以提供了一种高效率的匹配方式。

基于相同的技术构思，本公开实施例还提供了一种匹配发票的装置，如图4所示，该装置包括：

获取模块410，用于获取符合目标条件的台账记录，其中，每条台账记录包括提现方的标识和提现金额；

确定模块420，用于对于符合所述目标条件的每条台账记录，根据存储的发票的发票信息，确定销售方名称与所述台账记录的提现方的标识相匹配，且发票金额与所述台账记录的提现金额相匹配的目标发票，其中，所述发票信息包括销售方名称和发票金额。

在一种可能的实施方式中，所述获取模块410，还用于：

对于每条台账记录，获取所述台账记录对应的目标提现金额，所述目标提现金额用于表示所述台账记录的最大提现金额；

所述确定模块420，用于若所述台账记录对应的提现金额小于或等于所述目标提现金额，则确定所述台账记录符合所述目标条件。

在一种可能的实施方式中，如图5所示，所述装置还包括：

第一接收模块430，用于接收终端发送的多张发票的图像；

存储模块440，用于根据所述多张发票的图像，确定并存储所述多张发票的发票信息。

在一种可能的实施方式中，所述发票信息还包括税率和开票日期；

所述确定模块420，用于：

根据存储的发票的发票信息，确定销售方名称与所述提现方的标识相匹配，且发票金额与所述提现金额相匹配，且税率和开票日期满足第一条件的目标发票，其中，所述第一条件为税率等于目标数值、开票日期不早于目标日期。

在一种可能的实施方式中，所述目标发票为多张发票，所述确定模块420，还用于：

确定所述目标发票中每张发票与所述台账记录匹配的金额。

在一种可能的实施方式中，如图6所示，所述装置还包括：

第二接收模块450，用于接收终端发送的提现请求，其中，所述提现请求包括提现金额；

生成模块460，用于根据所述提现请求生成台账记录。

本公开实施例中，服务器可以获取符合目标条件的台账记录，其中，每条台账记录包括提现方的标识和提现金额。对于符合所述目标条件的每条台账记录，服务器可以根据存储的发票的发票信息，确定销售方名称与所述提现方的标识相匹配，且发票金额与所述提现金额相匹配的目标发票，其中，所述发票信息包括销售方名称和发票金额。这样，由于可以通过发票的发票信息，确定与台账记录匹配的发票，而不需要人工确定，所以提供了一种高效率的匹配方式。

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

图7是本发明实施例提供的一种服务器的结构示意图，该服务器700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)701和一个或一个以上的存储器702，其中，所述存储器702中存储有至少一条指令，所述至少一条指令由所述处理器701加载并执行以实现上述确定匹配发票的方法步骤。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本公开的较佳实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。