29 lines
3.1 KiB
Markdown
29 lines
3.1 KiB
Markdown
# 2026-09-18 计划预测建议下单数量按支撑天数选择预测口径
|
||
|
||
### 1. 优化计划预测「建议下单数量」的计算逻辑
|
||
|
||
**旭东 → OpenClaw：**
|
||
|
||
> 建议下单数量这里的逻辑需要优化一下
|
||
> 1. 当【总支撑天数<货期+物流+安全库存】，【云仓支撑天数<货期+物流+安全库存】，【外仓支撑天数<货期+物流+安全库存】，以【日销量预测】来进行计算建议下单数量
|
||
> 2. 当【总支撑天数<货期+物流+安全库存】，【云仓支撑天数<货期+物流+安全库存】，【外仓支撑天数>货期+物流+安全库存】，以【云仓日销量预测】来进行计算建议下单数量
|
||
> 3. 当【总支撑天数<货期+物流+安全库存】，【云仓支撑天数>货期+物流+安全库存】，【外仓支撑天数<货期+物流+安全库存】，以【外仓日销量预测】来进行计算建议下单数量
|
||
> 4. 当【总支撑天数>货期+物流+安全库存】，【云仓支撑天数<货期+物流+安全库存】，【外仓支撑天数>货期+物流+安全库存】，以【云仓日销量预测】来进行计算建议下单数量
|
||
> 5. 当【总支撑天数>货期+物流+安全库存】，【云仓支撑天数>货期+物流+安全库存】，【外仓支撑天数<货期+物流+安全库存】，不计算建议下单数量
|
||
> 6. 当【总支撑天数>货期+物流+安全库存】，【云仓支撑天数>货期+物流+安全库存】，【外仓支撑天数>货期+物流+安全库存】，不计算建议下单数量
|
||
>
|
||
> 理解一下我所说的逻辑，然后跟我核对后再执行
|
||
|
||
**OpenClaw 响应：**
|
||
|
||
先按六个条件还原出「总支撑天数 / 云仓支撑天数 / 外仓支撑天数」与阈值（货期+物流+安全库存）的 8 种组合，列出对照表与两处旭东未提到的组合请求确认；旭东补充：①总仓不足但云仓外仓都充足 → 不计算；②总仓充足但云仓外仓都不足 → 不计算。
|
||
|
||
按确认后的规则完成 8.186 测试环境改动与验证：
|
||
|
||
- **新规则**：三仓都不足 → 日销量预测；总仓不足且云仓不足、外仓充足 → 云仓日销量预测；总仓不足且云仓充足、外仓不足 → 外仓日销量预测；总仓充足且云仓不足、外仓充足 → 云仓日销量预测；其余组合（三仓都充足 / 总仓不足但云仓外仓都充足 / 总仓充足但云仓外仓都不足）不计算建议下单数量。
|
||
- **计算式**：建议下单数量 = 所选预测 × (安全库存天数 + 货期 + 物流)，向下取整；实际下单数量仍按 1000 向上取整，不计算时为 0。
|
||
- **相等边界**：支撑天数正好等于阈值按「充足」处理。
|
||
- **验证**：8 种组合 + 相等边界 + 预测全为 0 的单元测试全部通过；接口实测 200 行逐行独立复算 0 处不符，其中 24 行建议下单数量非 0，40 行结果与旧口径不同（旧口径只按日销量预测算）。
|
||
- 同步更新了计划预测的「建议下单数量」列说明；测试服务重启后 active，本机与局域网 HTTP 200，Git 提交 `8603b53`。
|
||
- 「新品下单」页目前仍是旧公式，未一并修改，需要时再告知。未操作生产环境。
|