CN111626815B - 车辆检测订单的处理系统及方法 - Google Patents

Abstract

本申请涉及一种车辆检测订单的处理系统及方法，属于车辆检测技术领域，以克服相关技术中车辆检测流程化低、规范性差等问题。系统包括：获取模块，用于获取包含订单履约方式的订单创建请求，基于订单履约方式确定对应的支付信息；订单分配模块，用于根据支付信息对应的支付结果，创建车辆检测订单发送至车检人员；审核模块，获取并核查车检人员对所述车辆检测订单的执行结果，生成订单处理状态信息反馈至用户。本申请的处理系统，基于接收到的订单创建请求确定对应的应付金额，并在获得支付结果后，即将订单分配至车检人员，并对执行结果进行监控，以将最终处理结果反馈至用户，提高车辆检测的流程化和规范化，提高检车质量，用户体验好。

Description

车辆检测订单的处理系统及方法

技术领域

本申请涉及车辆检测技术领域，尤其涉及一种车辆检测订单的处理系统及方法。

背景技术

随着时代进步和生活水平的提高，机动车拥有量和使用率迅速上升，对机动车的性能、外型等提出更高要求，其中对车辆进行有效检测对于车辆的安全运行等具有重要作用。

相关技术中，在对车辆进行检测鉴定评估的过程中，容易发生漏检错检，导致最终得到的检测结果与车辆实际状况相差很大，特别是在市场标准、用户标准和检测标准三方不统一的情况，用户无法得知自己车辆送检的实际情况，故而无法真正放心将车检工作交予对方，而车检单位在无标准化监督的情况下，也难以避免错检漏检此类事件的发生，这在一定程度上限制了车辆检测鉴定行业的规范化发展，也极大降低用户体验。

发明内容

本申请目的在于提供一种车辆检测订单的处理系统及方法，进而至少在一定程度上克服了车辆检测流程化低，规范性差等问题。

为实现上述目的，本申请采用的技术方案如下：

根据本申请的一个方面，提供一种车辆检测订单的处理系统，所述处理系统包括：

获取模块，用于获取包含订单履约方式的订单创建请求，基于所述订单履约方式确定对应的支付信息；

订单分配模块，用于根据所述支付信息对应的支付结果，创建车辆检测订单并发送至车检人员；

审核模块，用于获取并核查所述车检人员对所述车辆检测订单的执行结果，生成订单处理状态信息并反馈至用户。

在本申请的一种示例性实施例中，所述订单履约方式包括检测报告履约和检测附件上传履约，所述执行结果包括车检报告和检测附件；

所述审核模块包括接收单元，用于接收所述车检人员发送的车检报告和/或检测附件。

在本申请的一种示例性实施例中，所述审核模块还包括报告审核单元、检测附件审核单元和客服单元；

所述报告审核单元用于将所述车检报告中的车检结果信息与预设的检车标准进行比对，在比对结果合格时，将所述车检报告发送至所述客服单元；在比对结果不合格时，将所述比对结果发送至所述车检人员；

所述检测附件审核单元用于核查所述车检人员是否反馈待检车的检测附件，若是，则将所述检测附件发送至所述客服单元，若否，则将核查结果发送至所述车检人员。

在本申请的一种示例性实施例中，所述审核模块还包括状态信息生成单元，用于接收所述客服单元发送的执行结果确认信息，根据所述执行结果确认信息生成所述订单处理状态信息，并反馈至所述用户。

在本申请的一种示例性实施例中，所述报告审核单元还用于接收所述车检人员再次上传的车检报告和/或车辆服务信息，并对再次上传的车检报告和/或检测附件进行审核。

在本申请的一种示例性实施例中，所述处理系统还包括车源处理模块；

所述车源处理模块，用于响应所述用户的车源创建请求，对所述车源进行审核，并根据审核结果确定所述车源创建请求中车辆的上架状态；

其中，所述审核包括历史车检报告审核或当前生成车检报告的审核。

