处理调拨请求的方法及装置与流程

本发明涉及互联网领域，具体而言，涉及一种处理调拨请求的方法及装置。

背景技术：

集货仓是指通常情况下，在分仓销售的体系中，商家往往缺乏将货物输送到每个区域仓的能力，而集货仓便是为了提高商家入仓效率，为商家就近设置的专门用于揽货的仓库。仓库管理系统(warehousemanagementsystem，简称为wms)，用于管理仓库内作各种仓库作业的信息系统。运输管理系统(transportationmanagementsystem，简称为tms)，其主要功能在于对物流环节中关于运输环节的具体管理，可以包括但不限于：车辆管理，在运途中的货物管理。仓库中心(warehousecenter，简称为whc)是菜鸟网络物流宝系统中用于与仓库交互、沉淀仓库订单数据的系统。此外，考虑到菜鸟网络需要与各种不同的合作伙伴(cooperativepartner，简称为cp)进行交互，可编程自动化控制器(programmableautomaticcontrol，简称为pac)便提供了一种统一与cp交互的方式，由此降低了内外部系统间交互的开发成本。

相关技术中，商家如果需要使用集货仓补货，便需要订购集货仓服务并预约入库。如果商家需要完成集货仓预约入库操作，首先，需要满足的条件是商家订购了集货仓服务，那么物流执行平台(logisticsexecutionplatform，简称为lep)系统便会为该商家设置集货仓库容；其次，需要满足的条件是商家需要有补货计划单才可以执行预约入库；然后，商家通过填写预约入库信息，订购集货仓服务，同时确定在预约日期中的仓库收货能力、仓库剩余库容和商家剩余的类目库容均需要满足预约要求。在上述条件均满足的情况下，lep系统会请求仓库中心生成预约入库单，并在预约入库单生成后，由lep系统保留该预约入库单号。另外，在仓库库容、收货能力以及商家剩余库容充足的前提下，lep系统支持商家执行改约操作。在集货仓预约入库操作成功完成后，商家便可以安排线下送货到集货仓。

商家通过执行上述预约入库操作将货物入库到集货仓后，需要将集货仓中的货物调拨到其他由商家在向消费者配送预定货物前暂时存储这些货物的仓库(例如：海尔旗下的全国物流配送体系——日日顺)才能真正销售给各地区的消费者。然而，集货仓的调拨流程与日日顺仓库间调拨流程存在较大差异，由于集货仓调拨涉及到干线运 输(即在城市与城市之间的运输)，因此需要tms协同参与。

在满足商家订购集货仓服务以及lep系统为该商家设置从集货仓向日日顺仓库正向调拨(其中，以仓库为基准，从仓库向外部调配货物的方向为正向，而从外部向仓库调配货物的方向为逆向)的前置条件(即，为完成从集货仓向日日顺仓库调拨货物所需要满足的条件)的情况下，商家执行集货仓调拨的处理流程可以包括以下逻辑：

(1)单据合并处理逻辑

计划系统生成的补货计划单是按照路线和商品维度的，即同一路线上同一商品会生成一条补货计划，商家可以批量提交补货计划来执行调拨补货操作。

商家在批量提交补货计划后，发起真正的调拨前，系统将该商家的同一条干线上的不同商品的调拨合成一笔调拨请求的处理过程，这样可以减少调拨单据数量，方便商家进行跟踪处理。

(2)调拨前的校验逻辑

1)商家必须已经订购集货仓；

2)干线的运输能力必须充足；

3)预计入库日期时日日顺当前的仓库容量，日日顺仓库的收货能力以及商家剩余库容需要满足特定条件，其中，预计入库日期可以通过发起调拨单的日期和干线时效来计算获得；当然，需要说明的是，此处提到的预计入库日期未必是实际入库日期，由此易造成库容和收货能力的校验结果失效，即存在虽然按照预计日期能够校验通过，但是线下实际执行日期与预计日期不一致，且实际执行日期中库容和收货能力不足，此时，便需要业务方提供业务处理方案；

4)本次是否需要校验调拨单中的最小库存量单位的数量；

为了实现标准商品化管理，一种型号的冰箱所占用的体积可以记为一个最小库存量单位。而在进行货物调拨前，首先需要确认最小库存量单位的数量是否能够满足所要调拨的货物数量的需求。假设本次需要调拨一种型号的冰箱的数量为5台，而目前最小库存量单位的数量为6个，则说明本次调拨处理成功；但是，如果本次需要调拨同一型号的冰箱的数量为5台，而目前最小库存量单位的数量为4个，则说明本次调拨处理失败。

