CN113807765A - 一种异常物流单处理方法和装置 - Google Patents

Abstract

本申请提供了一种异常物流单处理方法和装置。所述方法包括：获取异常的物流单的系统来源标识；根据所述系统来源标识确定所述物流单的类型；根据配置的关联关系获取确定的所述物流单的类型对应的处理单模板；从物流相关系统中获取对应于所述处理单模板的数据信息；将获取的数据信息填充到所述处理单模板中生成处理单，并处理。该方法能够在低成本前提下，提高异常物流单的处理效率。

Description

一种异常物流单处理方法和装置

技术领域

本发明涉及互联网技术领域，特别涉及一种异常物流单处理方法和装置。

背景技术

目前在物流行业，快递运输过程中经常会出现异常，比如包裹破损，或丢失，或因为调度问题导致配送超时。导致货物提供者或接收者索赔。

当前会有专门的处理系统来处理这种异常现象，如理赔系统，客服人员接到商家或客户反馈后，需要在各系统如配送系统，工单系统，判责系统等操作，并且需要找商家或客户邮件或线下收集资料，然后在理赔系统发起理赔流程，层层审批完成后赔付给商家或客户。

在实现本申请的过程中，发明人发现现有的处理系统在确定物流单异常时，需要到各个系统收集资料，处理单生成效率低下，且容易出错；进而导致整个处理过程效率低下。

发明内容

有鉴于此，本申请提供一种异常物流单处理方法和装置，能够在低成本前提下，提高异常物流单的处理效率。

为解决上述技术问题，本申请的技术方案是这样实现的：

在一个实施例中，提供了一种异常物流单处理方法，所述方法包括：

获取异常的物流单的系统来源标识；

根据所述系统来源标识确定所述物流单的类型；

根据配置的关联关系获取确定的所述物流单的类型对应的处理单模板；

从物流相关系统中获取对应于所述处理单模板的数据信息；

将获取的数据信息填充到所述处理单模板中生成处理单，并处理。

在另一个实施例中，提供了一种异常物流单处理装置，所述装置包括：第一获取单元、第一确定单元、第二确定单元、第二获取单元、生成单元和处理单元；

所述第一获取单元，用于获取异常的物流单的系统来源标识；

所述第一确定单元，用于根据所述第一获取单元获取的系统来源标识确定所述物流单的类型；

所述第二确定单元，用于根据配置的关联关系获取所述第一确定单元确定的所述物流单的类型对应的处理单模板；

所述第二获取单元，用于从物流相关系统中获取对应于所述第二确定单元确定的处理单模板的数据信息；

所述生成单元，用于将所述第二获取单元获取的数据信息填充到所述处理单模板中生成处理单；

所述处理单元，用于处理所述生成单元生成的处理单。

在另一个实施例中，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述异常物流单处理方法的步骤。

在另一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现所述异常物流单处理方法的步骤。

由上面的技术方案可见，上述实施例中通过物流系统来源标识识别物流单类型，并根据配置的类型与处理单模板的关联关系确定对应的处理单模板，从物流相关系统中获取对应于所述处理单模板的数据信息，填充到所述处理单模板中并处理。该方案能够减少客户工作量，提高生成处理单的准确性和效率，进而能够在低成本前提下，提高处理异常物流单的效率。

附图说明

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

图1为本申请实施例一中异常物流单处理流程示意图；

图2为本申请实施例二中异常物流单处理流程示意图；

图3为本申请实施例中拦截处理单流程示意图；

图4本申请实施例中批量处理流程示意图；

图5为本申请实施例中监控处理单流程示意图；

图6为本申请实施例中应用于上述技术的装置结构示意图；

图7为本发明实施例提供的电子设备的实体结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。

下面以具体实施例对本发明的技术方案进行详细说明。下面几个具体实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

本申请实施例中提供一种异常物流单处理方法，应用于异常物流单处理装置上。

本申请涉及到的物流单可以是订单，也可以是运单。

下面结合附图，详细说明本申请实施例中实现异常物流单处理过程。

实施例一

参见图1，图1为本申请实施例一中异常物流单处理流程示意图。具体步骤为：

步骤101，获取异常的物流单的系统来源标识。

本申请实施例中针对每个物流单会有对应的系统来源标识。本申请实施例中不限制系统来源标识的获取方式。

