发票信息生成方法和装置与流程

本发明涉及信息处理技术领域，特别是涉及一种发票信息生成方法和装置。

背景技术：

发票是指一切单位和个人在购销商品、提供或接受服务以及从事其他经营活动中，所开具和收取的业务凭证，是会计核算的原始依据，也是审计机关、税务机关执法检查的重要依据。

无论是电子发票还是纸质发票，都包含付款方(购买方)信息、收款方(销售方)信息以及交易数额等信息。发票生成的过程中，需要获取发票抬头(即需要开具的发票中，购买方的名称)。

通常的，其方式包括通过开票接口方式获取发票抬头。这种通过开票接口方式开具发票，对于线上电商、储蓄扣费等企业后台系统批量开具发票十分有利，但是无法解决线下商家发票录入问题，因为发票抬头等信息需要付款方现场提供后再输入系统，针对具有众多的付款方来说，收款方需要录入的信息量巨大，发票信息生成效率不高。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提发票信息生成效率的发票信息生成方法。

一种发票信息生成方法，所述方法包括：

获取交易数额；

获取收款方信息；

根据所述交易数额和所述收款方信息生成识别码；

获取用户终端通过所述识别码输入的付款方信息；

根据所述交易数额、收款方信息和付款方信息生成对应的发票信息。

在其中一个实施例中，所述获取交易数额的步骤，包括：

获取用户终端通过即时通信应用向预设的收款账号转入的数额；

根据所述转入的数额确定对应的交易数额。

在其中一个实施例中，在所述根据所述交易数额和所述收款方信息生成识别码的步骤之后，还包括：

调用所述即时通信应用向所述用户终端发送包含所述识别码的即时信息；

所述获取用户终端通过所述识别码输入的付款方信息的步骤，包括：

获取所述用户终端通过识别所接收到的识别码而输入的付款方信息。

在其中一个实施例中，所述在所述根据所述交易数额和所述收款方信息生成识别码的步骤之后，还包括：

将所述识别码发送至预设的员工终端；

所述获取用户终端通过所述识别码输入的付款方信息的步骤，包括：

获取所述用户终端通过扫描所述员工终端上展示的识别码所输入的付款方信息。

在其中一个实施例中，所述识别码中包括预设的推送信息。

一种发票信息生成装置，所述装置包括：

交易数额获取模块，用于获取交易数额；

收款方信息获取模块，用于获取收款方信息；

识别码生成模块，用于根据所述交易数额和所述收款方信息生成识别码；

付款方信息获取模块，用于获取用户终端通过所述识别码输入的付款方信息；

发票信息生成模块，用于根据所述交易数额、收款方信息和付款方信息生成对应的发票信息。

在其中一个实施例中，所述交易数额获取模块还用于获取用户终端通过即时通信应用向预设的收款账号转入的数额；根据所述转入的数额确定对应的交易数额。

在其中一个实施例中，所述识别码生成模块还用于调用所述即时通信应用向所述用户终端发送包含所述识别码的即时信息；

所述付款方信息获取模块还用于获取所述用户终端通过识别所接收到的识别码而输入的付款方信息。

在其中一个实施例中，所述识别码生成模块还用于将所述识别码发送至预设的员工终端；

所述付款方信息获取模块还用于获取所述用户终端通过扫描所述员工终端上展示的识别码所输入的付款方信息。

在其中一个实施例中，所述识别码中包括预设的推送信息。

上述的发票信息生成方法和装置，通过获取交易数额和收款方信息，根据该交易数额和收款方信息生成识别码，将识别码提供给用户终端，并接收用户终端通过该识别码所输入的付款方信息，从而根据该交易数额、收款方信息以及付款方信息生成发票信息，提高了发票信息生成的效率。

附图说明

图1为一个实施例中发票信息生成方法的应用环境图；

图2为另一个实施例中发票信息生成方法的应用环境图；

图3为一个实施例中服务器的内部结构图；

图4为一个实施例中发票信息生成方法内部结构图；

图5为一个实施例中发票信息生成方法的应用场景示意图；

图6为一个实施例中发票信息生成装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例所提供的发票信息生成方法，可应用于如图1所示的应用环境中。参考图1，用户终端110与服务器120之间建立通信连接。服务器上存储有开具发票的收款方信息，服务器通过获取交易数额与该收款方信息，生成用于开具发票的识别码。用户终端110可扫描该识别码，在扫描后所生成的界面上输入对应的付款方信息，将其发送到服务器，服务器接收该付款方信息，根据该交易数额、收款方信息和付款方信息，生成对应的发票信息。

