基于退费业务的业务数据处理方法、装置及计算机设备

技术领域

本申请涉及基架运维技术领域，尤其涉及一种基于退费业务的业务数据处理方法、装置、计算机设备及计算机可读存储介质。

背景技术

目前柜面多数支付选择的是银行卡支付，很多情况下对于个别业务有自己单独的原卡原退方式，即每种业务对应设置相应的原卡原退方式，该种业务需要进行退费时，调用该业务相对应的退费方式，进行业务退费。随着公司业务不断发展，业务的增多，由于每种业务需要对接不同的支付方式与渠道，传统技术中，每新增一种新的支付渠道与退费方式，都会造成很多冗余的代码，例如，在养老险业务中，随着公司的业务不断发展，养老险需要对接不同的支付方式与渠道，然而目前每新增一种新的支付渠道与退费方式，都会造成很多冗余的代码，业务种类越多，支付方式与渠道越多，进行业务退费时，相对应的退费代码也多，造成很多冗余的代码，不利于后期的维护与扩展，造成原卡原退管理起来比较困难，降低了业务系统中原卡原退功能的维护效率。

发明内容

本申请提供了一种基于退费业务的业务数据处理方法、装置、计算机设备及计算机可读存储介质，能够解决传统技术中对业务系统的原卡原退功能的维护效率较低的问题。

第一方面，本申请提供了一种基于退费业务的业务数据处理方法，包括：基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息，并将所述订单信息显示在预设第一显示页面上；基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果，并将所述校验结果显示在预设第二显示页面上；若所述校验结果为校验通过，根据所述校验结果，基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果。

第二方面，本申请还提供了一种基于退费业务的业务数据处理装置，包括：查询单元，用于基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息，并将所述订单信息显示在预设第一显示页面上；校验单元，用于基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果，并将所述校验结果显示在预设第二显示页面上；退费单元，用于若所述校验结果为校验通过，根据所述校验结果，基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果。

第三方面，本申请还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现所述基于退费业务的业务数据处理方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器执行所述基于退费业务的业务数据处理方法的步骤。

本申请提供了一种基于退费业务的业务数据处理方法、装置、计算机设备及计算机可读存储介质。本申请进行业务退费时，通过基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息，并将所述订单信息显示在预设第一显示页面上，再基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果，并将所述校验结果显示在预设第二显示页面上，若所述校验结果为校验通过，根据所述校验结果，然后基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果，本申请通过将预设订单信息查询按钮、预设订单信息校验按钮及预设原卡原退退费按钮的结合，实现了业务的退费功能与具体业务的脱离，对于新业务类型，只需新增新对接的支付渠道，对于特殊业务无需单独的开发原卡原退，相比传统技术中将业务的退费功能与具体业务融合在一起的开发方式，减少了代码的冗余，节省了开发成本，也便于后续对退费功能的管理、维护与更新，也便于对退费业务类型的扩展，提高了对退费功能维护的效率和便利性，并且尤其是在柜面办理退费业务时，是在办理退费的工作人员确定进行退费的每个步骤，并点击相对应的预设按钮的情形下，进行逐步的办理退费业务，相比传统技术中的一键自动退费，实现了办理退费业务的主动可控性，提高了退费业务办理的灵活性。

附图说明

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

图1为本申请实施例提供的基于退费业务的业务数据处理方法的一个流程示意图；

图2为本申请实施例提供的基于退费业务的业务数据处理方法的第一个子流程示意图；

图3为本申请实施例提供的基于退费业务的业务数据处理方法的第二个子流程示意图；

图4为本申请实施例提供的基于退费业务的业务数据处理方法的第三个子流程示意图；

图5为本申请实施例提供的基于退费业务的业务数据处理方法的第四个子流程示意图；

图6为本申请实施例提供的基于退费业务的业务数据处理方法的第五个子流程示意图；

图7为本申请实施例提供的基于退费业务的业务数据处理装置的一个示意性框图；以及

图8为本申请实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

请参阅图1，图1为本申请实施例提供的基于退费业务的业务数据处理方法的一个流程示意图。如图1所示，该方法包括以下步骤S11-S13：

S11、基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息，并将所述订单信息显示在预设第一显示页面上。

