CN113962754A - 开票方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种开票方法、装置、计算机设备和存储介质，涉及物联网技术领域。该方法应用于收费系统，收费系统包括收费终端与财务管理系统的后台服务器，该方法包括：所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号。所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据。所述后台服务器向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。能够避免电子发票的虚开或错开等问题。

Description

开票方法、装置、计算机设备和存储介质

技术领域

本申请涉及物联网技术领域，特别是涉及一种开票方法、装置、计算机设备和存储介质。

背景技术

电子发票是信息时代的产物，同普通发票一样，采用税务局统一发放的形式给商家使用，发票号码采用全国统一编码，采用统一防伪技术，分配给商家，在电子发票上附有电子税局的签名机制。电子发票具有无纸化、低能耗、易保存、易查询等优点，越来越受到用户的欢迎，也受到越来越多的传统中小型企业的青睐。

目前，现有技术中的收费终端在支付完成后无法直接为用户开具电子发票，而是由其他终端开具电子发票，可能导致电子发票的虚开或错开等问题。

发明内容

基于此，有必要针对上述技术问题，提供一种开票方法、装置、计算机设备和存储介质。

第一方面，本申请提供了一种开票方法，应用于收费系统，所述收费系统包括收费终端与财务管理系统的后台服务器，所述方法包括：

所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号。

所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据。

所述后台服务器向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

在其中一个实施例中，所述方法还包括：所述收费终端显示开票详情界面，所述开票详情界面包括多个可配置的开票信息项。

在其中一个实施例中，所述收费终端显示开票详情界面，包括：所述收费终端在所述目标订单支付完成后，显示开票确认界面；所述开票确认界面包括确认控件以及取消控件。

所述收费终端响应于所述确认控件的触发操作，显示所述开票详情界面。

在其中一个实施例中，所述收费终端包括收费应用，所述收费终端显示开票详情界面，包括：所述收费终端在所述收费应用的开屏界面上显示开票功能控件。

所述收费终端响应于所述开票功能控件的触发操作，显示所述开票详情界面。

在其中一个实施例中，所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，包括：所述收费终端接收所述多个可配置的开票信息项对应的输入操作，根据所述输入操作确定目标订单的订单编号和/或所述目标订单对应的开票信息。

在其中一个实施例中，所述方法还包括：所述收费终端显示所述目标订单的支付码，所述支付码用于支付终端通过支付系统完成所述目标订单的支付。

所述收费终端接收所述支付系统发送的支付完成消息。

在其中一个实施例中，所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，包括：所述后台服务器接收所述收费终端发送的所述支付详情信息以及所述订单编号；所述支付详情信息为所述收费终端接收所述支付完成消息后发送的。

第二方面，本申请还提供了一种收费系统，所述收费系统包括收费终端与财务管理系统的后台服务器。

所述收费终端，用于获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号。

所述后台服务器，用于根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据。

所述后台服务器，还用于向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

在其中一个实施例中，所述收费终端，还用于显示开票详情界面，所述开票详情界面包括多个可配置的开票信息项。

在其中一个实施例中，所述收费终端，具体用于在所述目标订单支付完成后，显示开票确认界面；所述开票确认界面包括确认控件以及取消控件。

所述收费终端，还用于响应于所述确认控件的触发操作，显示所述开票详情界面。

在其中一个实施例中，所述收费终端，具体用于在所述收费应用的开屏界面上显示开票功能控件。

所述收费终端，还用于响应于所述开票功能控件的触发操作，显示所述开票详情界面。

在其中一个实施例中，所述收费终端，具体用于接收所述多个可配置的开票信息项对应的输入操作，根据所述输入操作确定目标订单的订单编号和/或所述目标订单对应的开票信息。

在其中一个实施例中，所述收费终端，还用于显示所述目标订单的支付码，所述支付码用于支付终端通过支付系统完成所述目标订单的支付。

所述收费终端，还用于接收所述支付系统发送的支付完成消息。

在其中一个实施例中，所述后台服务器，具体用于接收所述收费终端发送的所述支付详情信息以及所述订单编号；所述支付详情信息为所述收费终端接收所述支付完成消息后发送的。

第三方面，本申请还提供了一种计算机设备。该计算机设备可以是收费终端，也可以是财务管理系统的后台服务器，该计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下收费终端的步骤或者财务管理系统的后台服务器的步骤：

所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号。

