CN109509045A - 发票开具方法、系统、设备及存储介质 - Google Patents

Abstract

本发明提供一种发票开具方法、系统、设备及存储介质，该方法包括如下步骤：接收用户的开具发票请求；获取用户发票信息；根据所述开具发票请求获取需出具发票的酒店的唯一识别码；获取唯一识别码与酒店开票通道的映射表；通过需出具发票的酒店的唯一识别码和所述映射表查找所述需出具发票的酒店开票通道；通过所述开票通道将所述开具发票请求和所述用户发票信息发送至所述需出具发票的酒店；接收所述需出具发票的酒店处理所述开具发票请求的反馈结果。本发明的发票开具方法实现了OTA与酒店开票软件的直接连接，使开具发票请求及最终发票信息能够在酒店及OTA之间及时流转，为用户提供行程前、行程中、行程后的完整发票获取方案，提升用户及酒店体验。

Description

发票开具方法、系统、设备及存储介质

技术领域

本发明涉及互联网领域，具体地说，涉及一种发票开具方法、系统、设备及存储介质。

背景技术

对于需要由酒店开具发票的情景(现付订单用户)，目前的在线旅行社(OnlineTravel Agency，OTA)均未提供在线申请现付发票(行程后)服务，一般需要客户现场开票，开票系统通过人工输入或通过前台扫码(行程中)获得发票信息；或者提供的预约开票(行程前)服务，即OTA把用户开票需求传输给酒店，上述两者情形中，由于OTA都无法监控酒店服务用户的行为，因此酒店是否开具发票，OTA是不知情的，导致用户后续无处再获取电子发票或查询发票开具情况。

如何在开票软件中直接获取发票信息并迅速开票，是OTA亟待解决的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

针对现有技术中的问题，本发明的目的在于提供了一种发票开具方法、系统、设备及存储介质，该方法为用户提供方便、完整的行程前、行程中、行程后发票获取方案。

本发明的实施例提供了一种发票开具方法，包括如下步骤：

接收用户的开具发票请求；

获取用户发票信息；

根据所述开具发票请求获取需出具发票的酒店的唯一识别码；

获取唯一识别码与酒店开票通道的映射表；

通过需出具发票的酒店的唯一识别码和所述映射表查找所述需出具发票的酒店开票通道；

通过所述开票通道将所述开具发票请求和所述用户发票信息发送至所述需出具发票的酒店；

接收所述需出具发票的酒店处理所述开具发票请求的反馈结果。

优选地，在所述确定所述需出具发票的酒店开票通道步骤后，还包括如下步骤：

将所述开具发票请求和所述用户发票信息确认的请求发送至用户；

当获取到用户确认所述开具发票请求和所述用户发票信息后，将所述开具发票请求和所述用户发票信息发送至所述酒店。

优选地，所述开具发票请求为用户通过已生成的系统订单发起的请求；

根据所述系统订单获取需出具发票的酒店的唯一识别码。

优选地，通过所述系统订单获取用户发票信息。

优选地，接收所述酒店处理所述开具发票请求的反馈结果，将所述反馈结果在所述系统订单中显示。

优选地，所述发票开具方法还包括：

在获取需出具发票的酒店的唯一识别码步骤前，根据所述系统订单中的信息判断是否属于可开具发票的情形；

如果不属于可开具发票的情形，将不可开具结果发送至用户。

优选地，所述开具发票请求为用户通过提供所述酒店信息发起的请求，所述酒店信息包括需出具发票的酒店的唯一识别码。

优选地，用户通过扫描酒店的唯一识别码发起所述开具发票请求。

优选地，所述开具发票请求为用户通过提供所述酒店信息发起的请求后，判断用户是否存在系统ID；

若不存在系统ID，则发送注册请求至用户，接收用户信息，建立用户系统ID，根据所述开具发票请求建立相应订单；

若存在系统ID，则判断所述开具发票请求是否存在对应的已生成的系统订单；

如果不存在对应的已生成的系统订单，则根据所述开具发票请求建立相应订单。

优选地，接收所述酒店处理所述开具发票请求的反馈结果，将所述反馈结果在建立的所述相应订单中显示。

本发明的实施例还提供了一种发票开具设备，包括用户模块、映射模块、执行模块和反馈接收模块，其中：

