库存补货提醒：十项规则与可复算案例

先定义库存记录，再设置门槛

“可用”两个字不足以说明计算口径。仓库可能指实物中允许使用的数量，销售可能指尚未被预留的数量，计划系统可能指某个未来日期的净余额。这些数字回答的是不同问题，必须记录字段实际怎么算，不能只抄字段名称。

本文案例约定：可用现存库存排除隔离、过期及其他冻结状态，但不扣预留量。每一条未完成客户需求只在按日需求中出现一次；统计预测与已知订单按照明确规则进行预测消耗或核对，不能直接相加。这只是本案例选择的口径，不是所有ERP的通用定义。

Oracle的最小／最大库存文档区分计划层级和需求净额选项，这些设置会改变可用数量的计算。应先读清企业实际配置，不能让一个通用公式覆盖系统原有口径。Oracle最小／最大库存计算说明。

按日推算可使用“期末余额＝期初余额＋可用到货－需求”，下一日承接上一日余额。负数表示尚未满足的需求，不代表货架上真的存在负数商品。如果业务把缺口当成流失销售而不是欠交订单，就要另建流失销售模型，并明确说明变化。

逐项配置十条库存补货提醒规则

十条规则是同一补货事项的不同复核原因，不是十份独立采购指令。按SKU、库位和受影响的缺货时间窗合并提醒，让计划员看清哪些问题尚未解决，以及什么证据能关闭提醒。

1. 再订货点门槛

一个简化的持续检查模型，可以把再订货点设为补货交期内的预计需求加上选定的安全库存。库存位置的口径必须与该策略匹配；它对未完成补货的处理，通常不同于已经扣除未来需求的预测余额。

记录触发条件究竟是“小于”还是“小于等于”，并检查等于门槛、比门槛多一件和少一件三种情况。不要以为ERP中的“最小值”一定就是这个再订货点，有些系统比较的是预测余额与最低缓冲库存。提醒应同时展示比较双方及定义；缺交期或需求依据时，生成数据异常，不猜一个门槛。

2. 预计跌破安全库存

找出首次低于获批缓冲量的日期、最低余额和预计恢复日期。跌破安全库存还不等于已经无法给客户供货，应分别显示两种事件，帮助计划员区分缓冲预警与已经没有货覆盖的需求。

后续到货恢复了缓冲量，也不能直接抹去更早的缺口，除非问题已被解决或计划员按实际政策接受了例外。周末余额为正，不等于周三没有缺货。Microsoft文档介绍了基于累计数量的安全库存计划和季节性最低值设置；这是特定产品行为，不是安全库存必然防止缺货的保证。Microsoft安全库存说明。

3. 库存可覆盖天数

对消耗较稳定的商品，可用数量除以明确的日需求率，可以作为粗略覆盖天数。要说明分母来自历史领用、已知订单还是获批预测。不能随意拿已经扣预留的分子，去除以仍包含同一预留需求的分母。

零需求应显示“按该需求率无法形成有意义的覆盖判断”，而不是“永久安全”。间歇消耗的备件、单笔大订单和新品上市都会削弱平均值的解释力，这时应回到具体需求日期。覆盖天数提醒用于推动及时复核，不应悄悄修改服务目标。

4. 完整补货窗口内的需求

从当前决策截止点计算到库存真正可使用的时刻，可能包含内部审批、供应商处理、运输、收货和检验。货到门口的时间不一定是允许领用的时间，应保存工作日历、截止时刻与周末处理规则。

定期复核策略还可能需要考虑距下次复核的等待时间。由计划负责人批准模型，不能给所有商品随意多加几天。交期不确定时，列出有名称、有日期的情景，不编造概率。如果正常补货晚于首个无法满足的需求，应转加急或分配复核，普通新订单本身解决不了更早的缺口。

5. 在途订单与欠交需求核对