在一个实施例中，本发明实施例所提供的发票信息生成方法，可应用于如图2所示的应用环境中。参考图2，用户终端110与服务器120和员工终端130之间建立通信连接。服务器上存储有开具发票的收款方信息，服务器接收由员工终端130所发送的交易数额，根据该交易数额与该收款方信息，生成用于开具发票的识别码。用户终端110可扫描该识别码，在扫描后所生成的界面上输入对应的付款方信息，将其发送到服务器，服务器接收该付款方信息，根据该交易数额、收款方信息和付款方信息，生成对应的发票信息。其中，用户终端110和/或员工终端130包括但不限于各种个人计算机、智能手机、平板电脑、笔记本电脑、便携式穿戴设备等，在此不一一列举。

图3为一个实施例中服务器的内部结构示意图。该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该服务器的非易失性存储介质存储有操作系统、数据库和发票信息生成装置。数据库中存储有收款方信息，以及开具发票所需的其它通用必备信息等。该发票信息生成装置用于实现一种发票信息生成方法。该服务器的处理器用于提供计算和控制能力，支撑整个服务器的运行。该服务器的内存储器为非易失性存储介质中的发票信息生成装置的运行提供环境，该内存储器中可存储有计算机可读指令，该计算机指令可读指令被处理器执行时，可使得处理器执行一种发票信息生成方法。该服务器的网络接口用于与外部的终端进行通信，比如向用户终端或员工终端发送识别码等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

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

图4为一个实施例中发票信息生成方法的流程示意图。本实施例以该方法应用于图1或图2所示的服务器来举例说明。参照图4，该发票信息生成方法具体包括如下步骤：

步骤S402，获取交易数额。

本实施例中，交易数额为付款方向收款方所约定的数额，可为付款方向收款方所支付的数额。该数额可为任意处于预设范围之内的数额。

获取交易数额的步骤，包括：获取员工终端发送的交易数额，或者获取用户终端向预设的收款账号所转入的数额信息，根据该数额信息确定交易数额。

服务器可实时地检测付款方向收款方所支付的数额信息，将所检测到的数额信息中所包含的数额作为该支付数额。或者根据该数额，按照对应预设的计算规则，计算出对应的交易数额。比如，该数额为消费数额经过折扣后，所需支付的数额，而交易数额为根据该折扣后的数额所计算出的消费数额。其中，付款方对应用户终端，收款方对应员工终端。

在一个实施例中，服务器还可接收员工终端所发送的数额信息，根据该数额信息确定交易数额。员工终端上可登录有预设的应用与服务器建立连接，并可通过该应用展示数额录入界面，接收所输入的数额信息，在检测到对应的发送指令后，将该数额信息发送至服务器。用户终端通过该应用向服务器所发送的信息中还携带有该用户的用户标识，通过该用户标识可唯一识别对应的用户身份。

步骤S404，获取收款方信息。

本实施例中，该收款方信息可直接从预设的数据库中读取，或者获取对应的员工终端所确定的收款方信息。服务器中可预先存储了收款方信息。每份收款方信息均包括收款方姓名、纳税人识别号、地址、电话、开户行及账号等其中的一项或多项的组合。

服务器中还预先存储了一个或多个收款账号与收款方信息之间的对应关系。当所检测到有交易数额转入到该收款账号后，则可根据对应关系来确定相应的收款方信息，进而从数据库中获取该收款方信息。

在一个实施例中，服务器还预设了用户标识与收款方信息之间的对应关系，在接收到用户终端所发送的交易数额信息之后，可根据所携带的用户标识确定对应的收款方信息。

步骤S406，根据交易数额和收款方信息生成识别码。

本实施例中，识别码包括条形码和二维码。服务器可根据该交易数额和收款方信息构建一个对应的字符串，根据该字符串生成相应的识别码。其中，服务器可主动或被动地生成识别码。在一个实施例中，可在确定了交易数额和收款方信息之后，自动地生成该识别码。或者，通过接收员工终端发送的识别码生成指令，根据该生成指令生成对应的二维码。

其中，员工终端所生成并发送的识别码生成指令，可通过在通过发送交易数额的信息的时候，即自动被触发。或者在确定了交易数额之后，根据所检测到的对相应控件的点击操作而触发。

服务器所生成的识别码可被展示到对应的终端或可展示的介质上，以供用户终端进行扫描，从而获取用户终端通过扫描该识别码进入相应的界面后，所输入的付款方信息。比如可展示到预设的某一终端的显示界面上，或者将该识别码发送至对应的用户终端，或者可将其展示到一张纸上，比如展示到所打印出的收据小票上，以供用户终端进行扫描。

