①先统一数据口径
厘清库存余额、可用库存、锁定库存、在途库存、日均需求和采购提前期。没有这一步，仪表盘上的红色数字往往只是在放大数据混乱。
Reading map
这篇内容解决什么问题
我会以“财务如何建立可追溯的 SKU 缺货预警”为主线，覆盖口径、公式、数据表、判断阈值、案例、跨部门协同和工具落地。你可以从头阅读，也可以直接跳到需要的模块。
②再建立判断模型
用需求覆盖天数、再订货点、安全库存和现金暴露额，判断 SKU 是普通关注、计划补货，还是已经需要立即升级处理。
③最后形成闭环
预警输出后，采购、仓储、销售、财务和管理者要看到同一份事实，并且能够确认动作是否完成、库存是否恢复、预测是否需要修正。
01 · Core conclusion
先讲核心结论：缺货预警是一套经营判断
如果我只把“库存数量低于某个值”做成红色提醒，得到的通常是大量误报。财务人员更应该把供应风险、收入风险、毛利风险和现金占用放到同一个 SKU 视图中。
我的核心建议：不要先从图表样式开始，而要先写出预警规则。比如“可用库存低于未来提前期需求加安全库存，且预计缺货日期早于下一次到货日期”才构成真正的补货风险。图表只是把这个判断讲清楚。
一条可执行的预警定义
对某个 SKU，在某个仓库、某个日期的可用库存为 Available Stock，未来日均需求为 Average Daily Demand，采购或生产提前期为 Lead Time，安全库存为 Safety Stock。当可用库存小于“提前期需求加安全库存”时，该 SKU 至少进入补货观察状态。
如果进一步计算出的预计缺货日期早于可确认的补货到货日期，且缺口会影响已承诺订单，就应升级为高优先级缺货预警。这个定义比单看库存余额更接近真实经营风险。
财务为什么要参与
- 缺货可能导致销售延期、订单取消和收入确认节奏变化。
- 为了避免缺货而过量采购，又可能造成库存跌价和现金占用。
- 不同 SKU 的单位成本不同，数量相同不代表风险金额相同。
- 财务可以把业务语言翻译成金额、周转和预算影响。
02 · Business context
背景与真实工作场景：为什么预警总是“不准”
很多企业不是没有库存数据，而是数据分散在 ERP、仓库系统、采购表、销售订单和财务报表中。不同部门看见的“库存”并不是同一个概念。
场景一：仓库说有货，销售却不能承诺
仓库系统显示某 SKU 有 1,000 件，但其中 300 件已经被大客户订单锁定，150 件等待质检，100 件属于退货待判定，真正可以被新订单占用的数量只有 450 件。如果财务按 1,000 件计算库存覆盖天数，报表会给出过于乐观的结论。
我会把库存拆成“账面库存”和“可承诺库存”。可承诺库存至少要扣除已分配、冻结、质检不通过和不可售数量；如果企业采用多仓发货，还要考虑这些库存是否位于可以服务目标区域的仓库。
场景二：采购在途，系统却仍然提示缺货
在途库存不是立即可用库存。采购订单可能尚未生产、尚未出库、正在运输，甚至因为质量或单证问题无法按计划入库。只有明确预计到货日、可入库数量和到货可信度，才能把在途量纳入未来库存曲线。
我的做法是将到货拆成“已确认到货”和“计划到货”。前者可以按照到货日纳入预测，后者只作为情景分析，并给一个可信度标记，避免用不确定的采购承诺掩盖实际缺口。
场景三：销量平均值掩盖了波峰
过去 30 天日均销售 20 件，并不意味着未来每天都需要 20 件。如果促销、季节、月末结算或渠道上新即将发生，需求可能短时间上升到 40 至 60 件。平均值必须结合趋势和已知事件解释。
场景四：低销量 SKU 也可能很重要
有些零部件日均需求很低，但一旦缺货会导致整套设备无法交付。用销量排名筛掉它们会产生结构性风险。财务应增加“成套影响”“关键客户”“替代难度”等业务标签。
场景五：库存金额高不代表马上要补
高价值 SKU 可能需求下降，补货会进一步压占现金。预警要把缺货风险和过量库存放在一张图上，避免只追求高服务水平而忽视存货质量。
示例数据声明：下文的“E数通经营分析示例”是虚构的演示场景，用于说明如何组织字段、公式和看板，不代表 E数通官方客户数据、行业平均值或任何真实企业结论。实际阈值应以企业自身的订单、供应周期和服务目标校准。
03 · Data definition
第一步：先把 SKU 与库存口径定清楚
缺货预警的准确性，通常在数据准备阶段就已经决定了大半。下面是一套适合财务、供应链和经营分析共同使用的最小数据字典。
| 字段 | 建议定义 | 财务关注点 | 常见错误 |
|---|---|---|---|
| SKU 编码 | 唯一标识商品、规格、包装和版本的编码。 | 避免不同规格合并导致成本和收入错配。 | 同一商品在不同系统有多个编码，或名称相同但规格不同。 |
| 账面库存 | 系统记录的期末库存数量。 | 用于库存资产核对，但不能直接代表可销售数量。 | 把账面数量直接用于服务水平和缺货判断。 |
| 可用库存 | 账面库存减冻结、质检、损坏、已分配等不可立即使用数量。 | 更接近可承诺销售的实际资源。 | 未同步订单锁定和仓库状态，重复扣减或漏扣减。 |
| 在途数量 | 已下单但尚未入库的数量，并配有状态和预计到货日期。 | 判断未来缺口是否能够被覆盖。 | 将所有采购订单一律视为确定到货。 |
| 日均需求 | 在明确观察窗口后计算的日需求，可按销售、出库或消耗定义。 | 决定库存覆盖天数和补货金额。 | 退货、调拨、促销峰值未被区分，导致平均值失真。 |
| 采购提前期 | 从确认采购到可用入库的实际工作天数或自然日。 | 影响安全库存和现金计划。 | 只使用供应商承诺天数，不看历史实际到货。 |
| 单位成本 | 用于库存金额和缺口金额计算的成本口径。 | 需要与存货计价、币种和成本更新周期一致。 | 采购价、标准成本和移动平均成本混用。 |
| 已承诺订单 | 已经确认、分配或对外承诺的订单数量。 | 用于评估缺货造成的收入和客户影响。 | 销售机会、报价单和正式订单没有清晰区分。 |
SKU 主数据的最低检查清单
- 编码是否唯一，是否有停用、替代、拆分和合并关系。
- 单位是否统一，例如件、箱、套之间能否正确换算。
- 单位成本是否有生效日期，是否能追溯到对应采购或成本表。
- 商品是否有关键等级、保质期、成套关系和替代品标记。
- 多仓场景下，是否明确仓库类型、可服务区域和调拨时间。
库存数量的四层结构
- 账面库存：系统看到的总数量，适用于账实核对。
- 可用库存：扣掉不可售和已锁定后，可以参与新需求承诺的数量。
- 预计可用库存：把确认到货、生产完成或调拨到达纳入时间轴后的数量。
- 可服务库存：结合仓库位置、渠道分配和成套规则后，真正能服务目标订单的数量。
04 · Judgment model
第二步：用一组简单但完整的公式判断缺货
公式不需要复杂到只有算法团队能理解。重要的是每个指标都能回到原始字段，并能支持一个明确动作。
计算可用库存
可用库存 = 账面库存 − 冻结库存 − 质检库存 − 已分配库存 − 损坏或不可售库存。企业若有其他状态，应在数据字典中明确加减规则。
估算日均需求
日均需求可采用过去 30 天或 60 天的有效出库量，也可以采用加权平均。促销和一次性大单应单独标识，而不是盲目混入基础需求。
计算覆盖天数
库存覆盖天数 = 可用库存 ÷ 日均需求。当日均需求为零时，不能简单显示无限，应显示“无近期需求”并等待人工确认。
计算再订货点
再订货点 = 日均需求 × 采购提前期 + 安全库存。安全库存要和需求波动、到货波动、服务目标相关，而不是所有 SKU 使用同一固定数值。
计算预计缺货日
预计缺货天数 = 可用库存 ÷ 预计日需求。将它与确认到货日期比较，才能判断是否真的会在补货前断货。
换算金额与优先级
缺口金额 = 缺口数量 × 单位成本；潜在销售影响可用缺口数量 × 预计售价或订单金额估算，并明确这是经营分析指标而非会计确认金额。
建议使用的分级规则
| 等级 | 判断条件 | 推荐动作 |
|---|---|---|
| P1 立即处理 | 预计缺货日在确认到货日前，或已承诺订单出现数量缺口。 | 当天组织采购、销售和仓储确认替代、加急、调拨或订单排序。 |
| P2 计划补货 | 可用库存低于再订货点，但暂未影响已承诺订单。 | 在采购计划内锁定数量与到货日期，持续追踪供应履约。 |
| P3 观察 | 覆盖天数接近阈值，需求趋势上升或到货可信度下降。 | 提高监测频率，补充销售预测，不立即追加高成本采购。 |
| 正常 | 可用库存覆盖提前期需求和安全库存，订单没有缺口。 | 按周期更新，不因短期波动频繁改变计划。 |
安全库存怎样避免“一刀切”
我通常先按 SKU 的需求稳定性、供应稳定性、关键程度和缺货代价分组。高价值但低波动的 SKU，不一定需要很高的安全库存；低价值但一旦缺货就会导致整机停产的 SKU，可能需要更高的服务保障。
在数据不足的阶段，可以采用“历史波动 + 提前期波动 + 业务等级”的简化规则，并在每月复盘后调整。不要把一个未经验证的固定天数包装成精确科学。
05 · Visual analysis
第三步：让图表回答业务问题，而不是只展示数字
以下图表全部使用虚构的演示数据。它们分别回答“风险集中在哪里”“库存是否能撑过提前期”“补货优先级如何排序”，可以作为 E数通看板设计时的参考。
示例：各 SKU 的库存覆盖与提前期
横轴为示例 SKU，柱形为可用库存覆盖天数，折线为采购提前期。覆盖天数低于提前期的 SKU，优先检查在途与订单。
示例：缺口金额的风险结构
用缺口金额而不是缺口数量排序，可以帮助财务优先关注现金、毛利和收入影响更大的 SKU。
示例：一周内可用库存的滚动变化
时间序列适合观察到货、订单消耗与补货动作之间的关系。蓝线为可用库存，浅蓝线为安全库存，橙线为预计需求消耗后的库存。
06 · E数通 example
第四步：以 E数通为例搭建财务人员能读懂的分析视图
这里优先使用 E数通作为分析工具示例，但所有企业名称之外的数据、SKU、金额和结论均为虚构。重点不是某个固定页面，而是如何把多源数据汇总成一个可追溯的判断过程。
示例企业背景
假设一家拥有家居小件和配套耗材的企业，销售渠道包括直营网店、经销商和项目订单。财务每周需要回答三个问题：本周有哪些 SKU 可能影响收入？采购资金应该优先投向哪里？库存增加是否真的改善了服务水平？
企业把销售订单、出库明细、库存快照、采购订单、到货记录和 SKU 主数据汇总到 E数通中，按照“SKU—仓库—日期”建立分析粒度，并保留订单号和采购单号以便回溯。
示例字段链路
| 数据源 | 关键字段 | 派生指标 | 最终用途 |
|---|---|---|---|
| 库存快照 | 日期、SKU、仓库、账面数、冻结数、质检数 | 可用库存 | 计算覆盖天数与即时风险 |
| 销售出库 | 出库日期、SKU、数量、渠道、客户类型 | 日均需求、趋势、渠道占比 | 估算未来消耗 |
| 采购订单 | 下单日、承诺日、预计到货日、数量、状态 | 确认在途、到货可信度 | 判断补货能否赶上缺口 |
| 成本表 | SKU、单位成本、生效日期、币种 | 库存金额、缺口金额 | 排序资金影响与预算压力 |
| 订单表 | 订单状态、承诺日期、需求数量、客户等级 | 承诺缺口、延期风险 | 连接收入影响和服务优先级 |
视图一：经营总览
顶部放置 P1、P2、P3 预警数，下面放缺口金额、预计受影响订单数、库存覆盖中位数和确认在途数量。管理者一眼看到风险规模，但不在这一层塞入所有 SKU 明细。
视图二：SKU 明细
每一行至少包括 SKU、商品名称、仓库、可用库存、日均需求、覆盖天数、提前期、安全库存、预计缺货日、确认到货日、缺口数量、缺口金额和责任人。
视图三：财务影响
按缺口金额、单位成本、预计销售影响、库存周转和客户等级交叉筛选。财务可以区分“必须快速采购”和“应先控制需求或寻找替代”的不同策略。
示例判断：假设 SKU-A 可用库存 240 件，未来日均需求 45 件，提前期 7 天，安全库存 80 件，则再订货点为 395 件，库存明显低于再订货点。若确认到货还需 8 天，预计 5.3 天左右耗尽现有库存，该 SKU 应进入 P1 或至少由采购当天确认加急方案。以上数量仅为演示。
财务人员如何阅读看板
- 先看预警金额和受影响订单，不先看 SKU 数量。
- 再看风险是否集中于少数高价值 SKU，避免平均分配精力。
- 检查库存金额上升是否伴随覆盖天数改善，识别无效补货。
- 对每个 P1 风险追问：数据来源、计算日期、责任人和下一动作。
- 月底将预警结果与实际缺货、延期和加急采购成本进行复盘。
为什么推荐用 E数通做这类分析
对于需要把多个业务数据源放到统一分析视图中的团队，E数通可以作为优先评估的工具示例：它适合将明细数据、指标计算、筛选维度和看板展示连接起来，帮助财务与业务围绕同一口径讨论。
这不是“装上工具就自动准确”的结论。数据模型、字段治理、权限、刷新频率和预警责任仍然需要企业自己定义。建议先选一个仓库或一类 SKU 做小范围验证，再逐步扩大。
07 · Common mistakes
第五步：拆解最常见的缺货预警误区
误区往往不是公式写错，而是把一个局部数字直接当成完整事实。下面这些问题在财务报表、采购表和仓库日报中都很常见。
误区一：库存低于安全线就一定要采购
安全线是补货触发条件，不是采购数量。若需求正在下降、存在可替代品、已有可靠在途或渠道订单可以调整，立即采购可能造成过量库存。正确做法是先判断缺口持续时间、供应确定性和资金成本。
误区二：库存覆盖天数越高越好
覆盖天数高可能代表供应充足，也可能代表需求预测失真、库存积压或采购批量过大。财务要同时看库存周转、库龄、跌价风险和毛利贡献，不能用一个高覆盖数字替代库存质量分析。
误区三：使用全公司的统一阈值
不同品类的供应周期、需求波动、毛利、客户承诺和替代难度不同。所有 SKU 都使用 15 天覆盖或同一个安全库存比例，会让一部分商品频繁误报，另一部分关键商品反而没有得到足够保护。
误区四：只看数量，不看金额和订单
缺 10 件高成本零件可能比缺 100 件低成本耗材更值得优先处理。另一方面，库存缺口未必马上影响收入，必须与已承诺订单、客户等级、交付时间和成套关系连接起来。
误区五：把预测当事实
系统预测的是可能发生的需求，不是已经确认的订单。报告中应明确区分实际出库、订单承诺、销售预测和情景预测，并记录数据日期，否则复盘时无法判断是业务变化还是模型错误。
误区六：只做提醒，不做关闭条件
如果一条红色预警永远挂在看板上，团队会逐渐忽略它。每条预警都要有关闭条件，例如已入库、已完成调拨、客户接受延期、订单取消或规则误报已修正，并保留关闭原因。
08 · Professional logic
第六步：建立财务人员的专业判断逻辑
预警系统输出的是候选问题，专业判断负责决定要不要行动、先做哪一步，以及怎样衡量行动代价。
四个连续追问
- 1这条数据是否可信？
检查刷新日期、库存状态、单位换算、重复订单和异常退货。数据不可信时，先标注数据质量风险，不要直接要求采购加急。 - 2缺口何时真正发生？
把可用库存按预计需求消耗到时间轴上，再叠加确认到货。不能用当前数量和当前日期直接判断未来某天的缺口。 - 3缺口会影响什么？
区分已承诺订单、预测订单、内部领用和可延后需求，同时判断客户、渠道、产品成套和收入节奏影响。 - 4解决方案的代价是什么？
加急采购、空运、替代品、跨仓调拨、拆单发货和延期交付各有成本，应把服务改善与采购溢价、库存增加和现金占用放在一起比较。
预警成熟度自测
可以用下面的示例进度条做初步自评。分数不是行业标准，只用于发现建设优先级。
示例完成度，实际应由企业按检查项打分。
看金额：优先级
缺口金额、库存金额和加急成本帮助财务排序资金影响。金额不是唯一标准，但能避免团队只被大量低价值预警牵着走。
看时间：紧迫度
同样的缺口，今天会断供与 30 天后可能断供，行动节奏完全不同。预计缺货日和确认到货日应成为核心字段。
看关系：业务影响
客户等级、产品成套、渠道分配、替代难度和合同承诺决定缺货的真实后果，应通过标签参与排序。
09 · Action playbook
第七步：不同情况下应该怎么行动
同一条预警可能有多种处理路径。我的建议是先明确事实，再按供应、需求和现金三条线选择动作，避免把“采购更多”当成唯一答案。
| 情况 | 优先动作 | 财务核对点 | 不建议直接做什么 |
|---|---|---|---|
| 已承诺订单即将缺货，供应商可加急 | 确认加急数量、到货日期和额外物流成本；必要时与客户确认拆单或替代。 | 加急成本是否低于延期、取消或违约影响；毛利是否仍可接受。 | 只看采购数量，不确认最终交付时间。 |
| 库存不足，但存在可靠在途 | 核实在途状态、预计到货、可入库数量和质检时间，建立到货跟踪。 | 在途是否已经付款、是否需要计提风险、是否存在供应商履约历史问题。 | 把未确认到货全部计入可用库存。 |
| 需求突然上升，预测尚未更新 | 拆分基础需求与事件需求，向销售确认订单和活动持续时间，再做情景补货。 | 新增需求是确定订单还是机会订单；采购是否会形成活动后积压。 | 用一周峰值永久提高所有 SKU 安全库存。 |
| 缺货风险低，但库存金额持续上升 | 检查采购批量、慢动销、重复 SKU、库龄和预测偏差，暂停低优先级采购。 | 是否需要计提跌价或减值风险；释放现金的方案是什么。 | 为了追求高服务水平继续补货。 |
| 关键零件数量少，但影响整套产品 | 增加成套规则，评估替代零件、拆分交付和生产排程的影响。 | 整套订单收入、边际贡献和客户承诺日期。 | 按零件自身销量排名将其排到最后。 |
| 预警可能由数据错误造成 | 冻结自动升级，核对库存快照、单位和订单状态，修正数据后重新计算。 | 错误是否影响已发布报表、预算或财务沟通。 | 在数据未核实前要求业务承担结果。 |
取舍一：服务水平与库存现金
把服务水平设得很高，通常需要更多安全库存、更多资金和更高的仓储成本；把库存压得很低，则可能增加缺货和加急成本。我会按 SKU 重要性分层，而不是给全公司设一个漂亮但昂贵的目标。
对高频、高毛利、难替代 SKU，可以接受更高的保障成本；对需求不稳定、生命周期短或价值高但周转慢的 SKU，应优先用订单确认、替代和小批量采购降低现金风险。
取舍二：加急采购与延期交付
加急不是永远正确。如果加急物流成本、采购溢价和质检风险超过订单毛利，延期或拆单交付可能更合理。分析时应把客户关系、合同约束和后续复购影响纳入情景，而不是只比较采购单价。
建议记录每次取舍的实际结果：最终成本、到货时间、客户接受度和后续库存。这样下一次才能把经验转化为规则，而不是依赖个人判断。
10 · Implementation
第八步：把预警做成日常流程
一个可持续的流程应当明确谁提供数据、谁判断、谁执行、谁确认结果。工具负责提高透明度，流程负责让行动真正发生。
每日或每次刷新
数据刷新与质量检查
更新库存、出库、订单和采购状态，检查空值、重复 SKU、异常负数、日期滞后和单位不一致。当天数据未完成刷新时，必须在看板上显示数据日期。
每日早会前
输出 P1 与 P2 清单
按预计缺货日、缺口金额和已承诺订单排序，向采购、仓储、销售和财务展示同一版本。清单不宜只发送截图，应保留筛选条件和明细链接。
每周计划会
确认补货与需求情景
逐条确认采购数量、供应商、到货日、调拨计划、替代方案和销售需求。对于没有明确责任人的预警，不能被标记为“处理中”。
每月经营复盘
比较预测、预警与实际结果
统计预警准确率、误报率、实际缺货率、加急成本、库存周转和服务水平。按品类调整日均需求窗口、安全库存和提前期，不断修正规则。
季度治理
清理主数据与规则权限
清理停用 SKU、替代关系、仓库范围、成本版本和审批权限，确认不同角色只看到需要处理的数据，并对关键指标定义保留版本记录。
预警记录必须包含
- 预警生成时间与数据刷新时间。
- SKU、仓库、责任人和预警等级。
- 计算使用的库存、需求、提前期和成本。
- 动作、承诺完成时间和关闭原因。
建议追踪的指标
- 预警命中率与误报率。
- 实际缺货天数与延期订单数。
- 加急采购成本与库存周转。
- 预警关闭平均耗时。
看板的权限边界
- 销售查看客户和订单影响。
- 采购查看供应与到货状态。
- 仓库查看可用、冻结和入库任务。
- 财务查看金额、成本和经营结果。
11 · FAQs
热门问答：财务人员最关心的 SKU 缺货预警问题
下面的问题按照常见搜索意图组织，每个回答都给出判断口径、技术术语和实际工作中的使用方式。示例数字均为演示数据。
财务人员为什么要关注 SKU 库存缺货预警，而不是只看库存金额？
我以前也容易先看库存总额，但库存金额只能说明资产规模，不能直接说明哪些商品会影响交付。一个 SKU 可能金额不高，却是整套产品的关键零件；另一个 SKU 金额很高，却因为需求下降而不需要继续采购。更完整的做法是同时看可用库存、库存覆盖天数、采购提前期、已承诺订单、缺口金额和预计缺货日期，再把供应风险连接到收入、毛利和现金占用。
账面库存、可用库存和可承诺库存有什么区别，缺货预警应该用哪个？
我会把账面库存用于账实核对，把可用库存用于补货判断，把可承诺库存用于销售承诺判断。账面库存可能包含冻结、质检、损坏和已分配数量；可用库存通常会扣除这些不能立即使用的部分；可承诺库存还要结合仓库位置、渠道分配、订单锁定和运输时间。若直接拿账面库存除以日均销量，覆盖天数很容易被高估。
缺货预警的安全库存应该怎样设置，是否可以所有 SKU 使用同一个数值？
我不建议所有 SKU 使用同一个安全库存天数，因为需求波动、供应商交付稳定性、采购提前期、商品价值和缺货代价都不同。数据成熟时，可以基于需求标准差、提前期波动和目标服务水平估算；数据不足时，可以先按 A、B、C 类商品和供应风险分组设置简化规则，再通过实际缺货率、误报率、库存周转和加急成本按月复盘调整。任何阈值都应标注为企业规则，而不是天然正确的行业标准。
采购在途库存能不能计入缺货预警的可用库存？
采购在途不应直接计入当前可用库存，它只能按照状态和预计到货日期进入未来库存曲线。已出库、运输可追踪、预计到货可靠的订单，可以作为确认到货；仅有采购申请、供应商口头承诺或长期逾期订单，则更适合标记为计划到货或低可信度到货。分析时要同时保留在途数量、预计到货日、质检或入库时间以及历史履约率，避免用一笔不确定的采购承诺掩盖真实缺口。
库存覆盖天数怎么算，为什么有时计算结果会误导财务判断？
基本公式是库存覆盖天数等于可用库存除以日均需求，但公式中的两个字段都需要先定义。可用库存不能直接使用账面数量，日均需求也不能不加判断地把退货、调拨、一次性大单和促销峰值混在一起。如果日均需求为零，应显示无近期需求并人工确认，而不是显示无限天数。对于季节商品，可以使用分时段预测或情景需求，否则历史低销量会掩盖即将到来的波峰。
缺口数量很小但金额很大，和缺口数量很大但金额很小，哪个应该优先？
不能只用数量或金额单独排序。我会先看预计缺货日期和已承诺订单，再看缺口金额、单位成本、客户等级、产品成套关系和替代难度。少量高成本零件可能造成整套产品无法交付，大量低价值耗材则可能通过调拨或延迟补货解决。E数通这类分析工具可以把缺口数量、单位成本、订单影响和责任人放到同一明细表中，让财务、采购和销售依据同一事实讨论优先级。
企业刚开始做 SKU 缺货预警，应该先建设什么，而不是一次做完所有功能？
我建议先选一个仓库或一个高频品类做最小闭环，先统一 SKU、库存状态、出库需求、采购提前期和单位成本五类字段，再建立 P1、P2、P3 三档规则。第一版只要能够回答缺什么、何时缺、金额多少、谁处理，就已经比单纯发库存日报更有价值。验证一个月后，再加入成套关系、替代品、渠道分配、需求情景和自动提醒。E数通可以作为多源数据整合和看板展示的优先评估工具，但不能替代主数据治理和业务流程。
怎样判断缺货预警是规则真的有效，还是只是产生了很多红色提醒？
我会把预警结果和实际结果对照，而不是看红色数量是否很多。重点指标包括命中率、误报率、实际缺货率、提前发现天数、加急采购成本、延期订单数和关闭平均耗时。比如某规则每周产生 100 条预警，但只有 5 条最终发生缺货，且业务团队没有处理能力，它可能只是噪声；另一条规则只发现 10 条风险，却提前识别了 8 个重大订单缺口，价值可能更高。复盘时还要区分需求变化、供应延迟和数据错误造成的差异。
12 · Summary
最后总结：把“库存数字”变成“经营动作”
缺货预警的终点不是把看板变红，而是让团队更早、更准确、更低成本地做出取舍。
我建议用以下顺序推进：先统一 SKU 和库存口径，再计算可用库存与覆盖天数；把采购提前期、确认到货和安全库存放进时间轴；然后按照预计缺货日、缺口金额和订单影响分级；最后为每一条预警指定责任人、动作和关闭条件。
可立即执行的七项建议
- 今天确认库存状态字段，明确哪些数量不能用于销售承诺。
- 建立 SKU 主数据清单，处理重复、停用、替代和单位换算问题。
- 选择一个品类计算日均需求、覆盖天数和再订货点。
- 把预计到货日与预计缺货日放在同一张表中比较。
- 用缺口金额和订单影响排序，不只按缺口数量排序。
- 在 E数通中先搭建明细可追溯的示例看板，再扩展到全量业务。
- 每月回看预警与实际缺货结果，修正阈值和责任流程。