具体地，可以在办理退费业务的页面新增预设订单信息查询按钮，以便于办理退费业务的工作人员查询需要进行退费处理的预设订单相对应的预设订单信息。

尤其是在柜面办理退费业务时，办理退费业务的工作人员可以输入需要进行退费处理的预设订单所对应的唯一预设订单标识，所述预设订单标识包括所述预设订单所对应的预设订单编号、所述预设订单所包含的预设人员名称、预设人员的身份证号及预设人员的预设手机号码等预设联系方式。所述工作人员输入预设订单所对应的预设订单标识后，点击将所述预设订单标识所对应的预设订单进行查询的预设订单信息查询按钮，以产生将预设订单进行查询的查询指令，计算机设备基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，去订单信息所对应的存储空间，例如预设数据库中，将所述预设订单相对应的预设订单信息进行查询，从而得到所述预设订单信息，并将所述订单信息显示在预设第一显示页面上，以便于办理退费业务的工作人员查看办理退费的预设订单所对应的订单信息。例如，在养老险业务中，柜面业务人员通过点击预设订单信息查询按钮时，可以查询订单相关信息，比如投保订单的金额、订单目前状态是否有效、退保的金额以及审批流程中各个柜面岗位的审批信息等等。

S12、基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果，并将所述校验结果显示在预设第二显示页面上。

其中，所述预设第一显示页面与所述预设第二显示页面可以为同一个显示页面，也可以为不同显示页面。

具体地，可以在办理退费业务的页面新增预设订单信息校验按钮，以便于办理退费业务的工作人员将需要进行退费处理的预设订单相对应的订单信息进行校验。

得到所述预设订单信息，并将所述订单信息显示在预设第二显示页面上，办理退费业务的工作人员查看所述预设订单信息后，可以点击预设订单信息校验按钮，以产生将所述订单信息进行校验的校验指令，以对所述订单信息进行自动校验，计算机设备基于预设订单信息校验按钮，获取所述订单信息，根据所述订单信息，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果。例如，在养老险业务中办理养老险退费时，柜面业务人员通过点击预设订单信息校验按钮，后台计算机设备会校验进行退费的订单是否符合原卡原退的条件，比如，当办理退费的工作人员点击预设订单信息校验按钮的时候，可以先去校验这笔退费的申请，在最初投保的时候钱是否确认到账，如并未确认到账不允许发起支付；然后校验申请的金额和退费的金额是否一致，不一致不允许发起支付；接着校验此笔申请是否已经支付过了，如果已支付过不允许发起支付；最后调用支付方式判断接口判断支付方式，根据支付方式获取申请投保时的缴费流水或者缴费银行账号等，调用外部判断接口判断缴费流水或银行账号是否有效，如果无效则不允许发起支付，后续可让客户提供有效的银行账号进行转账，后续可根据具体的业务需求新增其他的校验等等。

S13、若所述校验结果为校验通过，根据所述校验结果，基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果。

具体地，可以在办理退费业务的页面新增预设原卡原退退费按钮，以便于办理退费业务的工作人员将需要进行退费处理的预设订单相对应的订单费用进行原卡原退。

得到所述订单信息所对应的校验结果，并将所述校验结果显示在预设第二显示页面上，若所述校验结果为校验通过，办理退费业务的工作人员查看所述订单信息所对应的校验结果，根据所述校验结果，且办理退费业务的工作人员确定对所述业务进行退费处理时，可以点击预设原卡原退退费按钮，以产生将所述订单进行原卡原退的退费指令，以对所述订单的费用进行原卡原退，计算机设备基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，根据所述订单信息，获取所述订单信息，尤其获取所述预设订单所包含支付信息，所述支付信息包含所述预设订单的费用相对应的支付金额、支付路径与支付账号，将所述预设订单所对应的费用根据所述费用相对应的支付路径与支付账号，将所述支付金额按照所述支付路径退换至所述支付账号，以将所述预设订单所对应的费用进行原卡原退，并得到所述预设订单所对应的退费结果，并可以将所述退费结果显示在预设第三显示页面上，其中，所述预设第三显示页面可以与所述预设第一显示页面或者所述预设第二显示页面为同一个显示页面，也可以不为同一个显示页面。例如，在养老险业务中，若订单信息所对应的校验结果为通过，柜面业务人员点击预设原卡原退退费按钮，发起转账，通过所述订单信息中的支付方式的接口判断出支付方式，并获取缴费的流水或者银行账号，比如若是微信支付，通过支付中心，获取配置文件的支付的SDK请求路径，发起支付，退款成功后通知用户。