部分收货后，应使用剩余未到数量，而不是原始订单总量。核对采购订单、调拨单和入库记录之间的映射，防止同一批补货在多个数据源中重复出现。目的仓必须明确：运往别的地点，不意味着当前仓库可以使用。

已逾期供应需要新的、可证明的可使用日期。取消订单和无限期冻结的收货不能压住缺货提醒。欠交需求在完成、取消或按政策解决之前仍然存在，但重复导出同一条欠交记录不等于新增需求。供应不确定交采购确认，需求不确定交客户运营核实，再批准建议数量。

6. 最小起订量

已有补货建议时，再比较适用的最小起订量，即MOQ。记录供应商、商品、单位、生效日期，以及最低要求针对单品、单次发货还是整张商业订单。最低订单金额不能直接当成最低件数。

把小额建议抬到起订量，可能制造积压。应展示额外增加的件数，以及仓储、保质期、资金授权和替代来源等约束。起订量只是一项商业限制，不是买得更多就合理的证明。原本没有补货需求时，起订量本身也不能创造采购订单。

7. 整箱倍数与单位换算

在只允许整箱购买的假设规则下，正数建议要按照正确单位取允许的包装倍数。例如最少50件、每箱24件，至少需要72件，不是50件，也不是48件。分别保留原始需求、起订量调整、整箱取整和最终候选数量。

Odoo文档说明补货包装倍数，并提醒取整可能让库存超过目标最大值。需要核查所用版本与配置，不能假设所有系统的取整方法相同。Odoo 19补货规则说明。

采购按箱、库存按件时，应测试双向换算。最高允许采购量可能与起订量和整箱倍数互相冲突。这时报告“当前约束下无可行数量”，不能把数字截成不合法包装，也不能通过拆单绕过授权。

8. 季节与活动需求

每次上调必须对应获批情景、受影响商品与地点、有效期间和负责人，同时保留原始基线。活动标签或销售人员的乐观备注，不足以证明某个增长百分比。

增加活动需求前，先检查基线预测是否已经包含这次活动。活动结束后取消临时覆盖值，检查残余库存，不能把高峰永久带入未来各周。新品没有相关历史时，明确不确定性并请求有边界的情景，不制造置信区间。好的提醒能说明哪项假设变化导致缺货日期提前。

9. 供应商延期或质量冻结

即使订单总量未变，到货日期变化也应重新计算受影响时间窗。质量冻结不只是推迟日期，更改变库存资格；没有依据支持放行日期时，不能计入可用供应，应明确列为不确定项。

展示原到货假设、新证据和新受影响需求。收货及质量团队负责放行，计划员着急或AI总结写得肯定，都不能授权使用召回、过期或冻结物料。数据源过期时，应保留最后已知问题并标记不确定，而不是报告库存已恢复。

10. 缺货升级与恢复

围绕最早无法满足的需求，以及有权人员最晚还能采取有效动作的时间升级。给出数量、日期、客户或生产依赖、已知替代方案及待定事项。“高优先级”不能替代具体截止时间。

可选响应包括催促现有订单、批准调拨、批准替代物料或重新确认客户承诺，各自都要检查权限和可行性。有人点击“已读”不等于恢复。只有按日库存问题纠正、获授权的例外已记录，或需求确实不再存在，才关闭或替换该事项。

用六个受控步骤引入规则

