🧾客户向门店订了 100 件衣服,门店库存不够,仓库也只能陆续到货。
👉过去,员工通常有两种处理方式:
·等 100 件全部到齐后再开调货单;
·仓库有多少库存,就先开多少件的调货单。
🤔前一种会拖慢发货,后一种则要反复开单。
仓库和门店还得另外统计:客户总共要多少、已经调了多少、后面还差多少。
⚠️问题不在于分几次发货,而在于一张 100 件的调货需求,无法按照实际到货进度分批完成。
😃现在,一张调货单可以先发 20 件,剩余 80 件继续保留,后续到货后再分批处理。
原本需要员工另外统计的缺口,可以直接在单据中看清。
1
有多少先发多少,但总需求不能丢
🧾客户订购 100 件,门店向仓库申请调货 100 件,代表的是一笔完整的备货需求。
仓库现有 20 件,可以先发 20 件。剩余 80 件不是取消了,也不应该只记在员工的聊天记录或脑子里,而要继续保留在原来的调货单上。
一张单,两个原则
一张单保留完整需求,每次操作只记录实际发生的数量。
1
这笔100件的调货,可分几次完成
1
门店一次申请100件
门店根据客户订单开出调货单,填写款号、颜色、尺码和数量。即使仓库当下库存不足,也不需要把调货数量改成现有库存。
2
仓库先发20件
第一批货到仓库后,仓库在原调货单中选择本次发货20件。系统保留需调出100件,并更新为“已调出20件、待调出80件”。
3
门店确认本次调入
门店收到20件后,按本次实际数量完成调入。未收到的80件不会被误算成门店库存。
4
后续继续分批操作
第二批到30件、第三批到50件,都继续在同一张调货单中处理。每完成一次,已调数量增加,待调数量减少。
管理端查看调货明细
1
为什么不建议“有多少,就开多少”
有些员工遇到仓库库存不足,会按照现有库存开单。仓库有 20 件,就先开一张 20 件的调货单;下次到 30 件,再开一张 30 件的调货单。
表面上看,每张单都能一次做完,但原来的 100 件需求被拆散了。
仓库看到的是几张彼此独立的调货单,不容易判断累计发了多少;
门店要自己统计客户还差多少件;
如果中间换了员工,还可能漏掉剩余需求。
客户催货时,员工需要同时翻订单、调货单和聊天记录,才能拼出完整进度。数量一多、批次一多,就很容易出现少调、重复调或错误承诺交期。
❗️部分调货的价值,就在于不拆散最初的100 件需求,同时允许仓库按照真实库存灵活发货。
1
剩余货不调了,可以提前结束
部分调货也不代表剩余数量必须一直等待。
比如仓库已经调出 20 件,但客户后来缩减订单,或者门店通过其他方式解决了剩余货源,不再需要后面的 80 件。这时,门店可以提前结束调货单。
提前结束后,已经发生的 20 件调货记录继续保留,剩余 80 件停止执行,不再作为仓库的待处理任务。
❗️部分调货不是增加一道操作,而是把原本依赖人工统计的调货进度,变成一张单据里持续更新的数据。