所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据。

所述后台服务器向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

第四方面，本申请还提供了一种计算机可读存储介质。其上存储有计算机程序，所述计算机程序被处理器执行时实现以下收费终端的步骤或者财务管理系统的后台服务器的步骤：

所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号。

所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据。

所述后台服务器向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时收费终端的步骤或者财务管理系统的后台服务器的步骤：

所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号。

所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据。

所述后台服务器向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

上述开票方法、装置、计算机设备和存储介质，通过收费终端获取订单编号和订单的开票信息，通过调用的预设接口向财务管理系统的后台服务器发送开票信息以及订单编号。这样，不仅解决了现有技术中无法通过收费终端直接开具电子发票的问题；并且，能够将缴费信息与开票信息一一对应，避免了电子发票的虚开或错开的问题。另外，通过调用的预设接口与财务管理系统的后台服务器进行直接通信，也解决了现有的收费终端需要通过计算机(personal compute，PC)端才能与财务管理系统的后台服务器进行通信的问题。此外，后台服务器根据订单编号即可获取订单的支付详情信息，无需用户手动输入支付详情信息，节省了用户的时间。

附图说明

图1为一个实施例中收费系统的架构图；

图2为一个实施例中收费方法的流程示意图；

图3为一个实施例中收费方法的流程示意图；

图4为一个实施例中开票详情界面的效果示意图；

图5为一个实施例中收费方法的流程示意图；

图6为一个实施例中支付界面的结构示意图；

图7为一个实施例中开票操作的结构示意图；

图8为一个实施例中开屏界面的结构示意图；

图9为一个实施例中开票操作的结构示意图；

图10为一个实施例中收费方法的流程示意图；

图11为一个实施例中财务管理系统的结构示意图；

图12为一个实施例中计算机设备的内部结构图；

图13为一个实施例中计算机设备的内部结构图。

具体实施方式

下面将结合附图，对本申请一些实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请所提供的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

除非上下文另有要求，否则，在整个说明书和权利要求书中，术语“包括(comprise)”及其其他形式例如第三人称单数形式“包括(comprises)”和现在分词形式“包括(comprising)”被解释为开放、包含的意思，即为“包含，但不限于”。在说明书的描述中，术语“一个实施例(one embodiment)”、“一些实施例(some embodiments)”、“示例性实施例(exemplary embodiments)”、“示例(example)”、“特定示例(specific example)”或“一些示例(some examples)”等旨在表明与该实施例或示例相关的特定特征、结构、材料或特性包括在本申请的至少一个实施例或示例中。上述术语的示意性表示不一定是指同一实施例或示例。此外，所述的特定特征、结构、材料或特点可以以任何适当方式包括在任何一个或多个实施例或示例中。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在描述一些实施例时，可能使用了“耦接”和“连接”及其衍伸的表达。例如，描述一些实施例时可能使用了术语“连接”以表明两个或两个以上部件彼此间有直接物理接触或电接触。又如，描述一些实施例时可能使用了术语“耦接”以表明两个或两个以上部件有直接物理接触或电接触。然而，术语“耦接”或“通信耦合(communicatively coupled)”也可能指两个或两个以上部件彼此间并无直接接触，但仍彼此协作或相互作用。这里所公开的实施例并不必然限制于本文内容。

“A、B和C中的至少一个”与“A、B或C中的至少一个”具有相同含义，均包括以下A、B和C的组合：仅A，仅B，仅C，A和B的组合，A和C的组合，B和C的组合，及A、B和C的组合。

如本文中所使用，根据上下文，术语“如果”任选地被解释为意思是“当……时”或“在……时”或“响应于确定”或“响应于检测到”。类似地，根据上下文，短语“如果确定……”或“如果检测到[所陈述的条件或事件]”任选地被解释为是指“在确定……时”或“响应于确定……”或“在检测到[所陈述的条件或事件]时”或“响应于检测到[所陈述的条件或事件]”。

本文中“适用于”或“被配置为”的使用意味着开放和包容性的语言，其不排除适用于或被配置为执行额外任务或步骤的设备。

另外，“基于”或“根据”的使用意味着开放和包容性，因为“基于”或“根据”一个或多个所述条件或值的过程、步骤、计算或其他动作在实践中可以基于额外条件或超出所述的值。