所述用户模块用于接收用户开具发票请求、获取用户发票信息和获取需出具发票的酒店的唯一识别码；

所述映射模块用于获取唯一识别码与酒店开票通道的映射表；

所述执行模块用于通过需出具发票的酒店的唯一识别码和所述映射表查找所述需出具发票的酒店开票通道；用于通过所述开票通道将所述开具发票请求和所述用户发票信息发送至所述需出具发票的酒店；

所述反馈接收模块接收所述需出具发票的酒店处理所述开具发票请求的反馈结果。

本发明的实施例还提供了一种发票开具设备，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行所述发票开具方法的步骤。

本发明的实施例还提供了一种计算机可读存储介质，用于存储程序，所述程序被执行时实现所述发票开具方法的步骤。

本发明通过映射模块实现了OTA与酒店开票软件的直接连接，使开具发票请求及最终发票信息能够在酒店及OTA之间及时流转，为用户提供方便、完整的行程前、行程中、行程后的发票获取方案，同时提升用户和酒店体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理，通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例的发票开具方法的流程图；

图2为本发明一实施例的订单发起开具发票的交互界面的示意图；

图3为本发明一实施例获取用户发票信息的交互界面的示意图；

图4为本发明一实施例的发票开具系统的模块示意图；

图5为本发明一实施例的发票开具设备的结构示意图；

图6为本发明一实施例的计算机可读存储介质的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1为本发明一实施例的发票开具方法的流程图，发票开具方法包括如下步骤：

S100、用户模块接收用户的开具发票请求。实际中，所述开具发票请求可以以多种方式发起。

用户可以通过已生成的系统订单发起的请求，即订单就是通过发票开具系统预定的，一般来说，系统订单包括用户的ID等身份识别信息、酒店信息、历史开票记录等。为了方便用户，发票开具系统的用户模块还可包括交互界面模块，图2为本发明一实施例的订单发起开具发票的交互界面100的示意图，用户可以通过在交互界面点击“预约发票”发起的请求。订单可以是以入住的，亦可以是还未入住的，对于以入住完成的订单，系统通过“预约发票”功能可以设定在订单完成的一定时间内可用。

S200、用户模块获取用户发票信息，所述用户发票信息包括用户信息和开具发票所必需的信息。用户信息包括所需开具的发票相关的行程或相关的订单；开具发票所必需的信息包括发票抬头是企业，发票信息则需包括所需开具的发票的类型(如是增值税专用发票还是普通发票)、企业名称、企业纳税人识别号或统一社会信用代码、电话号码等。

S200步骤可以通过用户人工输入完成，也可是发票开具系统提供扫码接口，用户直接扫企业识别号二维码获取开具发票所必需的信息。在上述通过已生成的系统订单发起的开具发票请求的实施例中，此步骤还可直接查询系统订单获取用户发票信息，所需开具的发票相关的行程可以是系统订单，开具发票所必需的信息可以从该用户的历史订单中获得。

举例来说，用户在订单发起开具发票的交互界面100处点击“预约发票”后，可获得图3的获取用户发票信息的交互界面200，通过200交互界面完成S200。

另外，上述实施例中，根据所述系统订单中的信息本发明的方法还可以包括判断是否属于可开具发票的情形这一步骤，如果判断开具发票请求不属于可开具发票的情形，则直接将不可开具结果发送至用户，不在执行下述的步骤。

实际中，S200步骤也可在用户模块判断属于可开具发票的情形后，再向用户发送填写用户发票信息请求，即S200步骤只要在开具发票步骤前完成即可。

S300、用户模块根据所述开具发票请求获取需出具发票的酒店的唯一识别码，同样地，在上述通过已生成的系统订单发起的开具发票请求的实施例中，S300可根据所述系统订单获取需出具发票的酒店的唯一识别码。

S400、映射模块用于获取唯一识别码与酒店开票通道的映射表，此处的映射表是本发明系统存储的，也可是在本发明系统可通过接口从另一系统使用的。在实施例中，映射表存储于第三方发票平台。

因此，上述所述唯一识别码与酒店开票通道的映射表一般是在发票开具系统使用前预先建立的，一个唯一识别码对应一实体酒店，相当于系统给每个酒店赋予的身份认证码。

