CN111626798B - 发票开具方法、装置、开票系统、设备和存储介质 - Google Patents

Abstract

本申请实施例公开了一种发票开具方法、装置、开票系统、设备和存储介质，属于办公自动化领域；所述方法包括：发票开具装置接收发票数据，并根据发票数据生成发票信息；发票开具装置将发票信息发送给与发票开具装置连接的客户端；所述客户端包括位于销售方的第一客户端以及位于购买方的第二客户端；发票开具装置根据确认的发票信息开具发票；本申请实施例通过先由购买方确认，再由购买方开具发票，避免先由销售方开具发票，再由购买方确认导致的开票信息出错和效率低下的问题，提高了开具发票的效率以及开具发票的准确率。

Description

发票开具方法、装置、开票系统、设备和存储介质

技术领域

本申请涉及办公自动化领域，尤其涉及一种发票开具方法、装置、开票系统、设备和存储介质。

背景技术

随着我国税法改革的逐渐深入，发票开具在日常的经济活动越来越频繁，开票要求也越来越高。在开票环节，一般都是由购买方提供给销售方发票数据（包括购买方名称、税号、地址电话、开户行及账号），销售方根据购买方提供的发票数据手动开具发票。发明人发现：目前这种开具发票的方式大部分在销售方显示发票信息，在购买方无法看到发票信息，只有在发票开具打印，拿到发票后才知道信息是否正确，如果有误，又需要作废重新开具发票，导致开票效率低和正确率不高等问题的出现。

发明内容

本申请实施例提供了的发票开具方法、装置、开票系统、设备和存储介质，可以解决相关技术中先由销售方开具发票，再由购买方确认造成的容易出错和效率低下的问题。所述技术方案如下：

第一方面，本申请实施例提供了一种发票开具方法，所述方法包括：

发票开具装置接收发票数据，并根据发票数据生成发票信息；

发票开具装置将发票信息发送给与发票开具装置连接的客户端；所述客户端包括位于销售方的第一客户端以及位于购买方的第二客户端；

发票开具装置根据确认的发票信息开具发票。

在一种可能的设计中，所述发票开具装置将发票信息发送给与发票开具装置连接的客户端之前，还包括，

侦测与所述发票开具装置连接的客户端；

当所述客户端包括位于销售方的至少一个第一客户端以及位于购买方的至少一个第二客户端时，所述发票开具装置将发票信息发送给第一客户端和第二客户端进行显示，在第二客户端确认发票信息正确后开具发票；

当所述客户端仅包括销售方的至少一个第一客户端时，所述发票开具装置将发票信息发送给第一客户端进行显示，并根据发票信息开具发票。

在一种可能的设计中，当所述客户端包括位于销售方的至少一个第一客户端以及位于购买方的至少一个第二客户端时，所述发票开具装置将发票信息发送给第一客户端和第二客户端进行显示，在第一客户端及第二客户端确认发票信息正确后开具发票；

当所述客户端仅包括销售方的至少一个第一客户端时，所述发票开具装置将发票信息发送给第一客户端进行显示，在第一客户端确认发票信息正确后开具发票。

在一种可能的设计中，当需要开票时，销售方通过第一客户端显示数据输入界面，在数据输入界面输入发票数据，并发送给发票开具装置；

当所述第一客户端或第二客户端确认发票信息有误且取消确认后，销售方通过第一客户端显示数据输入界面，在数据输入界面修改发票数据，并发送给发票开具装置。

第二方面，本申请实施例提供了一种发票的开具装置，所述开具装置包括：

一种发票开具装置，其特征在于，包括，

接收单元，用于接收发票数据；

开票单元，用于根据接收到的发票数据生成发票信息；

发送单元，用于将发票信息发送给与发票开具装置连接的客户端；所述客户端包括位于销售方的第一客户端以及位于购买方的第二客户端；

开票单元，还用于根据确认的发票信息开具发票。

在一种可能的设计中，所述装置还包括，

侦测单元，用于侦测与所述发票开具装置连接的客户端；

当所述客户端包括位于销售方的至少一个第一客户端以及位于购买方的至少一个第二客户端时，所述发票开具装置将发票信息发送给第一客户端和第二客户端进行显示，在第二客户端确认发票信息正确后开具发票；

