CN117853004A - 融合跨仓调拨的方法及计算设备 - Google Patents

Abstract

本申请提供一种融合跨仓调拨的方法及计算设备。所述方法用于物流仓配作业，包括：履约系统接收来自第二区域中心仓的第二作业模式系统的跨仓调拨发货单，其中第二作业模式系统接收来自第一区域中心仓的第一作业模式系统的第一作业单，第一作业单适于第二作业模式系统，且第二作业模式系统根据第二区域中心仓的作业创建跨仓调拨发货单；履约系统根据跨仓调拨发货单生成第二作业单下发给第一区域分拨中心的第一作业模式第一网格仓系统，从而第一作业模式第一网格仓系统根据第一区域分拨中心相应网格仓的作业生成第一网格仓发货单给履约系统，第一网格仓发货单用于实现配送。所述方案能够提高对作业升级的支撑速度。

Description

融合跨仓调拨的方法及计算设备

技术领域

本发明涉及物流技术领域，具体涉及一种融合跨仓调拨的方法及计算设备。

背景技术

在电商物流配送特定区域中，对于新增作业模式，目前有两种方案。一种是开新仓，即新建相应的中心仓，采购软硬件，招募培训作业人员。这种方案投入的成本显然是比较大的，而且时间慢。另一种方案是利用已经部署的其他作业模式的中心仓来承接新的作业，这样可以节省开新仓的大部分成本。但是，这对于原有中心仓作业要求比较高，因为两种完全不同类型的作业混合在一块，会使得短期内中心仓无法有效的降低作业异常率，异常率升上来直接影响的是仓配履约用户体验，因此综合来看，该方案短期时间内得不偿失。因此，需要一种新的方案来支持新增作业模式。

发明内容

本申请旨在提供一种融合跨仓调拨的方法及计算设备，有助于更快地支持新增仓配作业模式。

根据本申请的一方面，提供一种融合跨仓调拨的方法，用于物流仓配作业，所述方法包括：

履约系统接收来自第二区域中心仓的第二作业模式系统的跨仓调拨发货单，其中所述第二作业模式系统接收来自第一区域中心仓的第一作业模式系统的第一作业单，所述第一作业单适于所述第二作业模式系统，且所述第二作业模式系统根据所述第二区域中心仓的作业创建所述跨仓调拨发货单；

所述履约系统根据所述跨仓调拨发货单生成第二作业单下发给第一区域分拨中心的第一作业模式第一网格仓系统，从而所述第一作业模式第一网格仓系统根据所述第一区域分拨中心相应网格仓的作业生成第一网格仓发货单给所述履约系统，所述第一网格仓发货单用于实现配送。

根据一些实施例，所述第一区域分拨中心直接将所述第一网格仓发货单的相应货品配送至第一区域网格仓。

根据一些实施例，所述第一区域分拨中心与所述第一区域中心仓做合流从而将所述第一网格仓发货单的相应货品配送至第一区域网格仓。

根据一些实施例，所述方法还包括：

在接收所述第一网格仓发货单后，所述履约系统根据所述第一网格仓发货单给所述第一区域中心仓的第一作业模式系统生成跨仓收货单，从而所述第一作业模式系统自动完成收货处理且回告所述履约系统并根据所述第一区域中心仓的作业生成中心仓发货单给所述履约系统；

所述履约系统根据所述中心仓发货单生成第三作业单下发给所述第一区域网格仓的第一作业模式第二网格仓系统，从而所述第一作业模式第二网格仓系统根据相应网格仓的作业生成第二网格仓发货单给所述履约系统。

根据一些实施例，所述履约系统根据所述第一网格仓发货单给所述第一区域中心仓的第一作业模式系统生成跨仓收货单，包括：

所述履约系统使用接口透传方式调用所述第一区域中心仓的第一作业模式系统来生成所述跨仓收货单。

根据一些实施例，所述第二区域中心仓的作业包括拣货、打包、装笼以及通过至少一种配送模式进行跨仓发运。