步骤102，根据所述系统来源标识确定所述物流单的类型。

预先配置系统来源标识与物流单的类型的关联关系。

本申请实施例中的物流单的类型包括：

订单、大件单、转运单、Tob运单和Toc运单。

其中，订单：用户下单后还未进行货物配送的物流单；

大件单：指体积至少一边大于预设长度，如600mm，且重量大于预设重量，如15kg的货物视为大件单。

转运单：转运(TC)是指为广大货物提供者提供的快速中转物流综合服务，一般是仓到仓运输，整车运输等。

Tob运单：货物提供者发给客户的正常中小件运单；

Toc运单：C2C的个人发出的中小件运单。

大件单和转运单之外的运单为中小件运单。

步骤103，根据配置的关联关系获取确定的所述物流单的类型对应的处理单模板。

所述关联关系为物流单类型和处理单模板的关联关系。

在具体实现时，也可以直接配置物流单的系统来源标识和处理单模板的关联关系。

参见表1，表1为订单对应的处理单模板所示内容。

表1

参见表2，表2为大件单对应的处理单模板中比订单对应的处理模板增加的内容。

表2

表2所示内容加表1所示内容为大件单对应的处理模板所示内容。

参见表3，表3为转运单对应的处理单模板中比订单对应的处理模板增加的内容。

业务项	用途	备注
			箱号	大件包裹编码	-
商品名称	商品说明	-
			商品SKU	商品的标识	-
商品总数	每箱商品数量	-
			赔付金额	该包裹赔付金额	-
物权归属	赔付后商品归属	-

表3

表3所示内容加表1所示内容为转运单对应的处理模板所示内容。

参见表4，表4为Toc运单对应的处理单模板中比订单对应的处理模板增加的内容。

表4

表4所示内容加表1所示内容为Toc运单对应的处理模板所示内容。

参见表5，表5为Tob运单对应的处理单模板中比订单对应的处理模板增加的内容。

表5

表5所示内容加表1所示内容为Tob运单对应的处理模板所示内容。

上述处理单模板仅是一种举例，具体实现时，不限于上述模板所对应的内容。

步骤104，从物流相关系统中获取对应于所述处理单模板的数据信息。

在对应处理单模板中，针对每项内容，需要对应的数据信息进行填充。在具体实现时，可以根据每项内容向物流相关系统中请求获取对应的数据信息。

仍然以理赔单为例，一些理赔的必要信息均可根据物流单调用物流相关系统提供的数据服务接口获取，如：商家基本信息、用户原始信息、业务类型、理赔函、理赔类型等，还有一些数据信息不能直接获取，可以根据从物流相关系统获取的数据信息进行分析、组装获取。

物流相关系统包括配送系统、分拣系统、客服系统、货物提供系统等。

步骤105，将获取的数据信息填充到所述处理单模板中生成处理单，并处理。

本申请实施例中通过物流系统来源标识识别物流单类型，并根据配置的类型与处理单模板的关联关系确定对应的处理单模板，从物流相关系统中获取对应于所述处理单模板的数据信息，填充到所述处理单模板中并处理。该方案能够减少客户工作量，提高生成处理单的准确性和效率，进而能够在低成本前提下，提高处理异常物流单的效率。

实施例二

参见图2，图2为本申请实施例二中异常物流单处理流程示意图。具体步骤为：

步骤201，获取异常的物流单的系统来源标识。

步骤202，根据所述系统来源标识确定所述物流单的类型。

预先配置系统来源标识与物流单的类型的关联关系。

本申请实施例中的物流单的类型包括：

订单、大件单、转运单、Tob运单和Toc运单。

其中，订单：用户下单后还未进行货物配送的物流单；

大件单：指体积至少一边大于预设长度，如600mm，且重量大于预设重量，如15kg的货物视为大件单。

转运单：转运(TC)是指为广大货物提供者提供的快速中转物流综合服务，一般是仓到仓运输，整车运输等。

Tob运单：货物提供者发给客户的正常中小件运单；

Toc运单：C2C的个人发出的中小件运单。

大件单和转运单之外的运单为中小件运单。

步骤203，根据配置的关联关系获取确定的所述物流单的类型对应的处理单模板。

所述关联关系为物流单类型和处理单模板的关联关系。

在具体实现时，也可以直接配置物流单的系统来源标识和处理单模板的关联关系。