S500、执行模块通过需出具发票的酒店的唯一识别码和所述映射表，查找所述需出具发票的酒店开票通道；

同理，酒店开票通道可以从发票开具系统到第三方发票平台，再从第三方发票平台到酒店的一个电子通讯通道。

S600、执行模块通过所述开票通道将所述开具发票请求和所述用户发票信息发送至所述需出具发票的酒店。

为了保证开具发票请求和用户发票信息的准确性，尤其是S200步骤是直接查询系统订单获取用户发票信息的情况下，从该用户的历史订单中获得多个开具发票所必需的信息时，在S600步骤将所述开具发票请求和所述用户发票信息发送至所述需出具发票的酒店前，执行模块将开具发票请求和用户发票信息确认的请求发送至用户，等获得用户的确认后，再执行S600步骤。

酒店接收到开具发票请求后，可以根据其自己系统的数据作出相应的动作，对于可以开具发票的情况，则根据自己的资质开具纸质或电子发票，如是纸质发票，可只将“已开纸质发票”结果发送至发票开具系统；如果开具的是电子发票，可将电子发票上传至发票开具系统。对于不能开具发票的情况，可将“不符合开票条件”的结果发送至发票开具系统，发送结果的同时，也可附带不能开具的理由。

S700、反馈接收模块接收所述需出具发票的酒店处理所述开具发票请求的反馈结果。

为了方便用户后续方便查询发票的开具情况，在上述通过已生成的系统订单发起的开具发票请求的实施例中，本发明实施例的发票开具系统的接收所述酒店处理所述开具发票请求的反馈结果，反馈接收模块将所述反馈结果在所述系统订单中显示，或者反馈接收模块还包括在所述系统订单中显示的同时根据订单中的用户信息将反馈结果发送至用户电子邮箱等功能。

本发明的另一实施例中，S100步骤的开具发票请求为用户通过提供酒店信息发起的请求，所述酒店信息包括需出具发票的酒店的唯一识别码，在此实施例中，用户通过扫描酒店的唯一识别码发起所述开具发票请求，此处的扫描功能可以是开具发票系统提供，也可通过微信或支付宝等第三方平台的扫码功能实现。

通过酒店信息发起的开具发票请求的，发票开具系统的用户模块可以先判断用户是否存在系统ID，若不存在系统ID，则发送注册请求至用户，接收用户信息，建立用户系统ID，根据所述开具发票请求建立相应订单；若存在系统ID，则判断所述开具发票请求是否存在对应的已生成的系统订单；如果不存在对应的已生成的系统订单，则根据所述开具发票请求建立相应订单。

通过酒店信息发起的开具发票请求的，后续的S200至S700步骤于前述实施例相同，不在此赘述。所不同的是在接收所述酒店处理所述开具发票请求的反馈结果后，将所述反馈结果在建立的所述相应订单中显示。

本发明的施例还提供了一中发票开具系统，见图4。该系统包括用户模块11、映射模块12、执行模块13和反馈接收模块14。

用户模块11用于接收用户开具发票请求、获取用户发票信息和获取需出具发票的酒店的唯一识别码；

映射模块12用于获取唯一识别码与酒店开票通道的映射表；

执行模块13用于通过需出具发票的酒店的唯一识别码和所述映射表查找所述需出具发票的酒店开票通道；用于通过所述开票通道将所述开具发票请求和所述用户发票信息发送至所述需出具发票的酒店；

反馈接收模块14用于接收所述需出具发票的酒店处理所述开具发票请求的反馈结果。

在该实施例中，所述发票开具系统的各个功能模块可以采用如上发票开具方法的优选实施方式实现对应的功能。例如用户模块11可以采用如上发票开具方法的步骤S100、步骤S200和步骤S300的具体实施方式实现其接收相关信息的功能，映射模块12可以采用如上发票开具方法的步骤S400的具体实施方式实现其获取映射表的功能，执行模块13可以采用如上发票开具方法的步骤S500和步骤S600的具体实施方式实现其执行的功能，反馈接收模块14的功能实现可以采用如上发票开具方法的步骤S700的具体实施方式。在此不再赘述。

下面参照图5来描述根据本发明的这种实施方式的电子设备600。图5显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元610可以执行如图1中所示的步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行实现分拣发票开具方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。