(3)仓储交互逻辑：

在锁定库容和仓库收货能力后，如果调拨前的校验通过，则lep会创建预约入库 单请求whc执行调拨处理，其中，预约入库单可以包括以下至少之一：协同管理主单、运输管理计划单、运输管理计划商品明细；考虑到请求仓储和请求配送协同平台(deliverycoordinationplatform，简称为dcp，其主要负责不同城市之间配送货物的运输工具的调度)是异步过程，即在请求仓储后，需要异步判断仓储的接单状态，而只有调拨单中的出入仓库均已接单，才可以请求dcp去下发配送指令，因此，运输管理计划单和运输管理计划商品明细需要进行持久化处理。

lep在调用whc的调拨单创建接口时，需要传递特殊的标记告知whc本次是跨体系的调拨操作；然后，再由whc操作逻辑来创建调拨主单，同时还会分别向集货仓和rrs仓库下发普通出库单和采购入库单。

whc同步返回调拨单创建结果，如果创建失败，则本次协同单据完结，释放库容和收货能力；如果创建成功，则更新相关单据，其具体包括：更新协同管理主单状态、插入协同管理子单记录、插入运输调度任务。lep会监听whc发送的各种仓储回传记录的消息(主要包括：监听集货仓出库和rrs仓入库消息)，并更新对应的协同主单和子单记录。

(4)配送交互逻辑：

在运输调度满足条件后，lep开始请求dcp执行干线运输。

dcp下发干线运输指令，同步返回执行结果，lep会将执行结果插入运输管理子单记录。这里dcp返回的结果只能表示dcp自身的各种校验处理逻辑完毕，但并不代表干线的处理状态；dcp内部将会异步请求干线，并且通过重试机制确保与干线的交互成功。

对于干线回传的各种状态，dcp将会通过notify消息的方式通知到lep；而lep则会根据消息更新运输管理主单和子单的信息，同时对以下三类消息进行额外处理：

1)干线回传的拒单信息：调用whc取消调拨单；这种操作一般发生在干线的运输能力不足的情况下，其发生概率较小；

2)干线回传的分单消息：lep会通知whc下发交割单，以使仓储和干线根据交割单实现货物出库和揽收操作，该单据可以作为集货仓和干线的交接凭证；

3)干线回传的丢货和货损消息：lep会记录运输异常日志，并更新运输管理主单和子单信息；因为同一个运单干线是可以操作回传多个货损或者货丢信息的，因此在进行幂等控制时需要注意，可以按照运单号和干线回传时间来区分是消息重发还是真正的货丢货损消息。

另外，在干线运输途中可能会发生货物损坏等需要将货物从日日顺仓退回至集货仓的情况。在干线回传货损信息后，dcp会将该信息发送给lep；lep会记录运输异常日志，并更新运输管理子单中的货损数量等信息。然后，lep将调用whc向集货仓下发干线货损退仓指令，同时更新协同管理子单，并增加干线货损退仓记录。

需要说明的是，对于一笔运单而言，干线可能会回传多次的货损信息，由此便需要同时下发多笔的干线退货入库指令。

通过上述关于集货仓的相关操作流程介绍可以发现相关技术中存在以下缺陷：

1)仓库(此处不限定仓库的具体类型)在接收到下发的调拨单后，可能会因为仓内现场各种问题拒单，干线分车到达仓库后需要等待仓内拣货并运输到码头，这样一方面造成了tms车辆资源浪费，另一方面仓库码头拥挤还会影响交接效率。

2)仓库需要等干线车辆到达仓库后再将调拨单的货物出库，其交接效率会因此而受到一定程度的制约。

3)由于对wms和tms缺乏有效的指标监控，因此无法考核wms以及tms业务的履行质量。

4)鉴于wms只负责进行揽收和出库，而tms只负责干线运输管理，由此造成缺乏对账管理，无法保障货物库存和运输数据的准确性。

针对上述的问题至少之一，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种处理调拨请求的方法及装置，以至少解决相关技术中在未获取wms对调拨请求的处理结果的情况下便指示tms协同wms处理调拨请求，易造成资源浪费的技术问题。