根据一些实施例，所述第一区域分拨中心相应网格仓的作业包括收货、分货、拼笼及发运。

根据一些实施例，所述第一区域中心仓的作业包括收货、拼笼、入区和发运。

根据一些实施例，所述第一作业模式系统支持按包裹作业和/或按商品及容器作业，所述第二作业模式系统仅支持按包裹作业或按商品及容器作业。

根据本申请的另一方面，提供一种计算设备，包括：

处理器；以及

存储器，存储有计算机程序，当所述计算机程序被所述处理器执行时，实现如上任一项所述的方法。

根据本申请的另一方面，提供一种非瞬时性计算机可读存储介质，其上存储有计算机可读指令，当所述指令被处理器执行时，实现如上任一项所述的方法。

根据本申请的另一方面，提供一种计算机程序产品，包括存储在非暂态计算机可读存储介质上的计算程序，该计算机程序包括程序指令，当该程序指令被计算机执行时，实现如上任一项所述的方法。

根据实施例，对于仓配升级之后的新增作业，可以使用邻近区域的中心仓(大仓)作业，然后经过本区域分拨中心的分拨作业，结合本区域的原有作业，可以低成本快速复制拓展新增作业的覆盖区域。根据一些实施例，分拨中心二级作业后，可选择继续与中心仓做干线运输合流配送到网格仓，由网格仓完成最终配送。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1示出从存储区向拣货区补货的示意图。

图2示出根据示例实施例的用于融合跨仓调拨的方法流程图。

图3示出根据示例实施例的优化仓内补货的方法流程图。

图4示出根据示例性实施例的计算设备的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本申请将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作符以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本申请概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的，因此不能用于限制本申请的保护范围。

在描述本申请实施例之前，对本申请实施例涉及到的一些术语或概念进行解释说明。

小店零售作业(LST)：物流仓配链路是小店零售作业中心仓->网格仓->社区小店。

自提点团购作业(TCC)：物流仓配链路是自提点团购作业中心仓->网格仓->自提点。

分拨中心：跨仓调拨链路中的一个仓，承接来自上游作业仓的分拨商品，通过分货、集货发运出库到下游仓，该仓的作业与网格仓作业相似。

合流：来自不同类型作业的容器，通过集货装在一起发到同一个目标网格仓，在跨仓调拨的方案中，担当合流职责的仓是本区域的中心仓。

干线运输：中心仓运输到网格仓。

下面以物流仓配中小店零售作业模式和自提点团购作业模式为例，具体说明本申请的应用场景。

自提点团购作业模式合并进来小店零售作业模式之后，按自提点团购作业的中心仓->网格仓->自提点的三级模式建立小店零售作业的中心仓->网格仓->小店的三级仓配链路。这两套仓配链路分别支持了作业模式升级后的小店零售作业和原来的自提点团购作业。在作业模式升级之后，部分地区对于小店零售作业覆盖诉求不匹配作业实际的计划，使得仓配升级之后小店零售作业的支撑速度无法提升。例如，升级后，小店零售作业当前未覆盖石家庄区域，但是石家庄又有自提点团购作业覆盖。前者是按包裹作业，后者是按商品加容器作业，两种完全不同类型的作业难以在中心仓有效融合。

为此，本申请创新地提出跨仓调拨这一方案，使得邻近的济南小店零售作业仓可以承接石家庄的小店零售作业单，一级作业之后运输到石家庄区域自己的分拨中心，然后石家庄分拨中心二级作业后，可选择继续与石家庄中心仓做干线运输合流配送到网格仓，也可直接配送到网格仓。这样，就近采用小店零售作业仓接单作业，联合本区域分拨中心的跨仓调拨方案就可以使得当前的物流仓配升级之后对小店零售作业的支撑速度大大加快。对于仓配作业来说，这可以减少新开仓的成本，也可以避免自提点团购作业中心仓直接混合多作业的异常率提升的风险；对于产技来说，可降低系统变更带来的稳定性风险。