我国从2012年开展电子发票应用试点，电子发票的开票量每年快速增长，各发票服务商对电子票据业务都提供了标准的技术接入方案。4G网络的普及应用使得银行移动支付技术和业务获得了长足的进步和发展，已经出现整合微信、支付宝、云闪付等主流支付聚合支付产品。目前，现有技术中的收费终端在支付完成后无法直接为用户开具电子发票，而是由其他终端开具电子发票，可能导致电子发票的虚开或错开等问题。

针对上述技术问题，本申请实施例提供一种开票方法，该方法通过分析了当前通过收费终端缴费后无法开具电子发票的主要原因是：由于现有的收费终端无法提供开具电子发票的功能，并且不能直接与财务管理系统的后台服务器进行无线通信，而是需要通过PC端建立两者的联系。因此，本申请实施例通过在收费终端中添加Android应用程序包(android application package，APK)，通过该Android应用程序包提供开票功能，并建立收费终端与财务管理系统的后台服务器的直接通信链路，从而解决现有技术中无法通过收费终端开具电子发票的问题。本申请实施例整合了当前的各种支付手段，在收费终端中不仅能够实现各种支付手段的订单支付，并且在支付成功后能够通过收费终端直接开具电子发票，操作简单便捷，满足客户全方位的运营需求。

为了便于使用本实施例，参见图1所示的收费系统10的架构，在该收费系统10中，包括收费终端11与财务管理系统的后台服务器12。并且在收费终端11中运行有收费应用111。该收费应用111基于Android应用程序包技术搭建。另外，后台服务器12向税务系统服务器20发送开票请求；开票请求用于请求税务系统服务器20根据所述电子发票数据生成目标订单对应的电子发票。

在一种实现方式中，收费终端11通过调用预设接口将订单编号获取目标订单的支付详情信息传输至财务管理系统的后台服务器12。使得收费终端11能够在用户侧为用户提供电子发票的开具服务。通常情况下，收费终端11可以为智能终端设备；该智能终端设备可以是一种能够进行有线或无线通信，具备收费功能以及开票功能的设备。比如自助缴费终端或者销售点(point of sales，POS)机；再比如POS机可以是移动POS机、网络POS机、手机POS机等智能型POS机。

进一步的，财务管理系统的后台服务器12可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

根据本申请的一些实施例，收费终端11可以包括存储器，而存储器可以存储软件和/或程序。程序可以包括内核、中间件、应用编程接口(application programminginterface，API)和/或应用程序。内核、中间件或应用编程接口的至少一部分可以包括操作系统(operating system，OS)。作为示例，内核可以控制或管理用于执行其他程序(例如，中间件、应用编程接口和应用程序)中实现的操作或功能的系统资源。此外，内核可以提供接口。接口可以通过中间件、应用编程接口或应用程序访问后台服务器12的一个或多个元件以控制或管理系统资源。中间件可以作为数据传输的中间层。数据传输可以允许应用编程接口或应用程序与内核通信用以交换数据。作为示例，中间件可以处理从应用程序获取的一个或多个任务请求。例如，当用户触发了应用程序的支付控件，中间件可以通过应用编程接口调用后台服务器12中的支付界面并显示在收费终端11的显示屏中，中间件处理一个或多个任务请求。应用编程接口可以是应用程序用于控制从内核或中间件提供功能的接口。

结合上述图1，对本申请实施例提供的开票方法进行详细介绍，参照图2，本申请实施例提供的开票方法应用于收费系统，收费系统包括收费终端与财务管理系统的后台服务器，该方法包括：

S21、收费终端获取目标订单的订单编号以及目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送开票信息以及订单编号。

在一种实现方式中，个体工商户或企业单位在某一银行申请开立账户并成为该行的收单商户。之后，通过银行的应用程序接口(application programming interface，API)开放平台申请聚合收单接口权限，获取商户编号、appid、商户私钥等。而后，去税务部门和电子税票服务商申请开通税费业务和开票接口的申请，获取税号、盘号等信息，并将商户编号、appid、商户私钥、税号、盘号等相关参数配置在财务管理系统的后台服务器中即可在微信、支付宝、云闪付等第三方支付app上实现缴费开票。

S22、后台服务器根据订单编号获取目标订单的支付详情信息，根据目标订单的支付详情信息以及目标订单对应的开票信息生成电子发票数据。