本申请实施例中，进行业务退费时，通过基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息，并将所述订单信息显示在预设第一显示页面上，再基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果，并将所述校验结果显示在预设第二显示页面上，若所述校验结果为校验通过，根据所述校验结果，然后基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果，并可以将所述退费结果显示在预设第三显示页面上。本申请实施例通过将预设订单信息查询按钮、预设订单信息校验按钮及预设原卡原退退费按钮的结合，实现了业务的退费功能与具体业务的脱离，对于新业务类型，只需新增新对接的支付渠道，对于特殊业务无需单独的开发原卡原退，相比传统技术中将业务的退费功能与具体业务融合在一起的开发方式，减少了代码的冗余，节省了开发成本，也便于后续对退费功能的管理、维护与更新，也便于对退费业务类型的扩展，提高了对退费功能维护的效率和便利性，并且尤其是在柜面办理退费业务时，是在办理退费的工作人员确定进行退费的每个步骤，并点击相对应的预设按钮的情形下，进行逐步的办理退费业务，相比传统技术中的一键自动退费，实现了办理退费业务的主动可控性，提高了退费业务办理的灵活性。

请参阅图2，图2为本申请实施例提供的基于退费业务的业务数据处理方法的第一个子流程示意图。如图2所示，在该实施例中，所述基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果的步骤包括：

S21、基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，获取所述订单信息所属的预设业务类型；

S22、根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则；

S23、根据所述预设校验规则，将所述订单信息进行校验，以得到所述订单信息所对应的校验结果。

具体地，针对存在多种业务类型，每种业务类型存在相对应的预设校验规则的情形，可以针对每种业务类型设置各自相对应的预设校验规则，并可以将所有所述预设校验规则存储于预设校验规则表中，所述预设校验规则表中包含各个业务类型及各个业务类型各自所对应的预设校验规则，后续可以根据所述业务类型获取所述业务类型所对应的预设校验规则，并使用所述预设校验规则对业务信息进行校验。

获取到所述预设订单相对应的预设订单信息后，若办理退费业务的工作人员确定对所述预设订单信息进行校验，可以点击预设订单信息校验按钮，以产生将所述订单信息进行校验的校验指令，计算机设备基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，获取所述订单信息，并根据所述订单信息及预设的订单信息与预设业务类型的匹配关系，例如根据所述订单信息中所包含的可识别业务类型的订单编号，或者所述订单信息中包含的所述业务类型的字段等订单信息，识别所述订单信息所属的预设业务类型，以获取所述订单信息所属的预设业务类型，根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则，例如可以根据所述预设业务类型，从预设校验规则表中，根据预设业务类型与所述预设校验规则之间的对应关系，获取所述业务类型相对应的预设校验规则，再根据所述预设校验规则，将所述订单信息进行校验，以得到所述订单信息所对应的校验结果。

在本申请实施例中，通过基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，获取所述订单信息所属的预设业务类型，并根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则，以将各种业务类型各自所对应的预设校验规则与预设订单信息校验按钮进行解耦，实现将预设订单信息校验按钮与各种业务类型各自所对应的预设校验规则进行联动，从而对所述预设订单信息进行校验，本申请实施例通过将预设订单信息校验按钮与具体的预设校验规则脱离开，从而使预设订单信息校验按钮可以适用不同业务类型的订单信息的校验，相比传统技术中，针对每一业务类型均设置相对应的退费按钮，本申请实施例可以将多种业务类型各自所对应的预设校验规则根据需要进行调用的方式集成于一个预设订单信息校验按钮，减少了多种业务类型各自校验代码的冗余，能够提高对原卡原退功能的集中管理，也便于后续新增或者更改校验规则，而无需将整个业务的校验模块进行更改与维护，提高了原卡原退功能的维护与原卡原退业务的扩展。