在一个实施例中，所生成的识别码中可包括相应的url字符串，使得用户终端在扫描到该url字符串后，跳转到与该字符串对应的页面中，该页面中可展示对应的交易数额和收款方信息，并提供输入付款方信息的输入框，使服务器获取用户终端在该输入框中所输入的付款方信息。

在一个实施例中，所生成的识别码可被设置一个有效时长，比如该有效时长可为10分钟。通过该有效时长，可防止该识别码被无限制地重复利用，从而会导致收款方的发票被盗开。

步骤S408，获取用户终端通过识别码输入的付款方信息。

本实施例中，用户终端可调用摄像头，对其它终端所介质上所展示的该识别码进行扫描，获取识别码中的信息，并触发对相应的页面的跳转，在该页面的预设位置处输入相应的收款方信息，并发送至服务器。服务器可获取待付款方信息。其中付款方信息包括付款方名称，即发票抬头。

在一个实施例中，该识别码可被发送至用户终端本地，用户终端可通过对应的操作，以识别该识别码，获取其中的信息。比如，可通过对该识别码进行长按操作，以触发对识别码的识别。

步骤S410，根据交易数额、收款方信息和付款方信息生成对应的发票信息。

本实施例中，服务器在接收到交易数额、收款方信息以及付款方信息后，可将其组合成一份发票信息。其中，该发票信息中还包括其它预设信息，比如包括发票类型、服务名称信息等。

在一个实施例中，服务器可向所连接的打印设备发送发票打印指令，或者，可将所生成的发票信息发送至员工终端，由员工终端向对应的打印设备发送相应的发票打印指令。使得打印设备根据该发票信息打印出对应的发票。

本实施例所提供的发票信息生成方法，通过获取交易数额和收款方信息，根据该交易数额和收款方信息生成识别码，将识别码提供给用户终端，并接收用户终端通过该识别码所输入的付款方信息，从而根据该交易数额、收款方信息以及付款方信息生成发票信息，提高了发票信息生成的效率。

在一个实施例中，获取交易数额的步骤，包括：获取用户终端通过即时通信应用向预设的收款账号转入的数额；根据转入的数额确定对应的交易数额。

本实施例中，该收款账号可为与收款方的即时通信应用所绑定的账号。该即时通信应用为具有支付功能的即时通信应用，比如为QQ、微信或支付宝等。服务器可检测即时通信用户向该收款账号所发送的支付信息，并获取该支付信息中的数额，根据该数额确定交易数额。比如，将该数额作为交易数额。通过即时通信应用向该收款账号所转入的数额来确定对应的交易数额，可提高对交易数额的获取的实时性。

在一个实施例中，在根据交易数额和收款方信息生成识别码的步骤之后，还包括：调用即时通信应用向用户终端发送包含识别码的即时信息。

获取用户终端通过识别码输入的付款方信息的步骤，包括：获取用户终端通过识别所接收到的识别码而输入的付款方信息。

本实施例中，用户终端通过即时通信应用向预设的收款账号发送转账的信息时，除包含对应的转入的数额之外，还携带有对应即时通信用户的即时通信标识。该即时通信标识用于唯一识别对应即时通信用户的身份，由预设位数的数字、字母或其它特殊字符所构成，可为即时通信应用的登录账号。

服务器可通过调用相同的即时通信应用向与该即时通信标识对应的用户终端发起即时消息，该即时消息中包含所生成的识别码。使得用户终端可获取到该识别码，通过该识别码输入并发送付款方信息。

用户终端可对所接收到的识别码进行长按识别等操作，跳转至该识别码所对应的界面，在该界面中输入付款方信息，发送至服务器。

本实施例中，通过调用即时通信应用将包含识别码的信息直接发送至用户终端，可无需员工终端的参与，提高了用户对识别码的获取的效率。

在一个实施例中，在根据交易数额和收款方信息生成识别码的步骤之后，还包括：将识别码发送至预设的员工终端。

获取用户终端通过识别码输入的付款方信息的步骤，包括：获取用户终端通过扫描员工终端上展示的识别码所输入的付款方信息。

本实施例中，服务器预先与至少一个员工终端之间具有连接关系，在生成了识别码后，可将该识别码发送至一个默认的员工终端，或者多个员工终端上。