在本申请的一种示例性实施例中，所述订单履约方式包括维保检测履约、出险查询履约和关联报告履约中的至少一种；

所述处理系统还包括：

查询模块，用于在所述订单履约方式为维保履约或出险查询履约时，获取预先存储的维保信息或出险信息，并反馈至所述用户；

报告关联模块，用于根据所述关联报告履约获取对应的目标检测报告，并将所述目标检测报告与所述车辆检测订单关联。

在本申请的一种示例性实施例中，所述处理系统还包括退款处理模块；

所述退款处理模块用于在所述维保检测履约、出险查询履约和关联报告履约中的至少一种履约失败时，生成退款订单并反馈至所述用户；

和/或，所述退款处理模块用于响应所述用户的订单取消操作或退款操作，生成退款订单并反馈至所述用户。

根据本申请一个方面，提供一种车辆检测订单的处理方法，包括：

获取包含订单履约方式的订单创建请求，基于所述订单履约方式确定对应的支付信息；

根据所述支付信息对应的支付结果，创建车辆检测订单并发送至车检人员；

获取并核查所述车检人员对所述车辆检测订单的执行结果，生成订单处理状态信息并反馈至用户。

在本申请的一种示例性实施例中，所述订单履约方式包括检测报告履约和检测附件上传履约，所述执行结果包括车检报告和检测附件；

所述获取并核查所述车检人员对所述车辆检测订单的执行结果，生成订单处理状态信息并反馈至所述用户，包括：

接收所述车检人员发送的车检报告和/或检测附件；

将所述车检报告中的车检结果信息与预设的检车标准进行比对，在比对结果合格时，将所述车检报告发送至客服；在比对结果不合格时，将所述比对结果发送至所述车检人员；

本申请的有益效果：

本申请的车辆检测订单的处理系统及方法，基于接收到的订单创建请求确定对应的应付金额，并在获得支付结果后，即将订单分配至车检人员，并对执行结果进行监控，以将最终处理结果反馈至用户，提高车辆检测的流程化和规范化，提高检车质量，用户体验好。

本申请车辆检测订单的处理系统及方法，审核模块还包括报告审核单元、服务信息审核单元和客服单元，可以通过报告审核单元将车检报告中的车检结果信息与预设的检测标准进行审核，提高了检测的标准化，随后将审核结果发送至客户单元，使客服通过客服单元对车检报告进行进一步审核，从而提高审核结果的准确性；通过检测附件审核单元核查车检人员是否反馈待检车的检测附件，如车辆图片等，以此对车检人员工作进行有效监督，避免出现漏检错检情况。

进一步的，审核模块还包括状态信息生成单元，在获得客服单元发送的执行结果确认信息后，才可以将订单处理状态发送至用户，使用户(车主)得到最准确的最终车检结果，用户体验好。

进一步的，本申请的处理系统还包括车源处理模块，能响应用户的车源创建请求对车源进行审核，从而确定车辆的上下架状态，提高上架出售/出租车辆的品质。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请提供的车辆检测订单的处理系统的结构示意图；

图2为本申请提供的车辆检测订单的处理方法的流程图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本申请的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、单元、模块、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本申请的各方面变得模糊。

本申请的示例实施方式中首先提供一种车辆检测订单的处理系统，如图1，本实施方式的车辆检测订单的处理系统包括获取模块110、订单分配模块120和审核模块130，下面结合图1对本实施方式的车辆检测订单的处理系统的各个模块进行详细阐述：

获取模块110，用于获取包含订单履约方式的订单创建请求，基于所述订单履约方式确定对应的支付信息；

在本实施方式中，订单履约方式包括但不限于检测报告履约、检测附件上传履约、维保检测履约、出险查询履约、关联报告履约和默认履约；其中，检测报告履约为对检测报告进行审核的服务；服务信息履约为车检人员将检测附件上传至系统的服务，例如车检人员将待检车辆的图片上传，等等；维保检测履约和出险查询履约为向用户提供维保信息和出险信息的服务；关联报告履约为将用户的车检报告与车辆检测订单关联，其中车检报告可以为该用户已有的历史车检报告(例如近一个月内的车检报告)，还可以为该用户在当前订单中刚得到的车检报告，本申请对此不做特殊限定；默认履约为一些默认的服务项目履行，待用户支付成功后自动履约。

