CN111461798B - 基于大数据的个体户的票务处理方法、装置、介质及设备 - Google Patents

Abstract

本申请实施例公开了一种基于大数据的个体户的票务处理方法、装置、介质及设备。所述方法包括：若检测到开票申请触发事件，则确定开票周期内的目标开票类型；确定所述目标开票类型所对应的开票信息；确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。通过运行本申请所提供的技术方案，可以提供一种适用于平台且简便、安全的票务管理机制，从而实现降低个人用户的在票务管理过程中的复杂程度，提高个人用户的使用体验的效果。

Description

基于大数据的个体户的票务处理方法、装置、介质及设备

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种基于大数据的个体户的票务处理方法、装置、介质及设备。

背景技术

随着科技的迅速发展，互联网平台的应用越来越广泛。现有各类平台中会提供个人用户在业务方面的服务，在业务进行过程中，个人用户可能会面临着需要对于生成的订单进行开票的情况。然而，目前的各种平台并不能够支持平台票务的处理情况，这就导致了影响线上业务的处理存在着一定的障碍。

发明内容

本申请实施例提供一种基于大数据的个体户的票务处理方法、装置、介质及设备，以提供一种适用于平台且简便、安全的票务管理机制，从而实现降低个人用户的在票务管理过程中的复杂程度，提高个人用户的使用体验的效果。

第一方面，本申请实施例提供了一种基于大数据的个体户的票务处理方法，所述方法包括：

若检测到开票申请触发事件，则确定开票周期内的目标开票类型；

确定所述目标开票类型所对应的开票信息；

确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。

进一步的，所述检测到开票申请触发事件包括：

检测到当前时间到达每个开票周期内的固定申请时间，则确定检测到开票申请触发事件。

进一步的，所述目标开票类型包括普通发票类型和专用发票类型。

进一步的，确定所述目标开票类型相适配的开票方式，包括：

若为普通发票类型，则确定开票方式为线上电子发票；

若为专用发票类型，则确定开票方式为线下纸质发票。

进一步的，确定所述目标开票类型所对应的开票信息，包括：

在开票周期内，若检测到提现成功事件，则将提现金额作为当前目标开票类型的开票信息。

进一步的，所述方法还包括：

若检测到个体户取得营业执照，则确定所述个体户在取得营业执照之前的所有提现记录；

将所有提现记录作为开票信息，生成发票内容，以完成票务处理。

第二方面，本申请实施例提供了一种基于大数据的个体户的票务处理装置，所述装置包括：

目标开票类型确定模块，用于若检测到开票申请触发事件，则确定开票周期内的目标开票类型；

开票信息确定模块，用于确定所述目标开票类型所对应的开票信息；

发票内容确定模块，用于确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。

进一步的，所述检测到开票申请触发事件包括：

检测到当前时间到达每个开票周期内的固定申请时间，则确定检测到开票申请触发事件。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器运行时实现如本申请实施例所述的基于大数据的个体户的票务处理方法。

第四方面，本申请实施例提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器运行所述计算机程序时实现如本申请实施例所述的基于大数据的个体户的票务处理方法。

本申请实施例所提供的技术方案，若检测到开票申请触发事件，则确定开票周期内的目标开票类型；确定所述目标开票类型所对应的开票信息；确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。通过采用本申请所提供的技术方案，可以提供一种适用于平台且简便、安全的票务管理机制，从而实现降低个人用户的在票务管理过程中的复杂程度，提高个人用户的使用体验的效果。

附图说明

图1是本申请实施例一提供的基于大数据的个体户的票务处理方法的流程图；

图2是本申请实施例一提供的基于大数据的个体户票务处理方法的信令图；

图3是本申请实施例二提供的基于大数据的个体户的票务处理装置的结构示意图；

图4是本申请实施例四提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1是本申请实施例一提供的基于大数据的个体户的票务处理方法的流程图，本实施例可适于平台个人用户的使用情况，该方法可以由本申请实施例所提供的基于大数据的个体户的票务处理装置运行，该装置可以由软件和/或硬件的方式来实现，并可集成于智能终端等电子设备中。

如图1所示，所述基于大数据的个体户的票务处理方法包括：

S110、若检测到开票申请触发事件，则确定开票周期内的目标开票类型。

其中，本方案所提供的技术细节可以是通过平台来执行，还可以通过构建成为平台的一个或者多个服务器来进行。具体的，可以是在个人用户登录平台之后，在访问的服务终端上面显示业务内容，完成相应的订单内容，需要提供发票的场景。

其中，开票申请触发事件，可以是用户手动点击开票，并选择相应的订单记录或者打款记录，再点击生成发票时发出的请求。

本技术方案中，可选的，所述检测到开票申请触发事件包括：检测到当前时间到达每个开票周期内的固定申请时间，则确定检测到开票申请触发事件。例如每个月的8号上午十点自动生成发票申请，对本月8号至上月8号之间产生的资金操作作为发票的内容。

