一种票据的生成方法及装置

技术领域

本文件涉及互联网技术领域，尤其涉及一种票据的生成方法及装置。

背景技术

用户在出差时，不可避免的需要乘坐一些交通工具，如地铁、公交等，这些因公产生的交通费用可以进行报销；但是目前的一般是用户在乘坐了交通工具后，去相应的服务台或者特定的应用程序开取电子票据，等出差回去之后，再进行报销；但是目前开取电子票据的方式，操作比较复杂。

发明内容

本说明书一个或多个实施例提供了一种票据的生成方法。其中，该方法包括：获取基于机构账户对用户的交通费用订单进行支付后获得的账单信息和行程记录信息。查询所述用户归属的机构的票据申请关键字。根据所述票据申请关键字、所述账单信息和所述行程记录信息组装票据申请信息。将所述票据申请信息传入票据处理平台的票据申请接口，并获取所述票据申请接口回传的电子票据。

本说明书一个或多个实施例还提供了一种票据的生成装置。其中，该装置包括：获取模块，获取基于机构账户对用户的交通费用订单进行支付后获得的账单信息和行程记录信息。查询模块，查询所述用户归属的机构的票据申请关键字。组装模块，根据所述票据申请关键字、所述账单信息和所述行程记录信息组装票据申请信息。传输模块，将所述票据申请信息传入票据处理平台的票据申请接口，并获取所述票据申请接口回传的电子票据。

本说明书一个或多个实施例还提供了一种票据的生成设备。其中，该设备包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：获取基于机构账户对用户的交通费用订单进行支付后获得的账单信息和行程记录信息。查询所述用户归属的机构的票据申请关键字。根据所述票据申请关键字、所述账单信息和所述行程记录信息组装票据申请信息。将所述票据申请信息传入票据处理平台的票据申请接口，并获取所述票据申请接口回传的电子票据。

本说明书一个或多个实施例还提供了一种存储介质，用于存储计算机可执行指令，所述可执行指令在被执行时实现以下流程：获取基于机构账户对用户的交通费用订单进行支付后获得的账单信息和行程记录信息。查询所述用户归属的机构的票据申请关键字。根据所述票据申请关键字、所述账单信息和所述行程记录信息组装票据申请信息。将所述票据申请信息传入票据处理平台的票据申请接口，并获取所述票据申请接口回传的电子票据。

附图说明

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

图1为本说明书一个或多个实施例提供的票据的生成方法的第一种流程示意图；

图2为本说明书一个或多个实施例提供的票据的生成方法的第二种流程示意图；

图3为本说明书一个或多个实施例提供的票据的生成方法的交互流程图；

图4为本说明书一个或多个实施例提供的票据的生成装置的模块组成示意图；

图5为本说明书一个或多个实施例提供的票据的生成设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本文件中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文件一部分实施例，而不是全部的实施例。基于本说明书中的一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件保护的范围。

首先，本说明书一个或多个实施例提供了一种票据的生成方法，图1为本说明书一个或多个实施例提供的票据的生成方法的第一种流程示意图，如图1所示，该方法至少包括如下步骤：

步骤102，获取基于机构账户对用户的交通费用订单进行支付后获得的账单信息和行程记录信息；

步骤104，查询上述用户归属的机构的票据申请关键字；

步骤106，根据票据申请关键字、账单信息和行程记录信息组装票据申请信息；

步骤108，将票据申请信息传入票据处理平台的票据申请接口，并获取票据申请接口回传的电子票据。

可选的，在一种具体实施方式中，本说明书一个或多个实施例所提供的票据的生成方法的执行主体为票据预处理平台。

在本说明书一个或多个实施例中，机构账户可以为机构所对应的账户，该机构可以为企业、事业单位、团体组织等其中的任意一种；上述电子票据的一种具体表征形式可以为电子发票，当然还可以为其他票据，本说明书实施例并不对上述电子票据的具体形式进行限定。

其中，上述步骤102中所获取到的账单信息为表征用户支付金额以及所支付的订单等信息的账单信息，行程记录信息为表征用户上下车时间信息以及上下车地理位置信息的记录信息。