根据本发明实施例的一个方面，提供了一种处理调拨请求的方法，包括：向wms下发调拨请求；根据wms对调拨请求的响应结果确定是否指示tms协同wms处理调拨请求。

可选地，根据wms对调拨请求的响应结果确定是否指示tms协同wms处理调拨请求包括以下之一：当根据响应结果确认wms接受调拨请求时，指示tms协同wms处理调拨请求；当根据响应结果确认wms拒绝调拨请求时，取消调拨请求。

可选地，在根据响应结果确认wms接受调拨请求并指示tms协同wms处理调拨请求之后，还包括：接收tms根据调拨请求反馈的与运输工具对应的分单消息，其中， 分单消息中携带的信息包括：运输工具的标识信息，运输工具承接的运输任务；根据分单消息向wms下发交割凭证，其中，交割凭证用于指示wms按照运输任务分配对应的货物以及根据验证信息集合确定是否将货物交割给运输工具，验证信息集合至少包括：运输工具的标识信息。

可选地，在根据响应结果确认wms接受调拨请求并指示tms协同wms处理调拨请求之后，还包括：按照预设周期采集wms返回的第一监控指标集合，其中，第一监控指标集合包括以下至少之一：wms对调拨请求的处理效率，wms对货物的调配效率，wms自身发生故障的频率；在第一监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第一监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

可选地，在根据响应结果确认wms接受调拨请求并指示tms协同wms处理调拨请求之后，还包括：按照预设周期采集tms返回的第二监控指标集合，其中，第二监控指标集合包括以下至少之一：tms回传货物运输信息的频率，tms在运输过程中发生的运输货损率，tms自身发生故障的频率；在第二监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第二监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

可选地，在根据响应结果确认wms接受调拨请求并指示tms协同wms处理调拨请求之后，还包括：在预设时间范围内分别获取tms处理调拨请求得到的第一调拨数据以及wms处理调拨请求得到的第二调拨数据；在第一调拨数据与第二调拨数据之间的数据差异超出预设数值范围的情况下，发出告警信息，其中，告警信息用于提示第一调拨数据和/或第二调拨数据出现异常。

根据本发明实施例的另一方面，还提供了一种处理调拨请求的装置，包括：第一下发模块，用于向仓库管理系统wms下发调拨请求；处理模块，用于根据wms对调拨请求的响应结果确定是否指示运输管理系统tms协同wms处理调拨请求。

可选地，处理模块，用于当根据响应结果确认wms接受调拨请求时，指示tms协同wms处理调拨请求；或者，当根据响应结果确认wms拒绝调拨请求时，取消调拨请求。

可选地，上述装置还包括：接收模块，用于接收tms根据调拨请求反馈的与运输工具对应的分单消息，其中，分单消息中携带的信息包括：运输工具的标识信息，运输工具承接的运输任务；第二下发模块，用于根据分单消息向wms下发交割凭证，其中，交割凭证用于指示wms按照运输任务分配对应的货物以及根据验证信息集合确定 是否将货物交割给运输工具，验证信息集合至少包括：运输工具的标识信息。

可选地，上述装置还包括：第一采集模块，用于按照预设周期采集wms返回的第一监控指标集合，其中，第一监控指标集合包括以下至少之一：wms对调拨请求的处理效率，wms对货物的调配效率，wms自身发生故障的频率；第一监控模块，用于在第一监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第一监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

可选地，上述装置还包括：第二采集模块，用于按照预设周期采集tms返回的第二监控指标集合，其中，第二监控指标集合包括以下至少之一：tms回传货物运输信息的频率，tms在运输过程中发生的运输货损率，tms自身发生故障的频率；第二监控模块，用于在第二监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第二监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

可选地，上述装置还包括：获取模块，用于在预设时间范围内分别获取tms处理调拨请求得到的第一调拨数据以及wms处理调拨请求得到的第二调拨数据；控制模块，用于在第一调拨数据与第二调拨数据之间的数据差异超出预设数值范围的情况下，发出告警信息，其中，告警信息用于提示第一调拨数据和/或第二调拨数据出现异常。