获取模块110在获得订单创建请求后，基于订单履约方式确定对应的支付信息，例如支付金额、支付方式，等等；同时获取模块110还可以基于订单创建请求进行信息确认，除支付信息外，还可以包括用户信息，车辆基本信息，等等，本申请对此不做特殊限定。此外，获取模块110将得到的支付信息反馈至用户，以使用户清楚得知待支付详情，确保了车辆检测的信息透明度。

订单分配模块120，用于根据所述支付信息对应的支付结果，创建车辆检测订单并发送至车检人员；

在本实施方式中，在订单分配模块120获得用户基于支付信息反馈的支付结果后，创建车辆检测订单，并将该订单发送至车检人员，例如发送至车检服务商；该分配过程可以是随机分配，也可以根据预先设定的规则进行分配，本申请包括但不限于上述订单分配方式。

审核模块130，用于获取并核查所述车检人员对所述车辆检测订单的执行结果，生成订单处理状态信息反馈至所述用户；

在本实施方式中，执行结果包括车检结果(车检报告)和检测附件；审核模块130可以包括接收单元，用于接收车检人员发送的车检报告和/或检测附件。例如，可以通过接收单元，接收车检人员车检过程中生成的车检报告，或者，接收车检人员车检前或车检过程中采集到的检测附件(包括但不限于车辆图像、车辆信息等)；

进一步的，审核模块130还包括报告审核单元、服务信息审核单元和客服单元；

具体地，报告审核单元用于将车检报告中的车检结果信息与预设的检车标准进行比对，在比对结果合格时，将车检报告发送至客服单元；在比对结果不合格时，将比对结果发送至车检人员；服务信息审核单元用于核查车检人员是否反馈待检车的检测附件，若是，则将检测附件发送至客服单元，若否，则将核查结果发送至车检人员。其中，预设的检测标准可以为《GB/T30323-2013》，也可以为根据车检实际情况创建的审核标准，本申请包括但不限于上述审核标准。基于此，既可以通过报告审核单元自动/手动将车检结果信息与检车标准进行比对，同时获得车检过程中的检测附件，以对车检过程进行实时监督，避免错检漏检情况的发生，此外，还可以通过客户单元使客服进行人工二次核查，从而降低车检错误率，进一步提高车检的准确性和标准化。

此外，审核模块130还可以包括状态信息生成单元，用于响应客服单元发送的执行结果确认信息，生成订单处理状态信息，并反馈至用户。其中订单状态处理信息包括但不限于订单完成与否状态信息、订单执行过程信息，等等；基于此，只有在客服通过客服单元确定二次核检通过的情况下，才将订单处理状态信息发送至用户，用户得到的是完整、正确无误的检测结果，用户体验好。

在本实施方式中，本申请的报告审核单元还用于接收车检人员再次上传的车检报告和/或检测附件，对再次上传的车检报告和/或检测附件进行审核。很多情况下，车检人员初次上传的车检报告和/或检测附件不能满足审核要求，例如某些项目缺少图片、某些项目缺少服务记录，等等，这样允许车检人员再次上传，并通过报告复审模块接收车检人员再次上传的车检报告和/或检测附件，对再次上传的车检报告和/或检测附件进行审核，以此来避免车辆的错检漏检情况的发生，提高车辆检测的准确性和规范化。

在本实施方式中，本申请的车辆检测订单的处理系统还可以包括车源处理模块，用于响应用户的车源创建请求，对车源进行审核，并根据审核结果确定车源创建请求中的车辆的上架状态；其中，审核包括历史检测报告审核或当前生成检测报告的审核。