在本说明书一个或多个实施例中，在生成交通费用订单所对应的电子票据时，将交通费用订单所对应的行程记录信息也考虑在内，这样，使得所开具的电子票据中携带有用户的行程相关信息，便于对该电子票据所对应的费用的真实性进行核实，避免了用户使用虚假交通费用进行报销、从而给机构带来财务风险的情况的发生；

另外，在本说明书一个或多个实施例中，在用户使用机构账户进行交通费用订单的支付后，则获取该交通费用订单所对应的账单信息和行程信息，以及查询用户归属的机构的票据申请关键字，根据票据申请关键字、账单信息和行程记录信息组装票据申请信息，将所组装的票据申请信息传入票据处理平台的票据申请接口，从而基于票据处理平台生成对应的电子票据；也即，在本说明书一个或多个实施例中，针对使用机构账户进行支付的交通费用订单，实现了其所对应电子票据的自动化生成，避免了用户去服务台排队开取电子票据或者使用专门的应用程序额外进行电子票据的开取，简化了电子票据的开取流程，操作简单方便。

具体的，本说明书一个或多个实施例中所提及到的交通费用可以为用户乘坐地铁或者公交所产生的交通费用，当然，也可以为其他交通费用，本说明书实施例并不对上述交通的具体形式进行限定。

在一种具体实施方式中，交通费用订单的支付可以通过交通出行平台进行支付，当然，也可以通过票据预处理平台进行支付，本说明书一个或多个实施例并不对交通费用订单的支付平台进行限定。其中，需要说明的是，本说明书实施例所提及到的交通出行平台和票据预处理平台可以为两个独立的平台，也可以为集成在同一个平台上的两个不同的功能模块或者系统，或者上述交通处理平台和票据预处理平台为兼顾上述两种功能的同一个平台。为便于理解本说明书一个或多个实施例所提供的方案，下述将以通过交通出行平台进行交通费用的支付、以票据预处理平台进行电子票据相关信息的预处理为例，介绍本说明书一个或多个实施例中的交通费用订单的支付过程。

可选，在一种具体实施方式中，上述步骤102中，获取基于机构账户对用户的交通费用订单进行支付后获得的账单信息和行程记录信息，具体包括如下过程：

从交通出行平台获取上述账单信息和行程记录信息；其中，该账单信息和行程记录信息为交通出行平台基于其所绑定的机构账户对交通费用订单进行支付后发送的。

其中，在本说明书实施例中，交通出行平台与机构账户绑定，实际上可以理解为，将用户所对应的交通出行平台账户与机构账户进行关联，也即将该机构账户设置为用户所对应交通出行平台的支付账户。例如，在一种具体应用场景中，当用户出差时，为了避免用户自己垫付交通费用，可以将用户的交通出行平台账户与其所属机构的机构账户进行绑定，这样，可以直接通过其所属机构的机构账户支付用户的交通费用。

因此，在具体实施时，为了使得用户在差旅期间，可以顺利的使用机构账户进行交通费用的支付，因此，需要预先将用户所对应的交通出行平台账户与机构账户进行绑定；在本说明书实施例中，具体可以通过如下步骤将交通出行平台与机构账户进行绑定：

接收用户发送的机构账户绑定请求；该绑定请求中携带有用户所对应的交通出行平台账户信息和机构账户信息；向机构财务平台发送授权将交通出行平台账户信息与机构账户信息进行绑定的授权请求；在接收到机构财务平台返回的授权指示后，将交通出行平台账户信息与机构账户信息进行绑定。

其中，用户所对应的交通出行平台账户信息实际上可以理解为，用户在交通出行平台进行注册的账户信息。

可选的，在一种具体实施方式中，用户可以在交通出行平台所对应的账户添加界面添加其所属机构的机构账户，并向交通出行平台发送绑定该机构账户的绑定请求；交通出行平台在接收到用户发送的绑定请求后，基于该绑定请求中所携带的机构账户和用户在交通出行平台的所注册的账户信息(也即交通出行平台账户信息)，向机构财务平台发送授权将交通出行平台账户信息与机构账户信息进行绑定的授权请求，其中，该授权请求中除了携带交通出行平台账户信息和机构账户信息之外，还可以携带有用户信息(如用户姓名、证件号码等信息)，以便于机构财务平台对用户身份进行核验，从而便于机构财务平台授权该用户绑定该机构账户，以使用该机构账户进行交通费用的支付；当交通出行平台接收到机构财务平台返回的授权指示后，将该机构账户与用户进行绑定，从而使得用户可以使用该机构账户进行交通费用的支付。