步骤204，从物流相关系统中获取对应于所述处理单模板的数据信息。

在对应处理单模板中，针对每项内容，需要对应的数据信息进行填充。在具体实现时，可以根据每项内容向物流相关系统中请求获取对应的数据信息。

仍然以理赔单为例，一些理赔的必要信息均可根据物流单调用物流相关系统提供的数据服务接口获取，如：商家基本信息、用户原始信息、业务类型、理赔函、理赔类型等，还有一些数据信息不能直接获取，可以根据从物流相关系统获取的数据信息进行分析、组装获取。

步骤205，若确定存在未从所述物流相关系统中获取到的对应于所述处理单模板的数据信息，则通过接收输入的数据信息来获取未从所述物流相关系统中获取的数据信息。

有些比较主观性的数据信息，如理赔证据材料、理赔协商金额、理赔原因等，需要人工输入来获取。

步骤206，将获取的数据信息填充到所述处理单模板中生成处理单，并处理。

本申请实施例中通过物流系统来源标识识别物流单类型，并根据配置的类型与处理单模板的关联关系确定对应的处理单模板，从物流相关系统中获取对应于所述处理单模板的数据信息，针对未获取的数据信息通过人工输入来获取；将获取的所有数据信息填充到所述处理单模板中并处理。该方案能够提高生成处理单的准确性和效率，进而能够在低成本前提下，提高处理异常物流单的效率。

实施例三

参见图3，图3为本申请实施例中拦截处理单流程示意图。具体步骤为：

步骤301，生成处理单。

步骤302，确定所述处理单是否疑似异常，如果是，执行步骤303；否则，执行步骤306。

本步骤中确定所述处理单是否疑似异常，包括：

满足下述任一条件时，确定所述处理单疑似异常：

第一预设时间内同一货物提供者或货物接收者发生过相同价值的处理单、已有相同物流单对应的处理单、所述处理单对应的物流单已配送完成。

针对第一预设时间内同一货物提供者或货物接收者发生过相同价值的处理单元，以理赔场景为例：同一货物提供者或货物接收者在近30天有相同金额的理赔单；

针对已有相同物流单对应的处理单，即针对对应异常物流单已生成过处理单；

针对处理单对应的物流单已配送完成，这时让输入确定请求时，相当于在货物已妥投的前提下，该处理单是否还需要处理，如理赔场景，则确认是否还需要理赔。

这里的确定疑似异常即系统初步确定异常，是否真正异常，还需要人为确认。

步骤303，输出处理单是否异常的确认请求。

步骤304，若接收到确认所述处理单异常的响应，则标记所述处理单为异常处理单。结束本流程。

步骤305，若接收到确认所述处理单非异常的响应，则执行步骤306。

本申请实施例中对于异常的处理单进行标记，以便进行相关事宜的统计，监控，标记为异常的处理单，不再进行处理。

步骤306，处理所述处理单。

本申请实施例中对异常的理赔单会进行人工确认，根据人工确认结果来确定是否对处异常理单进行处理，能够提高处理异常的物流单的正确率，减少重赔的风险，减少损失。

实施例四

针对一些货物提供者，和/或，货物接收者配置批量处理策略，所述批量处理策略中指出在处理单的条数大于第一预设阈值时，对处理单进行批量处理；否则，暂存所述处理单，进入等待状态。

参见图4，图4本申请实施例中批量处理流程示意图。具体步骤为：

步骤401，生成处理单。

步骤402，确定针对所述处理单对应的对象是否配置批量处理策略；如果是，执行步骤403，否则，执行步骤405。

步骤403，确定累加当前生成的处理单之后，针对所述货物提供者未处理的处理单的条数是否大于所述批量处理策略中指定的第一预设阈值，如果是，执行步骤405；否则，执行步骤404。

步骤404，暂存所述处理单。结束本流程。

暂时存储所述处理单，直到满足存储的处理单的条数大于第一预设阈值时，再进行处理。

步骤405，处理所述处理单。

在处理所述处理单的同时处理暂存的针对所述货物提供者的所有处理单，删除处理的处理单，并将针对所述货物提供者的处理单条数清0。

