设计库存和补货提醒表

作者: AILesson9 分钟准备已测试:ChatGPT复核日期: 2026-08-28

直接回答

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

1

补充你的背景

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

2

生成的提示语

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

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

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

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

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

定义每个 SKU-地点一行,并分开来源事实、计算字段、策略参数、建议行动和已批准订单。对账现有库存组成,区分可用库存、库存位置、交期末预计库存、补货点和订购量。只计入批准时间范围内预计到货的未结供应,逾期或不确定到货保留为异常。先计算需要量,再应用包装量和 MOQ;必需需求、交期、单位、供应商或数据新鲜度缺失时不得建议下单。不得把提醒当作采购授权。请返回:工作表结构;数据字典;参数表;Excel 表公式;提醒优先级;条件格式;异常与审批流程;样例行;库存/采购单对账;刷新控制;以及无需求、需补货、MOQ/包装取整、过量、缺货、缺失/陈旧数据、逾期采购单、零需求和人工覆盖测试。
默认保护隐私提示语在浏览器本地组装。除非所在组织明确允许,否则不要把机密信息提交给任何 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,并把采购单符合/排除数量与登记表对账。

为什么有效

  1. 1

    区分库存位置和实际可用库存,可防止未结订单掩盖今天的短缺。

  2. 2

    审批字段防止计算建议变成未经授权的采购指令。

检查结果

  • 库存、预留、不可用、到期供应、交期需求、安全库存和单位是否定义一致?

  • 缺失、陈旧、逾期、重复和不确定输入是否会停止或降级补货建议?

  • 计算需要、取整建议、复核决定和实际订单是否为不同字段?

更有把握地使用

常见问题

了解这条配方何时适用、需要提供什么,以及哪些内容仍需人工复核

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

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

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

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

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

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

更多探索方式

这条配方出现在哪里

继续完成任务