易于理解，本申请的技术方案不仅可应用于前述应用场景，也可以应用于其他不同作业场景的跨仓调拨。

以下结合附图对本申请的示例实施例进行说明。

图1示出根据示例实施例的融合跨仓调拨的方法流程图。

参见图1，在S101，履约系统接收来自第二区域中心仓的第二作业模式系统的跨仓调拨发货单。

物流中的履约系统主要负责处理订单履约的全过程。它通过与销售平台的信息同步，将订单信息上传到仓储路由中心，并利用调度中心库存、配送系统等外围系统对订单信息进行拆解和组装，生成满足履约条件的可执行指令。

根据示例实施例，所述第二作业模式系统(例如，小店零售作业系统)接收来自第一区域中心仓的第一作业模式系统(例如，自提点团购作业系统)的第一作业单，所述第一作业单适于所述第二作业模式系统，所述第二作业模式系统根据所述第二区域中心仓的作业创建所述跨仓调拨发货单，并通知履约系统。例如，所述第二区域中心仓的作业包括拣货、打包、装笼以及通过至少一种配送模式进行跨仓发运。

根据一些实施例，所述第一作业模式系统支持按包裹作业和/或按商品及容器作业，所述第二作业模式系统仅支持按包裹作业或按商品及容器作业。

在S103，所述履约系统根据所述跨仓调拨发货单生成第二作业单下发给第一区域分拨中心的第一作业模式第一网格仓系统。

分拨中心作为跨仓调拨链路中的一个仓，承接来自上游作业仓的分拨商品，通过分货、集货发运出库到下游仓。具体而言，分拨中心是集加工、理货、送货等多种职能于一体的物流据点，主要作用是将来自不同地区或来源的货物进行分类、分拣、组合等操作，然后进行配送，以提高配送效率和降低成本。

由于分拨中心的作业与网格仓相似，所以由网格仓系统承接第二作业单。

网格仓是链接物流平台中心仓和线下门店或自提点的中转站，负责将客户购买的各类商品配送到指定的线下小店或自提点。网格仓的操作流程可包括接收中心仓送达的商品并进行分拣，以及根据线路对区域内的订单进行配送。

根据示例实施例，所述履约系统根据所述跨仓调拨发货单生成第二作业单下发给第一区域分拨中心的第一作业模式第一网格仓系统后，所述第一作业模式第一网格仓系统根据所述第一区域分拨中心相应网格仓的作业生成第一网格仓发货单给所述履约系统，所述第一网格仓发货单用于实现配送。例如，所述第一区域分拨中心相应网格仓的作业包括收货、分货、拼笼及发运。

此后，所述第一区域分拨中心可选择直接将所述第一网格仓发货单的相应货品配送至第一区域网格仓，或者与所述第一区域中心仓做合流从而将所述第一网格仓发货单的相应货品配送至第一区域网格仓。

这样，就近采用邻区作业仓接单作业，联合本区域分拨中心的跨仓调拨方案，可以使得当前的物流仓配对新作业模式的支撑速度大大加快。

图2示出根据示例实施例的用于融合跨仓调拨的方法流程图。

图2所示流程用于说明所述第一区域分拨中心与所述第一区域中心仓做合流从而将所述第一网格仓发货单的相应货品配送至第一区域网格仓。

参见图2，在S210，在接收所述第一网格仓发货单后，所述履约系统根据所述第一网格仓发货单给所述第一区域中心仓的第一作业模式系统生成跨仓收货单。

根据一些实施例，所述履约系统使用接口透传方式(SPI)调用所述第一区域中心仓的第一作业模式系统来生成所述跨仓收货单，即由发起方(例如，履约侧)来定义入参，但是由被调用方(例如，中心仓侧)来实现具体的功能。

