一种减少网约车客诉和司机理赔的方法与流程

1.本发明属于网约车技术领域，具体是一种减少网约车客诉和司机理赔的方法。


背景技术：

2.在当前网约车背景下，随着打车出行的用户需求越来越多，订单量不断的剧增的同时也带来了取消率升高，虽然平台提供了判责系统来进行判断该取消订单的最终责任方是谁,对应的进行相应的支付以减少损失,但是判责系统的维度不够细,由于定位,取消通知延迟等原因导致会出现很大的异议，造成了大量的客诉与理赔记录。
3.现有方案缺陷主要是理赔系统涉及到与三方公司交互，消息的流转过程中很容易问题，修复起来理赔公司支持的不好，理赔通道相对单一，暂时没有备份的保险通道。


技术实现要素：

4.本发明的目的在于克服现有技术的缺陷，提供一种减少网约车客诉和司机理赔的方法。
5.为实现上述目的，本发明采用了如下技术方案：
6.一种减少网约车客诉和司机理赔的方法，包括以下步骤：
7.接收到计费系统的请求信息，组装理赔信息进行申请；
8.接收三方系统的回掉通知，更改状态为申请成功，并持久化数据库；
9.接收到计费系统订单取消请求，判断订单取消请求是否合理；
10.接收三方系统的回掉通知，更改理赔状态变成理赔成功，并持久化数据库；
11.根据统计信息，汇总计算出来司机的理赔金额与三方核算。
12.优选的，所述组装理赔信息是根据司机id进行组装。
13.优选的，所述判断订单取消请求是否合理判断，判断依据为运行距离操作1公里的订单都视为合理的理赔订单，根据订单号查询数据库请求三方系统。
14.优选的，所述理赔系统包括消息模块、验证模块、受理模块以及持久化模块；
15.其中，消息模块配置为用于对接理赔系统的各种消息；
16.验证模块配置为用于对各种消息进行理赔前的各种验证以确保符合理赔要求，验证通过后流转到受理模块；
17.持久化模块配置为用于将理赔结果进行存储，以便于后续查询。
18.优选的，所述理赔系统还包括数据库，所述数据库采用分表策略，包括以下分类：订单号、司机id、城市信息、理赔时间、理赔金额及理赔状态。
19.优选的，所述订单号规则为:前缀+yymmddhhmmss+机器ip后三位+自增序列，其中，自增序列为四位字符。
20.优选的，所述数据库为mysql数据库。
21.综上所述，由于采用了上述技术方案，本发明的有益效果是：
22.本发明中，通过搭建理赔系统，能有效的减少乘客和司机的客诉，减少司机与乘客
判责问题，使得司机的权益得到了更好的保护，对于大量的取消订单提供一定的保障机制。
附图说明
23.图1是本发明一种减少网约车客诉和司机理赔的方法的申请流程图；
24.图2是本发明一种减少网约车客诉和司机理赔的方法的理赔流程图。
具体实施方式
25.以下结合附图1-2，进一步说明本发明一种减少网约车客诉和司机理赔的方法的具体实施方式。本发明一种减少网约车客诉和司机理赔的方法不限于以下实施例的描述。
26.实施例1：
27.本实施例给出一种减少网约车客诉和司机理赔的方法的具体实施方式，如图1所示，包括以下步骤：
28.接收到计费系统的请求信息，组装理赔信息进行申请；
29.接收三方系统的回掉通知，更改状态为申请成功，并持久化数据库；
30.接收到计费系统订单取消请求，判断订单取消请求是否合理；
31.接收三方系统的回掉通知，更改理赔状态变成理赔成功，并持久化数据库；
32.根据统计信息，汇总计算出来司机的理赔金额与三方核算。
33.进一步的，组装理赔信息是根据司机id进行组装。
34.进一步的，判断订单取消请求是否合理判断，判断依据为运行距离操作1公里的订单都视为合理的理赔订单，根据订单号查询数据库请求三方系统。
35.进一步的，理赔系统包括消息模块、验证模块、受理模块以及持久化模块；
36.其中，消息模块配置为用于对接理赔系统的各种消息；
37.验证模块配置为用于对各种消息进行理赔前的各种验证以确保符合理赔要求，验证通过后流转到受理模块；
38.持久化模块配置为用于将理赔结果进行存储，以便于后续查询。
39.进一步的，理赔系统还包括数据库，如表1所示，数据库采用分表策略，包括以下分类：订单号、司机id、城市信息、理赔时间、理赔金额及理赔状态。
40.进一步的，订单号规则为:前缀+yymmddhhmmss+机器ip后三位+自增序列，其中，自增序列为四位字符。
41.进一步的，如表1所示，数据库为mysql数据库。
42.表1
43.订单号司机id城市信息理赔时间理赔金额理赔状态order_nodriver_idcity_idcreate_dateorder_amtstatus
44.本发明用于解决网约车用户取消订单，司机与乘客判责问题，减少平台经济损失，减少客诉量，对司机会进行一定的补偿，对司机来说这种机制的存在可以减少司机拒绝接单的问题，例如：对于一些拥堵地段长时间未能到达乘客主动取消的这种类型的订单，对于用户主动取消司机的也会有相应的补偿。
45.以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在
不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。