在一个实施例中，员工终端可向服务器发送识别码获取请求，该获取请求中包含识别码标识，当服务器接收到该识别码获取请求后，可根据该识别码标识确定对应的识别码，将识别码发送至员工终端。其中，识别码标识用于唯一识别相应的识别码。员工终端可展示所接收到的识别码，并提供给任意一个用户终端进行扫描。

在一个实施例中，识别码中包括预设的推送信息。

该推送信息可为与收款方相匹配的推送信息，使得被扫描时，展示相应的推送信息。推送信息包括文本信息、图片信息或视频信息等任意类型。推送信息可为收款方所提供的或与该收款方相关的推送信息，比如可为收款方相关的优惠活动信息，优惠活动信息包括电子优惠券、电子红包优惠活动时间等等。

在一个实施例中，推送信息还与识别码生成的时间、收款方所在的位置信息相关联，使得处于不同位置的收款方、在不同时间段下，所对应的推送信息不同。

举例来说，若该收款方为某一餐饮企业，则可在识别码中包含该餐饮企业的优惠活动时间。若该二维码生成的时间为晚餐时间段，则该推送信息还可为处于该餐饮企业的预设范围内的电影院的票务信息，或其它娱乐活动信息等。通过在识别码中包含推送信息，可进一步提高识别码中的信息的多样性。

服务器可通过预设的即时通信应用将该电子发票发送至用户终端。

在一个实施例中，所生成的识别码中还包含对待生成的发票的种类的选择，该选择选项包括对纸质发票或电子发票的选择、对增值税发票或普通税发票的选择等其中的一种或多种的组合，该选择信息可展示在该识别码对应的链接界面中。服务器可接收用户对发票种类的选择，生成与该类型对应的发票。

在一个实施例中，该发票信息为电子发票，在根据交易数额、收款方信息和付款方信息生成对应的发票信息之后，还包括：将所生成的发票信息发送至用户终端。

通过提供对发票类型的选择，可提高发票生成的多样性。

在一个实施例中，如图5所示，为一个实施例中发票信息生成方法的应用场景示意图。其中，该收银终端即为一种员工终端，用户终端为消费者的手机，识别码为二维码。服务员可在该收银终端的对应界面中输入交易数额，并向服务器发送二维码生成指令，该指令中包含终端标识以及交易数额等信息。服务器在接收到二维码生成指令后，获取该交易数额，并根据终端标识获取对应的收款方信息，根据该交易数额和收款方信息生成二维码，并将该二维码发送至预设的员工终端，使该员工终端展示该二维码。该预设的员工终端可为处于前台用于展示该二维码的一个平板电脑等。

该二维码中包含相应的url字符串，用户终端可对该二维码进行扫描，获取其中的url字符串，并跳转至该url字符串所指向的用于输入付款方信息的界面，该界面中包括相应的收款方信息和交易数额，以供用户确认。该界面中还可进一步提供对发票类型的选择信息。服务器可获取用户终端所输入的付款方信息和/或所选择的发票类型，将该付款方信息、交易数额与收款方终端绑定，生成对应类型的发票信息，发送至收银终端。

收银终端在确认该发票信息后，可由服务器或收银终端来调用所连接的打印机，打印出相应的纸质发票，和/或向用户终端发送对应的电子发票信息。

图6为一个实施例中发票信息生成装置的结构框图。如图6所示，一种发票信息生成装置，运行于服务器上，包括交易数额获取模块602、收款方信息获取模块604、识别码生成模块606、付款方信息获取模块608和发票信息生成模块610。其中：

交易数额获取模块602，用于获取交易数额。

收款方信息获取模块604，用于获取收款方信息。

识别码生成模块606，用于根据交易数额和收款方信息生成识别码。

付款方信息获取模块608，用于获取用户终端通过识别码输入的付款方信息。

发票信息生成模块610，用于根据交易数额、收款方信息和付款方信息生成对应的发票信息。

在一个实施例中，交易数额获取模块602还用于获取用户终端通过即时通信应用向预设的收款账号转入的数额；根据转入的数额确定对应的交易数额。

在一个实施例中，识别码生成模块606还用于调用即时通信应用向用户终端发送包含识别码的即时信息。

付款方信息获取模块608还用于获取用户终端通过识别所接收到的识别码而输入的付款方信息。

在一个实施例中，识别码生成模块606还用于将识别码发送至预设的员工终端。

付款方信息获取模块608还用于获取用户终端通过扫描员工终端上展示的识别码所输入的付款方信息。

在一个实施例中，识别码中包括预设的推送信息。

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

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

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