订单信息处理方法、装置及系统与流程

本申请涉及订单信息处理技术领域，特别是涉及订单信息处理方法、装置及系统。

背景技术：

为了提高消费者对大家电等大件商品的购物体验，一些交易平台为商家提供了统一的物流管理平台。通过该平台，商家可以首先入驻到一些特定的仓库(物流管理平台提供的大家电仓库，每个仓库都有自己的配送覆盖范围，能够给消费者提供确定性的物流服务体验)，然后商家将大家电商品入库到大家电仓库。消费者在前端页面中查看前端商品对象时，可以根据消费者所在的地址匹配仓库的覆盖区域范围，如果匹配上后则会将对应仓库中的库存展示给消费者。

消费者付款下单后，系统会为其生成仓储作业订单，给仓库下发出库指令，订单中涉及的货品会经过仓库的打包、贴码、装车、出库、配送网点等环节最终送达至消费者手中。但是，在货物流转的过程中，会存在消费者退款、修改收货地址等场景，这就需要取消之前创建的配送指令。现有技术中，关于取消配送指令等操作需要由商家手动执行，具体实现时，消费者可以向商家请求退款或者变更收货地址，之后，商家需要对订单状态进行判断，对于还没出库的订单，商家可以操作取消指令；对于已经完成出库的订单，商家需要发起咨询工单，填写工单中的内容，之后，该工单会被下发给配送服务方，配送服务方的工作人员看到该工单后对其实施人工拦截。该解决方案在一定程度上解决了商家截单的一部分需求，但是无法解决商家为此付出的运营操作成本，并且，这种做法存在拦截不及时的问题，极有可能导致钱货两空的情况出现。

因此，如何在出现退款、修改地址等场景时，降低商家的运营成本，提高处理效率，成为需要本领域技术人员解决的技术问题。

技术实现要素：

本申请提供了订单信息处理方法、装置及系统，可以提升第一用户的用户体验，节省第二用户的运营成本，提高系统效率。

本申请提供了如下方案：

一种订单信息处理系统，所述系统包括：

个性化物流解决方案模块，用于监听交易订单的状态，监听到针对指定交易订单的截单通知消息时，判断该指定交易订单关联的仓储作业订单的状态，如果所述仓储作业订单处于已出库状态，则向对应配送服务方的运输管理模块发送拦截指令；

配送服务方的运输管理模块，用于根据接收到的拦截指令提供停止配送提示信息，并向发货中心模块返回拒签信息。

一种订单信息处理方法，包括：

个性化物流解决方案模块监听交易订单的状态；

监听到针对指定交易订单的截单操作信息时，判断该指定交易订单关联的仓储作业订单的状态；

如果所述仓储作业订单处于已出库状态，则向对应配送服务方的运输管理模块发送拦截指令，以便所述运输管理模块停止配送操作，并向发货中心模块返回拒签信息，所述发货中心模块在接收到所述拒签信息后，通过调用仓储中心模块的接口，创建退货入库订单，并由所述仓储中心模块将所述退货入库订单下发给第一仓库服务方的仓库管理模块，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

一种订单信息处理方法，包括：

发货中心模块接收配送服务方的运输管理模块针对指定交易订单发送的拒签信息；所述拒签信息是由所述运输管理模块在接收到个性化物流解决方案模块发送的拦截指令后发出的，所述个性化物流解决方案模块监听到针对指定 交易订单的截单操作信息时，判断出指定交易订单关联的仓储作业订单处于已出库状态后，发出所述拦截指令；

以所述拒签信息中携带的指定交易订单的标识信息、所述指定交易订单关联的商品对象信息以及第一仓库标识信息为参数，调用仓储中心模块的接口，创建退货入库单，以便所述仓储中心模块将所述退货入库订单下发给第一仓库服务方的仓库管理模块，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

一种订单信息处理方法，包括：

仓储中心模块接收发货中心模块发送的创建退货入库单的请求，其中，所述发货中心模块在接收配送服务方的运输管理模块针对指定交易订单发送的拒签信息后，发送所述请求，所述拒签信息是由所述运输管理模块在接收到个性化物流解决方案模块发送的拦截指令后发出的，所述个性化物流解决方案模块监听到针对指定交易订单的截单操作信息时，判断出指定交易订单关联的仓储作业订单处于已出库状态后，发出所述拦截指令；

根据所述请求中携带的所述指定交易订单的标识信息、所述指定交易订单关联的商品对象信息，创建退货入库单；