请参阅图3，图3为本申请实施例提供的基于退费业务的业务数据处理方法的第二个子流程示意图。如图3所示，在该实施例中，所述根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则的步骤包括：

S31、根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则表；

S32、根据所述预设校验规则表，获取所述预设业务类型所对应的预设校验规则。

具体地，可以预先设置包含各种业务类型各自所对应的预设校验规则的预设校验规则表，若业务种类繁多，相对应的存在繁多的预设校验规则，还可以设置多个预设校验规则表。

针对仅存在一个预设校验规则表的情形，然后直接根据所述预设校验规则表，获取所述预设业务类型所对应的预设校验规则表，根据所述预设校验规则表，获取所述预设业务类型所对应的预设校验规则。若存在多个预设校验规则表，需要先根据所述预设业务类型，确定所述预设业务类型所对应的预设校验规则表，然后获取所述预设业务类型所对应的预设校验规则表，再通过所述预设校验规则表，获取所述预设业务类型所对应的预设校验规则，以对所述订单信息进行校验，并而可以通过预设校验规则表，直接对各种业务类型所对应的预设校验规则进行维护与更新，可以由业务进行维护，无需通过开发人员进行维护，尤其无需开发人员对每种业务类型所对应的原卡原退的退费业务代码进行维护，对退费业务的处理流程短，响应时效高，能够提高对各种业务类型所对应的预设校验规则进行更新与维护的效率。

请参阅图4，图4为本申请实施例提供的基于退费业务的业务数据处理方法的第三个子流程示意图。如图4所示，在该实施例中，所述响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果的步骤包括：

S41、获取所述预设订单所包含的支付信息，所述支付信息包含所述预设订单的费用所对应的支付金额、支付路径与支付账号；

S42、将所述支付金额按照所述支付路径退回至所述支付账号，以将所述预设订单所对应的费用进行原卡原退，并得到所述预设订单所对应的退费结果。

具体地，在预设订单进行支付时，将所述预设订单的支付信息记录到所述预设订单中，所述支付信息包含所述预设订单中的支付的费用所对应的支付金额、支付路径与支付账号，例如，后台创建银行卡支付接口、微信支付接口、支付宝支付接口及其它支付接口等，这些接口统一都要实现支付中心的支付功能，并将各个支付方式的请求路径(即支付路径)维护在配置文件中，后续所述支付接口就可包括银行卡支付接口、微信支付接口、支付宝支付接口及其它支付接口。后续在进行基于原卡原退的业务退费办理时，若所述校验结果为校验通过，根据所述校验结果，基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，获取所述预设订单所包含的支付信息，所述支付信息包含所述预设订单的费用所对应的支付金额、支付路径与支付账号，将所述支付金额按照所述支付路径退回至所述支付账号，以将所述预设订单所对应的费用进行原卡原退，并得到所述预设订单所对应的退费结果，并可以将所述退费结果显示在预设第三显示页面上。

请参阅图5，图5为本申请实施例提供的基于退费业务的业务数据处理方法的第四个子流程示意图。如图5所示，在该实施例中，所述若所述校验结果为校验通过，根据所述校验结果，基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果的步骤之后，还包括：

S51、获取触发所述预设原卡原退退费按钮的登录账户所对应的账户信息及触发时间；

S52、记录所述账户信息及所述触发时间至所述退费结果。

具体地，为了提高退费业务的可追溯性，以保证财务的安全性，可以在工作人员办理退费业务时，强制用户进行账户登录，只有有登录权限的用户才可以进行退费操作，并在用户进行业务退费办理时，获取触发所述预设原卡原退退费按钮的登录账户所对应的账户信息及触发时间，记录所述账户信息及所述触发时间至所述退费结果，作为留存证据，以便后续发生风险或者纠纷时，进行退费业务的追溯，从而提高退费业务的财务安全性。

请参阅图6，图6为本申请实施例提供的基于退费业务的业务数据处理方法的第五个子流程示意图。如图6所示，在该实施例中，所述基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息的步骤包括：

S61、接收用户输入预设订单所对应的预设订单标识，并基于预设订单信息查询按钮，接收用户触发所述预设订单信息查询按钮所对应的查询指令；