当然，在另外一种具体实施方式中，除了用户在交通出行平台所对应的账户添加界面添加机构账户这种情况之外，还可以通过用户所属机构的相关人员(如财务人员)直接将用户的交通出行平台与机构账户进行绑定，从而使得用户可以基于机构账户进行交通费用的支付。

其中，需要说明的是，对于用户而言，其一般在特定时间段内或者特定应用场景下才需要使用机构账户进行交通费用的支付，比如，出差期间等等；因此，在一种具体方式中，还可以对上述绑定设置有效期，例如，用户需要在2021年3月15日至2021年3月20日因公出差，在此期间，用户进行交通出行的交通出行费用可以基于其所绑定的机构账户进行支付，因此，可以将机构账户与用户进行绑定的有效期设置为2021年3月15日至2021年3月20日；当然，此处只是示例性说明，并不构成对本说明书实施例的限定。

因此，本说明书实施例所提供的方案在具体实施时，上述绑定请求中还携带有绑定有效期信息，以指示交通出行平台在绑定有效期内使用机构账户支付用户的交通费用订单。

其中，上述绑定有效期信息的一种具体形式包括绑定生效日期信息和绑定失效日期信息，这样，使得交通出行平台自绑定生效日期开始从机构账户扣除用户的交通费用，自绑定失效日期起停止从机构账户扣除用户的交通费用。

可选的，在本说明书一个或多个实施例中，在将用户所对应的交通出行平台账户与机构账户进行绑定后，当通过交通出行平台产生了交通费用订单后，则通过交通出行平台基于该机构账户进行交通费用订单的支付；在一种具体实施方式中，交通出行平台通过如下步骤进行交通费用订单的支付：

接收用户发送的出站请求，该出站请求中携带有用户的出站信息和用户的标识信息；基于用户的标识信息，确定用户的进站信息，并基于用户的进站信息和出站信息，创建用户所对应的交通费用订单；基于上述机构账户，执行针对该交通费用订单的付款操作。

在一种具体实施方式中，上述出站请求为闸机设备通过扫描用户在出站时所展示的乘车码生成并发送的。

其中，上述乘车码的具体表现形式可以为二维码、条形码等等；其具体形式可以依据实际需求进行设置，本说明书实施例并不对上述乘车码的具体表现形式进行限定。

可选的，上述用户的标识信息可以为用户所对应的交通出行平台的账户信息，当然，还可以为其他，如用户的身份证号码信息等等，本说明书实施例并不对上述用户的标识信息进行限定。

为便于理解上述过程，下述将结合具体实施例对上述过程进行说明。

例如，在一种具体实施方式中，可以通过交通出行平台生成用户所对应的乘车码，乘车码中可以携带有用户的标识信息；当用户进站时，可以通过设置于进站入口的闸机设备扫描用户的乘车码，并将乘车码信息和进站信息发送给交通出行平台，这样通过交通出行平台可以解析该乘车码，并记录乘车码中所携带的用户的标识信息所对应的进站信息；当用户出站时，可以通过设置于出站口的闸机设备扫描用户的乘车码，并将乘车码信息和出站信息发送给交通出行平台，这样通过交通出行平台解析该乘车码，并记录乘车码中所携带的用户的标识信息所对应的出站信息，并基于用户的标识信息查找该用户所对应的进站信息，基于用户的进站信息和出站信息，按照预先设置的交通费用确定规则，确定用户所对应的交通费用，并生成其所对应的交通费用订单；若确定当前时间为机构账户所对应的有效期内，则从所绑定的机构账户中扣除该交通费用订单所对应的交通费用。

当然，此处只是示例性列举支付交通费用订单的一种具体实现形式，并不构成对本说明书实施例的限定。例如，用户除了扫码进出站之外，还可以通过其他方式进出站，如使用近距离无线通信技术(Near Field Communication，NFC)与交通费用平台进行通信以实现交通费用的支付，也即在用户的终端设备上设置有NFC模块，通过NFC模块与闸机设备进行通信。