当所述客户端仅包括销售方的至少一个第一客户端时，所述发票开具装置将发票信息发送给第一客户端进行显示，并根据发票信息开具发票。

第三方面，本申请实施例提供了一种开票系统，所述开票系统包括：

发票开具装置、位于销售方的至少一个第一客户端，以及位于购买方的至少一个第二客户端；

所述发票开具装置，用于根据接收到的发票数据生成发票信息，并将发票信息发送给第一客户端和第二客户端进行显示；

所述第一客户端，用于显示数据输入界面，在数据输入界面输入发票数据，并发送给发票开具装置；以及用于显示发票信息或用于显示发票信息及信息确认界面；

所述第二客户端，用于显示发票信息和信息确认界面，供购买方确认发票信息是否正确；

所述发票开具装置，还用于根据确认的发票信息开具发票。

在一种可能的设计中，所述第一客户端包括至少一个第一输入设备以及至少一个第一显示设备；所述第二客户端包括至少一个第一输入设备及第二显示设备，其中，

所述第一输入设备，用于输入发票数据，或，输入发票数据及输入信息确认指令；

所述第一显示设备，用于显示数据输入界面，以及用于显示发票信息或用于显示发票信息及信息确认界面；

所述第二显示设备，用于显示发票信息和信息确认界面；

所述第二输入设备，用于输入信息确认指令。

第四方面，本申请实施例提供一种开票设备，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

第五方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

若与发票开具装置连接的客户端既包括位于销售方的第一客户端又包括位于购买方的第二客户端，发票开具装置只有在购买方确认开票信息无误后才能开具发票，实现开具发票前，购买方确认发票的目的，不仅保证了开具发票的正确性，而且提高了开具发票的效率。本申请实施例能避免先由销售方开具发票，再由购买方确认导致的开票信息出错和效率低下的问题，本申请实施例通过先由购买方确认，再由销售方开具发票，提高了开具发票的效率以及开具发票的准确率。进一步地，本申请实施例的方案在执行时，通过侦测现有的发票开具装置与客户端连接情况，不仅适用于与发票开具装置连接的客户端同时位于销售方和购买方的情况，而且适用于与发票开具装置连接的客户端只位于销售方的情况。进一步地，本申请实施例通过销售方和购买方同时确认发票信息是否正确，进一步提高了开具发票的准确性。

附图说明

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

图1是本申请实施例一提供的网络架构的示意图；

图2是本申请实施例一提供的发票开具方法的流程示意图；

图3是本申请实施例一提供的一种发票开具装置的结构示意图；

图4是本申请实施例一提供的一种开票设备的结构示意图；

图5是本申请实施例四提供的发票开具方法的流程示意图。

具体实施方式

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

下面结合本发明实施例中的附图对本发明实施例进行描述。

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

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

实施例一

首先，对本申请实施例涉及到的一些名词进行解释：

发票开具装置为销售方（也称为生产方）使用的设备，发票开具装置根据发票数据生成发票信息，并根据确认的发票信息开具相应的发票。第一客户端为销售方使用的设备，销售方通过第一客户端将发票数据输入给发票开具装置。作为一种实现方式，第一客户端将发票开具装置生成的开票信息显示给销售方；作为另一种实现方式，第一客户端将发票开具装置生成的开票信息显示给销售方，并显示信息确认界面给销售方。作为一种实现方式，发票开具装置可与第一客户端一体化设置。第二客户端为购买方使用的设备，购买方通过第二客户端将发票开具装置生成的开票信息显示给购买方，并将信息确认界面显示给购买方，还通过第二客户端点击信息确认界面进行确认，进而将信息确认指令输入给发票开具装置；发票开具装置根据发票信息以及信息确认指令开具相应的发票。

具体的，所述第一客户端可以通过第一输入设备和第一显示设备实现相应的功能；销售方通过第一输入设备将发票数据输入给发票开具装置；第一显示设备将发票开具装置生成的开票信息或开票信息及信息确认界面显示给销售方。具体的，所述第二客户端可以通过第二输入设备和第二显示设备实现相应的功能；第二显示设备将发票开具装置生成的开票信息显示给购买方，并将信息确认界面显示给购买方；购买方通过第二输入设备点击信息确认界面进行确认，进而将信息确认指令输入给发票开具装置。