S62、根据所述预设订单标识及所述预设查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息。

具体地，在办理退费业务的页面新增预设订单信息查询按钮后，用户可以输入预设订单所对应的预设订单标识，所述预设订单标识包括所述预设订单所对应的预设订单编号、所述预设订单所包含的预设人员名称、预设人员的身份证号及预设人员的预设手机号码等预设联系方式，并点击设订单信息查询按钮，计算机设备接收用户输入的预设订单所对应的预设订单标识，并基于预设订单信息查询按钮，接收用户触发所述预设订单信息查询按钮所对应的查询指令，然后根据所述预设订单标识及所述预设查询指令，去预设数据库中将所述预设订单相对应的预设订单信息进行查询，从而得到所述预设订单信息。

在一实施例中，所述接收用户输入预设订单所对应的预设订单标识的步骤包括：

接收用户输入预设订单的预设订单标识所对应的预设订单标识语音，并将所述预设订单标识语音进行语音识别，以得到所述预设订单标识。

具体地，在用户输入预设订单的预设订单标识时，可以通过麦克风等语音输入设备输入预设订单标识所对应的预设订单标识语音，然后将所述预设订单标识语音进行语音识别，以得到所述预设订单标识。尤其是随着语音识别技术的发展，语音识别的准确度越来越高，通过用户通过语音方式输入预设订单标识所对应的预设订单标识语音，然后将所述预设订单标识语音进行语音识别，以得到所述预设订单标识，相比传统技术中通过手动输入文字的形式输入订单标识，能够避免手动输入文字容易出现错误的情形，从而提高输入预设订单的预设订单标识的正确性与效率，进而提高办理业务退费的效率。

需要说明的是，上述各个实施例所述的基于退费业务的业务数据处理方法，可以根据需要将不同实施例中包含的技术特征重新进行组合，以获取组合后的实施方案，但都在本申请要求的保护范围之内。

请参阅图7，图7为本申请实施例提供的基于退费业务的业务数据处理装置的一个示意性框图。对应于上述所述基于退费业务的业务数据处理方法，本申请实施例还提供一种基于退费业务的业务数据处理装置。如图7所示，该基于退费业务的业务数据处理装置包括用于执行上述所述基于退费业务的业务数据处理方法的单元，该基于退费业务的业务数据处理装置可以被配置于计算机设备中。具体地，请参阅图7，该基于退费业务的业务数据处理装置70包括查询单元71、校验单元72及退费取单元73。

其中，查询单元71，用于基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息，并将所述订单信息显示在预设第一显示页面上；

校验单元72，用于基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果，并将所述校验结果显示在预设第二显示页面上；

退费单元73，用于若所述校验结果为校验通过，根据所述校验结果，基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果。

在一实施例中，所述校验单元72包括：

第一获取子单元，用于基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，获取所述订单信息所属的预设业务类型；

第二获取子单元，用于根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则；

校验子单元，用于根据所述预设校验规则，将所述订单信息进行校验，以得到所述订单信息所对应的校验结果。

在一实施例中，所述第二获取子单元包括：

第三获取子单元，用于根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则表；

第四获取子单元，用于根据所述预设校验规则表，获取所述预设业务类型所对应的预设校验规则。

在一实施例中，所述退费单元73包括：

第五获取子单元，用于获取所述预设订单所包含的支付信息，所述支付信息包含所述预设订单的费用所对应的支付金额、支付路径与支付账号；

退费子单元，用于将所述支付金额按照所述支付路径退回至所述支付账号，以将所述预设订单所对应的费用进行原卡原退，并得到所述预设订单所对应的退费结果。

在一实施例中，所述基于退费业务的业务数据处理装置70还包括：

获取单元，用于获取触发所述预设原卡原退退费按钮的登录账户所对应的账户信息及触发时间；

记录单元，用于记录所述账户信息及所述触发时间至所述退费结果。

在一实施例中，所述查询单元71包括：

接收子单元，用于接收用户输入预设订单所对应的预设订单标识，并基于预设订单信息查询按钮，接收用户触发所述预设订单信息查询按钮所对应的查询指令；

查询子单元，用于根据所述预设订单标识及所述预设查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息。