在具体实施时，当交通出行平台在完成交通费用订单的支付后，会校验该订单是否为基于所绑定的机构进行支付的，若是，则向票据预处理平台发送该交通费用订单所对应的账单信息和行程记录信息，以触发票据预处理平台执行该交通费用订单所对应的电子票据的开取操作。

可选的，在一种具体实施方式中，为了实现生成交通费用订单所对应的电子票据，在获取到账单信息和行程记录信息后，还需要获取电子票据的票据申请关键字，当上述电子票据的具体形式不同时，所需要的票据申请关键字的具体字段信息不同；例如，上述电子票据为电子发票时，所获取的票据申请关键字可以为发票抬头信息，如机构名称、税号等信息。

可选的，在一种具体实施方式中，上述步骤104中，查询用户归属的机构的票据申请关键字，具体可以包括如下过程：

向机构账户所对应的费控平台发送票据信息查询请求；其中，上述票据信息查询请求中携带有用户的用户标识信息，以使费控平台根据用户标识信息查询用户所属机构的票据申请关键字；获取费控平台返回的票据申请关键字。

一般情况下，对于某个机构而言，其可能存在归属于该机构的一个或者多个子机构，一般的，对于某个机构成员而言，其只能归属一个子机构，在这种情况下，则直接用户所归属的该子机构的信息确定为该用户所归属机构的票据申请关键字即可，例如，若是用户为子机构A的成员，则直接将子机构A的相关信息(如机构名称、税号等)作为用户所对应的票据申请关键字；但是，在某些情况下，虽然某机构成员归属于某个子机构(如记为子机构A)，但是其当前次出差所关联的项目可能归属为另外一个子机构(如记为子机构B)，在这种情况下，所开取电子票据的票据申请关键字则为子机构B的相关信息,因此，在这种情况下需要获取子机构B所对应的票据申请关键字。

因此，在一种具体实施方式中，可以预先在费控平台关联用户所对应的票据申请关键字，这样，当接收到票据预处理平台发送的票据信息查询请求后，可以基于该票据信息查询请求中所携带的用户标识信息，查询该用户所对应的票据申请关键字。

当接收到费控平台返回的票据申请关键字后，则执行上述步骤106，也即，根据票据申请关键字、账单信息和行程记录信息组装票据申请信息；具体的，在本说明书实施例中，根据票据申请关键字、账单信息和行程记录信息组装票据申请信息，具体可以通过如下过程实现：

基于上述账单信息确定交通费用订单所对应的支付费用信息，以及，基于上述行程记录信息确定交通费用订单所对应的上下车位置信息和上下车时间信息；将上述支付费用信息、上下车位置信息、上下车时间信息和票据申请关键字按照预设规则组装成票据申请信息。

一般的，对于各个类型的电子票据而言，其存在自身所对应的固有格式，例如，其需要包含的字段及其对应的字段内容；因此，在一种具体实施方式中，上述将支付费用信息、上下车位置信息、上下车时间信息和票据申请关键字按照预设规则组装实际上可以理解为将各个字段内容与其对应的字段进行关联；

例如，在一种具体实施方式中，假设上述票据申请关键字包括机构名称和机构税号，则上述按照预设规则进行组装后得到的票据申请信息的一种可能形式如下所示：

机构名称：XX公司；

机构税号：XXXXX；

支付费用：X元；

上车地理位置：A站；

上车时间：2021年3月12日15时03分；

下车地理位置：B站；

下车时间：2021年3月12日16时06分。

当然，上述只是示例性列举所得到的票据申请信息的一种可能的具体形式，并不构成对票据申请信息的具体内容以及格式的限定。

一般情况下，对于交通费用订单所对应的账单信息而言，其可以包含有交通费用订单的标识信息、支付费用信息、支付时间信息、支付方式等信息，因此，可以从该账单信息中提取出该交通费用订单所对应的支付费用信息；同样的，对于行程记录信息而言，其一般情况下可以包括用户上车时间信息、上车地理位置信息、下车时间信息以及下车地理位置信息等内容，因此，基于该行程记录信息，可以确定出用户的上下车位置信息和上下车时间信息。

其中，在本说明书一个或多个实施例中，在生成电子票据时，所使用的信息除了上述所列举的信息外，还可以根据实际需求包含其他信息，如联系电话等等。

