工作表: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,并把采购单符合/排除数量与登记表对账。