可选的，电子发票数据包括购买方数据和销售方数据；电子发票数据可以包括但不限于电子发票抬头、电子发票类型和电子发票金额；另外，电子发票数据还可以包括电子发票的接收方的联系方式，比如电话号码，邮箱等。

S23、后台服务器向税务系统服务器发送开票请求；开票请求用于请求税务系统服务器根据电子发票数据生成目标订单对应的电子发票。

在一种可能的实现方式中，在消费者支付完成后，收费终端为向消费者提公开开具电子发票的选择，当消费者选择开具电子发票后，会记录消费者的消费信息及联系方式(如手机号)，并通过商家的后台服务器向税务系统服务器发送开票请求，税务系统服务器在收到消费者的消费信息及联系方式后，将开具好的目标订单对应的电子发票以短信的形式发送给消费者的手机。

上述开票方法，通过收费终端获取订单编号和订单的开票信息，通过调用的预设接口向财务管理系统的后台服务器发送开票信息以及订单编号。这样，不仅解决了现有技术中无法通过收费终端直接开具电子发票的问题；并且，能够将缴费信息与开票信息一一对应，避免了电子发票的虚开或错开的问题。另外，通过调用的预设接口与财务管理系统的后台服务器进行直接通信，也解决了现有的收费终端需要通过计算机端才能与财务管理系统的后台服务器进行通信的问题。此外，后台服务器根据订单编号即可获取订单的支付详情信息，无需用户手动输入支付详情信息，节省了用户的时间。

在其中一个实施例中，参照图3，本申请实施例提供的开票方法还包括：

S31、收费终端显示开票详情界面，开票详情界面包括多个可配置的开票信息项。

示例性的，参照图4，开票详情页面可以包括但不限于订单号、发票抬头、联系方式以及纳税人识别码等多个可配置的开票信息项。其中发票抬头可以分为个人和单位。对于发票抬头的类型为个人时，只需要在发票抬头对应的那一栏中填写姓名，并在联系方式的那一栏中填写电话号码或者邮箱等。对于发票抬头的类型为单位时，则需要在发票抬头对应的那一栏中填写单位名称。其中，订单号的获取方式可以是收费终端自动生成，或者由用户手动输入，本申请实施例对此并不作任何限定。

进一步的，订单号用户后台服务器获取该笔订单的支付金额和支付详情等支付信息，这样，无需用户手动输入与订单相关的支付信息，降低电子发票开具操作的复杂度，节省用户的开票时间。

本实施例中，收费终端能够显示包括多个可配置的开票信息项的开票详情界面，以便实现收费终端的开票功能。

在其中一个实施例中，参照图5，收费终端显示开票详情界面，包括：

S311、收费终端在目标订单支付完成后，显示开票确认界面；开票确认界面包括确认控件以及取消控件。

进一步的，确认控件以及取消控件可以在对应功能的控件上显示“确认”的字符和“取消”字符；也可以以其他字符表示，比如，确认控件上显示的字符可以为“是”或者“YES”等；取消控件上显示的字符可以为“否”或者“NO”等。

示例性的，参照图6，图6展示了收费终端在目标订单支付完成后，开票确认界面601的一种界面显示效果，当用户触发确认控件6011，则收费终端的当前显示界面由开票确认界面601跳转至开票详情界面；当用户触发取消控件6012，则收费终端的当前显示界面由开票确认界面601跳转至收费应用的开屏界面。

S312、收费终端响应于确认控件的触发操作，显示开票详情界面。

示例性的，参照图7，图7中(a)示出了收费终端的开票确认界面601，当用户触发了收费终端的开票确认界面中的确认控件6011后，显示如图7中(b)所示的开票详情界面701。其中，触发方式可以包括功能键默认的触发方式，例如，对于安卓系统上的功能键默认的原始触发方式通常为单击触发，或者可以是双击触发、长按触发或其它不同于单击触发的触发方式.

本实施例中，收费终端在目标订单支付完成后，显示开票确认界面；使得用户不用手动选择退出支付界面，在目标订单支付完成后，即可为用户展示开票确认界面，用户通过对开票确认界面中确认控件以及取消控件的触发，即可实现所触发的控件对应功能界面的展示，从而提高用户的使用体验感。

在一个实施例中，参照图5，收费终端包括收费应用，收费终端显示开票详情界面，包括：

S313、收费终端在收费应用的开屏界面上显示开票功能控件。