技术特征：
1.一种减少网约车客诉和司机理赔的方法，其特征在于，包括以下步骤：接收到计费系统的请求信息，组装理赔信息进行申请；接收三方系统的回掉通知，更改状态为申请成功，并持久化数据库；接收到计费系统订单取消请求，判断订单取消请求是否合理；接收三方系统的回掉通知，更改理赔状态变成理赔成功，并持久化数据库；根据统计信息，汇总计算出来司机的理赔金额与三方核算。2.如权利要求1所述的一种减少网约车客诉和司机理赔的方法，其特征在于：所述组装理赔信息是根据司机id进行组装。3.如权利要求1所述的一种减少网约车客诉和司机理赔的方法，其特征在于：所述判断订单取消请求是否合理判断，判断依据为运行距离操作1公里的订单都视为合理的理赔订单，根据订单号查询数据库请求三方系统。4.如权利要求1所述的一种减少网约车客诉和司机理赔的方法，其特征在于：所述理赔系统包括消息模块、验证模块、受理模块以及持久化模块；其中，消息模块配置为用于对接理赔系统的各种消息；验证模块配置为用于对各种消息进行理赔前的各种验证以确保符合理赔要求，验证通过后流转到受理模块；持久化模块配置为用于将理赔结果进行存储，以便于后续查询。5.如权利要求4所述的一种减少网约车客诉和司机理赔的方法，其特征在于：所述理赔系统还包括数据库，所述数据库采用分表策略，包括以下分类：订单号、司机id、城市信息、理赔时间、理赔金额及理赔状态。6.如权利要求5所述的一种减少网约车客诉和司机理赔的方法，其特征在于：所述订单号规则为:前缀+yymmddhhmmss+机器ip后三位+自增序列，其中，自增序列为四位字符。7.如权利要求1所述的一种减少网约车客诉和司机理赔的方法，其特征在于：所述数据库为mysql数据库。

技术总结
本发明公开了一种减少网约车客诉和司机理赔的方法，包括以下步骤：接收到计费系统的请求信息，组装理赔信息进行申请；接收三方系统的回掉通知，更改状态为申请成功，并持久化数据库；接收到计费系统订单取消请求，判断订单取消请求是否合理；接收三方系统的回掉通知，更改理赔状态变成理赔成功，并持久化数据库；根据统计信息，汇总计算出来司机的理赔金额与三方核算，本发明适用于网约车技术领域，通过搭建理赔系统，能有效的减少乘客和司机的客诉，减少司机与乘客判责问题，使得司机的权益得到了更好的保护，对于大量的取消订单提供一定的保障机制。一定的保障机制。一定的保障机制。


技术研发人员：吴强
受保护的技术使用者：首约科技（北京）有限公司
技术研发日：2022.01.12
技术公布日：2022/4/22