本申请实施例中的发票开票装置可以是终端，例如：包括但不限于主机、移动终端、个人数字助理、智能穿戴设备、平板电脑、个人电脑等设备，也可以是服务器；可以是硬件设备，也可以是软件，或者两者的结合以实现发票开票装置的全部功能。

图1示出了可以应用本申请所述的发票开具方法或发票开具装置的开票系统100。

如图1所示，开票系统100包括发票开具装置101、第一客户端102、第二客户端103以及网络104；网络104是用于在发票开具装置101与第一客户端102之间以及发票开具装置101与第二客户端103之间提供通信链路的介质。网络104可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆、HDMI、VGA、DP（Display Port）等类型的接口和线缆等，无线通信链路包括蓝牙通信链路、无线保真（WIreless-FIdelity，Wi-Fi）通信链路等。

其中，系统架构100中发票开具装置101与第一客户端102、第二客户端103之间的交互过程包括：

发票开具装置101（或下文所述的侦测单元）侦测与发票开具装置101连接的客户端（其中侦测手段为现有技术，在此不在赘述），若与发票开具装置101连接的客户端包括位于销售方的至少一个第一客户端102以及位于购买方的至少一个第二客户端103；销售方通过第一客户端102将发票数据输入给发票开具装置101，发票开具装置101利用发票数据生成发票信息，并将发票信息发送给第一客户端102和第二客户端103进行显示；第一客户端102接收到开票信息后，将开票信息显示给销售方；第二客户端103接收到开票信息后，将开票信息显示给购买方进行确认，购买方确认无误后，发票开具装置101开具相应的发票；

在本实施例中，若与发票开具装置101连接的客户端包括位于销售方的至少一个第一客户端102以及位于购买方的至少一个第二客户端103，第二客户端103接收到开票信息后，将开票信息显示给购买方，并显示信息确认界面。当发票开具装置101生成的发票信息无误时，购买方通过第二客户端103点击信息确认界面进行确认，进而将信息确认指令输入给发票开具装置101；发票开具装置101接收到信息确认指令后，开具相应的发票。若101生成的发票信息有误，购买方通过第二客户端103点击信息确认界面取消确认，由销售方通过第一客户端102修改输入的发票数据，发票开具装置101根据修改后的发票数据重新生成发票信息，直至购买方确认发票信息无误，发票开具装置101开具相应的发票。

在本实施例中，若与发票开具装置101连接的客户端包括位于销售方的至少一个第一客户端102以及位于购买方的至少一个第二客户端103，发票开具装置101生成发票信息之前，位于销售方的第一客户端102显示数据输入界面，位于购买方的第二客户端103显示等待界面，销售方在数据输入界面输入发票数据，发票开具装置101根据发票数据生成发票信息。

如图1所示，在本实施例中，第一客户端102包括第一输入设备1021、第一显示设备1022；第二客户端103包括第二输入设备1031、第二显示设备1032。

第一输入设备1021用于向发票开具装置101输入发票数据（包括购买方名称、税号、地址电话、开户行及账号）；第一输入设备1021包括但不限于键盘，扫描仪，光笔，手写输入板，语音输入装置等。销售方通过第一输入设备1021输入发票数据给发票开具装置101，发票开具装置101接收到发票数据后生成发票信息。第一显示设备1022位于销售方，通过网络104与发票开具装置101连接，以接收来自发票开具装置101的发票信息，将发票信息显示给销售方。第一显示设备1022可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等；发票开具装置101、第一输入设备1021以及第一显示设备1022可以是分开独立设置的设备，比如，发票开具装置101为主机，第一显示设备1022为与主机连接的台式电脑，第一输入设备1021为与第一显示设备连接的键盘；发票开具装置101、第一输入设备1021以及第一显示设备1022也可以是集成在一起的设备，比如，发票开具装置101、第一输入设备1021以及第一显示设备1022组成具有触摸屏的移动终端，第一显示设备1022是移动终端中的触摸显示屏，第一输入设备1021集成在触摸屏内。