在本发明实施例中，采用根据wms对调拨请求的响应结果确定是否指示tms协同wms处理调拨请求的方式，通过等待wms反馈自身对调拨请求的响应结果，避免了在未获取wms对调拨请求的响应结果的情况下便直接指示tms协同wms处理调拨请求，以避免tms和wms对调拨请求的响应结果不同而造成tms调度资源的浪费，从而实现了节省tms调度资源，提高tms与wms交接效率的技术效果，进而解决了相关技术中在未获取wms对调拨请求的处理结果的情况下便指示tms协同wms处理调拨请求，易造成资源浪费的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种处理调拨请求的方法的计算机终端的硬件结构框图；

图2是根据本发明实施例的处理调拨请求的方法的流程图；

图3是根据本发明优选实施例的便捷入仓产品的系统架构示意图；

图4是根据本发明优选实施例的处理调拨请求的方法流程图；

图5是根据本发明优选实施例的根据tms的回传分单向wms下发交接凭证的流程图；

图6是根据本发明优选实施例的通过比对wms和tms双方提供的调拨数据进行调账处理的流程图；

图7是根据本发明实施例的处理调拨请求的装置的结构框图；

图8是根据本发明优选实施例的处理调拨请求的装置的结构框图；

图9是根据本发明实施例的一种计算机终端的结构框图。

具体实施方式

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

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

实施例1

根据本发明实施例，还提供了一种处理调拨请求的方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本发明实施例的一种处理调拨请求的方法的计算机终端的硬件结构框图。如图1所示，计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的处理调拨请求的方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的处理调拨请求的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。

在上述运行环境下，本申请提供了如图2所示的处理调拨请求的方法。图2是根据本发明实施例的处理调拨请求的方法的流程图。如图2所示，该方法可以包括以下处理步骤：

步骤s202：向wms下发调拨请求，其中，该调拨请求可以由lep采用调拨单的形式下发至wms；

为了便于更加清楚地理解本发明，首先需要对便捷入仓产品的系统架构进行如下介绍：

图3是根据本发明优选实施例的便捷入仓产品的系统架构示意图。如图3所示，系统中分为多层，最上层的是直接与商家之间进行信息交互的子系统(即商家端)，商家可以在这些系统中设置产品参数(例如：调拨线路、可以进行集货仓调拨的仓库)， 发起预约入库以及发起调拨；另外，商家也可以在这些子系统中查看业务全景，以便了解业务执行情况。接下来的一层是物流执行引擎——lep，这个子系统负责管理仓库的库容、收货能力、线路等信息，同时也负责协同wms和tms。再往下一层则是与cp系统交互的子系统(即物流基础平台)，其负责管理仓内作业和干线作业以及cp直接执行实际操作的子系统，其负责执行实际仓内作业和运输干线管理。

基于上述图3所示的系统架构示意图，商家如果需要完成集货仓预约入库操作，则必须满足以下条件：

条件1，商家需要订购集货仓服务，系统才会自动为该商家设置集货仓库容；

条件2，商家需要有补货计划单才可以执行预约入库；

条件3，商家通过填写预约入库信息，订购集货仓服务，同时确定在预约日期中的仓库收货能力、仓库剩余库容和商家剩余的类目库容均需要满足预约要求。

在上述条件均满足的情况下，系统(例如：lep)会请求仓库中心生成预约入库单，并在预约入库单生成后，由系统保留该预约入库单号。另外，在仓库库容、收货能力以及商家剩余库容充足的前提下，系统支持商家执行改约操作。在集货仓预约入库操作成功完成后，商家便可以安排线下送货到集货仓。

商家通过执行上述预约入库操作将货物入库到集货仓后，需要将集货仓中的货物调拨到其他仓库才能真正销售给各地区的消费者。由于集货仓调拨涉及到干线运输，因此，在向wms下发调拨请求的同时，还需要tms协同参与。

步骤s204：根据wms对调拨请求的响应结果确定是否指示tms协同wms处理调拨请求。

相关技术中在未获取wms对调拨请求的处理结果的情况下便指示tms协同wms处理调拨请求，易造成资源浪费采用如图2所示的根据wms对调拨请求的响应结果确定是否指示tms协同wms处理调拨请求的方式，通过等待wms反馈自身对调拨请求的响应结果，避免了在未获取wms对调拨请求的响应结果的情况下便直接指示tms协同wms处理调拨请求，以避免tms和wms对调拨请求的响应结果不同而造成tms调度资源的浪费，从而实现了节省tms调度资源，提高tms与wms交接效率的技术效果。