根据所述请求中携带的第一仓库服务方信息，向所述第一仓库服务方的仓库管理模块，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

一种订单信息处理装置，应用于个性化物流解决方案模块，包括：

监听单元，用于监听交易订单的状态；

状态判断单元，用于监听到针对指定交易订单的截单操作信息时，判断该指定交易订单关联的仓储作业订单的状态；

指令发送单元，用于如果所述仓储作业订单处于已出库状态，则向对应配送服务方的运输管理模块发送拦截指令，以便所述运输管理模块停止配送操作，并向发货中心模块返回拒签信息，所述发货中心模块在接收到所述拒签信息后， 通过调用仓储中心模块的接口，创建退货入库订单，并由所述仓储中心模块将所述退货入库订单下发给第一仓库服务方的仓库管理模块，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

一种订单信息处理装置，应用于发货中心模块，包括：

拒签信息接收单元，用于接收配送服务方的运输管理模块针对指定交易订单发送的拒签信息；所述拒签信息是由所述运输管理模块在接收到个性化物流解决方案模块发送的拦截指令后发出的，所述个性化物流解决方案模块监听到针对指定交易订单的截单操作信息时，判断出指定交易订单关联的仓储作业订单处于已出库状态后，发出所述拦截指令；

接口调用单元，用于以所述拒签信息中携带的指定交易订单的标识信息、所述指定交易订单关联的商品对象信息以及第一仓库标识信息为参数，调用仓储中心模块的接口，创建退货入库单，以便所述仓储中心模块将所述退货入库订单下发给第一仓库服务方的仓库管理模块，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

一种订单信息处理装置，应用于仓储中心模块，包括：

第一请求接收单元，用于接收发货中心模块发送的创建退货入库单的请求，其中，所述发货中心模块在接收配送服务方的运输管理模块针对指定交易订单发送的拒签信息后，发送所述请求，所述拒签信息是由所述运输管理模块在接收到个性化物流解决方案模块发送的拦截指令后发出的，所述个性化物流解决方案模块监听到针对指定交易订单的截单操作信息时，判断出指定交易订单关联的仓储作业订单处于已出库状态后，发出所述拦截指令；

退货入库单创建单元，用于根据所述请求中携带的所述指定交易订单的标识信息、所述指定交易订单关联的商品对象信息，创建退货入库单；

退货入库单下发单元，用于根据所述请求中携带的第一仓库服务方信息，向所述第一仓库服务方的仓库管理模块下发所述退货入库单，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认 入库消息。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，当针对尚未出库或者已经出库配送在途的交易订单发生退款、修改收货地址等操作时，系统中的各个模块之间可以自动完成截单处理，而不需要由第二用户手动发起咨询工单，因此，可以节省第二用户的人力、时间等运营成本，另外，从系统角度而言，也可以提高处理效率，便于快速响应第一用户发起的退款、修改收货地址请求，有利于提升用户体验。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统的示意图；

图2是本申请实施例提供的系统交互示意图；

图3是本申请实施例提供的另一系统交互示意图；

图4是本申请实施例提供的第一方法的流程图；

图5是本申请实施例提供的第二方法的流程图；

图6是本申请实施例提供的第三方法的流程图；

图7是本申请实施例提供的第一装置的示意图；

图8是本申请实施例提供的第二装置的示意图；

图9是本申请实施例提供的第三装置的示意图。

具体实施方式

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

在本申请实施例中，为了简化截单处理流程，降低商家的运营成本，提高处理效率，提供了一种订单信息处理系统，通过该系统，第一用户(例如买家用户、消费者用户等)发起退款、修改收货地址请求时，不再需要第二用户(例如商家、卖家用户等)发起咨询工单，而是只需要同意第一用户的请求，接下来的截单处理将由系统自动化完成，通过与仓储系统、配送系统有效地协同配合，可以降低了配送人员和第二用户的人工参与成本，提高处理效率，也降低出错的概率。下面对具体的实现方式进行详细介绍。

实施例一

首先，在该实施例一中提供了一种订单信息处理系统，参见图1，该系统可以包括：

个性化物流解决方案模块101，用于监听交易订单的状态，监听到针对指定交易订单的截单通知消息时，判断该指定交易订单关联的仓储作业订单的状态，如果所述仓储作业订单处于已出库状态，则向对应配送服务方的运输管理模块发送拦截指令；