第二输入设备1031用于向发票开具装置101发送信息确认指令；第二输入设备1031包括但不限于键盘，手写输入板，语音输入装置等。第二显示设备1032位于购买方，通过网络104与发票开具装置101连接，以接收来自发票开具装置101的发票信息，将发票信息显示给购买方，并显示信息确认界面，购买方通过第二输入设备1031点击显示信息确认界面，发送信息确认指令给发票开具装置101，发票开具装置101接收到信息确认指令后开具发票。第二显示设备1032可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等；第二输入设备1031与第二显示设备1032可以是分开独立设置的设备，比如，发票开具装置101为主机，第二显示设备1032为台式电脑，第二输入设备1031包括联入第二显示设备的键盘和鼠标；发票开具装置101、第二输入设备1031与第二显示设备1032也可以是集成在一起的设备，比如，发票开具装置101、第一输入设备1021以及第一显示设备1022组成具有触摸屏的移动终端，第二显示设备1032中的显示屏采用触摸屏，第二输入设备1031集成在触摸屏内。

第一显示设备1022和第二显示设备1032也可以是各种能实现显示功能的设备，例如：阴极射线管显示器（Cathode ray tubedisplay，简称CR）、发光二极管显示器（Light-emitting diode display，简称LED）、电子墨水屏、液晶显示屏（Liquidcrystal display，简称LCD）、等离子显示面板（Plasma displaypanel，简称PDP）等。第一显示设备1022和第二显示设备1032上可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、及时通信工具、邮箱客户端、社交平台软件等。销售方可以利用第一显示设备1022来查看显示的文字、图片、视频等信息。购买方可以利用第二显示设备1032来查看显示的文字、图片、视频等信息；第一显示设备1022与第二显示设备1032之间还可以进行通信。

其中，系统架构100中发票开具装置101、第一输入设备1021、第一显示设备1022、第二输入设备1031、第二显示设备1032之间的交互过程包括：

销售方通过第一输入设备1021将发票数据输入给发票开具装置101；发票开具装置101利用发票数据生成发票信息，并将发票信息发送给第一显示设备1022和第二显示设备1032；第一显示设备1022接收到开票信息后，将开票信息显示给销售方；第二显示设备1032将开票信息显示给购买方进行确认。若发票开具装置101生成的发票信息无误，购买方通过第二输入设备1031将信息确认指令输入给发票开具装置101；发票开具装置101接收到信息确认指令后，开具相应的电子发票。若发票开具装置101生成的发票信息有误，购买方通过第二输入设备1031取消确认，由销售方修改输入的发票数据，发票开具装置根据修改后的发票数据重新生成发票信息，直至购买方确认发票信息无误，发票开具装置开具相应的发票。

在本实施例中，第二显示设备1032接收到开票信息，并显示信息确认界面。若发票开具装置101生成的发票信息无误，购买方通过第二输入设备1031点击信息确认界面进行确认，进而将信息确认指令输入给发票开具装置101；发票开具装置101接收到信息确认指令后，开具相应的电子发票。若发票开具装置101生成的发票信息有误，购买方通过第二输入设备点击信息确认界面取消确认，由销售方修改输入的发票数据，发票开具装置根据修改后的发票数据重新生成发票信息，直至购买方确认发票信息无误，发票开具装置开具相应的发票。

应理解，图1系统中第一客户端102和第二客户端103的数量仅是示意性的，即位于销售方的第一客户端102的数量可以是一个，也可以是多个，这个可以根据需要进行设置，比如将多个第一客户端102设置在不同的方位，便于销售方在不同的方位进行操作；同理，位于购买方的第二客户端103的数量可以是一个或多个。

需要说明的是，发票开具装置101可以是硬件，也可以是软件。当发票开具装置101为硬件时，可以实现成多个发票开具装置组成的分布式服务器集群，也可以实现成单个服务器。当发票开具装置101为软件时，可以实现成多个软件或软件模块（例如用来提供分布式服务），也可以实现成单个软件或软件模块，在此不做具体限定。

作为一个可能的实现方式，开票系统100仅包括发票开具装置101、第一客户端102以及网络104；即与发票开具装置101连接的客户端仅包括位于销售方的至少一个第一客户端102；销售方通过第一客户端102将发票数据输入给发票开具装置101，发票开具装置101利用发票数据生成发票信息，并将发票信息发送给第一客户端102进行显示，发票开具装置101根据发票信息开具发票。

作为一个可能的实现方式，若与发票开具装置101连接的客户端包括位于销售方的至少一个第一客户端102，发票开具装置101生成发票信息之前，位于销售方的第一客户端102显示数据输入界面，销售方在数据输入界面输入发票数据，发票开具装置101根据发票数据生成发票信息，并根据发票信息开具相应的发票。

