平台建议补50件，采购问了供应商，对方说100件起订。运营说缺货不能等，采购说少了不卖，最后拍板买100件——多出来的50件，准备卖给谁？
这里的50件和100件都是演示数字，不是任何店铺的真实记录。这个情景要解决的，是补货需求怎样变成一张真正值得下的采购单。
先确认：这是仓库缺货，还是公司真的缺货？
平台给出的供货建议，先对应平台里的补货安排。采购面对的却是公司现有货源。假设建议往平台仓补50件，而自有仓里已经有30件可以使用，那么需要另外采购的数量，就不能直接照抄那50件。
先把“手里有货”“已经向供应商下单”和“还没采购”分开。一批货不能因为出现在两张表里，就被买两遍。已下单的货也要核实交期，不能把一句“快到了”当成已经能用。
多买的那部分，也要单独回答值不值
再假设没有可用余货，供应商确实要求100件起订。这时不要只问这100件一共多少钱，还要单独算那多出来的50件：多占多少资金、准备存放多久、有没有额外仓储或调拨支出。如果需求恢复平销，剩余的货准备怎样处理？
采购单价便宜一点，并不自动抵消库存占用。反过来，也不能只因为起订量高，就认定这张单一定不能买。关键是把多买的代价和缺货的代价放在同一张判断表里。
| 采购前的选择 | 先核实什么 |
|---|---|
| 用已有库存调拨 | 实物是否可用、预计何时能到、调拨支出 |
| 与供应商协商分批交付 | 是否接受、是否仍需预付全款、每批交期 |
| 合并后续真实需求采购 | 需求对应哪些商品与时间，不能只凭乐观预测凑单 |
| 接受完整起订量 | 多出的库存占用是否可承受，何时复盘、剩货怎样处理 |
| 暂不下单或调整供货安排 | 实际缺货影响及替代方案，谁确认这个取舍 |
这些都是需要核实的选项，不代表供应商一定接受分批，也不承诺某个选择能提高利润。信息还没确认时，先留住待核项，别为了让表格完整就填一个顺眼的数字。
采购确认，要留下一条能追溯的理由
一张采购单至少接上：平台建议的生成时间、自有可用余货、已下单未到货、供应商起订条件、预计到货安排，以及这次选择的理由。建议量后来变化，原采购理由仍应保留，不能用新数字覆盖旧决定。
Ozon在2026年9月28日的公告中介绍了补货建议的计算方式和更新草稿建议的功能。它提供的是供货决策输入；本文讨论的起订量、分批交付和采购取舍，是千鸟经营建议，不是平台统一采购规则。
下次运营把补货截图发给采购时，多问一句：我们是在补平台仓，还是又准备买一遍货？把这一步说清楚，团队才不会把“动作很快”误当成“采购正确”。