根据示例实施例，在生成跨仓收货单之后，所述第一作业模式系统自动完成收货处理且回告所述履约系统，并根据所述第一区域中心仓的作业生成中心仓发货单给所述履约系统。例如，所述第一区域中心仓的作业包括收货、拼笼、入区和发运。

在S203，所述履约系统根据所述中心仓发货单生成第三作业单下发给所述第一区域网格仓的第一作业模式第二网格仓系统。

根据一些实施例，在接到第三作业单后，第一作业模式第二网格仓系统根据相应网格仓的作业生成第二网格仓发货单给所述履约系统。例如，第一作业模式第二网格仓的作业包括收货、分货、发运等。

这样，根据示例实施例，分拨中心二级作业后，可选择继续与中心仓做干线运输合流配送到网格仓，由网格仓完成最终配送。

图3示出根据示例实施例的融合跨仓调拨的过程示意图。

参见图3，小店零售作业LST济南省仓A在接到来自石家庄的LST作业单后，开始按标准的LST作业拣货、打包、装笼，然后装在托盘上发运出库，系统需要做的是创建跨仓调拨发货单并通知履约系统。装笼后，根据情况可采用一种或多种配送模式(DM)。

履约系统在收到跨仓调拨发货单后，会给分拨中心B下发作业单继续作业。网格仓接单后，生成入库单和出库单。图上“网格仓接单”指的是系统名称，由于分拨中心的作业与网格仓相似，所以由“网格仓系统”承接。

履约系统使用接口透传方式(SPI)调用中心仓系统，给石家庄中心仓C生成跨仓调拨的收货单。

石家庄中心仓在生成收货单之后，系统会自动完成收货处理，同时回告履约系统，从而信息流上减少人为操作带来的成本。真正的托盘到货后，会直接拖到集货区与本仓其它分区作业出来的托盘一块入区，入区完成后，正常发运出库，送至网格仓D。

网格仓的生产作业链路不变，不再赘述。

图4示出根据本申请示例实施例的计算设备的框图。

如图4所示，计算设备30包括处理器12和存储器14。计算设备30还可以包括总线22、网络接口16以及I/O接口18。处理器12、存储器14、网络接口16以及I/O接口18可以通过总线22相互通信。

处理器12可以包括一个或多个通用CPU(Central Processing Unit，处理器)、微处理器、或专用集成电路等，用于执行相关程序指令。根据一些实施例，计算设备30还可包括为处理器12进行加速的高性能显示适配器(GPU)20。

存储器14可以包括易失性存储器形式的机器系统可读介质，例如随机存取存储器(RAM)、只读存储器(ROM)和/或高速缓存存储器。存储器14用于存储包含指令的一个或多个程序以及数据。处理器12可读取存储在存储器14中的指令以执行上述根据本申请实施例的方法。

计算设备30也可以通过网络接口16与一个或者多个网络通信。该网络接口16可以是无线网络接口。

总线22可以为包括地址总线、数据总线、控制总线等。总线22提供了各组件之间交换信息的通路。

需要说明的是，在具体实施过程中，计算设备30还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

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

通过对示例实施例的描述，本领域技术人员易于理解，根据本申请实施例的技术方案至少具有以下优点中的一个或多个。

根据本申请的实施例，通过较为准确地按照SKU的销量提前计算补货需求，显著减少计算补货需求的次数，从而能够降低实操作业的工作量，克服了现有补货方案中存在的补货需求计算频繁、无法提前进行补货作业、补货实操效率较低等问题。例如，根据实际运行，一般通过1-3次即可提前且准确地计算出当天的补货需求。

根据本申请的实施例，按照补货内容生成切分补货任务，并采用两段式补货作业模式，可在提升补货作业体验的同时提高补货作业效率。

根据本申请的实施例，采用规则配置(例如，基于作业专家)以及相应的计算方式，能够有效的平滑理论补货量，从而保障实际补货量的科学性和准确性。

根据本申请的实施例，在生成补货任务时，可以按照规则切分补货任务，提升作业效率，合理、科学地推荐补货上架的库位，从而优化拣货区的库存布局。