在本说明书一个或多个实施例中，当组装得到交通费用订单所对应的票据申请信息后，则将该票据申请信息通过票据处理平台的票据申请接口传输至票据处理平台。

其中，在一种具体实施方式中，票据预处理平台将票据申请信息传入票据处理平台的票据申请接口的一种具体实现方式可以是，票据预处理平台向票据处理平台发送开票请求，也即票据预处理平台将票据申请信息携带在开票请求中传入票据处理平台的票据申请接口，当票据处理平台获取到开票请求后，基于该开票请求中所携带的票据申请信息生成对应的电子票据，并将所生成的电子票据通过票据接口返回给票据预处理平台；

可选的，在一种具体实施方式中，对于票据处理平台而言，当其接收到票据预处理平台通过票据申请接口传入的票据申请信息之后，则将上述票据申请信息按照预设模板进行排版，从而生成该票据申请信息所对应的电子票据。

当票据预处理平台接收到票据处理平台通过票据申请接口回传的电子票据之后，则向用户发送电子票据开具成功的通知信息。

另外，当用户需要使用电子票据时，可以直接从票据预处理平台查找或者下载其所需要的单子票据，因此，在本说明书一个或多个实施例中，为了便于用户查找交通费用订单所对应的电子票据，在获取待票据申请接口回传的电子票据后，本说明书实施例提供的方法还包括如下步骤：

将上述电子票据与交通费用订单进行关联。

这样，用户可以通过查找交通费用订单的方式查找到对应的电子票据，或者，以交通费用订单的相关信息(如订单编号等标识信息)作为查询条件查找对应的电子票据；还或者，将电子票据与交通费用订单进行关联后，用户在交通费用订单列表中点击某个交通费用订单即可查看对应的电子票据。

为便于理解本说明书实施例提供的方法，下述将以用户为企业员工、乘坐地铁为例介绍本说明书实施例提供的方法，图2为本说明书实施例提供的票据的生成方法的第二种流程示意图，如图2所示，该方法具体包括如下步骤：

步骤202，接收闸机设备发送的进站请求，并基于该进站请求记录用户的标识信息和对应的进站信息；

其中，上述进站请求中携带有进站信息和用户的标识信息。

步骤204，接收闸机设备发送的出站请求；

其中，上述出站请求中携带有出站信息和用户的标识信息。

步骤206，基于用户的标识信息，查找用户所对应的进站信息，并基于进站信息和出站信息，创建用户所对应的交通费用订单。

步骤208，使用用户所绑定的机构账户，进行上述交通费用订单的支付操作；

步骤210，获取用户的账单信息和行程记录信息，以及，查询用户归属的机构的票据申请关键字；

步骤212，基于上述账单信息确定交通费用订单所对应的支付费用信息，以及，基于行程记录信息确定交通费用订单所对应的上下车位置信息和上下车时间信息；

步骤214，将上述支付费用信息、上下车位置信息、上下车时间信息和票据申请关键字按照设定规则组装成票据申请信息；

步骤216，将票据申请信息传入票据处理平台的票据申请接口，以通过票据处理平台生成对应的电子票据；

步骤218，获取票据申请接口回传的电子票据；

步骤220，向用户发送电子票据开具成功的通知信息。

可选的，在一种具体实施方式中，交通费用订单的生成以及支付则是由交通出行平台执行的，组装票据申请信息的过程则是由票据预处理平台执行的，针对该种场景，图3示出了本说明书实施例提供的票据的生成方法的交互流程图，其中，该票据的生成方法包括账户绑定阶段和票据开取阶段；其具体包括如下流程：

账户绑定阶段：

1、用户通过终端设备向交通出行平台发送机构账户绑定请求；

其中，上述绑定请求中携带有用户所对应的交通出行平台账户信息和机构账户信息。

2、交通出行平台将机构账户与用户所对应的交通出行平台进行绑定，并将该机构账户设置有支付账户。

票据开取阶段：

3、进站时，用户通过终端设备展示乘车码；

4、闸机设备扫描终端设备展示的乘车码，向交通出行平台发送进站请求；

其中，上述进站请求中携带有进站信息和用户的标识信息。

5、交通出行平台基于该进站请求记录用户的标识信息和对应的进站信息；

6、出站时，用户通过终端设备展示乘车码；

7、闸机设备扫描终端设备展示的乘车码，向交通出行平台发送出站请求；

