一种包裹丢失处理方法、装置、介质及终端设备

技术领域

本发明涉及物流处理领域，尤其涉及一种包裹丢失处理方法、装置、介质及终端设备。

背景技术

随着电子商务的飞速发展以及个人手持终端的普及，利用个人手持设备上网购物已经成为当代年轻人的一种生活方式。现有的网购模式中会经常出现包裹丢失的情况，当客户因为包裹丢失而需要退款处理时，往往是由店家跟保险公司进行理赔协商，从而把保险理赔金额转账到客户的账户上。

然而，现在的包裹丢失处理方案需要店家给保险公司交接理赔函才能进行赔款，整个退款流程非常复杂麻烦，效率低下。因此，目前市面上亟需一种便捷的包裹丢失处理策略，以提高退款处理效率。

发明内容

本发明提供了一种包裹丢失处理方法，以解决现有的包裹丢失处理方案中退款流程非常复杂麻烦，效率低下的技术问题。

为了解决上述技术问题，本发明实施例提供了一种包裹丢失处理方法，包括：

接收订单状态更新指令，所述订单状态更新指令为将目标订单的当前状态更改为包裹丢失状态；

获取所述目标订单的物流状态，根据所述物流状态确定是否允许发起保险理赔，当确定允许发起保险理赔时，上传保险理赔函文件到服务器；

当所述保险理赔审核通过时，根据所述目标订单计算出应赔付金额，并根据所述应赔付金额向目标用户的账户进行转账，以及将所述目标订单的当前状态更改为包裹丢失状态。

作为优选方案，所述物流状态包括已发货状态、拒收物流状态、包裹异常状态、系统预签收状态或客服预签收状态。

作为优选方案，在所述上传保险理赔函文件到服务器之后，还包括：当所述保险理赔审核不通过时，不更改所述目标订单的当前状态。

作为优选方案，所述根据所述应赔付金额向目标用户的账户进行转账的步骤中，包括：当所述应赔付金额达到所述目标订单的订单金额的预设比例值时，将所述应赔付金额向目标用户的账户进行转账。

相应地，本发明另一实施例提供了一种包裹丢失处理装置，包括：

指令接收模块，用于接收订单状态更新指令，所述订单状态更新指令为将目标订单的当前状态更改为包裹丢失状态；

文件上传模块，用于获取所述目标订单的物流状态，根据所述物流状态确定是否允许发起保险理赔，当确定允许发起保险理赔时，上传保险理赔函文件到服务器；

状态更新模块，用于当所述保险理赔审核通过时，根据所述目标订单计算出应赔付金额，并根据所述应赔付金额向目标用户的账户进行转账，以及将所述目标订单的当前状态更改为包裹丢失状态。

作为优选方案，所述物流状态包括已发货状态、拒收物流状态、包裹异常状态、系统预签收状态或客服预签收状态。

作为优选方案，所述文件上传模块用于在所述上传保险理赔函文件到服务器之后，还包括：当所述保险理赔审核不通过时，不更改所述目标订单的当前状态。

作为优选方案，所述状态更新模块用于根据所述应赔付金额向目标用户的账户进行转账的步骤中，包括：当所述应赔付金额达到所述目标订单的订单金额的预设比例值时，将所述应赔付金额向目标用户的账户进行转账。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序；其中，所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行如上述任一项所述的包裹丢失处理方法。

本发明实施例还提供了一种终端设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器在执行所述计算机程序时实现如上述任一项所述的包裹丢失处理方法。

相比于现有技术，本发明实施例具有如下有益效果：

本发明技术方案在包裹丢失后，通过上传保险理赔函文件到服务器完成审核，简化了保险审核流程，并在保险理赔审核通过时，自动向目标用户的账户进行转账，并更新目标订单的当前状态，以提高工作效率。

附图说明

图1：为本发明实施例提供的一种包裹丢失处理方法的步骤流程图；

图2：为本发明另一实施例提供的一种包裹丢失处理装置的结构示意图。

具体实施方式

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

实施例一

请参照图1，为本发明实施例提供的一种包裹丢失处理方法的步骤流程图，包括步骤101至步骤103，各步骤具体如下：

步骤101，接收订单状态更新指令，所述订单状态更新指令为将目标订单的当前状态更改为包裹丢失状态。