可选地，在步骤s204中，根据wms对调拨请求的响应结果确定是否指示tms协同wms处理调拨请求可以包括以下方式之一：

方式一、当根据响应结果确认wms接受调拨请求时，指示tms协同wms处理调拨请求，即只有在wms确认接受调拨请求的情况下，lep才会指示tms协同wms处理调 拨请求，以避免发生虽然wms拒绝接受调拨请求，但是由于lep在未获知wms的响应结果的情况下便直接指示tms协同wms处理调拨请求，继而造成tms调度资源的浪费；

方式二、当根据响应结果确认wms拒绝调拨请求时，取消调拨请求，即在wms确认拒绝调拨请求的情况下，lep及时通知商家该调拨请求未被接受，以便商家及时做出调整，同时，tms由于未收到lep下发的协同指示，故而也不会因盲目协同wms处理调拨请求继而造成tms调度资源的浪费。

在优选实施例中，图4是根据本发明优选实施例的处理调拨请求的方法流程图。如图4所示，该方法可以包括以下处理步骤：

步骤s402：lep接收来自于商家的调拨请求(例如：调拨单)；

步骤s404：lep将该调拨请求下发至wms；

步骤s406：lep接收wms反馈的接受该调拨请求或者拒绝该调拨请求的响应消息；

步骤s408：只有在上述响应消息表明wms接受该调拨请求时，lep才会向tms下发指示信息，以指示tms协同wms处理该调拨请求，以确保tms干线分车后的运输工具到达由wms管理的仓库时，仓库一定会执行上述调拨请求，从而避免因为仓库拒绝执行上述调拨请求而导致tms车辆资源的浪费。

相比于相关技术未考虑wms对调拨请求的响应结果而直接指示tms协同wms处理上述调拨请求的情形而言，该优选实施例所提供的技术方案，通过过滤掉被wms拒绝执行的调拨请求，从而提高了tms的调度效率，避免了tms无效的运输调度。

可选地，在步骤s204，根据响应结果确认wms接受调拨请求并指示tms协同wms处理调拨请求之后，还可以包括以下执行步骤：

步骤s206：接收tms根据调拨请求反馈的与运输工具对应的分单消息，其中，分单消息中携带的信息包括：运输工具的标识信息，运输工具承接的运输任务(其可以包括：该运输工具所承接的货物种类以及每类货物的承载量)；

步骤s208：根据分单消息向wms下发交割凭证，其中，交割凭证用于指示wms按照运输任务分配对应的货物以及根据验证信息集合确定是否将货物交割给运输工具，验证信息集合至少包括：运输工具的标识信息。

在优选实施例中，引入交割单作为wms和tms在提货时的交接凭证。图5是根据本发明优选实施例的根据tms的回传分单向wms下发交接凭证的流程图。如图5所示，该流程可以包括以下处理步骤：

步骤s502：tms通过回传分单将每辆运输工具的标识信息(例如：车辆类型、车牌号、车主姓名和联系方式)以及每辆运输工具承接的运输任务(例如：装载a类货物m个度量单位，装载b类货物n个度量单位)通知给lep；

步骤s504：lep在接收到tms回传的每辆运输工具的标识信息以及承接的运输任务后，以交割单的形式下发至wms；

步骤s506：wms在接收到lep下发的交割单后执行仓内拣货，运输到码头待发区，由此，在干线tms车辆到达仓库后便可以直接将货物提走，从而避免车辆资源浪费以及阻塞码头发货区。

相对于相关技术而言，该优选实施例所提供的技术方案一方面在时间上使得干线分单完成后仓库再去操作出库，从而避免过早执行出货操作；另外，考虑到仓库的码头区大小有限，码头区的货物堆积太多会在很大程度上影响仓库整体效率。另一方面，wms能够根据lep下发交割单与tms干线车辆进行货物交割操作，例如：只有车辆车牌号、车辆联系人信息、订单信息等多种验证信息完全相同时才可以进行订单交割，进而从整体上提高了tms协同wms处理调拨请求的效率和准确性。

可选地，在步骤s204根据响应结果确认wms接受调拨请求并指示tms协同wms处理调拨请求之后，还可以包括以下步骤：

步骤s210：按照预设周期采集wms返回的第一监控指标集合，其中，第一监控指标集合包括以下至少之一：wms对调拨请求的处理效率，wms对货物的调配效率，wms自身发生故障的频率；

