数据处理方法、装置、设备及系统与流程

数据处理方法、装置、设备及系统
1.本专利申请是申请号：cn202110593258.7，申请日：2021年05月28日，发明名称“数据处理方法、装置、设备及系统”的中国专利申请的分案申请。
技术领域
2.本文件涉及数据处理技术领域，尤其涉及一种数据处理方法、装置、设备及系统。


背景技术：

3.随着互联网技术的发展，电子发票在很多场景中代替了纸质发票。例如，在企业员工的报销场景中，由于电子发票在开票和票据保存方面相比纸质发票更加方便，因此大部分企业员工在因公消费后，会选择开具电子发票。商户开具电子发票后，将电子发票发送至企业员工指定的个人邮箱中。企业员工在报销时首先打印电子发票，然后进行报销申请单的填写，并对打印的纸质发票进行粘贴后提交至审核人员，审核人员进行发票真实性验证等审核操作，并在审核通过后进行报销。整个报销过程比较繁琐，需要耗费企业员工和审核人员较多的时间和精力。


技术实现要素：

4.本说明书一个或多个实施例提供了一种数据处理方法。该方法包括确定支付凭证对应的票据获取方式。所述支付凭证在基于报销码进行目标交易的支付处理后生成。根据所述票据获取方式，获取与所述支付凭证相匹配的电子票据。向所述报销码所属的机构入驻的应用平台回传所述电子票据和所述支付凭证。以用于在所述应用平台进行所述电子票据和所述支付凭证的处理。
5.本说明书一个或多个实施例提供了一种数据处理装置。该装置包括确定模块，确定支付凭证对应的票据获取方式。所述支付凭证在基于报销码进行目标交易的支付处理后生成。该装置还包括获取模块，根据所述票据获取方式，获取与所述支付凭证相匹配的电子票据。该装置还包括回传模块，向所述报销码所属的机构入驻的应用平台回传所述电子票据和所述支付凭证。以用于在所述应用平台进行所述电子票据和所述支付凭证的处理。
6.本说明书一个或多个实施例提供了一种数据处理系统。该系统包括数据处理平台，确定支付凭证对应的票据获取方式。所述支付凭证在基于报销码进行目标交易的支付处理后生成。根据所述票据获取方式，获取与所述支付凭证相匹配的电子票据。向所述报销码所属的机构入驻的应用平台回传所述电子票据和所述支付凭证。所述应用平台，接收所述数据平台回传的所述电子票据和所述支付平台，进行所述电子票据和所述支付凭证的处理。
7.本说明书一个或多个实施例提供了一种数据处理设备。该设备包括处理器。该设备还包括被安排成存储计算机可执行指令的存储器。所述计算机可执行指令在被执行时使所述处理器确定支付凭证对应的票据获取方式。所述支付凭证在基于报销码进行目标交易的支付处理后生成。根据所述票据获取方式，获取与所述支付凭证相匹配的电子票据。向所
述报销码所属的机构入驻的应用平台回传所述电子票据和所述支付凭证。以用于在所述应用平台进行所述电子票据和所述支付凭证的处理。
8.本说明书一个或多个实施例提供了一种存储介质。该存储介质用于存储计算机可执行指令。所述计算机可执行指令在被处理器执行时确定支付凭证对应的票据获取方式。所述支付凭证在基于报销码进行目标交易的支付处理后生成。根据所述票据获取方式，获取与所述支付凭证相匹配的电子票据。向所述报销码所属的机构入驻的应用平台回传所述电子票据和所述支付凭证。以用于在所述应用平台进行所述电子票据和所述支付凭证的处理。
附图说明
9.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
10.图1为本说明书一个或多个实施例提供的一种数据处理方法的场景示意图；
11.图2为本说明书一个或多个实施例提供的一种数据处理方法的第一种流程示意图；
12.图3为本说明书一个或多个实施例提供的一种数据处理方法的第二种流程示意图；
13.图4为本说明书一个或多个实施例提供的一种数据处理方法的第三种流程示意图；
14.图5为本说明书一个或多个实施例提供的一种数据处理方法的第四种场景示意图；
15.图6为本说明书一个或多个实施例提供的一种数据处理方法的第五种流程示意图；
16.图7为本说明书一个或多个实施例提供的一种数据处理方法的第六种流程示意图；
17.图8为本说明书一个或多个实施例提供的一种数据处理方法的第七种流程示意图；
18.图9为本说明书一个或多个实施例提供的一种数据处理方法的第八种流程示意图；
19.图10为本说明书一个或多个实施例提供的一种数据处理装置的模块组成示意图；
20.图11为本说明书一个或多个实施例提供的一种数据处理系统的组成示意图；
21.图12为本说明书一个或多个实施例提供的一种数据处理设备的结构示意图。
具体实施方式
22.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不
是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
23.图1为本说明书一个或多个实施例提供的一种数据处理方法的应用场景示意图，如图1所示，该场景包括：基于报销码进行支付操作的机构成员的第一终端设备、数据处理装置和报销码所属的机构。其中，报销码可以是二维码、条形码、字符串等任意形式。机构可以是企业、事业单位、社会团体、组织等。第一终端设备可以为手机、平板电脑、台式计算机、便携笔记本式计算机、智能手表等(图1中仅示出手机)；第一终端设备中安装有支付应用，该支付应用可以是独立的应用程序(application，简称app)，还可以是嵌入到其他应用中的小程序，还可以是基于网页的应用等。数据处理装置可以是独立的服务器，也可以是由多个服务器组成的服务器集群。应用平台可以是部署于机构的第三终端设备中的应用，机构成员中的专职成员操作该应用平台进行电子票据的处理；应用平台还可以是与机构独立的第三方实体平台，用于向机构提供电子票据的处理服务，如报销服务等。
24.具体的，机构预先为其机构成员配置报销码，当机构成员因公对至少一笔目标交易进行支付时(如出差、团建、办公采购等)，可操作其第一终端设备中的支付应用基于该报销码进行支付操作，支付应用对应的支付服务端生成对应的电子形式的支付凭证。目标交易的交易参与方生成对应的电子形式或纸质形式的票据凭证。数据处理装置针对目标交易的支付凭证，确定对应的票据获取方式；并根据确定的票据获取方式，获取与支付凭证相匹配的电子票据；向报销码所属的机构入驻的应用平台回传获取的电子票据和支付凭证，以用于在应用平台进行电子票据和支付凭证的处理。其中，交易参与方可以是线上商户、线下商户、服务平台(如购票平台)等，还可以是其他类型的交易方。电子票据包括上述电子形式的票据凭证，如电子发票，还可以包括对上述纸质形式的票据凭证进行拍照、扫描等操作所得的电子形式的票据凭证，如火车票照片等。数据处理装置可以设置于支付服务端中，还可以与支付服务端分离而独立存在。
25.进一步的，机构预先为其机构成员配置报销码的方式可以在实际应用中根据需要自行设定。例如，机构可以预先从支付应用对应的支付服务端申请报销码，并将申请的报销码提供给机构的各机构成员，各机构成员操作自身的支付应用完成报销码的绑定；相应的，机构成员进行支付操作时，可直接基于支付应用绑定的报销码进行支付。又如，机构将各机构成员的成员信息发送给支付应用对应的支付服务端，支付服务端对接收到的成员信息和分配的报销码进行绑定处理并关联保存至指定数据库；相应的，机构成员操作支付应用进行支付操作时，可首先从支付服务端获取绑定的报销码，并基于获取的报销码进行支付等。
26.由此，通过获取与基于报销码进行支付操作所生成的支付凭证相匹配的电子票据，并将电子票据和支付凭证回传给机构入驻的应用平台。对于报销场景而言，无需机构成员进行贴票等处理，实现了票据的自动回传；而且由于机构成员无法对支付凭证进行篡改，因此可通过支付凭证证明电子票据可信，实现了电子票据真实性的佐证，因而能够降低审核人员对于电子票据验真的工作量；再者，直接将电子票据和支付凭证传回至机构入驻的应用平台，而无需机构与应用平台之间进行票据的交互，因此极大的提升了报销效率以及报销相关用户的体验。
27.基于上述应用场景架构，本说明书一个或多个实施例提供了一种数据处理方法。图2为本说明书一个或多个实施例提供的一种数据处理方法的流程示意图，图2中的方法能
够由图1中的数据处理装置执行，如图2所示，该方法包括以下步骤：
28.步骤s102，确定支付凭证对应的票据获取方式；其中，支付凭证在基于报销码进行目标交易的支付处理后生成；
29.可选地，当获取到支付凭证的处理信息时，获取对应的支付凭证，并确定获取的支付凭证对应的票据获取方式。具体而言，当数据处理装置与支付应用对应的支付服务端分离而独立存在时，支付服务端若确定机构成员对于目标交易的支付操作是基于报销码进行，则在进行支付处理后生成支付凭证，将支付凭证保存至指定的支付凭证库中，并根据支付凭证的凭证标识信息向数据处理装置发送支付凭证的处理信息；数据处理装置根据处理信息中的凭证标识信息从支付凭证库中获取对应的支付凭证，并确定获取的支付凭证对应的票据获取方式。或者，支付服务端进行支付处理后生成支付凭证，将支付凭证保存至指定的支付凭证库中，并向支付应用发送支付凭证的凭证信息，如凭证标识信息、支付金额、支付时间等；支付应用响应于机构成员的支付记录查询操作，展示对应的凭证信息和报销按钮，以及响应于机构成员的报销操作，即对报销按钮的操作，根据确定的凭证标识信息向数据处理装置发送支付凭证的处理信息；数据处理装置根据处理信息中的凭证标识信息从支付凭证库中获取对应的支付凭证，并确定获取的支付凭证对应的票据获取方式。当数据处理装置设置于支付服务端中时，支付服务端生成支付凭证后，电子凭证的处理装置即可获取到相应的处理信息并获取对应的支付凭证。
30.或者，按照预设的第二时间间隔，从指定的支付凭证库中获取生成时间在相应的第二时间间隔内、且与预设标识关联的各支付凭证；针对获取的每个支付凭证，确定对应的票据获取方式。具体而言，支付服务端若确定机构成员对于目标交易的支付操作是基于报销码进行，则在进行支付处理后生成支付凭证，将支付凭证和预设标识关联保存至指定的支付凭证库中。数据处理装置按照预设的第二时间间隔，从该支付凭证库中获取生成时间在相应的第二时间间隔内、且与预设标识关联的各支付凭证，并确定每个支付凭证对应的票据获取方式。其中，预设标识可以是报销码，还可以其他的表征基于报销码进行支付的标识。
31.其中，支付凭证中可以包括凭证标识信息、支付金额、支付时间、交易参与方的参与方信息等。
32.步骤s104，根据确定的票据获取方式，获取与支付凭证相匹配的电子票据；
33.考虑到不同的交易参与方，其票据凭证的提供方式可能不同，基于此，本说明书中提供了多种票据获取方式。数据处理装置根据支付凭证对应的票据获取方式，获取与支付凭证相匹配的电子票据。
34.步骤s106，向报销码所属的机构入驻的应用平台回传电子票据和支付凭证，以用于在应用平台进行电子票据和支付凭证的处理。
35.当应用平台是部署于机构的第三终端设备中的应用时，机构成员中相关岗位的专职成员可操作该应用平台，在应用平台中进行电子票据和支付凭证的处理，如报销处理等。当应用平台是与机构独立的第三方实体平台时，应用平台可以对接收到的电子票据和支付凭证的处理，如报销处理等，并可在处理完成后，将电子票据和支付凭证发送给对应的机构，以使机构进行留存备案。
36.本说明书一个或多个实施例中，通过获取与基于报销码进行支付操作所生成的支
付凭证相匹配的电子票据，并将电子票据和支付凭证回传给机构入驻的应用平台。对于报销场景而言，无需机构成员进行贴票等处理，实现了票据的自动回传；而且由于机构成员无法对支付凭证进行篡改，因此可通过支付凭证证明电子票据可信，实现了电子票据真实性的佐证，因而能够降低审核人员对于电子票据验真的工作量；再者，直接将电子票据和支付凭证传回至机构入驻的应用平台，而无需机构与应用平台之间进行票据的交互，因此极大的提升了报销效率以及报销相关用户的体验。
37.为了提升电子票据的获取效率，本说明书一个或多个实施例中，数据处理装置可以预先与交易参与方打通，并从交易参与方获取自动回票服务，即交易参与方将与支付凭证关联的电子票据回传给数据处理装置。然而，考虑到在实际应用中，并不是每个交易参与方都有能力提供自动回票服务，基于此，数据处理装置首先确定支付凭证对应的电子票据的处理方式。具体的，如图3所示，步骤s102可以包括以下步骤s102-2和步骤s102-4：
38.步骤s102-2，从支付凭证中获取目标交易对应的交易参与方的信息；其中，支付凭证在基于报销码进行目标交易的支付处理后生成；
39.步骤s102-4，根据获取的交易参与方的信息确定对应的交易参与方是否开通了自动回票服务；若是，则确定票据获取方式为第一获取方式；若否，则确定票据获取方式为第二获取方式。
40.具体的，根据获取的交易参与方的信息，从指定的信息表中获取关联的服务提供标识；若获取的服务提供标识表征提供自动回票服务，则确定票据获取方式为第一获取方式；若获取的服务提供标识表征不提供自动回票服务，则确定票据获取方式为第二获取方式。
41.进一步的，当票据获取方式为第一获取方式时，如图4所示，步骤s104可以包括以下步骤s104-2至步骤s104-6：
42.步骤s104-2，若确定票据获取方式为第一获取方式，则确定报销码所属的机构的机构信息；
43.具体的，当支付凭证库中包括支付凭证与报销码的关联关系时，数据处理装置可以从支付凭证库中获取支付凭证和关联的报销码；根据获取的报销码，从与预设的报销码与机构信息的关联关系中，获取关联的机构信息，并将获取的机构信息确定为报销码所属的机构的机构信息。当支付凭证库中不包括支付凭证与报销码的关联关系时，数据处理装置可以根据支付凭证对应的机构成员的成员信息，从预设的成员信息与机构信息的关联关系中，获取关联的机构信息，将获取的机构信息确定为报销码所属机构的机构信息；或者，根据成员信息确定对应成员绑定的报销码，并根据报销码从与预设的报销码与机构信息的关联关系中，获取关联的机构信息，并将获取的机构信息确定为报销码所属的机构的机构信息。
44.步骤s104-4，根据确定的机构信息和确定的支付凭证的凭证标识信息，向目标交易的交易参与方发送第一票据获取请求，以使交易参与方根据第一票据获取请求生成电子票据；
45.具体的，根据确定的机构信息和确定的支付凭证的凭证标识信息，向目标交易的交易参与方的第二终端设备发送第一票据获取请求；第二终端设备根据第一票据获取请求中的凭证标识信息获取对应的目标交易的交易信息，根据交易信息生成电子票据，并将生
成的电子票据和凭证标识信息发送给数据处理装置。
46.步骤s104-6，接收交易参与方发送的电子票据和凭证标识信息；将接收到的电子票据，确定为与凭证标识信息对应的支付凭证相匹配的电子票据。
47.由此，在确定票据获取方式为第一获取方式时，即交易参与方提供自动回票服务时，主动向交易参与方发送第一票据获取请求以获取电子票据，该过程中，目标交易对应的机构成员无需任何操作，因此在机构成员无感的情况下自动完成了向应用平台的回票，不仅能够提升机构成员的体验，而且提升了回票效率。在报销场景下，极大的提升了报销效率。
48.以报销场景为例进行说明，考虑到机构可能会有报销制度的调整，使得一些基于报销码进行的目标交易的电子票据无法参与报销，为了提升向应用平台发送的电子票据的准确性。本说明书一个或多个实施例中，如图5所示，当票据获取方式为第一获取方式时，步骤s104可以包括以下步骤s104-8：
49.步骤s104-8，若票据获取方式为第一获取方式，则接收目标交易的交易参与方发送的电子票据和凭证标识信息，将接收到的电子票据，确定为与凭证标识信息对应的支付凭证相匹配的电子票据；其中，电子票据基于发起目标交易的机构成员发送的第二票据获取请求所生成，第二票据获取请求包括支付凭证的凭证标识信息。
50.具体的，目标交易的机构成员通过支付应用基于报销码进行支付操作时，支付服务端进行支付处理并生成支付凭证后，向支付应用发送支付凭证的凭证信息。支付应用响应于机构成员的支付记录查询操作，展示凭证信息和对应的票据申请按钮；以及响应于机构成员的票据申请操作，即对票据凭证申请按钮的操作，如点击或双击，根据确定的支付凭证的凭证标识信息和机构信息等，向交易参与方的第二终端设备发送第二票据获取请求；第二终端设备根据第二票据获取请求中的凭证标识信息查询对应的目标交易的交易信息，根据交易信息生成电子票据，将生成的电子票据和第二票据获取请求中的凭证标识信息发送给数据处理装置，以及向支付应用发送请求成功信息。
51.由此，在确定票据获取方式为第一获取方式时，即交易参与方提供自动回票服务时，接收交易参与方基于机构成员发送的第二票据获取请求所发送的电子票据，使得机构成员可以根据自身需要自行选择是否生成电子票据，不仅能够满足机构成员的报销需求，而且仅需机构成员在支付应用中进行简单操作即可，而无需占用机构成员过多的时间和精力，因此在实现了自动向应用平台回票的基础上，能够提升机构成员的体验。
52.进一步的，当目标交易的交易参与方不提供与支付凭证关联的自动回票服务时，还可基于机构成员的请求，提供直接回票服务，即提供电子票据与支付凭证不关联的回票服务。具体的，如图6所示，当电子票据的获取方式是第二获取方式时，步骤s104可以包括以下步骤s104-10和步骤s104-12：
53.步骤s104-10，若电子票据的获取方式为第二获取方式，则接收目标交易的交易参与方发送的电子票据；其中，电子票据基于发起目标交易的机构成员发送的第三票据获取请求所生成，第三票据获取请求基于扫描目标交易的交易参与方所提供的电子票据申请码而发送；
54.具体的，目标交易的交易参与方(如商户)提供电子票据申请码，如二维码等；发起目标交易的机构成员支付操作成功后，可以操作支付应用扫描该电子票据申请码，并输入
机构信息和支付金额等开票信息，支付应用根据该开票信息和支付应用的应用标识等信息，向目标交易的交易参与方的第二终端设备发送第三票据获取请求；第二终端设备根据第三票据获取请求生成对应的电子票据，根据应用标识确定关联的数据处理装置；向第一终端设备发送请求成功信息，并将电子票据发送给数据处理装置，从而实现直接回票服务；数据处理装置接收第二终端设备发送的电子票据。
55.步骤s104-12，根据预设的第一匹配方式对电子票据和支付凭证进行匹配处理，若匹配通过，则将接收到的电子票据确定为与支付凭证相匹配的电子票据。
56.其中，第一匹配方式可以在实际应用中根据需要自行设定。例如分别对电子票据和支付凭证进行信息提取处理，得到对应的第一关键信息和第二关键信息，对第一关键信息和第二关键信息进行匹配处理，得到第一关键信息与第二关键信息的相似度；若确定相似度大于相似度阈值，则确定电子票据和支付凭证匹配通过。第一关键信息如支付金额、电子票据的提供方的信息(如商户信息)等，第二关键信息如支付金额、交易参与方的参与方信息等。
57.由此，在目标交易的交易参与方提供直接回票服务时，发起目标交易的机构成员可根据需要进行扫码回票，而无需机构成员进行线下贴票等处理，不仅实现了电子票据的自动回传，而且能够提升机构成员的体验。
58.考虑到在实际应用中，一些交易参与方可能没有与数据处理装置打通，或者仅提供纸质票据，基于此，本说明书一个或多个实施例中，如图7所示，步骤s104可以包括以下步骤s104-14和步骤s104-16：
59.步骤s104-14，若电子票据的获取方式为第二获取方式，则接收发起目标交易的机构成员的第一终端设备发送的第一关联请求；其中，第一关联请求包括电子票据和凭证标识信息；电子票据为第一终端设备基于机构成员的票务申请操作，从目标交易的交易参与方获取而得；或电子票据基于目标交易的纸质票据生成并由机构成员上传；
60.具体的，目标交易的交易参与方(如商户)提供电子票据申请码，如二维码等；发起目标交易的机构成员支付操作成功后，可以操作其第一终端设备中的支付应用扫描该电子票据申请码，并输入机构信息和支付金额等开票信息，以及指定电子票据的接收地址(如机构成员的个人邮箱等)；支付应用根据开票信息和接收地址向交易参与方的第二终端设备发送第四票据获取请求。第二终端设备根据第四票据获取请求中的开票信息生成对应的电子票据，并将电子票据发送至接收地址。或者，当交易提供方向机构成员提供纸质票据时，机构成员对该纸质票据进行拍照或扫描等，得到对应的电子票据。第一终端设备中的支付应用响应于机构成员的支付记录查询操作，展示支付凭证的凭证信息和对应的上传按钮；以及响应于机构成员对上传按钮的操作，获取机构成员上传的接收地址中的电子票据或获取机构成员上传的基于纸质票据得到的电子票据；确定对应的支付凭证的凭证标识信息；根据获取的电子票据和确定的凭证标识信息，向数据处理装置发送第一关联请求。
61.步骤s106-16，将第一关联请求中的电子票据，确定为与凭证标识信息对应的支付凭证相匹配的电子票据。
62.由此，通过在支付应用中与支付凭证的凭证信息对应设置上传按钮，在交易参与方未与数据处理装置打通，或者交易参与方不提供电子票据时，机构成员可操作该上传按钮上传对应的电子票据，以通过简单的操作实现自动回票，而无需进行线下贴票等操作，不
仅能够提升机构成员的体验，而且有利于提升报销效率。
63.进一步的，考虑到在实际应用中，可能还有一些交易参与方不提供票据凭证，在此情况下，当允许机构成员凑票时，机构成员还可以上传基于其他交易所获取的电子票据。具体的，如图8所示，步骤s104可以包括以下步骤s104-18至步骤s104-22：
64.步骤s104-18，若电子票据的获取方式为第二获取方式，则接收发起目标交易的机构成员的第一终端设备发送的第二关联请求；其中，第二关联请求包括电子票据和凭证标识信息；电子票据非基于目标交易生成并由机构成员上传；
65.具体而言，当交易参与方不提供票据凭证时，即不提供任何电子票据和纸质票据时，机构成员可以基于其他交易获取电子票据，即该电子票据不是基于目标交易所生成。同样的，第一终端设备中的支付应用响应于机构成员的支付记录查询操作，展示支付凭证的凭证信息和对应的上传按钮；以及响应于机构成员的上传操作，即对上传按钮的操作，获取机构成员上传的该非基于目标交易的电子票据；确定对应的支付凭证的凭证标识信息；根据获取的电子票据和确定的凭证标识信息，向数据处理装置发送第二关联请求。
66.步骤s104-20，根据第二关联请求中的凭证标识信息获取对应的支付凭证，根据预设的第二匹配方式对第二关联请求中的电子票据和获取的支付凭证进行匹配处理；
67.其中，第二匹配方式与上述第一匹配方式可以相同，也可以不同，其可以在实际应用中根据需要自行设定。
68.步骤s104-22，若匹配处理通过，则将接收到的电子票据确定为与获取的支付凭证相匹配的电子票据。
69.由此，在允许凑票的情况下，机构成员可操作支付应用中的上传按钮上传对应的电子票据，以通过简单的操作实现自动回票，而无需进行线下贴票等操作，不仅能够提升机构成员的体验，而且有利于提升报销效率。
70.为了使应用平台可以有序的进行电子票据和支付凭证的处理，本说明书一个或多个实施例中，可以首先向应用平台发送提示信息。具体的，如图9所示，步骤s106可以包括以下步骤s106-2和步骤s106-4：
71.步骤s106-2，根据支付凭证的凭证信息和电子票据的票据信息，向报销码所属的机构入驻的应用平台发送提示信息；
72.具体的，每隔预设的第一时间间隔，根据相应的第一时间间隔内所获取的各电子票据的票据信息和相匹配的支付凭证的凭证信息，建立电子票据和支付凭证的关联关系；根据建立的关联关系，向报销码所属的机构入驻的应用平台发送提示信息。其中，票据信息如票据标识信息，凭证信息如凭证标识信息等。
73.步骤s106-4，若接收到应用平台发送的指定请求，则向报销码所属的机构入驻的应用平台回传电子票据和支付凭证。
74.具体的，应用平台可以包括下载按钮，应用平台响应与用户对下载按钮的操作，向数据处理装置发送下载请求；数据处理装置根据接收到的下载请求，对相应的电子票据和支付凭证进行下载处理，以向应用平台回传电子票据和支付凭证。或者，应用平台可以包括票据获取按钮，应用平台响应与用户对票据获取按钮的操作，向数据处理装置发送票据获取请求；数据处理装置根据接收到的票据获取请求，向应用平台发送对应的电子票据和支付凭证。
75.进一步的，为了提升报销效率，以及无需机构成员垫付资金，本说明书一个或多个实施例中，机构在进行报销码的配置处理时，还可以指定机构的支付账户，支付服务器将该支付账户与分配的报销码关联保存，并在确定机构成员的支付操作是基于报销码进行时，确定报销码关联的支付账户，基于确定的支付账户进行支付处理。其中，支付账户可以是储蓄账户、信用账户等。由此，基于报销码，可实现支付、报销的一体化处理，且无需机构成员垫付资金，不仅能够提升报销效率，而且能够极大的提升机构成员的体验。
76.本说明书一个或多个实施例中，通过获取与基于报销码进行支付操作所生成的支付凭证相匹配的电子票据，并将电子票据和支付凭证回传给机构入驻的应用平台。对于报销场景而言，无需机构成员进行贴票等处理，实现了票据的自动回传；而且由于机构成员无法对支付凭证进行篡改，因此可通过支付凭证证明电子票据可信，实现了电子票据真实性的佐证，因而能够降低审核人员对于电子票据验真的工作量；再者，直接将电子票据和支付凭证传回至机构入驻的应用平台，而无需机构与应用平台之间进行票据的交互，因此极大的提升了报销效率以及报销相关用户的体验。
77.对应上述描述的数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种数据处理装置。图10为本说明书一个或多个实施例提供的一种数据处理装置的模块组成示意图，如图10所示，该装置包括：
78.确定模块201，确定支付凭证对应的票据获取方式；所述支付凭证在基于报销码进行目标交易的支付处理后生成；
79.获取模块202，根据所述票据获取方式，获取与所述支付凭证相匹配的电子票据；
80.回传模块203，向所述报销码所属的机构入驻的应用平台回传所述电子票据和所述支付凭证，以用于在所述应用平台进行所述电子票据和所述支付凭证的处理。
81.可选地，所述确定模块201，从所述支付凭证中获取所述目标交易对应的交易参与方的信息；
82.根据所述交易参与方的信息确定所述交易参与方是否开通了自动回票服务；
83.若是，则确定所述票据获取方式为第一获取方式；
84.若否，则确定所述票据获取方式为第二获取方式。
85.本说明书一个或多个实施例提供的数据处理装置，通过获取与基于报销码进行支付操作所生成的支付凭证相匹配的电子票据，并将电子票据和支付凭证回传给机构入驻的应用平台。对于报销场景而言，无需机构成员进行贴票等处理，实现了票据的自动回传；而且由于机构成员无法对支付凭证进行篡改，因此可通过支付凭证证明电子票据可信，实现了电子票据真实性的佐证，因而能够降低审核人员对于电子票据验真的工作量；再者，直接将电子票据和支付凭证传回至机构入驻的应用平台，而无需机构与应用平台之间进行票据的交互，因此极大的提升了报销效率以及报销相关用户的体验。
86.需要说明的是，本说明书中关于数据处理装置的实施例与本说明书中关于数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的数据处理方法的实施，重复之处不再赘述。
87.进一步的，对应上述描述的数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种数据处理系统。图11为本说明书一个或多个实施例提供的一种数据处理系统的组成示意图，如图11所示，该系统包括：数据处理平台301和应用平台302；
88.数据处理平台301，确定支付凭证对应的票据获取方式；所述支付凭证在基于报销码进行目标交易的支付处理后生成；根据所述票据获取方式，获取与所述支付凭证相匹配的电子票据；向所述报销码所属的机构入驻的应用平台302回传所述电子票据和所述支付凭证；
89.应用平台302，接收所述数据平台301回传的所述电子票据和所述支付平台，进行所述电子票据和所述支付凭证的处理。
90.可选地，所述系统还包括：发起所述目标交易的所述机构的机构成员的第一终端设备、所述目标交易的交易参与方的第二终端设备；
91.所述数据处理平台301，若确定所述票据获取方式为第一获取方式，则根据报销码确定所述机构的机构信息；根据所述机构信息和确定的所述支付凭证的凭证标识信息，向所述第二终端设备发送第一票据获取请求；接收所述第二终端设备发送的所述电子票据和所述凭证标识信息，并将所述电子票据确定为与所述凭证标识信息对应的所述支付凭证相匹配的电子票据；
92.所述第二终端设备，接收所述数据处理平台301发送的所述第一票据获取请求，根据所述第一票据获取请求生成所述电子票据，向所述数据处理平台发送所述电子票据和所述凭证标识信息；
93.或者，
94.所述第一终端设备，响应于所述机构成员的支付记录查询操作，展示对应的支付凭证的凭证信息；以及，响应于所述机构成员基于所述凭证信息的票据申请操作，根据确定的所述支付凭证的凭证标识信息和所述机构的机构信息，向所述第二终端设备发送第二票据获取请求；接收所述第二终端设备发送的请求成功信息；
95.所述第二终端设备，根据所述第二票据获取请求生成所述电子票据，将所述电子票据和所述凭证标识信息发送给所述数据处理平台301，以及向所述第一终端设备发送请求成功信息；
96.所述数据处理平台301，若确定所述票据获取方式为第一获取方式、且接收到所述第二终端设备发送的所述电子票据和所述凭证标识信息，则将接收到的所述电子票据，确定为与所述凭证标识信息对应的所述支付凭证相匹配的电子票据。
97.本说明书一个或多个实施例提供的数据处理系统，通过获取与基于报销码进行支付操作所生成的支付凭证相匹配的电子票据，并将电子票据和支付凭证回传给机构入驻的应用平台。对于报销场景而言，无需机构成员进行贴票等处理，实现了票据的自动回传；而且由于机构成员无法对支付凭证进行篡改，因此可通过支付凭证证明电子票据可信，实现了电子票据真实性的佐证，因而能够降低审核人员对于电子票据验真的工作量；再者，直接将电子票据和支付凭证传回至机构入驻的应用平台，而无需机构与应用平台之间进行票据的交互，因此极大的提升了报销效率以及报销相关用户的体验。
98.需要说明的是，本说明书中关于数据处理系统的实施例与本说明书中关于数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的数据处理方法的实施，重复之处不再赘述。
99.进一步地，对应上述描述的数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种数据处理设备，该设备用于执行上述的数据处理方法，图12为本说
明书一个或多个实施例提供的一种数据处理设备的结构示意图。
100.如图12所示，数据处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器401和存储器402，存储器402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括数据处理设备中的一系列计算机可执行指令。更进一步地，处理器401可以设置为与存储器402通信，在数据处理设备上执行存储器402中的一系列计算机可执行指令。数据处理设备还可以包括一个或一个以上电源403，一个或一个以上有线或无线网络接口404，一个或一个以上输入输出接口405，一个或一个以上键盘406等。
101.在一个具体的实施例中，数据处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对数据处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
102.确定支付凭证对应的票据获取方式；所述支付凭证在基于报销码进行目标交易的支付处理后生成；
103.根据所述票据获取方式，获取与所述支付凭证相匹配的电子票据；
104.向所述报销码所属的机构入驻的应用平台回传所述电子票据和所述支付凭证，以用于在所述应用平台进行所述电子票据和所述支付凭证的处理。
105.本说明书一个或多个实施例提供的数据处理设备，通过获取与基于报销码进行支付操作所生成的支付凭证相匹配的电子票据，并将电子票据和支付凭证回传给机构入驻的应用平台。对于报销场景而言，无需机构成员进行贴票等处理，实现了票据的自动回传；而且由于机构成员无法对支付凭证进行篡改，因此可通过支付凭证证明电子票据可信，实现了电子票据真实性的佐证，因而能够降低审核人员对于电子票据验真的工作量；再者，直接将电子票据和支付凭证传回至机构入驻的应用平台，而无需机构与应用平台之间进行票据的交互，因此极大的提升了报销效率以及报销相关用户的体验。
106.需要说明的是，本说明书中关于数据处理设备的实施例与本说明书中关于数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的数据处理方法的实施，重复之处不再赘述。
107.进一步地，对应上述描述的数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供了一种存储介质，用于存储计算机可执行指令，一个具体的实施例中，该存储介质可以为u盘、光盘、硬盘等，该存储介质存储的计算机可执行指令在被处理器执行时，能实现以下流程：
108.确定支付凭证对应的票据获取方式；所述支付凭证在基于报销码进行目标交易的支付处理后生成；
109.根据所述票据获取方式，获取与所述支付凭证相匹配的电子票据；
110.向所述报销码所属的机构入驻的应用平台回传所述电子票据和所述支付凭证，以用于在所述应用平台进行所述电子票据和所述支付凭证的处理。
111.本说明书一个或多个实施例提供的存储介质存储的计算机可执行指令在被处理
器执行时，通过获取与基于报销码进行支付操作所生成的支付凭证相匹配的电子票据，并将电子票据和支付凭证回传给机构入驻的应用平台。对于报销场景而言，无需机构成员进行贴票等处理，实现了票据的自动回传；而且由于机构成员无法对支付凭证进行篡改，因此可通过支付凭证证明电子票据可信，实现了电子票据真实性的佐证，因而能够降低审核人员对于电子票据验真的工作量；再者，直接将电子票据和支付凭证传回至机构入驻的应用平台，而无需机构与应用平台之间进行票据的交互，因此极大的提升了报销效率以及报销相关用户的体验。
112.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的数据处理方法的实施，重复之处不再赘述。
113.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
114.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device，pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
115.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存
储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
116.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
117.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
118.本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
119.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
120.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
121.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
122.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
123.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
124.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法
或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
125.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
126.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
127.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
128.以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。