配送服务方的运输管理模块102，用于根据接收到的拦截指令提供停止配送提示信息，并向发货中心模块返回拒签信息；

发货中心模块103，用于在接收到所述拒签信息后，通过调用仓储中心模块的接口，创建退货入库单；

仓储中心模块104，用于在创建所述退货入库单后，将所述退货入库单下发给第一仓库服务方的仓库管理模块；

第一仓库服务方的仓库管理模块105，用于在收到被退回的货品时，向所述仓储中心模块回传确认入库消息，以便修改对应商品对象的库存信息。

具体实现时，个性化物流解决方案模块101具体监听到的针对指定交易订 单的截单通知消息可以包括两种情况，一种情况是第一用户请求退款，第二用户指定同意该退款请求的操作，此时，个性化物流解决方案模块101可以监听到截单通知消息。另一种情况就是第一用户请求修改收货地址，第二用户执行同意该修改收货地址请求的操作，此时，个性化物流解决方案模块101也可以监听到截单通知消息。

当然，上述两种情况都是指交易订单生成之后、具体货品尚未送达第一用户指定的收货地址之间产生的行为，因此，在第一用户请求退款或者修改收货地址时，对应的货品可能已经出库，并在配送途中，也有可能尚未从仓库中出库，更没有开始配送。因此，在实际应用中，个性化物流解决方案模块101在接收到针对指定交易订单的截单操作信息时，如果确定出仓储作业订单处于未出库状态，则可以直接向对应仓库服务方的仓库管理模块发送取消仓储作业订单的消息。

其中，从图1可以看出，个性化物流解决方案模块101、发货中心模块103、仓储中心模块104都是交易平台的统一物流管理平台，由统一物流管理平台进行统一的管理和维护，例如，在淘系交易平台系统中，上述三个模块都可以是菜鸟物流宝平台下的模块。具体实现时，各个模块可以部署于同一服务器内，或者，每个模块也可以部署到不同的服务器中。

而运输管理模块102是与交易平台具有合作关系的配送服务方的模块，仓库管理模块105是与交易平台具有合作关系的仓库服务方的模块。

在常规的工作模式下，个性化物流解决方案模块101主要负责个性化的物流解决方案落地，发货中心模块103主要负责发货信息记录等工作，仓储中心模块104负责仓储作业订单的创建等。而具体的仓储以及配送任务的执行方通常可以是由合作的第三方来完成，也即，所谓的配送服务方、仓库服务方，相对于菜鸟物流宝系统而言，都属于第三方。也正是由于具体的配送流程需要多方的相互配合，因此，在出现退款或者修改收货地址的情况时，现有技术中才需要第二用户手动发起咨询工单，咨询的过程中，也涉及到咨询工单在多方之间的转发等等，处理过程很繁琐，需要占用大量的人力成本，第一时间等待的时间可能也会比较长，影响第一用户的用户体验。

本申请实施例中，就是在上述各个模块之间建立起自动化处理流程，这样，在出现退款或者修改收货地址的情况时，第二用户只需要同意退款，或者同意修改收货地址，不再需要发起咨询工单等，各个模块之间就可以自动建立起处理流程。其中，涉及到对多个模块的处理流程进行改进，包括对统一物流管理平台内多个模块的改进，还包括具有合作关系的仓库服务方、配送服务方相关模块的适应性改进。

其中，具体实现时，针对退款、修改收货地址这两种不同的情况，各个模块之间的具体交互过程会略有不同，下面分别进行介绍。

首先，参见图2，其为针对退款请求的自动化截单处理流程中，各个模块之间的交互过程示意图。具体可以分为以下步骤：

1、第一用户客户端通过前端交易模块tc针对指定的交易订单发起退款请求；

2、前端交易模块tc将退款请求提供给相应的第二用户客户端；

3、第二用户客户端提供同意退款的操作选项，第二用户同意退款后，前端交易模块tc可以收到第二用户针对指定交易订单提交的同意退款通知；

4、个性化物流解决方案模块vsp监听到针对指定交易订单的同意退款消息，进入自动截单流程；

5、个性化物流解决方案模块vsp判断该指定交易订单关联的仓储作业订单的状态；

6、如果仓储作业订单处于未出库状态，则可以确定出对应的第一仓库服务方，并向该第一仓库服务方的仓库管理系统wms发送取消仓储作业订单的消息；其中，在交易订单或者仓库作业订单中通常会记录有对应的仓库服务方信息，也即，具体由哪个仓库执行发货操作，该信息可以是第一用户下单时，根据用户的收货地址、各仓库的覆盖范围等信息确定出来，并作为前置路由信息保存在交易订单中，因此，可以从交易订单中提取第一仓库服务方信息；