其中，上述出站请求中携带有出站信息和用户的标识信息。

8、交通出行平台基于用户的标识信息，查找用户所对应的进站信息，并基于进站信息和出站信息，创建用户所对应的交通费用订单。

9、交通出行平台从用户所绑定的机构账户扣除上述交通费用订单所对应的交通费用；

10、交通出行平台将上述交通费用订单所对应的账单信息和行程记录信息发送给票据预处理平台；

11、票据预处理平台查询用户归属的机构的票据申请关键字；

12、票据预处理平台基于上述账单信息确定交通费用订单所对应的支付费用信息，以及，基于行程记录信息确定交通费用订单所对应的上下车位置信息和上下车时间信息，将上述支付费用信息、上下车位置信息、上下车时间信息和票据申请关键字按照设定规则组装成票据申请信息；

13、票据预处理平台将票据申请信息传入票据处理平台的票据申请接口；

14、票据处理平台基于票据申请信息生成对应的电子票据；

15、票据预处理平台获取票据申请接口回传的电子票据；

16、票据预处理平台通过终端设备向用户发送电子票据开具成功的通知信息。

本说明书一个或多个实施例提供的票据的处理方法，至少具有如下有益效果：

1)、在用户使用机构账户进行交通费用订单的支付后，则获取该交通费用订单所对应的账单信息和行程信息，以及查询用户归属的机构的票据申请关键字，根据票据申请关键字、账单信息和行程记录信息组装票据申请信息，将所组装的票据申请信息传入票据处理平台的票据申请接口，从而基于票据处理平台生成对应的电子票据；也即，在本说明书一个或多个实施例中，针对使用机构账户进行支付的交通费用订单，实现了其所对应电子票据的自动化生成，避免了用户去服务台排队开取电子票据或者使用专门的应用程序额外进行电子票据的开取，简化了电子票据的开取流程，操作简单方便；

2)、在生成交通费用订单所对应的电子票据时，将交通费用订单所对应的行程记录信息也考虑在内，这样，使得所开具的电子票据中携带有用户的行程相关信息，便于对该电子票据所对应的费用的真实性进行核实，避免了用户使用虚假交通费用进行报销、从而给机构带来财务风险的情况的发生。

对应于本说明书图1至图3所示实施例提供的票据的生成方法，基于相同的思路，本说明书实施例还提供了一种票据的生成装置，用于执行本说明书图1至图3所示实施例提供的方法，图4为本说明书实施例提供的票据的生成装置的模块组成示意图，如图4所示，该装置具体包括：

获取模块402，用于获取基于机构账户对用户的交通费用订单进行支付后获得的账单信息和行程记录信息；

查询模块404，用于查询所述用户归属的机构的票据申请关键字；

组装模块406，用于根据所述票据申请关键字、所述账单信息和所述行程记录信息组装票据申请信息；

传输模块408，用于将所述票据申请信息传入票据处理平台的票据申请接口，并获取所述票据申请接口回传的电子票据。

本说明书实施例提供的票据的生成装置可实现图1至图3所示方法实施例的全部内容，因此，此处不再赘述上述各个功能模块的具体实现过程，具体内容可参考图1至图3所示实施例，此处不再赘述。

本说明书一个或多个实施例提供的票据的处理装置，至少包括如下有益效果：

1)、在用户使用机构账户进行交通费用订单的支付后，则获取该交通费用订单所对应的账单信息和行程信息，以及查询用户归属的机构的票据申请关键字，根据票据申请关键字、账单信息和行程记录信息组装票据申请信息，将所组装的票据申请信息传入票据处理平台的票据申请接口，从而基于票据处理平台生成对应的电子票据；也即，在本说明书一个或多个实施例中，针对使用机构账户进行支付的交通费用订单，实现了其所对应电子票据的自动化生成，避免了用户去服务台排队开取电子票据或者使用专门的应用程序额外进行电子票据的开取，简化了电子票据的开取流程，操作简单方便；

2)、在生成交通费用订单所对应的电子票据时，将交通费用订单所对应的行程记录信息也考虑在内，这样，使得所开具的电子票据中携带有用户的行程相关信息，便于对该电子票据所对应的费用的真实性进行核实，避免了用户使用虚假交通费用进行报销、从而给机构带来财务风险的情况的发生。