根据本申请的实施例，基于本方案的补货任务切分，库工采用两段式补货的作业方式，可增加一次补货作业的补货数量，减少补货作业频率，从而有效提升补货作业效率。

需要说明的是，在具体实施过程中，上述技术方案还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

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

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

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

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

本领域的技术人员可以清楚地了解到本申请的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列、集成电路等。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例云网关的全部或部分步骤。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。计算机可读存储介质可以包括但不限于任何类型的盘，包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米系统(包括分子存储器IC)、网络存储设备、云存储设备，或适合于存储指令和/或数据的任何类型的媒介或设备。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括存储计算机程序的非瞬时性计算机可读存储介质，该计算机程序可操作来使计算机执行如上述实施例中记载的任何一种方法的部分或全部步骤。

以上具体地展示和描述了本申请的示例性实施例。应可理解的是，本申请不限于这里描述的详细结构、设置方式或实现云网关；相反，本申请意图涵盖包含在所附条款的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种融合跨仓调拨的方法，用于物流仓配作业，其特征在于，所述方法包括：

履约系统接收来自第二区域中心仓的第二作业模式系统的跨仓调拨发货单，其中所述第二作业模式系统接收来自第一区域中心仓的第一作业模式系统的第一作业单，所述第一作业单适于所述第二作业模式系统，且所述第二作业模式系统根据所述第二区域中心仓的作业创建所述跨仓调拨发货单；

所述履约系统根据所述跨仓调拨发货单生成第二作业单下发给第一区域分拨中心的第一作业模式第一网格仓系统，从而所述第一作业模式第一网格仓系统根据所述第一区域分拨中心相应网格仓的作业生成第一网格仓发货单给所述履约系统，所述第一网格仓发货单用于实现配送。

2.根据权利要求1所述的方法，其特征在于，所述第一区域分拨中心直接将所述第一网格仓发货单的相应货品配送至第一区域网格仓。

3.根据权利要求1所述的方法，其特征在于，所述第一区域分拨中心与所述第一区域中心仓做合流从而将所述第一网格仓发货单的相应货品配送至第一区域网格仓。

4.根据权利要求3所述的方法，其特征在于，还包括：

在接收所述第一网格仓发货单后，所述履约系统根据所述第一网格仓发货单给所述第一区域中心仓的第一作业模式系统生成跨仓收货单，从而所述第一作业模式系统自动完成收货处理且回告所述履约系统并根据所述第一区域中心仓的作业生成中心仓发货单给所述履约系统；

所述履约系统根据所述中心仓发货单生成第三作业单下发给所述第一区域网格仓的第一作业模式第二网格仓系统，从而所述第一作业模式第二网格仓系统根据相应网格仓的作业生成第二网格仓发货单给所述履约系统。

5.根据权利要求4所述的方法，其特征在于，所述履约系统根据所述第一网格仓发货单给所述第一区域中心仓的第一作业模式系统生成跨仓收货单，包括：

所述履约系统使用接口透传方式调用所述第一区域中心仓的第一作业模式系统来生成所述跨仓收货单。

6.根据权利要求1所述的方法，其特征在于，所述第二区域中心仓的作业包括拣货、打包、装笼以及通过至少一种配送模式进行跨仓发运。

7.根据权利要求1所述的方法，其特征在于，所述第一区域分拨中心相应网格仓的作业包括收货、分货、拼笼及发运。

8.根据权利要求4所述的方法，其特征在于，所述第一区域中心仓的作业包括收货、拼笼、入区和发运。

9.根据权利要求1所述的方法，其特征在于，所述第一作业模式系统支持按包裹作业和/或按商品及容器作业，所述第二作业模式系统仅支持按包裹作业或按商品及容器作业。

10.一种计算设备，其特征在于，包括：

处理器；以及

存储器，存储有计算机程序，当所述计算机程序被所述处理器执行时，实现如权利要求1-9中任一项所述的方法。