1. 先选窄范围。 从有明确计划与采购负责人的一组SKU和库位开始，记录需求和库存状态范围，不从所有仓库、所有商品一起开始。
2. 核对冻结快照。 将期初库存与来源对齐，映射需求编号，去掉同一供应的重复表示，并记录差异。差异没解决前，输出数据质量事项，而不是采购数量。
3. 批准规则定义。 固定比较符号、同一天先收货还是先发生需求、交期日历、缓冲量及数量约束，并明确谁可以修改、何时生效。
4. 回放设计好的失败情景。 检查门槛边界、延期、部分收货、零需求、过期批次、重复预留、单位不匹配及无可行包装数量。保存预期与实际结果。这是建议测试计划，不代表真实系统已经通过。
5. 先跑只读影子队列。 在覆盖相关补货周期的时间内，把候选提醒与计划员判断比较。用“可采取行动事项／已复核事项”观察有效性，未解决事项单列；也要检查漏掉的缺货，不只统计噪声。不要编造通用合格错误率。
6. 授权有限范围使用。 每个事项都有响应负责人和备用路径，监控陈旧数据与决策延迟。按SKU、库位、规则版本和缺货窗口去重，重要变化要重新打开。未经单独批准和验证，保持自动采购关闭。

为已复核事项保留快照、计算和决定。规则更新后保留旧版本，后续人员才能解释为什么以前不提醒的商品现在会触发。采购申请审批流程处理的是后续独立的采购授权决定。

完整案例：晚到的货掩盖了五天内的缺货

以下全部是假设数字。第0天结束时，某仓库SKU A有100件实物，其中20件隔离，因此可用期初库存是80件。有20件预留给第1天需求，这20件已经包含在当天需求里，没有额外期初欠交。核对后的需求每天20件，安全缓冲量20件。

现有已确认订单100件在第6天开始时可使用。现在新下的普通订单也最早第6天可使用，即先经历完整五天需求。简化模型中每天先收货、后发生需求；缺口作为欠交保留到下一天，不模拟流失销售或日内细分时间。

不考虑日期的库存位置为“80＋100＝180”，看起来高于假设再订货点“5×20＋20＝120”。但逐日模型仍显示第5天的需求无人覆盖：静态总量没有检查在途库存何时可用。因此，即使粗略总量健康，按日缺口提醒也不能消失。

如果从期初再扣20件预留，又减掉完整五天需求，会错误得到“60－100＝-40”；正确核对后是“80－100＝-20”。如果来源字段本身已经扣除预留，要么还原未扣预留的可用期初量，要么从后续需求流去掉对应部分，不能混搭口径。

在这个简化案例中，要让第5天之前没有无法满足的需求，需要额外20件在第5天需求发生前可用；要让第4和第5天的期末都维持20件缓冲，需要额外40件在第4天需求发生前可用。两个目标不同。这不证明供应商或别的仓库真能供货，计划员仍须确认来源、运输、放行和权限。

再看一个独立的数量练习，不是要求新增下单。假设库存位置目标为200，减去无日期总量180，原始候选量为20；MOQ为50，整箱倍数24，则“ceil(max(20, 50)÷24)×24＝72”。这里ceil指向上取整数。若该申请最高只允许额外采购60件，三个条件无法同时满足：48低于起订量，72超过上限。应升级约束冲突，不截成60，也不能把更多但晚到的订单误认为提前缺口已经解决。

选择能够解释决定的最简单方案

人工工作表适合数量不大、发生不规律且计划员能逐项看来源的队列，代价是更新和核对工作。保护公式、注明输入日期及复核责任；可追溯的表格优于解释不清的自动建议量。

ERP原生计划规则适合数据与决定已在同一个系统受控的情况。检查实际配置中的到货日期、需求净额、单位换算及异常分流。不要只因为AI听起来更新，就另建一套补货引擎。

确定性集成或脚本适合跨系统核对获批数据源，需要版本化转换、去重、监控和维护人。算术不放在自由生成的文字里，并保存足够输入，让他人可以重算。

智能体辅助复核层适合计算已可信，但团队反复搜集供应商背景、整理变化和跨部门分流的情况。它也带来权限和证据风险。成熟运行仍依赖受控数据、经过测试的计算、负责人和恢复路径，智能体不能替代这些基础。

OpenMax适合放在哪里，哪些能力要先验证

OpenMax官网将产品定位为人机协作平台，介绍智能体接入和团队工作流。这是厂商描述，不证明它自带库存优化器，也不证明已经认证接入你们的ERP。OpenMax产品介绍。