具体地，在用户提交车源创建请求后，通过车源处理模块对车源进行审核；可选地，该车源可能存在历史车检报告，则车源处理模块对该历史车检报告进行审核，审核通过才可将该车源上架，否则下架；可选地，还可以通过先对该车进行车检，并得到车检报告，并将该车检报告进行审核，审核通过才可将该车源上架，否则下架。基于此，只有车源的检测报告通过审核，才将车源上架，提高上架出售/出租车辆的品质。

在本实施方式中，本申请的车辆检测订单的处理系统还可以包括查询模块和报告关联模块；

具体地，查询模块用于在订单履约方式为维保履约或出险查询履约时，获取预先存储的维保信息或出险信息，并反馈至用户；报告关联模块用于根据关联报告履约获取对应的目标检测报告，并将目标检测报告与车辆检测订单关联。通过查询模块向用户提供维保或出险信息的查询服务，通过报告关联模块向用户提供车浪检测订单与车检报告的关联服务，进一步提升本系统的服务全面性，规范化和标准化。

此外，本申请的车辆检测订单的处理系统还可以包括退款处理模块，用于在维保检测履约、出险查询履约和关联报告履约中的至少一种履约失败时，生成退款订单反馈至用户；和/或，退款处理模块还用于响应用户的订单取消操作或退款操作，生成退款订单反馈至用户。基于此，系统提供便捷的退款方式，无需人工干预，提升系统操作流畅度，提升工作效率，用户体验好。

本申请的车辆检测订单的处理系统，基于接收到的订单创建请求确定对应的应付金额，并在获得支付结果后，即将订单分配至车检人员，并对执行结果进行监控，以将最终处理结果反馈至用户，提高车辆检测的流程化和规范化，提高检车质量，用户体验好；可以通过报告审核单元将车检报告中的车检结果信息与预设的检测标准进行审核，提高了检测的标准化，随后将审核结果发送至客户单元，使客服通过客服单元对车检报告进行进一步审核，从而提高审核结果的准确性；通过服务信息审核单元核查车检人员是否反馈待检车的车辆服务信息，如车辆图片等，以此对车检人员工作进行有效监督，避免出现漏检错检情况；同时，通过状态信息生成单元，在获得客服单元发送的执行结果确认信息后，才可以将订单处理状态发送至用户，使用户(车主)得到最准确的最终车检结果，用户体验好；此外，通过车源处理模块，能响应用户的车源创建请求对车源进行审核，从而确定车辆的上下架状态，提高上架出售/出租车辆的品质，是种行之有效的车辆检测订单的处理系统，为车辆检测提供规划化、标准化示范。

根据本申请一个方面，提供一种车辆检测订单的处理方法，图2示出了车辆检测订单的处理方法的流程图，下面结合图2对本申请的车辆检测订单的处理方法进行说明。

步骤S210、获取包含订单履约方式的订单创建请求，基于订单履约方式确定对应的支付信息；

在本实施方式中，订单履约方式包括但不限于检测报告履约、检测附件上传履约、维保检测履约、出险查询履约、关联报告履约和默认履约；其中，检测报告履约为对检测报告进行审核；服务信息履约为车检人员将检测附件上传至系统的服务，例如车检人员将待检车辆的图片上传，等等；维保检测履约和出险查询履约为向用户提供维保信息和出险信息的服务；关联报告履约为将用户的车检报告与车辆检测订单关联，其中车检报告可以为该用户已有的历史车检报告(例如近一个月内的车检报告)，还可以为该用户在当前订单中刚得到的车检报告，本申请对此不做特殊限定；默认履约为一些默认的服务项目履行，待用户支付成功后自动履约。

在获得订单创建请求后，基于订单履约方式确定对应的支付信息，例如支付金额、支付方式，等等；同时还可以基于订单创建请求进行信息确认，除支付信息外，还可以包括用户信息，车辆基本信息，等等，本申请对此不做特殊限定。此外，将得到的支付信息反馈至用户，以使用户清楚得知待支付详情，确保了车辆检测的信息透明度。

步骤S220、根据支付信息对应的支付结果，创建车辆检测订单发送至车检人员；