本技术方案可以是基于大数据进行的目标开票类型的确定工作。其中，目标开票类型可以包括普通发票类型和专用发票类型。

这样可以得到快速又准确的发票类型，无需用户手动选择，而且在有些用户不理解两种发票类型的区别的情况下，很难做出正确的选择。

S120、确定所述目标开票类型所对应的开票信息。

其中，在确定目标开票类型之后，根据可以根据开票周期内与该类型相匹配的资金交易记录，或者根据用户选择的资金交易记录中与该类型相匹配的记录，确定发票所需要包含的现金交易记录，并确定总数额，作为发票信息。

在本实施例中，具体的，确定所述目标开票类型所对应的开票信息，包括：在开票周期内，若检测到提现成功事件，则将提现金额作为当前目标开票类型的开票信息。其中，可以在开票周期内，每检测到用户提现成功事件，则将其金额作为该周期内的一次交易金额，直至自动生成开票请求时，则可以自动获取用户需要开具的发票的全部交易金额，从而确定了目标开票类型的开票信息。本方案这样设置的好处是可以无需用户手动操作，自动生成开票信息，提高用户对于本方案提供的平台的使用体验。

S130、确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。

在本技术方案中，目标开票类型可以包括普通发票类型和专用发票类型。若为普通发票类型，由于其可以采用线上开具的电子发票，因此，为了提高开票效率，可以生成线上电子发票。当然，如果采用线下纸质发票的形式也是支持的。而如果是专用发票类型，由于其不能够采用线上开具的电子发票，所以只能够采用线下纸质发票的开票方式。

在本技术方案中，可选的，若为普通发票类型，则确定开票方式为线上电子发票；若为专用发票类型，则确定开票方式为线下纸质发票。其中，采用线下纸质发票的形式，可以是平台工作人员根据开票信息线下开具的，并且通过扫描或者拍照等方式，上传至平台供用户查看的，并且可以根据用户提供的地址向用户邮寄纸质发票，以达到为用户提供可用的发票的目的。这样设置的好处是既能够确保平台开票业务的效率，又能够为用户提供真实可用的发票。

本申请实施例所提供的技术方案，若检测到开票申请触发事件，则确定开票周期内的目标开票类型；确定所述目标开票类型所对应的开票信息；确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。通过采用本申请所提供的技术方案，可以提供一种适用于平台且简便、安全的票务管理机制，从而实现降低个人用户的在票务管理过程中的复杂程度，提高个人用户的使用体验的效果。

在上述技术方案的基础上，可选的，所述方法还包括：若检测到个体户取得营业执照，则确定所述个体户在取得营业执照之前的所有提现记录；将所有提现记录作为开票信息，生成发票内容，以完成票务处理。其中，如果用户的个体户营业执照还没有取得，则可以累计记录用户的资金交易信息，待用户取得个体户营业执照之后，由平台把用户的全部交易信息作为发票的信息，为用户开具以往所有交易的发票数据，供用户使用。同时，还可以在用户取得了营业执照之后，每月为用户自动生成开票申请，以实现对于用户提供灵活且全面的票务处理机制，符合用户的使用需求。

图2是本申请实施例一提供的基于大数据的个体户票务处理方法的信令图。如图2所示，个人用户注册可以包括如下步骤：

个体户前端，可以是通过应用程序、小程序或者专门用于与平台进行交互的智能终端，发出提现请求至资金管理服务器，资金管理服务器完成打款，并同步开票数据至流水服务器。流水服务器可以生成查询开票数据的信息至财务服务器，由平台的财务人员完成线下开票之后，可以将票据的信息到入至平台的流水服务器，用于记录票务信息并供个体户用户查看。

本方案中，个体户开票申请由平台以结算公司身份自动提交，每月固定日期生成申请。

平台以个体户在上个月提现成功时间(平台打款成功回执时间)为范围，根据最原始发活企业、开票内容分组，统计成功提现金额作为发票信息。

成功打款记录与发票记录关联，一张发票可对应多条成功打款记录，一条成功打款记录必须对应唯一的发票。

个体户取得营业执照时，查询所有未开票的成功打款记录，并按照成功打款时间生成以往月的开票申请。

票据业务设计，具体是：

企业发票：好活公司企业可根据企业用户的发票申请记录，进行线下开具发票。发票内容要与项目配置的发票内容一致。然后将纸质发票信息导入好活平台，并关联相应的订单信息。最后好活平台进行凭据存储。

个体户发票：好活孵化器公司可根据个体户用户的提现记录，进行发票开具。然后将纸质发票信息导入好活平台，好活平台进行凭据存储。

实施例二

图3是本申请实施例二提供的基于大数据的个体户的票务处理装置的结构示意图。如图3所示，所述基于大数据的个体户的票务处理装置，包括：

目标开票类型确定模块310，用于若检测到开票申请触发事件，则确定开票周期内的目标开票类型；

开票信息确定模块320，用于确定所述目标开票类型所对应的开票信息；

发票内容确定模块330，用于确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。

可选的，所述检测到开票申请触发事件包括：

