技术领域
[0001] 本
说明书涉及互联网技术领域，尤其涉及发票处理、业务处理方法、装置、服务器及电子设备。
背景技术
[0002] 发票是单位或者个人在购买商品、提供/接受各种服务以及从事其他经营活动中所开具/收取的业务凭证，是财务核算的原始依据以及审计机关、税务机关执法检查的重要依据。在日常生活中常常会需要对发票进行一些处理，例如发票报销，企业员工消费后，将商户开具的发票提交给财务部
门，由财务人员核对报销。对企业员工来说，员工需要预付费、贴发票和报销
申请，整个流程繁琐、效率低下；由于纸质发票不环保，也造成了纸张浪费和资源损耗的情况；对财务人员来说，需要收集员工的发票和报销申请，还需要核对发款，若员工人数较多、发票较多，财务人员更会面临繁重的发票处理压
力。可见，有必要对发票处理方式进行改进。
发明内容
[0003] 为克服相关技术中存在的问题，本说明书提供了发票处理、业务处理方法、装置、服务器及电子设备。
[0004] 一种差旅火车票的处理方法，包括：
[0005] 接收客户端发送的目标用户的火车票预订
请求，所述火车票预订请求携带有所述目标用户的用户信息、出行信息和所述目标用户所属的企业机构信息；
[0006] 根据所述企业机构信息，确定所述企业机构对应的支付信息；
[0007] 向火车票预订系统发送所述目标用户的火车票预订请求，并利用所述企业机构对应的支付信息，支付所述火车票预订请求的
费用。
[0008] 可选的，所述利用所述企业机构对应的支付信息，支付所述火车票预订请求的费用，包括如下一种或多种方式：
[0009] 获取所述企业机构对应的信用支付账户信息，在垫付所述费用后，将所述费用记录于所述信用支付账户中；
[0010] 获取所述企业机构对应的预存资金账户信息，在所述预存资金账户信息的预存资金中扣除所述费用；
[0011] 获取所述企业机构对应的
银行账户信息，利用所述银行账户信息支付所述火车票预订请求的费用。
[0012] 可选的，在向火车票预订系统发送所述目标用户的火车票预订请求前，还包括：
[0013] 查找所述目标用户在所述企业机构的差旅标准信息，核对所述出行信息是否匹配所述差旅标准信息。
[0014] 可选的，所述方法还包括：
[0015] 在确定用户登录客户端后，向所述客户端返回差旅火车票的预订页面。
[0016] 可选的，在所述向所述客户端返回差旅火车票的预订页面之前，还包括：
[0017] 获取客户端登录用户的用户信息，通过已存储企业机构的用户信息，判断所述登录用户是否属于所述企业机构的用户。
[0018] 一种差旅火车票的处理方法，包括：
[0019] 接收客户端发送的目标用户的火车票预订请求，所述火车票预订请求中至少携带有所述目标用户的用户信息和出行信息；
[0020] 根据所述火车票预订请求，确定所述目标用户所属的企业机构信息和对应的支付信息；
[0021] 向火车票预订系统发送所述目标用户的火车票预订请求，并利用所述企业机构对应的支付信息，支付所述的火车票预订请求的费用。
[0022] 一种差旅火车票的处理方法，包括：
[0023] 接收差旅火车票的开票请求，所述开票请求携带有目标企业的企业机构信息；
[0024] 根据所述企业机构信息确定所述目标企业的支付信息后，统计所述目标企业为归属于该企业的用户支付的火车票总费用；
[0025] 向火车票预订系统发送取票状态请求后，接收所述火车票预订系统反馈的用户对火车票的取票状态，所述取票状态指示火车票是否被用户收取；
[0026] 根据所述取票状态和所述火车票总费用，按照设定开票策略，为所述目标企业生成统一发票。
[0027] 可选的，所述开票请求还携带有目标时间周期，所述统计所述目标企业为归属于该企业的用户支付的火车票总费用，包括：
[0028] 统计在所述目标时间周期内的所述火车票总费用。
[0029] 可选的，所述设定开票策略，包括：
[0030] 按照所述总金额生成统一发票；或，
[0031] 将所述总金额扣除用户收取的火车票金额后生成统一发票；或，
[0032] 在接收到用户提交的火车票图像后生成统一发票。
[0033] 可选的，所述方法还包括：
[0034] 向火车票预订系统发送统一取票请求，所述取票请求携带有多个用户的用户信息，以获取所述火车票预订系统根据所述多个用户的用户信息反馈的所述多个用户的火车票图像。
[0035] 可选的，所述取票状态还通过如下方式获取：
[0036] 接收客户端发送的用户信息和火车票图像，获取所述火车票图像的火车票信息；
[0037] 利用所述用户信息查找对应的火车票订单数据，将所述火车票信息与用户的火车票数据匹配后确定所述取票状态。
[0038] 可选的，在接收到所述火车票图像后，还包括：
[0039] 确定所述火车票图像是否与所述目标企业的已存储火车票图像相同。
[0040] 可选的，所述获取所述火车票图像的火车票信息，包括：
[0041] 识别所述火车票图像中的二维码，以获取所述火车票信息；或者，[0042] 对所述火车票图像进行OCR识别，以获取所述火车票信息。
[0043] 可选的，还包括：统计用户收取火车票后未提交火车票图像的记录，确定是否限制用户的火车票预订操作。
[0044] 可选的，还包括：针对收取火车票且未提交火车票图像的用户，生成所述用户的取票数据。
[0045] 可选的，所述开票请求还携带有
指定用户信息；
[0046] 所述为所述目标企业生成统一发票，包括：
[0047] 根据所述指定用户信息，为所述目标企业的指定用户生成所述统一发票。
[0048] 一种差旅火车票的处理方法，包括：
[0049] 向业务服务端发送的目标用户的火车票预订请求，所述火车票预订请求中至少携带有所述目标用户的用户信息、出行信息和所述目标用户所属的企业机构信息；
[0050] 获取火车票的取票状态，并发送给所述业务服务端，所述取票状态指示所述发票是否被所述用户收取，以供所述业务服务端根据根据取票状态和统计的火车票总费用，按照设定开票策略，为所述目标用户所属的目标企业生成统一发票。
[0051] 可选的，所述获取火车票的取票状态，包括：
[0052] 提供针对取票状态的输入
接口，通过所述输入接口获取用户输入的取票状态。
[0053] 可选的，所述输入接口包括：选择选项、图像拍摄接口和/或图像上传接口。
[0054] 可选的，所述方法还包括：
[0055] 展示提示用户上传被收取火车票图像的提示消息。
[0056] 可选的，所述方法还包括：
[0057] 展示推荐用户采用身份证坐火车、不换取火车票的推荐消息。
[0058] 可选的，所述方法还包括：提供差旅火车票的预订页面，通过所述预订页面接收目标用户的火车票预订信息。
[0059] 可选的，在提供差旅火车票的预订页面之前，还包括：业务服务端发送登录用户的用户信息，以供所述业务服务端对所述登录用户是否属于企业用户进行身份校验。
[0060] 一种差旅火车票的处理方法，包括：
[0061] 向业务服务端发送的差旅火车票的开票请求，所述开票请求携带有目标企业的企业机构信息；
[0062] 接收所述业务服务端反馈的统一发票；其中，所述业务服务端用于：在根据所述企业机构信息确定所述目标企业的支付信息后，统计所述目标企业为归属于该企业的用户支付的火车票总费用；向火车票预订系统发送取票状态请求后，接收所述火车票预订系统反馈的用户对火车票的取票状态，所述取票状态指示火车票是否被用户收取；根据所述取票状态和所述火车票总费用，按照设定开票策略，为所述目标企业生成统一发票。
[0063] 可选的，所述方法还包括：
[0064] 提供指定用户选择接口，通过所述选择接口获取指定用户信息，以供所述业务服务端为所述目标企业的指定用户生成所述统一发票。
[0065] 一种差旅火车票的处理系统，包括：客户端和业务服务端；
[0066] 客户端向业务服务端发送目标用户的火车票预订请求，所述火车票预订请求中至少携带有所述目标用户的用户信息和出行信息；
[0067] 业务服务端根据所述火车票预订请求，确定所述目标用户所属的企业机构信息和对应的支付信息；
[0068] 业务服务端向火车票预订系统发送所述目标用户的火车票预订请求，并利用所述企业机构对应的支付信息，支付所述的火车票预订请求的费用。
[0069] 一种差旅火车票的处理系统，包括：客户端和业务服务端；
[0070] 客户端向业务服务端发送目标用户的火车票预订请求，所述火车票预订请求携带有所述目标用户的用户信息、出行信息和所述目标用户所属的企业机构信息；
[0071] 业务服务端根据所述企业机构信息，确定企业机构对应的支付信息；
[0072] 业务服务端向火车票预订系统发送所述目标用户的火车票预订请求，并利用所述企业机构对应的支付信息，支付所述火车票预订请求的费用。
[0073] 一种差旅火车票的处理装置，包括：
[0074] 接收模
块，用于：接收客户端发送的目标用户的火车票预订请求，所述火车票预订请求携带有所述目标用户的用户信息、出行信息和所述目标用户所属的企业机构信息；
[0075] 确定模块，用于：根据所述企业机构信息，确定所述企业机构对应的支付信息；
[0076] 发送模块，用于：向火车票预订系统发送所述目标用户的火车票预订请求，并利用所述企业机构对应的支付信息，支付所述火车票预订请求的费用。
[0077] 一种差旅火车票的处理装置，包括：
[0078] 接收模块，用于：接收差旅火车票的开票请求，所述开票请求携带有目标企业的企业机构信息；
[0079] 统计模块，用于：根据所述企业机构信息确定所述目标企业的支付信息后，统计所述目标企业为归属于该企业的用户支付的火车票总费用；
[0080] 发送模块，用于：向火车票预订系统发送取票状态请求后，接收所述火车票预订系统反馈的用户对火车票的取票状态，所述取票状态指示火车票是否被用户收取；
[0081] 开票模块，用于：根据所述取票状态和所述火车票总费用，按照设定开票策略，为所述目标企业生成统一发票。
[0082] 一种服务器，包括
存储器、处理器及存储在存储器上并可在处理器上运行的
计算机程序，其中，所述处理器执行所述程序时实现所述差旅火车票的处理的方法。
[0083] 一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现所述差旅火车票的处理方法。
[0084] 本说明书的
实施例提供的技术方案可以包括以下有益效果：
[0085] 本说明书实施例中，该差旅火车票的处理方案能够针对用户的火车票预订请求，查找该用户所属企业机构信息后，利用该企业机构对应的支付信息支付火车票费用，从而无需用户预付费、贴发票和报销申请，显著地减少了差旅火车票的处理流程，并且不需要消耗纸张资源。
[0086] 另一方面，还可以根据所述企业机构信息确定所述目标企业的支付信息后统计企业为用户支付的火车票总费用，通过向火车票预订系统发送取票状态请求后，接收所述火车票预订系统反馈的用户对火车票的取票状态，基于取票状态和所述火车票总费用，按照设定开票策略，为所述目标企业生成统一发票，从而可以以减少财务人员收集、核对发票的工作，从而提高发票处理效率。
[0087] 应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。
附图说明
[0088] 此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。
[0089] 图1A是本说明书根据一示例性实施例示出的一种差旅火车票的处理场景图。
[0090] 图1B是本说明书根据一示例性实施例示出的一种差旅火车票的处理方法的
流程图。
[0091] 图1C是本说明书根据一示例性实施例示出的另一种差旅火车票的处理方法的流程图。
[0092] 图1D是本说明书根据一示例性实施例示出的一种客户端的
用户界面示意图。
[0093] 图1E是本说明书根据一示例性实施例示出的另一种差旅火车票的处理方法的流程图。
[0094] 图1F是本说明书根据一示例性实施例示出的另一种差旅火车票的处理方法的流程图。
[0095] 图2A是本说明书根据一示例性实施例示出的一种差旅火车票的处理示意图。
[0096] 图2B是本说明书根据一示例性实施例示出的另一种客户端的用户界面示意图。
[0097] 图3是本说明书实施例差旅火车票的处理装置所在服务器/电子设备的一种
硬件结构图。
[0098] 图4是本说明书根据一示例性实施例示出的一种差旅火车票的处理装置的
框图。
[0099] 图5是本说明书根据一示例性实施例示出的一种差旅火车票的处理装置的框图。
具体实施方式
[0100] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附
权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
[0101] 在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0102] 应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
[0103] 实际工作中，企业往往要面临繁琐的发票处理流程，以火车票处理为例，火车票可以作为缴税的费用凭证，员工若购买火车票出差，员工需要预付费、贴发票和报销申请，整个流程繁琐、效率低下；由于纸质发票不环保，也造成了纸张浪费和资源损耗的情况；对财务人员来说，需要收集员工的发票和报销申请，还需要核对发款，若员工人数较多、发票较多，财务人员更会面临繁重的发票处理压力。
[0104] 基于此，本说明书实施例提供了一种差旅火车票的处理方案，该差旅火车票的处理方案能够针对用户的火车票预订请求，查找该用户所属企业机构信息后，利用该企业机构对应的支付信息支付火车票费用，从而无需用户预付费、贴发票和报销申请，显著地减少了差旅火车票的处理流程，并且不需要消耗纸张资源。
[0105] 另一方面，还可以根据所述企业机构信息确定所述目标企业的支付信息后统计企业为用户支付的火车票总费用，通过向火车票预订系统发送取票状态请求后，接收所述火车票预订系统反馈的用户对火车票的取票状态，基于取票状态和所述火车票总费用，按照设定开票策略，为目标企业生成统一发票，从而可以减少财务人员收集、核对发票的工作，提高发票处理效率。
[0106] 可选的，如图1A所示，是本说明书根据一示例性实施例示出的一种差旅火车票的处理场景图，图1A中示出了业务服务方配置的业务服务器、火车票预订系统，企业方用户可以通过业务服务器预订火车票，该业务服务器还可以为企业方提供针对差旅火车票的处理服务。
[0107] 以火车票为例描述图1A所示场景，某个服务方为企业方提供有火车票预订服务和发票处理服务，该服务方配置了业务服务器，并提供有客户端供员工使用，客户端可以提供预订火车票功能。
[0108] 如图1B所示，是本说明书根据一示例性实施例示出的差旅火车票的处理方法的流程图，该方法可应用于图1A的客户端中，包括：
[0109] 在步骤102中，向业务服务端发送的目标用户的火车票预订请求，所述火车票预订请求中至少携带有所述目标用户的用户信息、出行信息和所述目标用户所属的企业机构信息；
[0110] 在步骤104中，获取火车票的取票状态，并发送给所述业务服务端，所述取票状态指示所述发票是否被所述用户收取，以供所述业务服务端根据根据取票状态和统计的火车票总费用，按照设定开票策略，为所述目标用户所属的目标企业生成统一发票。
[0111] 本实施例中，用户可以利用该客户端发起火车票预订请求，客户端向业务服务端发送目标用户的火车票预订请求，其中，火车票预订请求携带有一些信息，例如目标用户的用户信息、出行信息等等。
[0112] 在一些例子中，火车票预订请求中至少携带有所述目标用户的用户信息和出行信息，通过该用户信息，业务服务端可以确定目标用户所属的企业机构，进而查找企业机构信息和对应的支付信息，以执行后续的火车票预订流程。
[0113] 在另一些例子中，火车票预订请求中可以携带有所述目标用户的用户信息、出行信息和所述目标用户所属的企业机构信息，业务服务端可以通过企业机构信息直接确定对应的支付信息，进而执行后续的火车票预订流程。
[0114] 可选的，客户端可以提供有差旅火车票的预订页面，通过所述预订页面接收目标用户的火车票预订信息，客户端基于所接收的火车票预订信息向业务服务端发起火车票预订请求。其中，该差旅火车票的预订页面，可以确定登录用户是企业员工后再提供，因此可以对客户端的登录用户进行身份校验，可选的，客户端可以向业务服务端发送登录用户的用户信息，以供所述业务服务端对所述登录用户是否属于企业用户进行身份校验。
[0115] 在客户端发起目标用户的火车票预订请求，作为例子，如图1C所示，是本说明书根据一示例性实施例示出的一种差旅火车票的处理方法的流程图，该方法可应用于图1A所示的业务服务器中，包括如下步骤：
[0116] 在步骤112中，接收客户端发送的目标用户的火车票预订请求，所述火车票预订请求携带有所述目标用户的用户信息、出行信息和所述目标用户所属的企业机构信息。
[0117] 在步骤114中，根据所述企业机构信息，确定所述企业机构对应的支付信息。
[0118] 在步骤116中，向火车票预订系统发送所述目标用户的火车票预订请求，并利用所述企业机构对应的支付信息，支付所述火车票预订请求的费用。
[0119] 本实施例中，业务服务器可以面向企业提供服务，可以存储有企业机构信息，以及属于该企业的用户的用户信息，企业机构信息和用户信息可以进行关联。出于安全的考虑，本实施例可以在确定用户登录客户端后，向所述客户端返回差旅火车票的预订页面，以供用户通过客户端发起火车票预订请求。进一步的，还可以对客户端的登录用户进行身份校验，作为例子，在所述向所述客户端返回差旅火车票的预订页面之前，获取客户端登录用户的用户信息，通过已存储企业机构的用户信息，判断所述登录用户是否属于所述企业机构的用户，若用户属于企业机构的用户，则可以向该用户提供火车票预订功能，若不属于，则可以不返回差旅火车票的预订页面。
[0120] 其中，企业中不同用户的级别不同，实际应用中可以根据需要，由企业方设定差旅标准信息，例如某些级别或部门的员工的差旅标准是高
铁二等座、某些级别或部门的员工的差旅标准是高铁一等座等等。可选的，在向火车票预订系统发送所述目标用户的火车票预订请求前，可以包括：查找所述目标用户在所述企业机构的差旅标准信息，核对所述出行信息是否匹配所述差旅标准信息。
[0121] 若不匹配，可以直接拒绝该用户的火车票预订请求；若匹配，则可以向火车票预订系统发送所述目标用户的火车票预订请求，并利用所述企业机构对应的支付信息，支付所述火车票预订请求的费用。并且，可以向客户端返回预订成功消息，以供客户端展示该消息，并且还可以提供其他的服务功能，例如生成行程提示数据等等。
[0122] 本实施例中，企业机构的支付信息可以有多种方式实现，作为例子，所述利用所述企业机构对应的支付信息，支付所述火车票预订请求的费用，在一些例子中，可以是获取所述企业机构对应的信用支付账户信息，在垫付所述费用后，将所述费用记录于所述信用支付账户中，之后可根据结算周期向企业机构要求还款。在另一些例子中，还可以是企业机构开通资金账户，并预测一定的资金，因此本实施例可以获取所述企业机构对应的预存资金账户信息，在所述预存资金账户信息的预存资金中扣除所述费用。在另一些例子中，企业机构预先提交银行账户信息，业务服务端可以获取所述企业机构对应的银行账户信息，利用所述银行账户信息支付所述火车票预订请求的费用。
[0123] 由于发票是缴税的费用凭证，用户在坐火车的过程中可能会取走火车票，用户取走火车票可能会出现遗失、没有及时提交给财务部门等情况，因此可能会有财务损失的情况。在火车票出行场景中，纸质火车票自身具有车票属性，是用户坐火车的凭证之一，随着终端技术和互联网等技术的发展，越来越多的火车站和列车支持身份证检票，用户可以凭居民身份证原件直接通过检票机。而纸质火车票还具有特殊的发票属性，可以作为缴税的费用凭证。用户若取走火车票，有可能因火车票丢失而造成税务损失。
[0124] 基于此，本实施例中，还可以展示推荐用户采用身份证坐火车、不换取火车票的推荐消息，以提示用户尽量不换取火车票，可以采用身份证通过检票机坐火车，从而可以减少用户取火车票的行为、防止用户丢失火车票、防止用户取走火车票后不提交而造成的财务损失。
[0125] 针对此种情况，本实施例中，还可以提供针对取票状态的输入接口，通过所述输入接口获取用户输入的取票状态
[0126] 由客户端获取发票的取票状态并提供给服务端；可选的，客户端可以输出取票状态输入接口，通过所述输入接口获取用户输入的取票状态，实际应用中该输入接口可以有多种方式实现，例如，如图1D是一种客户端的用户界面示意图，具体可以是如图1D所示的选项，用户可以通过点击该选项，以告知业务服务器是否收取了火车票。针对用户收取火车票的情况，客户端还可以输出提示用户上传被收取火车票图像的提示消息，以提醒用户拍摄火车票图像，或上传火车票图像。基于此，在其他例子中，所述输入接口还可包括：图像拍摄接口和/或图像上传接口，以供用户拍摄火车票图像或上传火车票图像，使客户端可以获取到火车票图像后，确定火车票的取票状态并发送给业务服务端。
[0127] 通过上述方式，该差旅火车票的处理方案能够针对用户的火车票预订请求，查找该用户所属企业机构信息后，利用该企业机构对应的支付信息支付火车票费用，从而无需用户预付费、贴发票和报销申请，显著地减少了差旅火车票的处理流程。
[0128] 接下来对开票过程的处理进行说明。如图1E所示，是本说明书根据一示例性实施例示出的另一种差旅火车票的处理方法的流程图，包括：
[0129] 在步骤122中、向业务服务端发送的差旅火车票的开票请求，所述开票请求携带有目标企业的企业机构信息。
[0130] 在步骤124中、接收所述业务服务端反馈的统一发票。
[0131] 作为一个例子，企业的财务人员可以通过客户端发出差旅火车票的开票请求并发送给业务服务端，其中，开具统一发票的要求，可以是针对一定时间周期内的该企业的所有用户，也可以是部分用户。基于此，本实施例中，还可以提供指定用户选择接口，通过所述选择接口获取指定用户信息，以供所述业务服务端为所述目标企业的指定用户生成所述统一发票。
[0132] 对于业务服务端侧，如图1F所示，是本说明书根据一示例性实施例示出的另一种差旅火车票的处理方法的流程图，该方法可应用于业务服务端，包括：
[0133] 在步骤132中、接收差旅火车票的开票请求，所述开票请求携带有目标企业的企业机构信息。
[0134] 在步骤134中、根据所述企业机构信息确定所述目标企业的支付信息后，统计所述目标企业为归属于该企业的用户支付的火车票总费用。
[0135] 在步骤136中、向火车票预订系统发送取票状态请求后，接收所述火车票预订系统反馈的用户对火车票的取票状态，所述取票状态指示火车票是否被用户收取。
[0136] 在步骤138中、根据所述取票状态和所述火车票总费用，按照设定开票策略，为所述目标企业生成统一发票。
[0137] 作为例子，用户在业务服务器预订火车票，业务服务器利用企业机构的支付信息进行统一支付，相应地会产生支付数据，因此可以统计目标企业为归属于该企业的用户支付的火车票总费用。在其他例子中，相应地会产生火车票订单数据，火车票订单数据中包含有用户个人信息(名字、身份证号码或联系方式等等)和火车票相关信息(如车次信息、座位信息、票价信息或时间信息等等)，因此也可以统计企业用户购买的火车票的总金额。
[0138] 可选的，在生成发票时，可以是按照约定的默认时间周期进行开票，例如从上一次开票至当前时间的范围，或者是最近的一周，或者是从上一次开票后的一个月等等。在其他例子中，也可以是由用户指定，因此，所述开票请求还携带有目标时间周期，所述统计所述目标企业为归属于该企业的用户支付的火车票总费用，包括：统计在所述目标时间周期内的所述火车票总费用。
[0139] 本实施例中，本实施例中可以确定企业中用户对发票的取票状态，所述取票状态指示发票是否被用户收取。在一些例子中，可以是由用户主动提交取票状态，例如，用户可以将取票状态通过客户端发送给业务服务器，取票状态具体可以是“是或否”的消息。在其他例子中，用户也可以通过客户端发送火车票图像，业务服务器可以接收火车票图像，获取所述火车票图像的火车票信息，将所述火车票信息与用户的火车票订单数据匹配后，确定取票状态。
[0140] 可选的，有可能出现用户上传了其他非企业预订的火车票等情况，因此，本实施例的业务服务器还可以在接收到所述火车票图像后，确定所述火车票图像是否与所述目标企业的已存储火车票图像相同。可选的，可以存储企业员工的所有火车票图像，在有用户新上传火车票图像后，利用
图像识别等技术，对比用户新上传火车票图像与所述目标企业的已存储火车票图像相同，从而可以防止用户多次上传或上传错误等问题。
[0141] 在一个可选的实现方式中，业务处理服务器可以核对用户提交的发票图像是否准确。作为例子，获取所述火车票图像的火车票信息，可以识别所述火车票图像中的二维码，以获取所述火车票图像的火车票信息；或者对所述火车票图像进行OCR(Optical Character Recognition，光学字符识别)，以获取所述火车票图像上的火车票信息。进一步地，由于火车票的格式较为固定，各类火车票信息在火车票上的
位置相对固定，因此，在信息识别之前，可以先在火车票图像上
选定目标区域，然后在目标区域中对火车票信息进行识别，以此来减少所需处理的数据量，提高信息识别效率。
[0142] 在另一些例子中，业务服务器可以记录有用户是否收取火车票的信息，火车票服务器可以通过用户个人信息从火车票订票系统获取所述取票状态。可选的，业务服务器可以向火车票预订系统发送统一取票请求，所述取票请求携带有多个用户的用户信息，以获取所述火车票预订系统根据所述多个用户的用户信息反馈的所述多个用户的火车票图像，从而实现对发票的统一收取，无需用户介入收取发票，可以使发票得到有效回收，提高发票处理效率。
[0143] 基于取票状态和所述总金额，发票处理服务器可以按照设定开票策略为企业生成统一发票。在一些例子中，可以是按照所述总金额生成统一发票，例如被用户收取的火车票的金额较少的情况下，为了及时地完成发票处理，可以直接按照总金额生成统一发票。在另一些例子中，也可以是将所述总金额扣除用户收取火车票的金额后生成统一发票，例如可以被用户收取的火车票的金额高于
阈值，则在总金额中扣除后生成统一发票，以降低财务损失。在其他例子中，火车票图像可作为缴税的费用凭证，因此，若火车票被用户取走，还可以要求用户提交火车票图像，业务服务器可以在接收到用户提交的火车票图像后生成统一发票。当然，实际应用中可以根据需要灵活配置该设定开票策略，例如可以是结合用户特点来配置，比如某些用户收取了火车票且一定时间内未提交，直接按照总金额生成统一发票等等，本实施例对此不作限定。
[0144] 针对上述用户可能取走发票未提交的情况，本实施例中，还可以统计用户收取火车票后未提交火车票的记录，确定是否限制用户的火车票预订操作。例如，统计用户收取火车票后未提交火车票的次数，若次数大于设定阈值，可不限制对火车票的预订操作，若次数大于设定阈值，可限制该用户对火车票的预订操作，例如，限制该用户预订火车票。基于该实施例，可以使火车票得到有效回收，提高火车票处理效率，降低税务损失。
[0145] 由上述实施例可见，本实施例可以根据所述企业机构信息确定所述目标企业的支付信息后统计企业为用户支付的火车票总费用，通过向火车票预订系统发送取票状态请求后，接收所述火车票预订系统反馈的用户对火车票的取票状态，基于取票状态和所述火车票总费用，按照设定开票策略，为所述目标企业生成统一发票，从而可以以减少财务人员收集、核对发票的工作，从而提高发票处理效率。
[0146] 接下来再以火车票场景为例对本说明书提供的发票处理方案和业务处理方案进行说明，如图2A所示，以火车票场景为例，业务服务方为企业方同时提供火车票预订服务和发票处理服务，该业务服务方提供有客户端供员工使用，客户端可以提供预订火车票功能，员工可以利用该客户端发起火车票预订请求，由客户端接收用户请求，触发火车票预订的业务处理流程。其中，火车票预订请求携带有所述目标用户的用户信息、出行信息和所述目标用户所属的企业机构信息；业务服务器可以根据所述企业机构信息，确定所述企业机构对应的支付信息；向火车票预订系统发送所述目标用户的火车票预订请求，并利用所述企业机构对应的支付信息，支付所述火车票预订请求的费用。
[0147] 可选的，可以根据员工预订的车次信息确定该行程是否可以凭身份证通过检票机，可选的，客户端还可以根据订单数据，生成出行提示等信息并进行展示，以供员工查阅。
[0148] 针对可凭身份证通过检票机的情况，为了减少员工的报销流程，作为一个例子，如图2B所示，客户端可以输出推荐用户采用身份证坐火车、不换取火车票的推荐消息，以鼓励员工不取票、快速出行。其中，客户端可以输出取票状态输入接口，通过所述输入接口获取用户输入的取票状态，例如可以是一可选中“是或否”的选择选项，用户可以通过点击该选项，以使客户端通过用户的操作确定用户是否换取了火车票，并告知发票处理服务器。
[0149] 针对用户换取了火车票的情况，客户端还可以输出提示用户上传被收取火车票的图像的提示消息，以提醒用户拍摄火车票图像，或上传火车票图像；例如，客户端可以提供有图像拍摄接口和/或图像上传接口，以供用户拍摄火车票图像或上传火车票图像，使客户端可以获取到火车票图像后，确定用户换取了火车票，可以将火车票的取票状态和火车票图像发送给服务端。服务端接收到火车票图像后，可以利用OCR技术识别出图像中的火车票信息，并结合该用户的火车票订单数据进一步核对，以校验用户提供的火车票图像是否正确；其中，若识别失败可进入人工审核流程。
[0150] 另一方面，服务方可以根据员工的个人信息，从火车票服务方侧统一获取多个员工的火车票，根据获取结果，也可以确定员工是否收取了火车票。
[0151] 可选的，服务方还可以统计员工收取火车票后未提交火车票的记录，确定是否限制员工预订火车票的操作，例如，在发现员工有多次收取火车票后未提交火车票，可以输出提醒，或者直接限制该员工不可预订火车票，直至该员工上传火车票图像，从而可以减少税务损失。
[0152] 本实施例中可以为所述目标用户集生成统一发票；上述过程可以做到无需财务人员的介入，可以降低发票处理的操作复杂度，提高了发票处理效率。
[0153] 与前述差旅火车票的处理方法的实施例相对应，本说明书还提供了差旅火车票的处理装置及其所应用的服务器/电子设备的实施例。
[0154] 本说明书发票处理装置的实施例可以应用在服务器上，业务处理装置的实施例可应用在电子设备上。装置实施例可以通过
软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在发票处理/业务处理的处理器将
非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本说明书实施例发票处理装置所在服务器/业务处理装置所在电子设备的一种硬件结构图，除了图3所示的处理器310、内存330、网络接口320、以及非易失性存储器340之外，实施例中装置331所在的服务器或电子设备，通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。
[0155] 如图4所示，图4是本说明书根据一示例性实施例示出的一种差旅火车票的处理装置的框图，所述装置包括：
[0156] 接收模块41，用于：接收客户端发送的目标用户的火车票预订请求，所述火车票预订请求携带有所述目标用户的用户信息、出行信息和所述目标用户所属的企业机构信息；
[0157] 确定模块42，用于：根据所述企业机构信息，确定所述企业机构对应的支付信息；
[0158] 发送模块43，用于：向火车票预订系统发送所述目标用户的火车票预订请求，并利用所述企业机构对应的支付信息，支付所述火车票预订请求的费用。
[0159] 如图5所示，图5是本说明书根据一示例性实施例示出的一种差旅火车票的处理装置的框图，所述装置包括：
[0160] 接收模块51，用于：接收差旅火车票的开票请求，所述开票请求携带有目标企业的企业机构信息；
[0161] 统计模块52，用于：根据所述企业机构信息确定所述目标企业的支付信息后，统计所述目标企业为归属于该企业的用户支付的火车票总费用；
[0162] 发送模块53，用于：向火车票预订系统发送取票状态请求后，接收所述火车票预订系统反馈的用户对火车票的取票状态，所述取票状态指示火车票是否被用户收取；
[0163] 开票模块，用于：根据所述取票状态和所述火车票总费用，按照设定开票策略，为所述目标企业生成统一发票。
[0164] 相应的，本说明书还提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述差旅火车票的处理方法。
[0165] 相应的，本说明书还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述差旅火车票的处理方法。
[0166] 上述差旅火车票的处理装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
[0167] 对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0168] 上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
[0169] 本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。
[0170] 应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种
修改和改变。本说明书的范围仅由所附的权利要求来限制。
[0171] 以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。