需要说明的是，本申请实施例提供的发票开具方法一般由发票开具装置来执行，相应的，发票开具装置一般设置于开票系统中。

请参见图2，为本申请实施例提供了一种发票的开具方法的流程示意图。如图2所示，本申请实施例的所述方法可以包括以下步骤：

S201，销售方通过位于第一客户端显示数据输入界面输入发票数据，并发送给发票开具装置；

S202，发票开具装置接收发票数据，并根据发票数据生成发票信息；

S203，侦测与所述发票开具装置连接的客户端；

S204，当所述客户端包括位于销售方的至少一个第一客户端以及位于购买方的至少一个第二客户端时，所述发票开具装置将发票信息发送给第一客户端和第二客户端进行显示；其中第一客户端显示发票信息，第二客户端显示发票信息及信息确认界面；

S205，当购买方确认发票信息无误时，购买方点击第二客户端显示的信息确认界面进行确认；发票开具装置根据第二客户端所确认的发票信息开具发票；

S206，当第二客户端确认发票信息有误时，购买方点击第二客户端显示的信息确认界面进行取消确认；销售方通过位于第一客户端显示数据输入界面修改发票数据，并发送给发票开具装置；发票开具装置重新接收发票数据，并根据发票数据生成发票信息，重走确认流程。

S207，当所述客户端仅包括销售方的至少一个第一客户端时，所述发票开具装置将发票信息发送给第一客户端进行显示，并根据发票信息开具发票。

其中，发票开具装置根据发票信息开具相应的发票后，第一客户端返回数据输入界面，供销售方输入下一张发票的发票数据。

上述过程中，位于购买方的客户端包括触摸屏，购买方通过点击触摸屏进行确认或取消确认；在其它实施例中，位于购买方的客户端包括鼠标或键盘，购买方通过点击鼠标或键盘进行确认或取消确认；购买方可以通过口头通知、语音或文字等方式将正确的发票数据反馈给销售方，供销售方修改输入的发票数据；发票开具装置根据开票信息中的开票金额、商品名称、商品数量和购销双方信息等生成发票；发票的格式可以是发票开具装置打印出来的纸质发票，也可以是电子格式，比如PDF格式的电子发票，发票开具装置可以向购买方发送该电子发票的下载链接，以供购买方根据该下载链接下载电子发票。

另外，上述步骤中，侦测与所述发票开具装置连接的客户端的步骤，可以在所述发票开具装置将发票信息发送给第一客户端和第二客户端进行显示之前（在所述发票开具装置将发票信息发送给与发票开具装置连接的客户端之前）的任意步骤之前。

本申请实施例的方案在执行时，若与发票开具装置连接的客户端既包括位于销售方的第一客户端又包括位于购买方的第二客户端，发票开具装置只有在购买方确认发票信息无误后才能开具发票，实现开具发票前，购买方确认发票的目的，不仅保证了开具发票的正确性，而且提高了开具发票的效率。本申请实施例能避免先由销售方开具发票，再由购买方确认导致的开票信息出错和效率低下的问题，本申请实施例通过先由购买方确认，再由销售方开具发票，提高了开具发票的效率以及开具发票的准确率。

与此同时，本申请实施例的方案在执行时，通过侦测现有的发票开具装置中客户端的连接情况，不仅适用于客户端同时位于销售方和购买方的情况，而且适用于客户端只位于销售方的情况。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图3，其示出了本申请一个示例性实施例提供的发票开具装置101的结构示意图，以下简称装置101。该装置101可以通过软件、硬件或者两者的结合实现成为开票系统的全部或一部分。装置101包括：接收单元111、开票单元112、发送单元113以及侦测单元114；

接收单元111，用于接收发票数据，并将发票数据发送给开票单元112；

开票单元112，用于根据发票数据生成发票信息，并将发票信息发送给发送单元113；

发送单元113，用于将发票信息发送给与发票开具装置101连接的客户端；

侦测单元114，用于侦测与发票开具装置101连接的客户端；

开票单元112，还用于根据确认的发票信息开具发票。