在本实施方式中，在获得用户基于支付信息反馈的支付结果后，创建车辆检测订单，并将该订单发送至车检人员，例如车检服务商；该分配过程可以是随机分配，也可以根据预先设定的规则进行分配，本申请包括但不限于上述订单分配方式。

步骤S230、获取并核查车检人员对车辆检测订单的执行结果，生成订单处理状态信息反馈至所述用户；

在本实施方式中，执行结果包括车检结果和检测附件；本申请还可以接收车检人员发送的车检报告和/或检测附件。例如，可以接收车检人员车检过程中生成的车检报告，或者，接收车检人员车检前或车检过程中采集到的检测附件(包括但不限于车辆图像、车辆信息等)；

进一步的，还可以将车检报告中的车检结果信息与预设的检车标准进行比对，在比对结果合格时，将所述车检报告发送至所述客服单元；在比对结果不合格时，将所述比对结果发送至所述车检人员；还可以核查车检人员是否反馈待检车的检测附件，若是，则将所述检测附件发送至所述客服单元，若否，则将核查结果发送至所述车检人员。其中，预设的检测标准可以为《GB/T30323-2013》，也可以为根据车检实际情况创建的审核标准，本申请包括但不限于上述审核标准，基于此，既可以自动/手动将车检结果信息与检车标准进行核查，同时获得车检过程中的检测附件，以对车检过程进行实时监督，避免错检漏检情况的发生，此外，还可以通过客服进行人工二次核查，从而降低车检错误率，进一步提高车检的准确性和标准化。

此外，还可以响应客服发送的执行结果确认信息，生成订单处理状态信息，并反馈至用户。其中订单状态处理信息包括但不限于订单完成与否状态信息、订单执行过程信息，等等；基于此，只有在客服确定二次核检通过的情况下，才将订单处理状态信息发送至用户，用户得到的是完整、正确无误的检测结果，用户体验好。

在本实施方式中，本申请还可以接收车检人员再次上传的车检报告和/或车辆服务信息，对再次上传的车检报告和/或车辆服务信息进行审核。很多情况下，车检人员初次上传的车检报告和/或检测附件不能满足审核要求，例如某些项目缺少图片、某些项目缺少服务记录，等等，这样允许用户再次上传，并对再次上传的车检报告和/或检测附件进行审核，以此来避免车检人员的错检漏检情况的发生，提高车辆检测的准确性和规范化。

在本实施方式中，本申请还可以响应用户的车源创建请求，对车源进行审核，并根据审核结果确定车源创建请求中的车辆的上架状态；其中，审核包括历史检测报告审核或当前生成检测报告的审核。

具体地，在用户提交车源创建请求后对车源进行审核；可选地，该车源可能存在历史车检报告，则对历史车检报告进行审核，审核通过才可将该车源上架，否则下架；可选地，还可以通过先对该车进行车检，并得到车检报告，并将该车检报告进行审核，审核通过才可将该车源上架，否则下架。基于此，只有车源的检测报告通过审核，才将车源上架，提高上架出售/出租车辆的品质。

在本实施方式中，本申请还可以在订单履约方式为维保履约或出险查询履约时，获取预先存储的维保信息或出险信息，并反馈至用户；以及，根据关联报告履约获取对应的目标检测报告，并将目标检测报告与车辆检测订单关联，提升本系统的服务全面性，规范化和标准化。

此外，本申请还可以在维保检测履约、出险查询履约和关联报告履约中的至少一种履约失败时，生成退款订单反馈至用户；和/或，还可以响应用户的订单取消操作或退款操作，生成退款订单反馈至用户。基于此，能提供便捷的退款方式，无需人工干预，提升操作流畅度，提升工作效率，用户体验好。

需要说明的是，尽管在附图中以特定顺序描述了本申请中车辆检测订单的处理方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

本领域技术人员在考虑说明书及实践这里公开的申请后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由所附的权利要求指出。

Claims (6)

1.一种车辆检测订单的处理系统，其特征在于，所述处理系统包括：