7、如果仓储作业订单处于已出库状态，则可以确定出对应的配送服务方， 并向对应配送服务方的运输管理模块tms发送拦截指令；拦截指令中可以携带对应的交易订单号、仓储作业订单号等标识；其中，配送服务方信息通常可以保存在仓储作业订单中，因此，可以从仓储作业订单中提取相关的信息；

8、tms向相关的配送人员客户端等发送提供配送的提示信息，并向发货中心模块cc返回拒签信息；拒签信息中可以携带对应的交易订单号、仓储作业订单号、商品对象id、第一仓库服务方id等标识；

9、发货中心模块cc调用仓储中心模块whc的相关接口，创建退货入库单；退货入库单中可以包括所述指定交易订单关联的商品对象信息、退货入库类型等信息，所述退货入库类型就可以包括第一用户退款等；

10、仓储中心模块whc向第一仓库服务方的仓库管理系统wms下发退货入库单；退货入库单中也可以携带关联的交易订单信息；

11、在完成货品入库后，仓库管理系统wms向仓储中心模块whc回传确认入库信息，这样库存模块就可以根据回传的确认入库信息进行对应商品对象库存数量的修改等操作。另外，确认入库信息中还可以携带有关联的交易订单号等信息，系统在收到确认入库信息后，还可以将对应的交易订单切换为已完成状态，或者已关闭状态。

这样，就可以实现自动化截单流程，不需要第二用户手动发起咨询工单，各个模块之间可以通过相互配合自动完成。其中，关于退款过程中实际款项的退回等流程，并不属于本申请实施例关注的重点，这里不再详述。

关于针对修改收货地址请求产生的截单，参见图3，各个模块之间的交互过程可以包括：

1、第一用户客户端通过前端交易模块tc针对指定的交易订单发起修改收货地址的请求；此过程中，第一用户客户端可以提交修改后的收货地址等信息；

2、前端交易模块tc可以根据修改后的收货地址进行路由，判断商品对象在能够覆盖该收货地址的仓库中是否存在充足的库存，还可以判断配送服务 方的配送覆盖范围是否能够覆盖到该修改后的收货地址，等等，在库存以及配送覆盖范围均满足的情况下，可以同意修改收货地址；也即，在确定是否同意修改地址的过程中，可以不需要第二用户参与，前端交易模块自动进行确定即可，当然，可以将相关的信息通知给第二用户客户端，包括交易订单号等标识信息、新的收货地址信息、前置路由信息(也即，由哪个具体的仓库执行发货等)等等；

3、个性化物流解决方案模块vsp监听到针对指定交易订单的同意修改收货地址消息，进入自动截单流程；

4、个性化物流解决方案模块vsp判断该指定交易订单关联的仓储作业订单的状态；

5、如果仓储作业订单处于未出库状态，则可以确定出对应的第一仓库服务方，并向该第一仓库服务方的仓库管理系统wms发送取消仓储作业订单的消息；

6、如果仓储作业订单处于已出库状态，则可以确定出对应的配送服务方，并向对应配送服务方的运输管理模块tms发送拦截指令；拦截指令中可以携带对应的交易订单号、仓储作业订单号等标识；

7、tms向相关的配送人员客户端等发送提供配送的提示信息，并向发货中心模块cc返回拒签信息；拒签信息中可以携带对应的交易订单号、仓储作业订单号、商品对象id、第一仓库服务方id等标识；

8、发货中心模块cc调用仓储中心模块whc的相关接口，创建退货入库单；退货入库单中可以包括所述指定交易订单关联的商品对象信息、退货入库类型等信息，所述退货入库类型就可以包括第一用户退款等；

9、仓储中心模块whc向第一仓库服务方的仓库管理系统wms下发退货入库单；退货入库单中也可以携带关联的交易订单信息；

10、在完成货品入库后，仓库管理系统wms向仓储中心模块whc回传确认入库信息，这样库存模块就可以根据回传的确认入库信息进行对应商品对 象库存数量的修改等操作；

11、由于前端交易模块将修改收货地址的相关信息通知给了第二用户客户端，因此，第二用户客户端可以通过调用仓储中心模块whc的相关接口，创建换货出库单，该换货出库单中可以包括关联的交易订单信息、商品对象信息、新的收货地址、前置路由信息，等等；需要说明的是，该步骤与前述第3至10步之间的先后关系可以是任意的，可以在第3步之前执行，也可以在完成货品入库后再执行，或者还与货品入库的步骤并行执行；