本申请实施例中一个货物提供者或货物接收者可能是一个商家，一个商家可能会有几十个或上百个异常的物流单，如果一单单发起和确认的话比较频繁，客服和商家工作量都比较大，针对此场景本申请实施例中给出了批量处理的策略，能够减少工作量，提高处理的效率。

实施例五

参见图5，图5为本申请实施例中监控处理单流程示意图。具体步骤为：

步骤501，基于多维度对与处理单相关的数据信息进行监控。

本申请实施例中进行多维度监控时，多维度包括：时间、处理单对应的对象(货物提供者、货物接收者)、处理方式。

步骤502，监控到任一对象在第二预设时间内发生的处理单对应的总价值大于第三预设阈值时，发出告警。结束本流程。

这样的对象根据与客户沟通情况进行确认，若属于恶意索赔的，则对所述对象进行恶意理赔对象打标。

步骤503，监控到任一对象在第三预设时间内发生的处理单的数量大于第二预设阈值时，发出告警。结束本流程。

如统计每个对象的月平均理赔单量，当月理赔单量大于平均值，或月理赔单量大于第二预设阈值时，发出告警。

步骤504，当监控到任一处理单被异常处理时，发出告警信息。

根据在不同维度下监控到的与处理单相关的数据信息时，进行数据信息统计，确定处理单是否处异常。当一处理单发生下述任一种情况时，确定所述处理单是否被异常处理：

监控到任一对象的处理单处理方式不符合预设处理规则；

针对不同类型的处理单可以设置处理的预设处理规则，若监控到任一处理单被处理时，未按照处理单的类型对应的预设处理规则进行处理，则确定所述处理单被异常处理。

以处理单为理赔单为例：

理赔类型一般是按照标准赔付运费，或有保价的话根据保价金额赔付。

特殊情况需要走非标准理赔和通融理赔。这两种类型的需要统计商家，用户的非标赔付率和通融赔付率，如果这两个指标高的话，当月暂停赔付。

计算公式：

通融率＝[(商家或用户通融单量)/总理赔单量]*0.5+[(商家或用户通融金额)/总理赔金额)]*0.5；

非标率＝[(商家或用户非标单量)/总理赔单量]*0.5+[(商家或用户非标金额)/总理赔金额)]*0.5；

如通融率大于第一预设率，且非标准率大于第二预设率时，确定对象的理赔单处理异常，暂停一定时间，如当月暂停赔付。

监控到任一处理单暂停处理的时间超过第四预设时间。

如当因为审核驳回，或系统原因导致理赔单暂停超过1天，需要及时告知单据跟进人了解情况，跟进处理。

监控到任一处理单的处理时间超过第五预设时间。

因系统原因导致的单据长时间处于处理中状态，需要告知对应的系统运营人员，去及时处理，保证单据的处理效率。

需要商家确认的单据，如商家长时间不确认，需要告知客服，客服主动联系商家确认，增加单据处理效率。

本申请实施例中基于多维度地对处理单相关的数据信息进行监控，根据历史数据分析更好地维护商家的信息，监控到异常信息时，及时发出告警，以便对处理单进行错误处理，能够及时止损，也能够避免重复理赔和恶意理赔。

实施例六

本申请实施例中提供消息平台MQ，用于操作异步化和各系统间解耦，主要实现如下：

当处理单创建时，通知配送系统、分拣系统和判责系统；

接收到配送系统、分拣系统、判责系统、客服系统或货物提供系统反馈时，根据反馈的信息更新处理单的状态；

当所述处理单的状态变更时，将所述处理单的状态同步给客服系统、货物提供系统、配送系统和判责系统。

实施例七

本申请实施例中通过分布式任务的方式实现，具体实现如下：

周期性地对异常的处理单进行提醒；

对于有启动条件的处理单，监控到满足所述启动条件时，启动对所述处理单的处理；

在处理处理单过程中出现数据错误时，修正所述处理单。

如理赔单中，打款成功了但是由于某种原因理赔单状态没有更新为完成，系统会自动重试修改所述理赔单的状态。

基于同样的发明构思，本申请实施例中还提供一种异常物流单处理装置。参见图6，图6为本申请实施例中应用于上述技术的装置结构示意图。所述装置包括：第一获取单元601、第一确定单元602、第二确定单元603、第二获取单元604、生成单元605和处理单元606；

第一获取单元601，用于获取异常的物流单的系统来源标识；