在一实施例中，所述接收子单元，具体用于接收用户输入预设订单的预设订单标识所对应的预设订单标识语音，并将所述预设订单标识语音进行语音识别，以得到所述预设订单标识。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述基于退费业务的业务数据处理装置和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

同时，上述基于退费业务的业务数据处理装置中各个单元的划分和连接方式仅用于举例说明，在其他实施例中，可将基于退费业务的业务数据处理装置按照需要划分为不同的单元，也可将基于退费业务的业务数据处理装置中各单元采取不同的连接顺序和方式，以完成上述基于退费业务的业务数据处理装置的全部或部分功能。

上述基于退费业务的业务数据处理装置可以实现为一种计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。

请参阅图8，图8是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是台式机电脑或者服务器等计算机设备，也可以是其他设备中的组件或者部件。

参阅图8，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504，所述存储器也可以为易失性存储介质。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行一种上述基于退费业务的业务数据处理方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种上述基于退费业务的业务数据处理方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图8所示实施例一致，在此不再赘述。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息，并将所述订单信息显示在预设第一显示页面上；基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果，并将所述校验结果显示在预设第二显示页面上；若所述校验结果为校验通过，根据所述校验结果，基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果。

在一实施例中，所述处理器502在实现所述基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，按照预设校验方式将所述订单信息进行校验，以得到所述订单信息所对应的校验结果的步骤时，具体实现以下步骤：

基于预设订单信息校验按钮，响应于将所述订单信息进行校验的校验指令，根据所述订单信息，获取所述订单信息所属的预设业务类型；

根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则；

根据所述预设校验规则，将所述订单信息进行校验，以得到所述订单信息所对应的校验结果。

在一实施例中，所述处理器502在实现所述根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则的步骤时，具体实现以下步骤：

根据所述预设业务类型，获取所述预设业务类型所对应的预设校验规则表；

根据所述预设校验规则表，获取所述预设业务类型所对应的预设校验规则。

在一实施例中，所述处理器502在实现所述响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果的步骤时，具体实现以下步骤：

获取所述预设订单所包含的支付信息，所述支付信息包含所述预设订单的费用所对应的支付金额、支付路径与支付账号；

将所述支付金额按照所述支付路径退回至所述支付账号，以将所述预设订单所对应的费用进行原卡原退，并得到所述预设订单所对应的退费结果。

在一实施例中，所述处理器502在实现所述若所述校验结果为校验通过，根据所述校验结果，基于预设原卡原退退费按钮，响应于将所述预设订单所对应的费用进行原卡原退的退费指令，将所述预设订单所对应的费用进行原卡原退，以得到所述预设订单所对应的退费结果的步骤之后，还实现以下步骤：

获取触发所述预设原卡原退退费按钮的登录账户所对应的账户信息及触发时间；

记录所述账户信息及所述触发时间至所述退费结果。

在一实施例中，所述处理器502在实现所述基于预设订单信息查询按钮，响应于将预设订单进行查询的查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息的步骤时，具体实现以下步骤：

接收用户输入预设订单所对应的预设订单标识，并基于预设订单信息查询按钮，接收用户触发所述预设订单信息查询按钮所对应的查询指令；

根据所述预设订单标识及所述预设查询指令，将所述预设订单相对应的预设订单信息进行查询，以得到所述预设订单信息。

在一实施例中，所述处理器502在实现所述接收用户输入预设订单所对应的预设订单标识的步骤时，具体实现以下步骤：

接收用户输入预设订单的预设订单标识所对应的预设订单标识语音，并将所述预设订单标识语音进行语音识别，以得到所述预设订单标识。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(CentralProcessingUnit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来完成，该计算机程序可存储于一计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本申请还提供一种计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质，也可以为易失性的计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时使处理器执行如下步骤：

一种计算机程序产品，当其在计算机上运行时，使得计算机执行以上各实施例中所描述的所述基于退费业务的业务数据处理方法的步骤。

所述计算机可读存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述计算机可读存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述存储介质为实体的、非瞬时性的存储介质，例如可以是U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、磁碟或者光盘等各种可以存储计算机程序的实体存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本申请实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，终端，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

以上所述，仅为本申请的具体实施方式，但本申请明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。