Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Current »

一.起始仓

#客户只能登录起始仓站点创建订单,因此所有订单均来自起始仓,并将订单状态更新至待处理后,交由仓库处理


1.动态仓服务

动态仓内部服务分三类:XXXX = 11,XXXX = 10,XXXX=01,例如,平邮UK24 =11,平邮UK24 = 10, 平邮UK24 = 01

当客户创建一个订单选择某个外部服务,可以升级到动态仓内部服务,升级规则如下:

起始仓服务升级规则条件
XXXX = 11如果起始仓站点和终点仓站点都有库存只允许1to1的订单,复制订单
XXXX = 10如果只有起始仓站点有库存不限制,专线订单
XXXX = 01

如果只有终点仓站点有库存

只允许1to1的订单,终点仓发货订单
不能创建订单如果起始仓站点和终点仓站点都没有库存-


2.仓库操作

2.1. 按照服务生成拣货单

*只有XXXX=11的服务和XXXX=10的服务会生成拣货单,XXXX=01的服务在生成拣货单的过程中自动被处理到已完成

2.2. 打印出拣货单后,去找到相应的产品

2.3.打印地址贴

!!!注意,所有的1to1的面单不允许盖住产品SKU,因为到了仓之后,仓库需要根据SKU重新上架

2.3 打包

服务打包规则派送规则
XXXX = 11

背景:目前只有德国DHL使用动态仓服务

1.每天处理所有XXXX=1的服务的订单,但是不要发出

2.准备好每天订单的清关文件,当天清关

3.每周一汇总上一整周所有的XXXX=1的服务的订单,打包装箱

(这一步可以根据每天的单量情况就进行打包操作,否则都集到周一,有可能来不及处理)

4.将打包好的箱子交由卡车司机,进行派送

1.每周一都有卡车到比仓收货

2.周一中午截单,处理完之后交由卡车司机

3.下午发出,晚上入德国邮政处理中心

4.周二派送,最迟周三全部派送完成

XXXX = 10按照现在的方式处理
XXXX = 01不处理

!!!注意,清关时候的订单只包括XXXX=10服务和XXXX = 11的服务, XXXX = 01的服务不算在内



二. 终点仓

#终点仓没有客户,因此所有的订单都来自于起始仓,起始仓的XXXX =11和XXXX = 10的服务全部会在起始仓处理的时候复制到终点仓来

1.仓库操作

!!!注意,动态仓的终点仓目前只有一个,所有目的国仓库都在该站点下,因此不要选错设置,出了别的目的国订单

1.1.生成拣货单


1.2.打印地址贴


1.3.出完的订单根据服务交给第三方物流派送


2.额外的情况:

2.1.当天由于目的仓库存不足导致订单无法处理,但是起始仓有库存的情况(如果库存足够准确,是不会出现这个问题的)

2.1.1.找到与起始仓关联的订单ID(暂时需要找IT帮忙,可以每天将未完成的订单号发给我,然后我把起始仓关联订单从数据库里找到,很快关联订单可以在订单界面显示)

2.1.2.到起始仓站点,即”海运动态仓站点“,复制关联的起始仓订单

2.1.3.将复制后订单找到,做以下操作

2.2.当天由于目的仓库存不足导致订单无法处理,但是起始仓没有库存的情况

2.2.1.如果有库存在运输中(每周一都会有XXXX =11的服务被送到德国卡鲁仓库),货物到达仓库上架后,取出某张订单缺少的产品,然后发加急服务,派送致买家。

2.2.2.如果运输过程中没有库存,将起始仓关联的订单手动改成”审核中”,然后备注一下是因为缺货,导致订单无法完成


3.收货流程

3.1.手动调拨收货

每段时间,会根据比仓的销售情况做手动调拨,类似2017-08-28即将到货的批次,从比仓调取客户的一部分产品到德仓。因为手动调拨货物是单纯的SKU,因此仓库流程为:

3.1.1. 确认收到的产品数量,包括各个SKU数量是否与起始仓发货的数量一致

3.2.2. 确认数量后上架到系统


3.2.复制订单收货

每周一会有卡车到比仓收取XXXX = 11的订单,当天下午发出,晚上入德国邮政处理中心,周三派送到德国卡鲁仓库。因为所有的订单都是带着地址贴,因此仓库的流程为:

3.2.1.如果一个产品上既有SKU贴又有地址贴,那么撕掉地址贴,如果不好撕,就用空白贴覆盖原地址贴;如果一个产品上只有地址贴,那么是合并订单(除非起始仓贴贴的时候将SKU覆盖),直接撕掉外包装袋/箱子

3.2.2.确认收到的产品数量,包括各个SKU数量是否与起始仓发货的数量一致

3.2.3. 确认数量后上架到系统








  • No labels