第一确定单元602，用于根据第一获取单元601获取的系统来源标识确定所述物流单的类型；

第二确定单元603，用于根据配置的关联关系获取第一确定单元602确定的所述物流单的类型对应的处理单模板；

第二获取单元604，用于从物流相关系统中获取对应于第二确定单元603确定的处理单模板的数据信息；

生成单元605，用于将第二获取单元604获取的数据信息填充到所述处理单模板中生成处理单；

处理单元606，用于处理生成单元605生成的处理单。

优选地，

第二获取单元604，进一步用于当第二获取单元604从物流相关系统中获取对应于所述处理单模板的数据信息之后，若确定存在未从所述物流相关系统中获取到的对应于所述处理单模板的数据信息，则通过接收输入的数据信息来获取未从所述物流相关系统中获取的数据信息。

优选地，所述装置进一步包括：第三确定单元607；

第三确定单元607，用于当生成单元605生成处理单之后，确定所述处理单是否疑似异常，如果是，输出处理单是否异常的确认请求；否则，触发处理单元606处理所述处理单；若接收到确认所述处理单异常的响应，则标记所述处理单为异常处理单；若接收到确认所述处理单非异常的响应，则触发处理单元606处理处理单元606。

优选地，

第三确定单元607，具体用于确定所述处理单是否疑似异常时，包括：满足下述任一条件时，确定所述处理单疑似异常：第一预设时间内同一货物提供者或货物接收者发生过相同价值的处理单、已有相同物流单对应的处理单、所述处理单对应的物流单已配送完成。

优选地，

第三确定单元607，进一步用于确定针对所述处理单对应的对象是否配置批量处理策略；若确定针对所述处理单对应的对象配置批量处理策略，则确定累加当前生成的处理单之后，针对所述货物提供者未处理的处理单的条数是否大于所述批量处理策略中的指定的第一预设阈值，如果是，触发处理单元606处理所述处理单；否则，存所述处理单；若针对所述处理单对应的对象未配置批量处理策略，则触发处理单元606处理所述处理单。

优选地，所述装置进一步包括：监控单元608和告警单元609；

监控单元608，用于基于多维度对与生成单元605生成的处理单相关的数据信息进行监控；

告警单元609，用于当监控单元608监控到任一处理单被异常处理时，发出告警信息；当监控单元608监控到任一对象在第二预设时间内发生的处理单对应的总价值大于第三预设阈值时，发出告警；当监控单元608监控到任一对象在第三预设时间内发生的处理单的数量大于第二预设阈值时，发出告警。

优选地，

监控单元608，进一步用于监控到任一处理单被异常处理时，包括

监控到任一对象的处理单处理方式不符合预设处理规则；

监控到任一处理单暂停处理的时间超过第四预设时间；

监控到任一处理单的处理时间超过第五预设时间。

优选地，所述装置进一步包括：收发单元610；

收发单元610，用于当生成单元605生成处理单时，通知配送系统、分拣系统和判责系统；接收配送系统、分拣系统、判责系统、客服系统或货物提供系统反馈；当处理单元606中的处理单的状态变更时，将所述处理单的状态同步给客服系统、货物提供系统、配送系统和判责系统；

处理单元606，进一步用于当收发单元610接收到配送系统、分拣系统、判责系统、客服系统或货物提供系统反馈时，根据反馈的信息更新处理单的状态。

优选地，

告警单元609，进一步用于周期性地对异常的处理单进行提醒；

处理单元606，进一步用于对于有启动条件的处理单，监控到满足所述启动条件时，启动对所述处理单的处理；在处理处理单过程中出现数据错误时，修正所述处理单。

上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。

在另一个实施例中，还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述异常物流单处理方法的步骤。

在另一个实施例中，还提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时可实现所述异常物流单处理方法中的步骤。

图7为本发明实施例提供的电子设备的实体结构示意图。如图7所示，该电子设备可以包括：处理器(Processor)710、通信接口(Communications Interface)720、存储器(Memory)730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行如下方法：

获取异常的物流单的系统来源标识；

根据所述系统来源标识确定所述物流单的类型；

根据配置的关联关系获取确定的所述物流单的类型对应的处理单模板；

从物流相关系统中获取对应于所述处理单模板的数据信息；

将获取的数据信息填充到所述处理单模板中生成处理单，并处理。