其中，当侦测单元114侦测到与发票开具装置101连接的客户端仅包括位于销售方的第一客户端102时，开票单元112根据开票信息直接开具相应的发票，由于只有销售方，此时可以视销售方输入的发票数据即为确认的发票信息。当侦测单元114侦测到与开票单元112连接的客户端包括位于销售方的第一客户端102以及位于购买方的第二客户端103时，开票单元112接收到第二客户端的信息确认指令后，才根据发票信息开具相应的发票。

如图3所示，开票单元112包括，

生成单元1121，用于根据发票数据生成发票信息，并将发票信息发送给开具单元1122以及发送单元113；

开具单元1122，用于在侦测单元114侦测到与发票开具装置101连接的客户端仅包括位于销售方的第一客户端102时，根据开票信息直接开具相应的发票；并在侦测单元114侦测到与发票开具装置101连接的客户端包括位于销售方的第一客户端102以及位于购买方的第二客户端时，接收到第二客户端信息确认指令后，才根据发票信息开具相应的发票。

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

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图2所示实施例的方法步骤，具体执行过程可以参见图2所示实施例的具体说明，在此不进行赘述。

本申请还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上图2所示实施例的方法步骤。

请参见图4，为本申请实施例提供了一种开票设备的结构示意图。如图4所示，所述开票设备可以包括：至少一个处理器121，至少一个网络接口122，用户接口123，存储器124，至少一个通信总线125。

其中，通信总线125用于实现这些组件之间的连接通信。

其中，用户接口123主要用于为用户提供连入输入设备的接口，获取用户输入的数据。

其中，网络接口122可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器121可以包括一个或者多个处理核心。处理器121利用各种借口和线路连接整个开票设备4内的各个部分，通过运行或执行存储在存储器124内的指令、程序、代码集或指令集，以及调用存储在存储器124内的数据，执行开票设备4的各种功能和处理数据。可选的，处理器121可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（ProgrammableLogic Array，PLA）中的至少一种硬件形式来实现。处理器121可集成中央处理器（Central Processing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器121中，单独通过一块芯片进行实现。

其中，存储器124可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-OnlyMemory）。可选的，该存储器124包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器124可用于存储指令、程序、代码、代码集或指令集。存储器124可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器124可选的还可以是至少一个位于远离前述处理器121的存储装置。如图4所示，作为一种计算机存储介质的存储器124中可以包括操作系统、网络通信模块、用户接口模块以及应用程序。

在图4所示的开票设备中，处理器121可以用于调用存储器124中存储的应用程序，并具体执行以下操作：

S201，销售方通过位于第一客户端显示数据输入界面输入发票数据，并发送给发票开具装置；

S202，发票开具装置接收发票数据，并根据发票数据生成发票信息；

S203，侦测与所述发票开具装置连接的客户端；

S204，当所述客户端包括位于销售方的至少一个第一客户端以及位于购买方的至少一个第二客户端时，所述发票开具装置将发票信息发送给第一客户端和第二客户端进行显示；其中第一客户端显示发票信息，第二客户端显示发票信息及信息确认界面；

S205，当购买方确认发票信息无误时，购买方点击第二客户端显示的信息确认界面进行确认；发票开具装置根据第二客户端所确认的发票信息开具发票；

S206，当第二客户端确认发票信息有误时，购买方点击第二客户端显示的信息确认界面进行取消确认；销售方通过位于第一客户端显示数据输入界面修改发票数据，并发送给发票开具装置；发票开具装置重新接收发票数据，并根据发票数据生成发票信息，重走确认流程。

S207，当所述客户端仅包括销售方的至少一个第一客户端时，所述发票开具装置将发票信息发送给第一客户端进行显示，并根据发票信息开具发票。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。

实施例二

本实施例与实施例一的区别在于：当所述客户端包括位于销售方的至少一个第一客户端以及位于购买方的至少一个第二客户端时，所述发票开具装置将发票信息发送给第一客户端和第二客户端进行显示，在第一客户端及第二客户端确认发票信息正确后开具发票。

当所述第一客户端或第二客户端确认发票信息有误且取消确认后，销售方通过位于第一客户端显示数据输入界面修改发票数据，并发送给发票开具装置，重走确认程序。

本申请实施例通过销售方和购买方同时确认发票信息是否正确，进一步提高开具发票的准确性。

实施例三

