仓库搬迁被当成"搬货工程"来做的,大多会翻车——货准时到了新仓,订单却停了十天。搬迁真正搬的是"在途业务":在单的订单、在途的采购到货、客户的交付承诺,这些不能停的东西才是方案的主线。把搬迁设计成四个阶段——冻结、迁移、切换、恢复——每个阶段管住自己的目标,停仓窗口和业务连续性才有解。
四阶段总览:每阶段一件事
| 阶段 | 核心动作 | 达标标志 | 典型时长占比 |
| 冻结 | 全量盘点、锁单锁库、异常清零 | 老仓账实差异率降到可接受线内 | 约30% |
| 迁移 | 物理搬货、单货同行、批次映射 | 新仓实物与迁移单据一一对应 | 约40% |
| 切换 | 系统数据切换、单据流改道、双轨验证 | 新仓系统独立开单无阻断 | 约15% |
| 恢复 | 积压订单清理、产能爬坡、老仓收尾 | 订单履约时效回到搬迁前水平 | 约15% |
时长占比按总工期看。多数失败的搬迁是前松后紧:盘点没盘干净就急着发车,切换期才发现差异一堆说不清,恢复期一压再压。宁可冻结期多花三天,不要恢复期多扛三周。
停仓窗口怎么规划:三件事决定天数
停仓窗口(完全不发不收的天数)由三件事决定,逐项压而不是笼统拍脑袋:可提前发货的空间(把停仓窗口内的可预期订单提前发出,高频客户提前沟通备货,能砍掉一到两天);新仓预热的程度(货架、库位、设备、人员在新仓提前就位并试运行,新仓不是"到货那天才启用");分批搬迁的可行性(按品类或按库区分批搬,每批之间老仓继续作业——批次切分的颗粒度越细,停仓越短但协调越重)。行业常见的结果是:规划得当的搬迁,硬停仓可以压到二到四天;没有预热与分批的,十天半月也正常。另一个容易漏的窗口是采购在途:发运中的供应商货没法"暂停",要么改道直发新仓(新仓要能收货开单),要么与供应商协商延迟发运,两头都要提前两周沟通。
库存迁移:批次映射与库位重排

搬仓不是照抄老仓的库位图,而是一次库位策略重做的机会。两件事要做在搬之前:批次映射表——每个SKU的批次在老仓的位置、数量、效期,对应到新仓的目标区域(顺手把先进先出的动线理顺:快流出货区靠月台,慢流上高位);单货同行规则——每一托每一箱都要有迁移单据跟着走,实物标签上的迁移单号与系统记录一致,到了新仓按单收货入位。搬仓日的纪律就一条:无单不动货。凭"这托大概是什么"装的车,到了新仓就是一笔糊涂账的开端。对有批次效期与序列号管理的品类(食品、医药器械),迁移单上必须带批次与效期字段,新仓按单建立库存记录,追溯链不断。
系统切换:冻结点、双轨与回退
系统侧的切换有三个要点。冻结点:选一个业务低峰时点(常见周日夜里),此后老系统只读不写,所有业务单据在切换验证通过后从新系统发起。数据迁移:静态数据(SKU、客户、供应商主数据)提前迁好并核对;动态数据(库存余额、在途单据)在冻结点后一次性迁移,迁移脚本要提前演练过至少一轮全量演练。回退预案:切换后四十八小时内若新系统出现阻断性故障,能退回老系统继续开单——这意味着冻结点后老系统的数据要冻结封存,回退则以新仓实物盘点重建。若新旧仓共用同一套系统(只是加个仓库主体),切换大幅简化,只需管仓库主数据的生效切换与单据流的改道——这也是很多企业搬迁时顺手做系统统一的动因。
客户与承运商沟通:节奏比内容重要
对外沟通分三波:搬迁前两周告知主要客户停仓窗口与提前备货建议(附上正常发货的最后截单日);窗口期每日同步进度(预计恢复日比实际保守半天到一天,提前恢复是惊喜,跳票是事故);恢复后一周跟踪履约时效(这期间的订单优先级与客户预期要对齐,别让大客户单排在爬坡队列末尾)。承运商侧同步两件事:新仓地址与月台预约规则的变化、老仓最后一班提货的截止时间。沟通漏掉的角落,都会变成窗口期里的紧急协调电话。
常见问题
搬迁期间电商订单怎么办
三个选项按优先级排:窗口内订单提前发货消化(截单日之前的单全部发出);店铺端挂"延迟发货"公告并把预售发货日设在恢复日之后(平台规则允许的范围内);有条件的用临时前置仓或3PL仓承接窗口期发货。全渠道客户里,预售公告要与各平台的活动排期错开,别把停仓窗口压在大促上。
老仓的租约没到期,要不要保留一段时间双仓并行
租约允许且品类季节性强的,保留两到三个月双仓并行是稳妥解:新仓先承接部分品类试运行,老仓渐进清空,硬停仓窗口基本可以消除。代价是双仓期间的人员通勤与系统双仓视图管理——对多数企业,这三个月的额外成本远低于一次业务中断的损失。