本场景可以评估一个拟议的只读流程：获批导出提供按日余额，确定性计算识别异常，助手起草带有到货变化和受影响需求链接的摘要，计划员复核后分配下一负责人。摘要中要分清“已观察的日期”“供应商陈述”和“未经证实的假设”。

使用真实记录前，确认具体连接器或导入方式、允许字段、数据位置、保留期、权限控制及本部署可用的日志。测试引用记录能否重新打开、无依据陈述能否被拦住。创建采购、联系供应商、替代物料、库存放行和分配变更，必须保持为独立且获得明确授权的动作。

如果现有ERP队列已经清楚、团队处理稳定，保留更简单的方式。如果困难在分散复核而非缺少计划算法，可带着一份脱敏SKU与库位样本及上述验收清单，沟通OpenMax小范围评估。希望得到的是可检查的异常资料包，而不是降低库存或零缺货的承诺。

风险、限制与责任复核

本文计算是注明假设的确定性演示，不负责选出经济最优安全库存，不预测需求不确定性，也不覆盖所有生产、批次、有效期及服务义务。需求口径改变，对结果的影响可能远大于修改模型提示词。

业务规则需由计划与采购负责人批准。放行限制、权限和支出控制，应由相关质量、安全及财务专业人员在实际使用前复核。本文没有具名外部供应链或专业审阅，也没有把案例冒充为一线运营成果。

供应商附件和备注是待核查证据，不是要求助手扩大权限的指令。摘要尽量少带客户及商业敏感信息，数据源失效时保留人工备用流程。美国国家标准与技术研究院的自愿性AI风险框架提供一般治理背景，不验证本文规则，也不为OpenMax背书。NIST AI RMF 1.0。

常见问题

现存库存等于可用库存吗？

不等于。实物、允许使用、尚未预留和未来预测库存是不同指标。先说明来源字段的定义，再与需求计算匹配，否则预留、冻结或未来到货都可能算错。

再订货点和安全库存有什么区别？

再订货点是特定补货政策下的触发门槛，常见简化表达是交期需求加缓冲量。安全库存是这部分缓冲，不是另一份预计需求。按预测余额运行的最小／最大规则，可能采用不同的比较口径。

有未完成采购订单，就不需要提醒了吗？

只有剩余数量、目的地、可使用日期和状态真正覆盖相关缺口时，才可以解决该提醒。首次无法满足需求之后才到的订单，不能因为期末余额为正就抹掉早先的预警。

AI可以自动决定补多少吗？

计算应可复现，政策应先获批。接入经过验证时，助手可以协助准备证据，但建议量不等于采购权限。起订量、包装、支出或质量约束冲突，必须交由负责人员决定。

应该多久运行一次库存提醒？

根据数据延迟、需求波动和最晚有效决策时间设置频率，重大供应、需求或冻结变化后重新计算。更快轮询过期数据不会得到更新的预测，也没有适合全部商品的统一频率。

来源、署名与修订记录

由OpenMax内容团队为OpenMax自有网站编写，产品部分与发布方存在商业关系。官方资料于2026年9月4日核查；产品文档解释各厂商配置，不代表通用行为或产品间的独立评测。

• 文内Oracle资料用于说明需求净额设置和数量修正规则的区别。
• Microsoft资料用于说明累计库存规划与季节性最低值。
• Odoo 19资料用于说明包装倍数，不代表OpenMax接入经过测试。
• OpenMax首页用于核对产品定位；NIST提供一般AI治理背景，不是产品认证。

2026年9月4日修订：将原概览扩展为十项规则，明确预留核算，补充按日缺货和数量无解案例及下载工作表，并保留原页面发布日期。勘误请将页面地址、具体规则和非敏感依据发送至contact@openmax.com，不要通过普通邮件发送保密库存明细。