获取模块，用于获取包含订单履约方式的订单创建请求，基于所述订单履约方式确定对应的支付信息；

订单分配模块，用于根据所述支付信息对应的支付结果，创建车辆检测订单并发送至车检人员；

审核模块，用于获取并核查所述车检人员对所述车辆检测订单的执行结果，生成订单处理状态信息并反馈至用户；

所述审核模块包括报告审核单元、检测附件审核单元和客服单元；

所述报告审核单元用于将车检报告中的车检结果信息与预设的检车标准进行比对，在比对结果合格时，将所述车检报告发送至所述客服单元，客服通过客服单元对车检报告进行进一步审核，从而提高审核结果的准确性；在比对结果不合格时，将所述比对结果发送至所述车检人员；

所述订单履约方式包括检测报告履约和检测附件上传履约，所述执行结果包括车检报告和检测附件；

所述审核模块包括接收单元，用于接收所述车检人员发送的车检报告和/或检测附件；

所述报告审核单元还用于接收车检人员再次上传的车检报告和/或检测附件，且包括报告复审模块，所述报告复审模块用于对再次上传的车检报告和/或检测附件进行审核；

所述检测附件审核单元用于核查所述车检人员是否反馈待检车的检测附件，若是，则将所述检测附件发送至所述客服单元，若否，则将核查结果发送至所述车检人员。

2.根据权利要求 1 所述的处理系统，其特征在于，所述审核模块还包括状态信息生成单元，用于接收所述客服单元发送的执行结果确认信息，根据所述执行结果确认信息生成所述订单处理状态信息，并反馈至所述用户。

3.根据权利要求 1 所述的处理系统，其特征在于，所述处理系统还包括车源处理模块；

所述车源处理模块，用于响应所述用户的车源创建请求，对所述车源进行审核，并根据审核结果确定所述车源创建请求中车辆的上架状态；

其中，所述审核包括历史车检报告审核或当前生成车检报告的审核。

4.根据权利要求 1 所述的处理系统，其特征在于，所述订单履约方式包括维保检测履约、出险查询履约和关联报告履约中的至少一种；

所述处理系统还包括：

查询模块，用于在所述订单履约方式为维保履约或出险查询履约时，

获取预先存储的维保信息或出险信息，并反馈至所述用户；

报告关联模块，用于根据所述关联报告履约获取对应的目标检测报告，并将所述目标检测报告与所述车辆检测订单关联。

5.根据权利要求 4 所述的处理系统，其特征在于，所述处理系统还包括退款处理模块；

所述退款处理模块用于在所述维保检测履约、出险查询履约和关联报告履约中的至少一种履约失败时，生成退款订单并反馈至所述用户；

和/或，所述退款处理模块用于响应所述用户的订单取消操作或退款操作，生成退款订单并反馈至所述用户。

6.一种车辆检测订单的处理方法，其特征在于，包括：

获取包含订单履约方式的订单创建请求，基于所述订单履约方式确定对应的支付信息；

根据所述支付信息对应的支付结果，创建车辆检测订单并发送至车检人员；

获取并核查所述车检人员对所述车辆检测订单的执行结果，生成订单处理状态信息并反馈至用户；

所述订单履约方式包括检测报告履约和检测附件上传履约，所述执行结果包括车检报告和检测附件；

所述获取并核查所述车检人员对所述车辆检测订单的执行结果，生成订单处理状态信息并反馈至所述用户，包括：

接收所述车检人员发送的车检报告和/或检测附件；

将所述车检报告中的车检结果信息与预设的检车标准进行比对，在比对结果合格时，将所述车检报告发送至客服；在比对结果不合格时，将所述比对结果发送至所述车检人员；

接收所述车检人员再次上传的车检报告和/或检测附件，报告复审模块对再次上传的车检报告和/或检测附件进行审核；

核查所述车检人员是否反馈待检车的检测附件，若是，则将所述检测附件发送至所述客服，若否，则将核查结果发送至所述车检人员。