12、仓储中心模块whc创建换货出库单后，可以根据换货出库单中的前置路由信息，向对应的第二仓库服务方的仓库管理模块下发所述换货出库单；需要说明的是，由于收货地址发生了变化，而不同仓库具有不同的覆盖范围，因此，第一仓库服务方与第二仓库服务方可能是不同的，当然，也可能存在第一仓库服务方与第二仓库服务方相同的情况；

13、仓库服务方的仓库管理模块wms在收到换货出库单后，可以完成出库操作，并向仓储中心模块whc返回确认出库信息；该确认出库信息中可以携带换货出库单号、交易订单号、商品对象标识、数量等信息；

14、发货中心模块cc监听到所述仓储中心模块的确认出库信息，可以确定出对应的交易订单号，并查询交易订单的状态，如果处于未退款状态(修改收货地址操作不会产生退款)，则向前端交易模块提供交易已发货的通知消息，前端交易模块可以据此更新交易订单的物流详情信息。

通过上述方式，当针对尚未出库或者已经出库配送在途的交易订单发生退款、修改收货地址等操作时，系统中的各个模块之间可以自动完成截单处理，而不需要由第二用户手动发起咨询工单，因此，可以节省第二用户的人力及时间成本，另外，从系统角度而言，也可以提高处理效率，便于快速响应第一用户发起的退款、修改收货地址请求，有利于提升用户体验。

实施例二

该实施例二是从个性化物流解决方案模块的角度，提供了一种订单信息处理方法，参见图4，该方法可以包括以下步骤：

s401：个性化物流解决方案模块监听交易订单的状态；

s402：监听到针对指定交易订单的截单操作信息时，判断该指定交易订单关联的仓储作业订单的状态；

s403：如果所述仓储作业订单处于已出库状态，则向对应配送服务方的运输管理模块发送拦截指令，以便所述运输管理模块停止配送操作，并向发货中心模块返回拒签信息，所述发货中心模块在接收到所述拒签信息后，通过调用仓储中心模块的接口，创建退货入库订单，并由所述仓储中心模块将所述退货入库订单下发给第一仓库服务方的仓库管理模块，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

实施例三

该实施例三是从发货中心模块的角度，提供了一种订单信息处理方法，参见图5，该方法可以包括以下步骤：

s501：发货中心模块接收配送服务方的运输管理模块针对指定交易订单发送的拒签信息；所述拒签信息是由所述运输管理模块在接收到个性化物流解决方案模块发送的拦截指令后发出的，所述个性化物流解决方案模块监听到针对指定交易订单的截单操作信息时，判断出指定交易订单关联的仓储作业订单处于已出库状态后，发出所述拦截指令；

s502：以所述拒签信息中携带的指定交易订单的标识信息、所述指定交易订单关联的商品对象信息以及第一仓库标识信息为参数，调用仓储中心模块的接口，创建退货入库单，以便所述仓储中心模块将所述退货入库订单下发给第一仓库服务方的仓库管理模块，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

实施例四

该实施例四是从仓储中心模块的角度，提供了一种订单信息处理方法，参见图6，该方法可以包括以下步骤：

s601：仓储中心模块接收发货中心模块发送的创建退货入库单的请求，其 中，所述发货中心模块在接收配送服务方的运输管理模块针对指定交易订单发送的拒签信息后，发送所述请求，所述拒签信息是由所述运输管理模块在接收到个性化物流解决方案模块发送的拦截指令后发出的，所述个性化物流解决方案模块监听到针对指定交易订单的截单操作信息时，判断出指定交易订单关联的仓储作业订单处于已出库状态后，发出所述拦截指令；

s602：根据所述请求中携带的所述指定交易订单的标识信息、所述指定交易订单关联的商品对象信息，创建退货入库单；

s603：根据所述请求中携带的第一仓库服务方信息，向所述第一仓库服务方的仓库管理模块下发所述退货入库单，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