示例性的，参照图8，图8示出了一种收费应用的开屏界面801；该开屏界面801上可以显示开票功能控件8011，还可以显示支付功能控件8012。还可以包含有其他控件。

S314、收费终端响应于开票功能控件的触发操作，显示开票详情界面。

示例性的，参照图9中(a)，当用户触发了开票功能控件8011后，收费终端响应与开票功能控件8011的触发操作，显示图9中(b)开票详情界面701。

本实施例中，收费终端能够在收费应用的开屏界面上显示开票功能控件，用户通过对开票功能控件的触发操作，收费终端显示开票详情界面，使得用户对订单支付成功后，可以随时选择在收费终端上申请开具电子发票。

在其中一个实施例中，收费终端获取目标订单的订单编号以及目标订单对应的开票信息，包括：收费终端接收多个可配置的开票信息项对应的输入操作，根据输入操作确定目标订单的订单编号和/或目标订单对应的开票信息。

在一种实现方式中，对于用户在支付完成后，直接通过触发收费终端显示的开票确认界面中的确认控件，进入开票详情界面的情况，对于订单编号无需用户手动输入，收费终端可直接调取订单编号，并在开票详情界面显示。

在另一种实现方式中，对于用户在支付完成后，未通过触发收费终端显示的开票确认界面中的确认控件进入开票详情界面，而是通过触发了开票确认界面中的取消控件进入到了收费应用的开屏界面后，之后，又需要开具电子发票的情况，可通过触发收费应用的开屏界面上显示的开票功能控件，进入开票详情界面，这时可通过手动输入订单编号。

本实施例中，收费终端接收多个可配置的开票信息项对应的输入操作，以便根据输入操作确定目标订单的订单编号和/或目标订单对应的开票信息。

在其中一个实施例中，参照图10，本申请实施例提供的开票方法还包括：

S101、收费终端显示目标订单的支付码，支付码用于支付终端通过支付系统完成目标订单的支付。

示例性的，支付码可以为二维码、条形码或二维码和条形码的组合，支付码中集成有本次支付中支付界面对应的支付信息(包括支付账户、支付密码、支付流水等信息)和订单信息(包括订单物品、订单时间、订单出具方等信息)。

进一步的，收费终端能够提供两种支付方式，一种的扫码支付，一种是刷卡支付。示例性的，收费终端在支付界面中提供两种控件，一种是扫码支付的控件，一种是刷卡支付的控件，当触发扫码支付的控件后，展示目标订单的支付码；当触发刷卡支付的控件后，收费终端的收费应用中的中间件通过页面js调起收费终端的刷卡硬件设备，用户即可进行刷卡支付，支付成功后中间件会将支付详情信息通过调用预设接口发送至财务管理系统的后台服务器。

S102、收费终端接收支付系统发送的支付完成消息。

本实施例中，收费终端能够显示支付码的功能，使得用户可以通过扫码来对订单进行支付。

在其中一个实施例中，后台服务器根据订单编号获取目标订单的支付详情信息，包括：后台服务器接收收费终端发送的支付详情信息以及订单编号；支付详情信息为收费终端接收支付完成消息后发送的。

具体的，支付成功后，收费终端中的中间件会将支付详情信息以及订单编号通过调用预设接口发送至向财务管理系统的后台服务器。

在一种是此案方式中，财务管理系统的后台服务器可以包括如图11中示出的财务管理系统，财务管理系统具体包括支付功能模块，开票功能模块以及系统管理功能模块；其中，支付功能模块包括刷卡支付、聚合支付、缴费数据维护以及交易查询、退款四个单元；开票功能模块包括电子票据开立、电子发票查询以及开票单位维护三个单元；系统管理功能模块包括基于角色的访问控制(role-based access control，RBAC)权限管理、参数维护、开票数据维护、开票数据审批、定制表单维护以及定制缴费数维护六个单元。需要说明的是，其中的聚合支付为线上支付，比如微信、支付宝、云闪付等扫码支付。

本实现方式中，收费终端在接收支付完成消息后，将支付详情信息以及订单编号发送至后台服务器，以便后台服务器能够及时得到该笔订单的支付情况。

应该理解的是，虽然图2、3、5、10的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、3、5、10中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，参照图1，提供了一种收费系统，收费系统包括收费终端与财务管理系统的后台服务器。

收费终端，用于获取目标订单的订单编号以及目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送开票信息以及订单编号。