检测到当前时间到达每个开票周期内的固定申请时间，则确定检测到开票申请触发事件。

本申请实施例所提供的技术方案，若检测到开票申请触发事件，则确定开票周期内的目标开票类型；确定所述目标开票类型所对应的开票信息；确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。通过采用本申请所提供的技术方案，可以提供一种适用于平台且简便、安全的票务管理机制，从而实现降低个人用户的在票务管理过程中的复杂程度，提高个人用户的使用体验的效果。

上述产品可运行本申请任意实施例所提供的方法，具备运行方法相应的功能模块和有益效果。

实施例三

本申请实施例还提供一种包含计算机可运行指令的存储介质，所述计算机可运行指令在由计算机处理器运行时用于运行一种基于大数据的个体户的票务处理方法，该方法包括：

若检测到开票申请触发事件，则确定开票周期内的目标开票类型；

确定所述目标开票类型所对应的开票信息；

确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被运行的计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到计算机系统。第二计算机系统可以提供程序指令给计算机用于运行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器运行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可运行指令的存储介质，其计算机可运行指令不限于如上所述的基于大数据的个体户的票务处理操作，还可以运行本申请任意实施例所提供的基于大数据的个体户的票务处理方法中的相关操作。

实施例四

本申请实施例提供了一种电子设备，该电子设备中可集成本申请实施例提供的基于大数据的个体户的票务处理装置。图4是本申请实施例四提供的一种电子设备的结构示意图。如图4所示，本实施例提供了一种电子设备400，其包括：一个或多个处理器420；存储装置410，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器420运行，使得所述一个或多个处理器420实现本申请实施例所提供的基于大数据的个体户的票务处理方法，该方法包括：

若检测到开票申请触发事件，则确定开票周期内的目标开票类型；

确定所述目标开票类型所对应的开票信息；

确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理。

图4显示的电子设备400仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，该电子设备400包括处理器420、存储装置410、输入装置430和输出装置440；电子设备中处理器420的数量可以是一个或多个，图4中以一个处理器420为例；电子设备中的处理器420、存储装置410、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线450连接为例。

存储装置410作为一种计算机可读存储介质，可用于存储软件程序、计算机可运行程序以及模块单元，如本申请实施例中的基于大数据的个体户的票务处理方法对应的程序指令。

存储装置410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、个人内部网、局域网、移动通信网及其组合。

输入装置430可用于接收输入的数字、字符信息或语音信息，以及产生与电子设备的个人用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏、扬声器等设备。

本申请实施例提供的电子设备，可以提供一种适用于平台且简便、安全的票务管理机制，从而实现降低个人用户的在票务管理过程中的复杂程度，提高个人用户的使用体验的效果。

上述实施例中提供的基于大数据的个体户的票务处理装置、介质及设备可运行本申请任意实施例所提供的基于大数据的个体户的票务处理方法，具备运行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的基于大数据的个体户的票务处理方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (9)

1.一种基于大数据的个体户的票务处理方法，其特征在于，包括：

若检测到开票申请触发事件，则确定开票周期内的目标开票类型；

确定所述目标开票类型所对应的开票信息；

确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理；

所述方法还包括：

若检测到个体户取得营业执照，则确定所述个体户在取得营业执照之前的所有提现记录；

将所有提现记录作为开票信息，生成发票内容，以完成票务处理。

2.根据权利要求1所述的方法，其特征在于，所述检测到开票申请触发事件包括：

检测到当前时间到达每个开票周期内的固定申请时间，则确定检测到开票申请触发事件。

3.根据权利要求1所述的方法，其特征在于，所述目标开票类型包括普通发票类型和专用发票类型。

4.根据权利要求3所述的方法，其特征在于，确定所述目标开票类型相适配的开票方式，包括：

若为普通发票类型，则确定开票方式为线上电子发票；

若为专用发票类型，则确定开票方式为线下纸质发票。

5.根据权利要求1所述的方法，其特征在于，确定所述目标开票类型所对应的开票信息，包括：

在开票周期内，若检测到提现成功事件，则将提现金额作为当前目标开票类型的开票信息。

6.一种基于大数据的个体户的票务处理装置，其特征在于，包括：

目标开票类型确定模块，用于若检测到开票申请触发事件，则确定开票周期内的目标开票类型；

开票信息确定模块，用于确定所述目标开票类型所对应的开票信息；

发票内容确定模块，用于确定所述目标开票类型相适配的开票方式，根据所述开票信息生成发票内容，以完成票务处理；

所述装置还用于：

若检测到个体户取得营业执照，则确定所述个体户在取得营业执照之前的所有提现记录；

将所有提现记录作为开票信息，生成发票内容，以完成票务处理。

7.根据权利要求6所述的装置，其特征在于，所述检测到开票申请触发事件包括：

检测到当前时间到达每个开票周期内的固定申请时间，则确定检测到开票申请触发事件。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一项所述的基于大数据的个体户的票务处理方法。

9.一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-5中任一项所述的基于大数据的个体户的票务处理方法。

Images