暂停线能挡住超卖，挡不住断货。预警响了以后，有人凭印象给供应商发一句“再来一批”，有人把所有见红的SKU同等补货，有人把在途当成已经可卖。HelloWorld跨境电商助手能按销量和阈值提醒缺货，也能按仓展示可售，但它算不出供应商真正的交货天数，也收不到你未写入系统的口头采购。下面只谈补货闭环：预警怎么变成建议量、在途怎么记账、到货怎么按子体入指定仓、怎样避免预警疲劳和重复下单。
预警只说明“该看了”，不说明“该买多少”
低库存提示是触发器。真正下单要看日均出货、活动是否还在、各仓分布、已下未到的数量、最小起订和交货周期。HelloWorld里把这几项能填的填上，建议量才不是一个漂亮的空数字。
- 日均用最近稳定周期，活动日单独剔除或单独加权。把活动峰值当日常，仓库会堆一季卖不完的货。
- 交货周期按供应商真实表现写，不按对方口头承诺写。承诺七天、经常十四天的，安全库存按十四天算。
- 最小起订和箱规写进主档。建议量低于起订时，要决定是凑单、换供方，还是接受断货，而不是强行下一个无法被接受的数字。
- 预警分级。热销将断是立即处理，滞销见黄是观察。所有级别都推送到所有人，第三天不会再有人点开。
在途必须占一格，而且不可售
采购单一发出，货既不属于仓库可售，也不属于“没有这回事”。HelloWorld库存结构里应有在途数量，补货计算用可售加在途对照未来需求。把在途加进可售，活动期会把它卖给等不及到货的客户；完全不记在途，会重复采购。
- 采购单创建时就写清SKU、数量、预计到仓、目的仓。不写目的仓的在途，到货时会引发一场现场分配。
- 一笔采购拆多仓到达的，按预计到货拆行，不要一个总数走到货再分。
- 延期时改预计日期，而不是删单重开。删单会让已经发生的付款和对账失去对象。
- 部分到货按实收核销在途，未到部分继续留在途。整单点完成，账上会凭空少货。
建议量按子体出，按仓下，不按父体平均数下
变体和多仓已经决定了补货不能下一个总数。父体卖得好看，往往是其中两个尺码在卖。HelloWorld从预警跳到补货建议时，名单应是子SKU加仓，而不是一个品名加一个整数。
- 先补主发仓里正在接单的规格，再考虑给新站铺货。给还没订单的仓先铺满，主发仓会先断。
- 冷门规格设上限。系统按同一周转天数建议时，冷门会跟着热销一起膨胀。
- 效期、季节、带电等限制写在子体上，建议量超过可售窗口要人工否决。
- 导出给供应商的表格与软件编码一致。供应商按旧货号发回，入库映射会再错一代。
到货入库是补货的终点，也是同步重新打开的闸
货到不等于可售。验收、清点、上架位置确认后，才把数量写入指定仓的可售，并让同步规则重新计算暂停状态。HelloWorld里入库动作应冲销对应采购行，而不是在总库存上加一个与采购无关的数字。
- 实收与采购差异当场记：少货、破损、错码。差异不记，下次预警会认为你们仍缺同样的数。
- 先入待检再入可售，若质检是必经步骤。跳过待检，问题批次会在活动第二天变成退货潮。
- 入库完成后再打开广告和活动库存。货还在卸车就恢复投放，等于把在途又卖了一次。
- 入库人与下单人分开更好。自己给自己的采购点收齐，盘点差异会系统性偏小。
重复采购和预警疲劳，多半是名单没有主人
同一SKU三个人各下一单，或同一预警响了十天没人认领，都是协作问题。HelloWorld成员权限里，采购建议可以多人看，确认下单应有唯一处理人。
- 预警状态包含待处理、已下单、已关闭原因。关闭必须写原因：不补、已有在途、季节结束。
- 已下单的预警降级为跟踪在途，不再当新缺货推送。
- 供应商变更、停产、起订变化，回写主档。系统仍按旧周期建议，建议会稳定地错。
- 周度核对：预警关闭数、实际到货数、仍断货数。只看采购金额，看不出补货有没有补到点子上。
补货不是把红灯按灭。HelloWorld跨境电商助手能把销售和库存缺口摊开，让采购看见该看的规格和仓，却不能代替交货周期和箱规这些外部事实。把预警当门铃，把在途当未完成的承诺，把建议量落到子体和仓，把入库当重新开闸，断货和积压才会同时下降。拍脑袋的采购单越少，库存同步才越像一套系统，而不是一套每天被口头决定打断的显示器。