后台服务器，用于根据订单编号获取目标订单的支付详情信息，根据目标订单的支付详情信息以及目标订单对应的开票信息生成电子发票数据。

后台服务器，还用于向税务系统服务器发送开票请求；开票请求用于请求税务系统服务器根据电子发票数据生成目标订单对应的电子发票。

在其中一个实施例中，收费终端，还用于显示开票详情界面，开票详情界面包括多个可配置的开票信息项。

在其中一个实施例中，收费终端，具体用于在目标订单支付完成后，显示开票确认界面；开票确认界面包括确认控件以及取消控件。

收费终端，还用于响应于确认控件的触发操作，显示开票详情界面。

在其中一个实施例中，收费终端，具体用于在收费应用的开屏界面上显示开票功能控件。

收费终端，还用于响应于开票功能控件的触发操作，显示开票详情界面。

在其中一个实施例中，收费终端，具体用于接收多个可配置的开票信息项对应的输入操作，根据输入操作确定目标订单的订单编号和/或目标订单对应的开票信息。

在其中一个实施例中，收费终端，还用于显示目标订单的支付码，支付码用于支付终端通过支付系统完成目标订单的支付。

收费终端，还用于接收支付系统发送的支付完成消息。

在其中一个实施例中，后台服务器，具体用于接收收费终端发送的支付详情信息以及订单编号；支付详情信息为收费终端接收支付完成消息后发送的。

上述，收费系统包括的收费终端与财务管理系统的后台服务器可全部或部分通过软件、硬件及其组合来实现。上述收费终端与财务管理系统的后台服务器可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储支付详情信息。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种开票方法中财务管理系统的后台服务器执行的方法步骤。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图13所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种开票方法中收费终端执行的方法步骤。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图12和图13中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，该计算机设备可以是收费终端，也可以是财务管理系统的后台服务器，当计算机设备为收费终端时，处理器执行计算机程序时实现以下步骤：

所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号。

当计算机设备为财务管理系统的后台服务器时，处理器执行计算机程序时实现以下步骤：

所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据。

所述后台服务器向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

在一个实施例中，当计算机设备为收费终端时，处理器执行计算机程序时实现以下步骤：

所述收费终端显示开票详情界面，所述开票详情界面包括多个可配置的开票信息项。

在一个实施例中，当计算机设备为收费终端时，处理器执行计算机程序时实现以下步骤：

所述收费终端在所述目标订单支付完成后，显示开票确认界面；所述开票确认界面包括确认控件以及取消控件。所述收费终端响应于所述确认控件的触发操作，显示所述开票详情界面。

在一个实施例中，当计算机设备为收费终端时，处理器执行计算机程序时实现以下步骤：

所述收费终端在所述收费应用的开屏界面上显示开票功能控件。所述收费终端响应于所述开票功能控件的触发操作，显示所述开票详情界面。

在一个实施例中，当计算机设备为收费终端时，处理器执行计算机程序时实现以下步骤：

所述收费终端接收所述多个可配置的开票信息项对应的输入操作，根据所述输入操作确定目标订单的订单编号和/或所述目标订单对应的开票信息。

在一个实施例中，当计算机设备为收费终端时，处理器执行计算机程序时实现以下步骤：

所述收费终端显示所述目标订单的支付码，所述支付码用于支付终端通过支付系统完成所述目标订单的支付。所述收费终端接收所述支付系统发送的支付完成消息。

当计算机设备为财务管理系统的后台服务器时，处理器执行计算机程序时实现以下步骤：

所述后台服务器接收所述收费终端发送的所述支付详情信息以及所述订单编号；所述支付详情信息为所述收费终端接收所述支付完成消息后发送的。

在一个实施例中，提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号。

在一个实施例中，计算机程序被处理器执行时实现以下财务管理系统的后台服务器的方法步骤：

所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据。

所述后台服务器向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端显示开票详情界面，所述开票详情界面包括多个可配置的开票信息项。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端在所述目标订单支付完成后，显示开票确认界面；所述开票确认界面包括确认控件以及取消控件。所述收费终端响应于所述确认控件的触发操作，显示所述开票详情界面。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端在所述收费应用的开屏界面上显示开票功能控件。所述收费终端响应于所述开票功能控件的触发操作，显示所述开票详情界面。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端接收所述多个可配置的开票信息项对应的输入操作，根据所述输入操作确定目标订单的订单编号和/或所述目标订单对应的开票信息。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端显示所述目标订单的支付码，所述支付码用于支付终端通过支付系统完成所述目标订单的支付。所述收费终端接收所述支付系统发送的支付完成消息。