此外，上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (12)

1.一种异常物流单处理方法，其特征在于，所述方法包括：

获取异常的物流单的系统来源标识；

根据所述系统来源标识确定所述物流单的类型；

根据配置的关联关系获取确定的所述物流单的类型对应的处理单模板；

从物流相关系统中获取对应于所述处理单模板的数据信息；

将获取的数据信息填充到所述处理单模板中生成处理单，并处理。

2.根据权利要求1所述的方法，其特征在于，所述从物流相关系统中获取对应于所述处理单模板的数据信息之后，所述将获取的数据信息填充到所述处理单模板中生成处理单之前，所述方法进一步包括：

若确定存在未从所述物流相关系统中获取到的对应于所述处理单模板的数据信息，则通过接收输入的数据信息来获取未从所述物流相关系统中获取的数据信息。

3.根据权利要求1所述的方法，其特征在于，所述将获取的数据信息填充到所述处理单模板中生成处理单之后，所述处理之前，所述方法进一步包括：

确定所述处理单是否疑似异常，如果是，输出处理单是否异常的确认请求；否则，执行所述处理操作；

若接收到确认所述处理单异常的响应，则标记所述处理单为异常处理单；

若接收到确认所述处理单非异常的响应，则执行所述处理操作。

4.根据权利要求3所述的方法，其特征在于，所述确定所述处理单是否疑似异常，包括：

满足下述任一条件时，确定所述处理单疑似异常：

第一预设时间内同一货物提供者或货物接收者发生过相同价值的处理单、已有相同物流单对应的处理单、所述处理单对应的物流单已配送完成。

5.根据权利要求1所述的方法，其特征在于，所述将获取的数据信息填充到所述处理单模板中生成处理单之后，所述处理之前，所述方法进一步包括：

确定针对所述处理单对应的对象是否配置批量处理策略；

若确定针对所述处理单对应的对象配置批量处理策略，则确定累加当前生成的处理单之后，针对所述货物提供者未处理的处理单的条数是否大于所述批量处理策略中指定的第一预设阈值，如果是，执行所述处理操作；否则，暂存所述处理单；

若针对所述处理单对应的对象未配置批量处理策略，则执行所述处理操作。

6.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

基于多维度对与处理单相关的数据信息进行监控；

当监控到任一处理单被异常处理时，发出告警信息；

当监控到任一对象在第二预设时间内发生的处理单对应的总价值大于第三预设阈值时，发出告警；

当监控到任一对象在第三预设时间内发生的处理单的数量大于第二预设阈值时，发出告警。

7.根据权利要求6所述的方法，其特征在于，所述监控到任一处理单被异常处理，包括：

监控到任一对象的处理单处理方式不符合预设处理规则；

监控到任一处理单暂停处理的时间超过第四预设时间；

监控到任一处理单的处理时间超过第五预设时间。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述方法进一步包括：

当处理单创建时，通知配送系统、分拣系统和判责系统；

接收到配送系统、分拣系统、判责系统、客服系统或货物提供系统反馈时，根据反馈的信息更新处理单的状态；

当所述处理单的状态变更时，将所述处理单的状态同步给客服系统、货物提供系统、配送系统和判责系统。

9.根据权利要求1-7任一项所述的方法，其特征在于，所述方法进一步包括：

周期性地对异常的处理单进行提醒；

对于有启动条件的处理单，监控到满足所述启动条件时，启动对所述处理单的处理；

在处理处理单过程中出现数据错误时，修正所述处理单。

10.一种异常物流单处理装置，其特征在于，所述装置包括：第一获取单元、第一确定单元、第二确定单元、第二获取单元、生成单元和处理单元；

所述第一获取单元，用于获取异常的物流单的系统来源标识；

所述第一确定单元，用于根据所述第一获取单元获取的系统来源标识确定所述物流单的类型；

所述第二确定单元，用于根据配置的关联关系获取所述第一确定单元确定的所述物流单的类型对应的处理单模板；

所述第二获取单元，用于从物流相关系统中获取对应于所述第二确定单元确定的处理单模板的数据信息；

所述生成单元，用于将所述第二获取单元获取的数据信息填充到所述处理单模板中生成处理单；

所述处理单元，用于处理所述生成单元生成的处理单。

11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-9任一项所述的方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-9任一项所述的方法。

Images