步骤s212：在第一监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第一监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

在优选实施例中，便捷入仓业务中包含两个cp的wms(即日日顺的wms和及时达的wms)，对wms的监控主要是针对接单及时率，码头流畅度、系统故障率等监控指标。通过lep系统中专门设置的监控模块在接收到wms反馈的调拨请求的处理情况、与tms交接的完成情况等仓库事件时结合商家提供的订单信息综合判断是否满足预设条件。如果未能满足预设条件(例如：wms对调拨请求的处理效率低于第一预设阈值，wms对货物的调配效率低于第二预设阈值，wms自身发生故障的频率高于第三预设阈值)，则会记录在数据库中并持续对wms周期性反馈的监控指标中未满足预设条件的指标进行重复判断，直至这些指标满足预设条件，以确保不断提高合作伙伴的服务质量。

可选地，在步骤s204，根据响应结果确认wms接受调拨请求并指示tms协同wms 处理调拨请求之后，还可以包括以下操作：

步骤s214：按照预设周期采集tms返回的第二监控指标集合，其中，第二监控指标集合包括以下至少之一：tms回传货物运输信息的频率，tms在运输过程中发生的运输货损率，tms自身发生故障的频率；

步骤s216：在第二监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第二监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

在优选实施例中，便捷入仓业务中包含两个cp的wms(即日日顺的wms和及时达的wms)，对tms的监控主要是针对干线时效、运输信息回传及时率、运输货损率、系统故障率等运输事件。通过lep系统中专门设置的监控模块在接收到tms反馈的回传运输信息、tms运输到达入库、运输货损货丢消息时结合商家提供的订单信息综合判断是否满足预设条件。如果未能满足预设条件(例如：tms回传货物运输信息的频率低于第一预设阈值，tms在运输过程中发生的运输货损率高于第二预设阈值，tms自身发生故障的频率高于第三预设阈值)，则会记录在数据库中并持续对wms周期性反馈的监控指标中未满足预设条件的指标进行重复判断，直至这些指标满足预设条件，以确保不断提高合作伙伴的服务质量。

相比于相关技术而言，上述优选实施例所提供的技术方案，能够促进cp提高服务质量。在便捷入仓业务上线之后，商家用户反馈最多的问题即为系统不稳定，出现过若干次因系统故障导致商家无法下单，无法查询订单，订单数据错误等异常现象，这些异常现象严重影响产品整体的用户体验，因此，需要通过对cp系统可用率进行监控并将系统可用率指标作为合作合同中的重要组成部分加以执行以此来提高cp系统可用率。此外，干线运输残次率较高也是商家用户投诉比较多的问题，因为干线运输残损后干线只承担一部分赔偿责任，损失最大的还是商家，如果干线货损率过高，那么商家利润便会大打折扣，因此，针对干线货损率进行监控并周期性的反馈要求cp降低运输货损率在很大程度上也能够进一步提高商家体验。

可选地，在步骤s204，根据响应结果确认wms接受调拨请求并指示tms协同wms处理调拨请求之后，还可以包括以下步骤：

步骤s218：在预设时间范围内分别获取tms处理调拨请求得到的第一调拨数据以及wms处理调拨请求得到的第二调拨数据；

步骤s220：在第一调拨数据与第二调拨数据之间的数据差异超出预设数值范围的情况下，发出告警信息，其中，告警信息用于提示第一调拨数据和/或第二调拨数据出 现异常。

在优选实施例中，wms和tms每天都会协同处理大量调拨请求，对于商家用户而言，其能够查询到的仅为仓库内的库存数据和每个调拨请求的相关信息。然而，商家却无法直观地获知当前仍在货运途中的货物相关数据以及这些货物能够在多长时间内到达仓库等。另外，如果wms和tms双方提供的数据出现不一致，商家也无从得知应该以哪份数据为准。考虑到库存是商家运营的基础，缺乏准确、详细、直观的数据统计结果将会严重影响商家的运营策略。为此，通过建立合理的对账机制，wms与tms双方可以预先约定在每间隔预设时长(例如：每天的同一时间)便需要对双方分别提供的库存数据进行一次比对，其中，库存数据可以包括但不限于：已经调拨完成的订单、根据时效预计多久以后可以到达的调拨单。这些数据在每天的同一时间进行对账，如果发现对账差异的数据超过一定数值范围就需要线下介入进行调账处理，此时可以通过向商家发出告警信息来提示商家目前wms与tms双方分别提供的库存数据差异过大，需要进行调整，这样商家能够根据今天调拨到达的库存以及未来n天即将调拨到达的库存报表来进行运营，lep也可以更好地协同wms和tms，以提高两者的库存准确度。