参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上所述，本发明提供了一种发票开具方法、系统、设备及存储介质，该方法包括如下步骤：接收用户的开具发票请求；获取用户发票信息；根据所述开具发票请求获取需出具发票的酒店的唯一识别码；获取唯一识别码与酒店开票通道的映射表；通过需出具发票的酒店的唯一识别码和所述映射表查找所述需出具发票的酒店开票通道；通过所述开票通道将所述开具发票请求和所述用户发票信息发送至所述需出具发票的酒店；接收所述需出具发票的酒店处理所述开具发票请求的反馈结果。本发明的发票开具方法实现了OTA与酒店开票软件的直接连接，使开具发票请求及最终发票信息能够在酒店及OTA之间及时流转，为用户提供行程前、行程中、行程后的完整发票获取方案，提升用户及酒店体验。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (13)

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

接收用户的开具发票请求；

获取用户发票信息；

根据所述开具发票请求获取需出具发票的酒店的唯一识别码；

获取唯一识别码与酒店开票通道的映射表；

通过需出具发票的酒店的唯一识别码和所述映射表查找所述需出具发票的酒店开票通道；

通过所述开票通道将所述开具发票请求和所述用户发票信息发送至所述需出具发票的酒店；

接收所述需出具发票的酒店处理所述开具发票请求的反馈结果。

2.根据权利要求1所述的发票开具方法，其特征在于，在所述确定所述需出具发票的酒店开票通道步骤后，还包括如下步骤：

将所述开具发票请求和所述用户发票信息确认的请求发送至用户；

当获取到用户确认所述开具发票请求和所述用户发票信息后，将所述开具发票请求和所述用户发票信息发送至所述酒店。

3.根据权利要求2所述的发票开具方法，其特征在于，所述开具发票请求为用户通过已生成的系统订单发起的请求；

根据所述系统订单获取需出具发票的酒店的唯一识别码。

4.根据权利要求3所述的发票开具方法，其特征在于，通过所述系统订单获取用户发票信息。

5.根据权利要求3所述的发票开具方法，其特征在于，接收所述酒店处理所述开具发票请求的反馈结果，将所述反馈结果在所述系统订单中显示。

6.根据权利要求3所述的发票开具方法，其特征在于，还包括：

在获取需出具发票的酒店的唯一识别码步骤前，根据所述系统订单中的信息判断是否属于可开具发票的情形；

如果不属于可开具发票的情形，将不可开具结果发送至用户。

7.根据权利要求2所述的发票开具方法，其特征在于，所述开具发票请求为用户通过提供所述酒店信息发起的请求，所述酒店信息包括需出具发票的酒店的唯一识别码。

8.根据权利要求7所述的发票开具方法，其特征在于，用户通过扫描酒店的唯一识别码发起所述开具发票请求。

9.根据权利要求7所述的发票开具方法，其特征在于，所述开具发票请求为用户通过提供所述酒店信息发起的请求后，判断用户是否存在系统ID；

若不存在系统ID，则发送注册请求至用户，接收用户信息，建立用户系统ID，根据所述开具发票请求建立相应订单；

若存在系统ID，则判断所述开具发票请求是否存在对应的已生成的系统订单；

如果不存在对应的已生成的系统订单，则根据所述开具发票请求建立相应订单。

10.根据权利要求9所述的发票开具方法，其特征在于，接收所述酒店处理所述开具发票请求的反馈结果，将所述反馈结果在建立的所述相应订单中显示。

11.一种发票开具系统，其特征在于，包括用户模块、映射模块、执行模块和反馈接收模块，其中：

所述用户模块用于接收用户开具发票请求、获取用户发票信息和获取需出具发票的酒店的唯一识别码；

所述映射模块用于获取唯一识别码与酒店开票通道的映射表；

所述执行模块用于通过需出具发票的酒店的唯一识别码和所述映射表查找所述需出具发票的酒店开票通道；用于通过所述开票通道将所述开具发票请求和所述用户发票信息发送至所述需出具发票的酒店；

所述反馈接收模块接收所述需出具发票的酒店处理所述开具发票请求的反馈结果。

12.一种发票开具设备，其特征在于，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至10任意一项所述发票开具方法的步骤。

13.一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被执行时实现权利要求1至10任意一项所述发票开具方法的步骤。