在一个实施例中，计算机程序被处理器执行时实现以下财务管理系统的后台服务器的方法步骤：

所述后台服务器接收所述收费终端发送的所述支付详情信息以及所述订单编号；所述支付详情信息为所述收费终端接收所述支付完成消息后发送的。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号。

在一个实施例中，计算机程序被处理器执行时实现以下财务管理系统的后台服务器的方法步骤：

所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据。

所述后台服务器向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端显示开票详情界面，所述开票详情界面包括多个可配置的开票信息项。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端在所述目标订单支付完成后，显示开票确认界面；所述开票确认界面包括确认控件以及取消控件。所述收费终端响应于所述确认控件的触发操作，显示所述开票详情界面。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端在所述收费应用的开屏界面上显示开票功能控件。所述收费终端响应于所述开票功能控件的触发操作，显示所述开票详情界面。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端接收所述多个可配置的开票信息项对应的输入操作，根据所述输入操作确定目标订单的订单编号和/或所述目标订单对应的开票信息。

在一个实施例中，计算机程序被处理器执行时实现以下收费终端的方法步骤：

所述收费终端显示所述目标订单的支付码，所述支付码用于支付终端通过支付系统完成所述目标订单的支付。所述收费终端接收所述支付系统发送的支付完成消息。

在一个实施例中，计算机程序被处理器执行时实现以下财务管理系统的后台服务器的方法步骤：

所述后台服务器接收所述收费终端发送的所述支付详情信息以及所述订单编号；所述支付详情信息为所述收费终端接收所述支付完成消息后发送的。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种开票方法，其特征在于，应用于收费系统，所述收费系统包括收费终端与财务管理系统的后台服务器，所述方法包括：

所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号；

所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据；

所述后台服务器向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

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

所述收费终端显示开票详情界面，所述开票详情界面包括多个可配置的开票信息项。

3.根据权利要求2所述的方法，其特征在于，所述收费终端显示开票详情界面，包括：

所述收费终端在所述目标订单支付完成后，显示开票确认界面；所述开票确认界面包括确认控件以及取消控件；

所述收费终端响应于所述确认控件的触发操作，显示所述开票详情界面。

4.根据权利要求2所述的方法，其特征在于，所述收费终端包括收费应用，所述收费终端显示开票详情界面，包括：

所述收费终端在所述收费应用的开屏界面上显示开票功能控件；

所述收费终端响应于所述开票功能控件的触发操作，显示所述开票详情界面。

5.根据权利要求2所述的方法，其特征在于，所述收费终端获取目标订单的订单编号以及所述目标订单对应的开票信息，包括：

所述收费终端接收所述多个可配置的开票信息项对应的输入操作，根据所述输入操作确定目标订单的订单编号和/或所述目标订单对应的开票信息。

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

所述收费终端显示所述目标订单的支付码，所述支付码用于支付终端通过支付系统完成所述目标订单的支付；

所述收费终端接收所述支付系统发送的支付完成消息。

7.根据权利要求6所述的方法，其特征在于，所述后台服务器根据所述订单编号获取所述目标订单的支付详情信息，包括：

所述后台服务器接收所述收费终端发送的所述支付详情信息以及所述订单编号；所述支付详情信息为所述收费终端接收所述支付完成消息后发送的。

8.一种收费系统，其特征在于，所述收费系统包括收费终端与财务管理系统的后台服务器；

所述收费终端，用于获取目标订单的订单编号以及所述目标订单对应的开票信息，调用预设接口向财务管理系统的后台服务器发送所述开票信息以及所述订单编号；

所述后台服务器，用于根据所述订单编号获取所述目标订单的支付详情信息，根据所述目标订单的支付详情信息以及所述目标订单对应的开票信息生成电子发票数据；

所述后台服务器，还用于向税务系统服务器发送开票请求；所述开票请求用于请求税务系统服务器根据所述电子发票数据生成所述目标订单对应的电子发票。

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

或者，

所述处理器执行所述计算机程序时实现权利要1-7任一项所述的方法的财务管理系统的后台服务器的步骤。

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

或者，

所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法的财务管理系统的后台服务器的步骤。

Images