图6是根据本发明优选实施例的通过比对wms和tms双方提供的调拨数据进行调账处理的流程图。如图6所示，该流程可以包括以下处理步骤：

步骤s602：lep从wms处获取预设时间范围内的调拨数据；

步骤s604：lep从tms处获取同一预设时间范围内的调拨数据；

步骤s606：lep将分别从wms和tms获取到的调拨数据进行比对，判断是否存在差异数据；同时，通过上述比对过程，商家能够得到今天调拨到达的库存以及未来n天即将调拨到达的库存报表；

步骤s608：lep在上述差异数据超过一定数值范围时，执行线下介入进行调账处理。

相比于相关技术而言，该优选实施例所提供的技术方案，增强了数据透明化，使得商家运营更加有据可依，准确的数据是商家执行正确决策的基础，周期性地的数据对账一方面可以尽早发现系统中存在异常数据，另一方面可以为商家、lep、wms以及tms各方提供准确、有效的数据报表，以便各方更好地观察业务数据，制定运营策略。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术 人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的处理调拨请求的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述处理调拨请求的方法的处理调拨请求的装置。图7是根据本发明实施例的处理调拨请求的装置的结构框图。如图7所示，该装置包括：第一下发模块100，用于向仓库管理系统wms下发调拨请求；处理模块102，用于根据wms对调拨请求的响应结果确定是否指示运输管理系统tms协同wms处理调拨请求。

可选地，处理模块102，用于当根据响应结果确认wms接受调拨请求时，指示tms协同wms处理调拨请求；或者，当根据响应结果确认wms拒绝调拨请求时，取消调拨请求。

可选地，图8是根据本发明优选实施例的处理调拨请求的装置的结构框图。如图8所示，上述装置还包括：接收模块104，用于接收tms根据调拨请求反馈的与运输工具对应的分单消息，其中，分单消息中携带的信息包括：运输工具的标识信息，运输工具承接的运输任务；第二下发模块106，用于根据分单消息向wms下发交割凭证，其中，交割凭证用于指示wms按照运输任务分配对应的货物以及根据验证信息集合确定是否将货物交割给运输工具，验证信息集合至少包括：运输工具的标识信息。

可选地，如图8所示，上述装置还包括：第一采集模块108，用于按照预设周期采集wms返回的第一监控指标集合，其中，第一监控指标集合包括以下至少之一：wms对调拨请求的处理效率，wms对货物的调配效率，wms自身发生故障的频率；第一监控模块110，用于在第一监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第一监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

可选地，如图8所示，上述装置还包括：第二采集模块112，用于按照预设周期采集tms返回的第二监控指标集合，其中，第二监控指标集合包括以下至少之一：tms回传货物运输信息的频率，tms在运输过程中发生的运输货损率，tms自身发生故障的频率；第二监控模块114，用于在第二监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第二监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

可选地，如图8所示，上述装置还包括：获取模块116，用于在预设时间范围内分别获取tms处理调拨请求得到的第一调拨数据以及wms处理调拨请求得到的第二调拨数据；控制模块118，用于在第一调拨数据与第二调拨数据之间的数据差异超出预设数值范围的情况下，发出告警信息，其中，告警信息用于提示第一调拨数据和/或第二调拨数据出现异常。

实施例3

本发明的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。

可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，图9是根据本发明实施例的一种计算机终端的结构框图。如图9所示，该计算机终端可以包括：一个或多个(图中仅示出一个)处理器以及存储器。

其中，存储器可用于存储软件程序以及模块，如本发明实施例中的处理调拨请求的方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的处理调拨请求的方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：

s1，向wms下发调拨请求；

s2，根据wms对调拨请求的响应结果确定是否指示tms协同wms处理调拨请求。

可选的，上述处理器还可以执行如下步骤的程序代码：当根据响应结果确认wms接受调拨请求时，指示tms协同wms处理调拨请求；当根据响应结果确认wms拒绝调拨请求时，取消调拨请求。