本实施例与实施例一或实施例二的区别在于：若与发票开具装置101连接的客户端仅包括位于销售方的至少一个第一客户端102，发票开具装置101根据发票信息开具发票之前，第一客户端将开票信息显示给销售方，并显示信息确认界面。即在本实施例中，购买方看不到界面，销售方单方确认发票信息是否正确。

在本实施例中，当发票开具装置101生成的发票信息无误时，销售方进行确认，发票开具装置101，开具相应的发票。若发票开具装置101生成的发票信息有误，销售方取消确认，并通过第一客户端102修改输入的发票数据，发票开具装置101根据修改后的发票数据重新生成发票信息，直至销售方确认发票信息无误，发票开具装置101开具相应的发票。

实施例四

本实施例与实施例一或实施例二的区别在于：与发票开具装置连接的客户端包括第一客户端及第二客户端；发票开具方法不包括侦测步骤。

如图5所示，在本实施例中，发票开具方法包括以下步骤：

S501，发票开具装置接收发票数据，并根据发票数据生成发票信息；

S502，发票开具装置将发票信息发送给与发票开具装置连接的客户端；所述客户端包括位于销售方的第一客户端以及位于购买方的第二客户端；

S503，发票开具装置根据确认的发票信息开具发票。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (8)

1.一种发票开具方法，其特征在于，包括以下步骤：

发票开具装置接收发票数据，并根据发票数据生成发票信息；

侦测与所述发票开具装置连接的客户端，当所述客户端包括位于销售方的至少一个第一客户端以及位于购买方的至少一个第二客户端时，所述发票开具装置将发票信息发送给第一客户端和第二客户端进行显示；

在第二客户端确认发票信息正确后，由发票开具装置根据第二客户端确认的发票信息开具发票。

2.根据权利要求1所述的发票开具方法，其特征在于，当所述客户端包括位于销售方的至少一个第一客户端以及位于购买方的至少一个第二客户端时，所述发票开具装置将发票信息发送给第一客户端和第二客户端进行显示，在第一客户端及第二客户端确认发票信息正确后开具发票。

3.根据权利要求2所述的发票开具方法，其特征在于，

当需要开票时，销售方通过第一客户端显示数据输入界面，在数据输入界面输入发票数据，并发送给发票开具装置；

当所述第二客户端确认发票信息有误且取消确认后，销售方通过第一客户端显示数据输入界面，在数据输入界面修改发票数据，并发送给发票开具装置。

4.一种发票开具装置，其特征在于，包括，

接收单元，用于接收发票数据；

开票单元，用于根据接收到的发票数据生成发票信息；

侦测单元，用于侦测与所述发票开具装置连接的客户端；

发送单元，当所述侦测单元侦测到所述客户端包括位于销售方的至少一个第一客户端以及位于购买方的至少一个第二客户端时，所述发送单元将发票信息发送给第一客户端和第二客户端进行显示，在第二客户端确认发票信息正确后开具发票；

所述开票单元还用于在第二客户端确认发票信息正确后，根据第二客户端确认的发票信息开具发票。

5.一种应用权利要求1-3任意一个所述的发票开具方法的开票系统，其特征在于，包括发票开具装置、位于销售方的至少一个第一客户端，以及位于购买方的至少一个第二客户端；

所述发票开具装置，用于根据接收到的发票数据生成发票信息，并将发票信息发送给第一客户端和第二客户端进行显示；

所述第一客户端，用于显示数据输入界面，在数据输入界面输入发票数据，并发送给发票开具装置；以及用于显示发票信息或用于显示发票信息及信息确认界面；

所述第二客户端，用于显示发票信息和信息确认界面，供购买方确认发票信息是否正确；

所述发票开具装置，还用于根据确认的发票信息开具发票。

6.根据权利要求5所述的开票系统，其特征在于，

所述第一客户端包括至少一个第一输入设备以及至少一个第一显示设备；所述第二客户端包括至少一个第二输入设备及第二显示设备，其中，

所述第一输入设备，用于输入发票数据，或，输入发票数据及输入信息确认指令；

所述第一显示设备，用于显示数据输入界面，以及用于显示发票信息或用于显示发票信息及信息确认界面；

所述第二显示设备，用于显示发票信息和信息确认界面；

所述第二输入设备，用于输入信息确认指令。

7.一种开票设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1~3任意一项的方法步骤。

8.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1~3任意一项的方法步骤。