kx_guo/dy-dashboard
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
dy-dashboard/vault/知识库/工作指南/训练记录/2026-09-18-计划预测建议下单数量按支撑天数选择预测口径.md
Codex db13e15fbf 首次提交
2026-10-28 11:14:17 +08:00

3.1 KiB
Raw Permalink Blame History

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。
  • 「新品下单」页目前仍是旧公式，未一并修改，需要时再告知。未操作生产环境。