先说结论
在 Odoo 里，很多计划日期、交货日期、采购日期看起来“不对”，其实并不是系统瞎算，而是在按一整条 lead time 链往前或往后推。
最核心的理解是：
Odoo 关心的不是一个静态日期，而是“为了在目标时间完成这件事，各层动作应该提前到什么时候开始”。
所以一旦牵涉销售、采购、库存、制造，日期问题就很少只是一个字段本身的问题。
为什么日期问题特别容易让人抓狂
因为人脑常常只盯一个结果：
- 为什么这张单是这个日期？
但系统在看的可能是整条链：
- 客户承诺日期
- 发货准备提前期
- 采购提前期
- 制造提前期
- 安全缓冲
所以你看到的“这个日期”，很多时候只是多层倒推后的结果，而不是某人直接手写的单点值。
lead time 真正解决的是什么
它最本质解决的是：
某个动作通常需要提前多久开始，才能在目标时点前完成。
所以它并不是“漂亮备注”，而是调度世界里的时间偏移量。
一旦供应链链路开始串起来，这些偏移量就会层层叠加。
为什么看起来像“系统自己把日期改早了”
因为倒推逻辑通常就是这么工作的。
如果最终目标是某天交付，系统往往会继续反推：
- 发货得更早准备
- 补货得再更早触发
- 采购或制造得再往前
这就会让你看到：
- 下游日期越来越往前
不是系统乱改，而是调度逻辑在尽量保证最终承诺点。
为什么不同模块的时间逻辑会叠起来
因为供应链不是单模块孤立运行。
销售承诺、库存履约、采购补货、制造准备，本来就是一串相接动作。
所以你如果只查某一个模块里的日期字段，很容易觉得“这里算得怪”。
但如果把整条时间链拉通，就会发现：
- 每一层都只是在承接上一层的时间要求。
为什么日期问题常常不是 bug，而是认知没对齐
很多用户脑中想的是：
- 这是我想要的最终日期
而系统在算的是：
- 为了实现这个最终日期，所有中间动作的计划时间
这两套视角一旦没对齐，就会觉得：
- 系统怎么总把日期算得比我预期早/晚
所以很多时候，真正要解释的不是某个公式，而是“时间倒推”这套思路。
实战里最容易踩的 5 个坑
1. 只盯最终日期，不看整条 lead time 链
问题会看得很碎。
2. 以为所有日期都应该人工直觉一致
调度世界不是这么工作的。
3. 只在一个模块里找原因
供应链日期通常跨模块传导。
4. 忽略安全提前量和规则配置
结果总觉得系统“凭空改日期”。
5. 把倒推结果当 bug，而不是当调度结果先理解
排查会越来越乱。
一句话记忆法
把它记成一句话：
lead time 本质上是在定义“为了按时完成目标，动作要提前多久开始”，所以 Odoo 的很多计划日期其实是沿供应链一步步倒推出来的。
理解这一句，日期问题就不会再那么像玄学。
DISCUSSION
评论区