具体实现时，针对修改收货地址的情况，仓储中心模块还可以接收第二用户客户端发送的创建换货出库单的请求，根据所述请求中携带的商品对象信息、修改后的收货地址信息，创建换货出库单；然后，根据所述请求中携带的第二仓库服务方信息，向所述第二仓库服务方的仓库管理模块下发所述换货出库单，以便所述第二仓库服务方的仓库管理模块在根据所述换货出库单完成出库后，向所述仓储中心模块回传确认出库信息，所述发货中心模块监听到所述仓储中心模块的确认出库信息，确定对应交易订单的状态，如果处于未退款状态，则向前端交易模块提供交易已发货的通知消息。

其中，关于前述实施例二至实施例四各步骤的具体实现，可以参见实施例一中的记载，这里不再赘述。

与实施例二相对应，本申请实施例还提供了一种订单信息处理装置，该装置应用于个性化物流解决方案模块，参见图7，该装置可以包括：

监听单元701，用于监听交易订单的状态；

状态判断单元702，用于监听到针对指定交易订单的截单操作信息时，判断该指定交易订单关联的仓储作业订单的状态；

指令发送单元703，用于如果所述仓储作业订单处于已出库状态，则向对 应配送服务方的运输管理模块发送拦截指令，以便所述运输管理模块停止配送操作，并向发货中心模块返回拒签信息，所述发货中心模块在接收到所述拒签信息后，通过调用仓储中心模块的接口，创建退货入库订单，并由所述仓储中心模块将所述退货入库订单下发给第一仓库服务方的仓库管理模块，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

与实施例三相对应，本申请实施例还提供了一种订单信息处理装置，该装置应用于发货中心模块，参见图8，该装置可以包括：

拒签信息接收单元801，用于接收配送服务方的运输管理模块针对指定交易订单发送的拒签信息；所述拒签信息是由所述运输管理模块在接收到个性化物流解决方案模块发送的拦截指令后发出的，所述个性化物流解决方案模块监听到针对指定交易订单的截单操作信息时，判断出指定交易订单关联的仓储作业订单处于已出库状态后，发出所述拦截指令；

接口调用单元802，用于以所述拒签信息中携带的指定交易订单的标识信息、所述指定交易订单关联的商品对象信息以及第一仓库标识信息为参数，调用仓储中心模块的接口，创建退货入库单，以便所述仓储中心模块将所述退货入库订单下发给第一仓库服务方的仓库管理模块，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

与实施例四相对应，本申请实施例还提供了一种订单信息处理装置，该装置应用于仓储中心模块，参见图9，该装置可以包括：

第一请求接收单元901，用于接收发货中心模块发送的创建退货入库单的请求，其中，所述发货中心模块在接收配送服务方的运输管理模块针对指定交易订单发送的拒签信息后，发送所述请求，所述拒签信息是由所述运输管理模块在接收到个性化物流解决方案模块发送的拦截指令后发出的，所述个性化物流解决方案模块监听到针对指定交易订单的截单操作信息时，判断出指定交易订单关联的仓储作业订单处于已出库状态后，发出所述拦截指令；

退货入库单创建单元902，用于根据所述请求中携带的所述指定交易订单 的标识信息、所述指定交易订单关联的商品对象信息，创建退货入库单；

退货入库单下发单元903，用于根据所述请求中携带的第一仓库服务方信息，向所述第一仓库服务方的仓库管理模块下发所述退货入库单，由所述第一仓库服务方的仓库管理模块在收到被退回的货品时，向所述仓储中心模块回传确认入库消息。

具体实现时，针对修改收货地址的情况，该装置还可以包括：

第二请求接收单元，用于接收第二用户客户端发送的创建换货出库单的请求；

换货出库单创建单元，用于根据所述请求中携带的商品对象信息、修改后的收货地址信息，创建换货出库单；

换货出库单下发单元，用于根据所述请求中携带的第二仓库服务方信息，向所述第二仓库服务方的仓库管理模块下发所述换货出库单，以便所述第二仓库服务方的仓库管理模块在根据所述换货出库单完成出库后，向所述仓储中心模块回传确认出库信息，所述发货中心模块监听到所述仓储中心模块的确认出库信息，确定对应交易订单的状态，如果处于未退款状态，则向前端交易模块提供交易已发货的通知消息。

通过本申请实施例，当针对尚未出库或者已经出库配送在途的交易订单发生退款、修改收货地址等操作时，系统中的各个模块之间可以自动完成截单处理，而不需要由第二用户手动发起咨询工单，因此，可以节省第二用户的人力及时间成本，另外，从系统角度而言，也可以提高处理效率，便于快速响应第一用户发起的退款、修改收货地址请求，有利于提升用户体验。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的订单信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。