设计库存和补货提醒表

Q: 使用“设计库存和补货提醒表”前需要准备什么？

使用“设计库存和补货提醒表”前，请准备库存业务与决策、字段、来源与样例值、补货与异常策略。只用可核实的信息替换占位符；如果某项未知，就明确保留未知状态，不要让模型自行推断。

Q: “设计库存和补货提醒表”的结果在什么情况下还不能使用？

如果结果还不能根据所给证据实现页面所述成果“包含补货公式、异常队列和对账检查的受控库存工作簿”，或仍依赖未解决假设、缺失批准或编造细节，就不能使用。把检查项当作放行门槛：应修正来源输入，或指定有权限的复核者，而不是润色一个缺乏支持的输出。

Q: “设计库存和补货提醒表”记录过哪些 AI 工具测试？

截至 2026-08-28，“设计库存和补货提醒表”的公开测试记录包含ChatGPT。这只表示存在已记录试跑，不保证后续产品版本仍兼容或得到相同结果。改用其他工具或版本时，应保留全部约束，并重新执行结果检查。

作者: AI 小课9 分钟准备已测试:ChatGPT复核日期: 2026-08-28

直接回答

跟踪可用库存、需求、交期、在途供应、补货逻辑和异常责任，不擅自作采购决定。 请提供: 库存业务与决策、字段、来源与样例值、补货与异常策略。 预期成果: 包含补货公式、异常队列和对账检查的受控库存工作簿。

补充你的背景

你填写的内容只保留在当前浏览器中，AILesson 提示语不会将其发送给模型或服务器。

库存业务与决策字段、来源与样例值补货与异常策略

生成的提示语

未填写的字段会保留为占位符，你仍然可以复制后自行编辑

请使用所给业务、数据和已批准策略设计 Excel 库存与补货提醒工作簿。

物品、地点、复核、需求、服务、权限、供应商约束和提醒行动：
[operation]

粒度、库存、预留、不可用、未结供应、日期、需求、交期、订购约束、成本、刷新和质量：
[data]

可用量、需求期、安全库存、补货/目标逻辑、取整、陈旧/逾期处理、覆盖、审批和排除：
[policy]

定义每个 SKU-地点一行，并分开来源事实、计算字段、策略参数、建议行动和已批准订单。对账现有库存组成，区分可用库存、库存位置、交期末预计库存、补货点和订购量。只计入批准时间范围内预计到货的未结供应，逾期或不确定到货保留为异常。先计算需要量，再应用包装量和 MOQ；必需需求、交期、单位、供应商或数据新鲜度缺失时不得建议下单。不得把提醒当作采购授权。请返回：工作表结构；数据字典；参数表；Excel 表公式；提醒优先级；条件格式；异常与审批流程；样例行；库存/采购单对账；刷新控制；以及无需求、需补货、MOQ/包装取整、过量、缺货、缺失/陈旧数据、逾期采购单、零需求和人工覆盖测试。

在 AI 练习场试试

默认保护隐私提示语在浏览器本地组装。除非所在组织明确允许，否则不要把机密信息提交给任何 AI 服务。

从输入到成果

实际案例

看看具体背景如何通过这条配方转化为可使用的成果

实际输入

库存业务与决策: 小型维修零件库，一个中心地点，180 个 SKU。采购员每周一复核。目标是在供应商交期内避免缺货，不做统计服务优化。工作簿产生“复核/补货/缺货/数据问题”提醒；采购员在 Excel 外审批并创建采购单。供应商有包装量和 MOQ。不自动下单。
字段、来源与样例值: 每个 SKU 在 Main 地点一行。字段 SKU、Description、Unit、OnHand、Reserved、Damaged、OpenPOQty、EarliestConfirmedDue、AvgWeeklyDemand、LeadTimeWeeks、SafetyStock、PackSize、MOQ、Supplier、LastStockRefresh、LastDemandRefresh、OverrideTarget、OverrideReason。样例 Filter-F9：单位 each，OnHand 42，Reserved 8，Damaged 2，OpenPO 24，确认 2026-09-08 到货，周均需求 15，交期 2 周，安全库存 12，包装 6，MOQ 24，供应商 North Parts，刷新 2026-08-31。复核日 2026-09-01。SKU 无重复。日期和数量可能为空。
补货与异常策略: Available=OnHand-Reserved-Damaged。InventoryPosition=Available+在复核日加交期之前到货的未结采购单；逾期/未确认采购单不计并标记。LeadDemand=AvgWeeklyDemand×LeadTimeWeeks。ReorderPoint=LeadDemand+SafetyStock。Target=LeadDemand+SafetyStock+一个复核周期的需求；有理由的批准 OverrideTarget 可替代。若 InventoryPosition<ReorderPoint，原始需要=Target-InventoryPosition；建议向上取整到 PackSize 且至少 MOQ。Available<0 时“缺货/记录问题”优先于补货。必需数据超过 7 天为“数据问题”。零需求且有库存为“不补货”，不产生除零错误。

示例输出

工作表：InventoryInput、OpenPO 明细、Parameters、ReorderReview、Exceptions、ApprovalLog、Reconciliation。计算建议必须与 BuyerDecision、ApprovedQty、PONumber、ApprovedAt 分开。

Filter-F9：Available=42−8−2=32。确认采购单 9 月 8 日到货，位于截至 9 月 15 日的两周范围，因此 InventoryPosition=32+24=56。LeadDemand=15×2=30；ReorderPoint=30+12=42；默认 Target=30+12+15=57。因为 56 不低于 42，状态为“不补货”，即使比目标低 1；策略在补货点触发，不在目标库存触发。

表公式：Available =[@OnHand]-[@Reserved]-[@Damaged]；EligibleOpenPO 应从采购单明细按状态和到货日求和，多张采购单时不能信任单一汇总；InventoryPosition=Available+EligibleOpenPO；LeadDemand=AvgWeeklyDemand*LeadTimeWeeks；ReorderPoint=LeadDemand+SafetyStock。触发时 RawNeed=MAX(0,Target-InventoryPosition)。取整建议可用 =MAX([@MOQ],CEILING.MATH([@RawNeed],[@PackSize]))，但必须先验证 PackSize/MOQ 为正。

提醒优先级：重复/必填/类型/陈旧 → 数据问题；Available<0 → 缺货或记录问题；影响交期范围的逾期/未确认采购单 → 复核供应；位置低于补货点 → 补货复核；否则不补货。条件格式根据状态文字，不只靠嵌套颜色。测试：位置 35 时原始需要 22、建议 24；原始需要 25 取整为 30；需求 0 按策略不补货；晚于范围一天的采购单排除并标记；供应商缺失或刷新 8 天会阻止建议；覆盖只有同时有目标、理由、评审人和日期才使用。每次刷新按来源行数/合计对账 OnHand，并把采购单符合/排除数量与登记表对账。