进一步地，基于上述图1至图3所示的方法，本说明书实施例还提供了一种票据的生成设备，如图5所示。

票据的生成设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对票据的生成设备中的一系列计算机可执行指令信息。更进一步地，处理器501可以设置为与存储器502通信，在票据的生成设备上执行存储器502中的一系列计算机可执行指令信息。票据的生成设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入输出接口505，一个或一个以上键盘506等。

在一个具体的实施例中，票据的生成设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对票据的生成设备中的一系列计算机可执行指令信息，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令信息：

获取基于机构账户对用户的交通费用订单进行支付后获得的账单信息和行程记录信息；

查询所述用户归属的机构的票据申请关键字；

根据所述票据申请关键字、所述账单信息和所述行程记录信息组装票据申请信息；

将所述票据申请信息传入票据处理平台的票据申请接口，并获取所述票据申请接口回传的电子票据。

其中，本说明书实施例所提供的票据的生成设备可实现图1至图3所示实施例的全部方法步骤，此处不再赘述。

本说明书实施例提供的票据的生成设备，至少具有如下有益效果：

1)、在用户使用机构账户进行交通费用订单的支付后，则获取该交通费用订单所对应的账单信息和行程信息，以及查询用户归属的机构的票据申请关键字，根据票据申请关键字、账单信息和行程记录信息组装票据申请信息，将所组装的票据申请信息传入票据处理平台的票据申请接口，从而基于票据处理平台生成对应的电子票据；也即，在本说明书一个或多个实施例中，针对使用机构账户进行支付的交通费用订单，实现了其所对应电子票据的自动化生成，避免了用户去服务台排队开取电子票据或者使用专门的应用程序额外进行电子票据的开取，简化了电子票据的开取流程，操作简单方便；

2)、在生成交通费用订单所对应的电子票据时，将交通费用订单所对应的行程记录信息也考虑在内，这样，使得所开具的电子票据中携带有用户的行程相关信息，便于对该电子票据所对应的费用的真实性进行核实，避免了用户使用虚假交通费用进行报销、从而给机构带来财务风险的情况的发生。

进一步地，基于上述图1至图3所示的方法，本说明书实施例还提供了一种存储介质，用于存储计算机可执行指令信息，一种具体的实施例中，该存储介质可以为U盘、光盘、硬盘等，该存储介质存储的计算机可执行指令信息在被处理器执行时，能实现以下流程：

获取基于机构账户对用户的交通费用订单进行支付后获得的账单信息和行程记录信息；

查询所述用户归属的机构的票据申请关键字；

根据所述票据申请关键字、所述账单信息和所述行程记录信息组装票据申请信息；

将所述票据申请信息传入票据处理平台的票据申请接口，并获取所述票据申请接口回传的电子票据。

其中，本说明书实施例提供的存储介质存储的计算机可执行指令信息在被处理器执行时，可实现图1至图3所示实施例的全部方法步骤，此处不再赘述。

本说明书实施例提供的存储介质存储的计算机可执行指令信息在被处理器执行时，至少具有如下有益效果：

1)、在用户使用机构账户进行交通费用订单的支付后，则获取该交通费用订单所对应的账单信息和行程信息，以及查询用户归属的机构的票据申请关键字，根据票据申请关键字、账单信息和行程记录信息组装票据申请信息，将所组装的票据申请信息传入票据处理平台的票据申请接口，从而基于票据处理平台生成对应的电子票据；也即，在本说明书一个或多个实施例中，针对使用机构账户进行支付的交通费用订单，实现了其所对应电子票据的自动化生成，避免了用户去服务台排队开取电子票据或者使用专门的应用程序额外进行电子票据的开取，简化了电子票据的开取流程，操作简单方便；

2)、在生成交通费用订单所对应的电子票据时，将交通费用订单所对应的行程记录信息也考虑在内，这样，使得所开具的电子票据中携带有用户的行程相关信息，便于对该电子票据所对应的费用的真实性进行核实，避免了用户使用虚假交通费用进行报销、从而给机构带来财务风险的情况的发生。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令信息实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令信息到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令信息产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令信息也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令信息产生包括指令信息装置的制造品，该指令信息装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令信息也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令信息提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令信息、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令信息的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。