可选的，上述处理器还可以执行如下步骤的程序代码：接收tms根据调拨请求反馈的与运输工具对应的分单消息，其中，分单消息中携带的信息包括：运输工具的标识信息，运输工具承接的运输任务；根据分单消息向wms下发交割凭证，其中，交割凭证用于指示wms按照运输任务分配对应的货物以及根据验证信息集合确定是否将货物交割给运输工具，验证信息集合至少包括：运输工具的标识信息。

可选的，上述处理器还可以执行如下步骤的程序代码：按照预设周期采集wms返回的第一监控指标集合，其中，第一监控指标集合包括以下至少之一：wms对调拨请求的处理效率，wms对货物的调配效率，wms自身发生故障的频率；在第一监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第一监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

可选的，上述处理器还可以执行如下步骤的程序代码：按照预设周期采集tms返回的第二监控指标集合，其中，第二监控指标集合包括以下至少之一：tms回传货物运输信息的频率，tms在运输过程中发生的运输货损率，tms自身发生故障的频率；在第二监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第二监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

可选的，上述处理器还可以执行如下步骤的程序代码：在预设时间范围内分别获取tms处理调拨请求得到的第一调拨数据以及wms处理调拨请求得到的第二调拨数据；在第一调拨数据与第二调拨数据之间的数据差异超出预设数值范围的情况下，发出告警信息，其中，告警信息用于提示第一调拨数据和/或第二调拨数据出现异常。

采用本发明实施例，提供了一种处理调拨请求的方案。采用根据wms对调拨请求的响应结果确定是否指示tms协同wms处理调拨请求的方式，通过等待wms反馈自身对调拨请求的响应结果，避免了在未获取wms对调拨请求的响应结果的情况下便直接指示tms协同wms处理调拨请求，以避免tms和wms对调拨请求的响应结果不同而造成tms调度资源的浪费，从而实现了节省tms调度资源，提高tms与wms交接效率的技术效果，进而解决了相关技术中在未获取wms对调拨请求的处理结果的情况下便指示tms协同wms处理调拨请求，易造成资源浪费的技术问题。

本领域普通技术人员可以理解，图9所示的结构仅为示意，计算机终端也可以是 智能手机(如android手机、ios手机等)、平板电脑、掌声电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图9其并不对上述电子装置的结构造成限定。例如，计算机终端还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的处理调拨请求的方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

s1，向wms下发调拨请求；

s2，根据wms对调拨请求的响应结果确定是否指示tms协同wms处理调拨请求。

存储介质还被设置为存储用于执行以下步骤的程序代码：当根据响应结果确认wms接受调拨请求时，指示tms协同wms处理调拨请求；当根据响应结果确认wms拒绝调拨请求时，取消调拨请求。

存储介质还被设置为存储用于执行以下步骤的程序代码：接收tms根据调拨请求反馈的与运输工具对应的分单消息，其中，分单消息中携带的信息包括：运输工具的标识信息，运输工具承接的运输任务；根据分单消息向wms下发交割凭证，其中，交割凭证用于指示wms按照运输任务分配对应的货物以及根据验证信息集合确定是否将货物交割给运输工具，验证信息集合至少包括：运输工具的标识信息。

存储介质还被设置为存储用于执行以下步骤的程序代码：按照预设周期采集wms返回的第一监控指标集合，其中，第一监控指标集合包括以下至少之一：wms对调拨请求的处理效率，wms对货物的调配效率，wms自身发生故障的频率；在第一监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第一监控指标集合执行监控 操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

存储介质还被设置为存储用于执行以下步骤的程序代码：按照预设周期采集tms返回的第二监控指标集合，其中，第二监控指标集合包括以下至少之一：tms回传货物运输信息的频率，tms在运输过程中发生的运输货损率，tms自身发生故障的频率；在第二监控指标集合中的部分或全部指标未满足预设条件的情况下，向对第二监控指标集合执行监控操作的客户端发出提示信息，其中，提示信息用于表示部分或全部指标未满足预设条件。

存储介质还被设置为存储用于执行以下步骤的程序代码：在预设时间范围内分别获取tms处理调拨请求得到的第一调拨数据以及wms处理调拨请求得到的第二调拨数据；在第一调拨数据与第二调拨数据之间的数据差异超出预设数值范围的情况下，发出告警信息，其中，告警信息用于提示第一调拨数据和/或第二调拨数据出现异常。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。