步骤102，获取所述目标订单的物流状态，根据所述物流状态确定是否允许发起保险理赔，当确定允许发起保险理赔时，上传保险理赔函文件到服务器。

在本实施例中，所述物流状态包括已发货状态、拒收物流状态、包裹异常状态、系统预签收状态或客服预签收状态。

在本实施例中，在所述上传保险理赔函文件到服务器之后，还包括：当所述保险理赔审核不通过时，不更改所述目标订单的当前状态。

步骤103，当所述保险理赔审核通过时，根据所述目标订单计算出应赔付金额，并根据所述应赔付金额向目标用户的账户进行转账，以及将所述目标订单的当前状态更改为包裹丢失状态。

在本实施例中，所述根据所述应赔付金额向目标用户的账户进行转账的步骤中，包括：当所述应赔付金额达到所述目标订单的订单金额的预设比例值时，将所述应赔付金额向目标用户的账户进行转账。

具体地，订单快递包裹在客户拒收或者在拒收退回途中由于物流原因导致包裹异常、丢失时，员工将针对包裹进行跟踪，与快递公司进行核实后，由员工进行内部申请更改订单状态，上传与物流公司商讨的理赔函，根据订单查询对应包裹单号后，进行申请。负责跟单的员工根据订单号查找对应快递包裹，对应上传的理赔函，核实后，员工在订单跟进功能将已发货订单更改为包裹异常(订单终止状态)并进行标识保存记录。此功能将对应包裹丢失或损坏时，财务进行与快递公司结账可查询到对应的记录，方便日后追溯。

本发明技术方案在包裹丢失后，通过上传保险理赔函文件到服务器完成审核，简化了保险审核流程，并在保险理赔审核通过时，自动向目标用户的账户进行转账，并更新目标订单的当前状态，以提高工作效率。

实施例二

相应地，请参照图2，为本发明另一实施例提供的一种包裹丢失处理装置的结构示意图，包括：指令接收模块、文件上传模块和状态更新模块。

指令接收模块，用于接收订单状态更新指令，所述订单状态更新指令为将目标订单的当前状态更改为包裹丢失状态。

文件上传模块，用于获取所述目标订单的物流状态，根据所述物流状态确定是否允许发起保险理赔，当确定允许发起保险理赔时，上传保险理赔函文件到服务器。

在本实施例中，所述物流状态包括已发货状态、拒收物流状态、包裹异常状态、系统预签收状态或客服预签收状态。

在本实施例中，所述文件上传模块用于在所述上传保险理赔函文件到服务器之后，还包括：当所述保险理赔审核不通过时，不更改所述目标订单的当前状态。

状态更新模块，用于当所述保险理赔审核通过时，根据所述目标订单计算出应赔付金额，并根据所述应赔付金额向目标用户的账户进行转账，以及将所述目标订单的当前状态更改为包裹丢失状态。

在本实施例中，所述状态更新模块用于根据所述应赔付金额向目标用户的账户进行转账的步骤中，包括：当所述应赔付金额达到所述目标订单的订单金额的预设比例值时，将所述应赔付金额向目标用户的账户进行转账。

实施例三

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序；其中，所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行上述任一实施例所述的包裹丢失处理方法。

实施例四

本发明实施例还提供了一种终端设备，所述终端设备包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器在执行所述计算机程序时实现上述任一实施例所述的包裹丢失处理方法。

优选地，所述计算机程序可以被分割成一个或多个模块/单元(如计算机程序、计算机程序)，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述终端设备中的执行过程。

所述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，通用处理器可以是微处理器，或者所述处理器也可以是任何常规的处理器，所述处理器是所述终端设备的控制中心，利用各种接口和线路连接所述终端设备的各个部分。

所述存储器主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序等，数据存储区可存储相关数据等。此外，所述存储器可以是高速随机存取存储器，还可以是非易失性存储器，例如插接式硬盘，智能存储卡(SmartMedia Card，SMC)、安全数字(Secure Digital，SD)卡和闪存卡(Flash Card)等，或所述存储器也可以是其他易失性固态存储器件。

需要说明的是，上述终端设备可包括，但不仅限于，处理器、存储器，本领域技术人员可以理解，上述终端设备仅仅是示例，并不构成对终端设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步的详细说明，应当理解，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围。特别指出，对于本领域技术人员来说，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。