缺料这件事，几乎没有企业「不知道」——只是知道得太晚。晚到什么程度，取决于你用什么方式发现它。下面这张图是同一个缺口，在四种做法下分别在什么时候浮出来。
这是这类系统上线时最容易卡住的地方——不是技术，是三个人对「可用库存」有三种理解。下面这张表是同一个工单的六项物料，拨一拨上面的开关，看同一批数据能算出多不一样的结论。
| 物料 | 需求 | 库存 | 在途 | 安全库存 | 可用 | 缺口 | 状态 |
|---|---|---|---|---|---|---|---|
| 轴承 6204 | 120 | 96 | 200 | 20 | 276 | — | 齐 |
| 端子 XT-08 | 800 | 640 | 1000 | 100 | 1540 | — | 齐 |
| 铝型材 A-3060 | 60 | 0 | 0 | 0 | 0 | 60 | 缺 |
| 密封圈 M22 | 300 | 180 | 500 | 50 | 630 | — | 齐 |
| 外壳 H-12 | 40 | 55 | 0 | 10 | 45 | — | 齐 |
| 螺钉 M4×12 | 2000 | 5000 | 0 | 500 | 4500 | — | 齐 |
把「在途算进可用」关掉试试：同一批数据，齐套率从 83% 掉到 33%。两个都不是错的——保守口径用来决定要不要现在下单，宽松口径用来决定明天能不能开工。要紧的是写下来、只有一份、谁改了有记录，而不是每个人心里各有一把尺。
所以这类应用真正的第一步，是把下面这几个开关谈拢。谈拢了，剩下的都是熟活。
| 开关 | 取这一边 | 取另一边 |
|---|---|---|
| 在途算不算可用 | 算：看的是「开工那天齐不齐」，适合排产 | 不算：看的是「今天手上有没有」，适合决定要不要补单 |
| 安全库存扣不扣 | 扣：留出缓冲，宁可早预警 | 不扣：紧急插单时按实物算，不然会误报一片 |
| 呆滞 / 待检料算不算 | 算：先用掉积压，但要人确认可用 | 不算：默认口径，避免拿动不了的库存冲齐套率 |
| 损耗率计不计 | 计：按 BOM 的损耗放大需求，接近真实领料 | 不计：算得快，适合先跑起来看形状 |
这四行做成应用里的一张参数表，谁有权限谁改，改完下一次重算就生效——不用改代码，也不用等发版。谁在哪天把哪个开关拨过，有记录。
一块给计划岗查：所有工单的缺口并成一张表，按紧急程度排，每一行挂着责任采购和最新答复的到货日。催办点一下，就推到他本人的企业微信，来回都留痕——「已延两次」这种事之所以看得见，是因为每次答复都记下来，而不是覆盖上一次。
| 物料 | 用在 | 缺口 | 在途 / 预计到货 | 责任采购 | 操作 |
|---|---|---|---|---|---|
| 铝型材 A-3060 | WO-24022 · 09-12 开工 | 60 | 无在途 · 未答复 | 孙采购 | 明细 |
| 密封圈 M22 | WO-24020 · WO-24022 | 120 | 预计 09-09 已延两次 | 孙采购 | 明细 |
| 轴承 6204 | WO-24020 · 09-08 开工 | 24 | 在途 200 · 预计 09-06 | 周采购 | 催办明细 |
另一块屏其实不用打开——最好的预警是你不用去查它。每天 07:30 重算一遍，只把「今天要动手的那几件」推到计划岗的企业微信里。有在途且早于开工日的，系统自己盯着，不打扰人。
其余 5 项缺口都有在途且早于开工日，系统自己盯着；到货回填后齐套率会自动回升。
导三张表、VLOOKUP 拼一遍、在群里挨个问——这半小时里没有一件事需要人的判断力。汇总交给系统之后，他只剩下真正需要人的那一步：今天该催谁、要不要改排产。
推送里那句「今天要动手的只有两件」，本身也是算出来的结论——「今天没事」和「今天有两件事」一样值钱，因为它让人敢不看。
预警系统最容易死在「太吵」上——推得太多，所有人一律免打扰，然后它就等于不存在了。所以这三次都推给本人，而且每一次都必须是「你现在能做点什么」。
重算刚跑完。有在途且来得及的不出现在这条推送里——它们不需要今天做任何事。
指派到人，不发群。他要做的动作只有一个：回填预计到货。
只有「答复过、但没兑现」才升级。第一次晚了不惊动主管，连着晚才是管理问题。
三份数据先用导出的表就行。列名不用统一，AI 会读出哪列是物料编码、哪列是可用库存。
还有几项不用点名但一直在起作用：独立运行环境、版本与回滚（口径改错了一键回退，不动数据）、浏览器验证。
同样是「够不够开工」，不同行业问的其实是不同的问题——所以要改的从来不是这套系统的形状，而是那张参数表和齐套算到哪一层。
做装备或项目型制造的，齐套算到交付里程碑上，而不是工单：这个节点要装的那批件齐不齐；长周期件单独一张跟踪表，提前期以周计。做食品、日化、农牧的，「可用」要再扣一层——临期的、已锁给别的订单的都不算，先进先出的规则直接写进参数表。做组装或贸易的，缺一颗螺丝也发不了货，所以算的是整单可发率，缺口直接映射到客户交期，销售也能看见自己那几单。
能走连接器接。但最快的起步方式是先把导出的 BOM、库存、在途三张表传上来——两三天就能看到齐套率长什么样，接口后面再接，不影响先用起来。
由你定：接了系统就按定时任务的频率拉，用导出表就是你上传的那一刻。所以每一屏上都标着「数据截至」——宁可让人看见口径，也不要让人以为是实时的。
默认只看自己负责的那部分。要不要放开、放开给谁，由功能权限逐项决定；「导出缺料清单」「看采购单价」这类动作可以单独授权。
标准场景当天就能有一个能点、能看的开发版。花时间最多的通常不是开发，是把口径对齐——库存算不算在途、安全库存扣不扣、呆滞料算不算可用，这几件谈清楚了，一到三天就能跑起来。
观思动的入口就是一句话。把它复制走自己去建，或者带着它跟我们聊——两条路的起点是同一段文字。
做一个缺料预警应用：导入 BOM、库存和在途数据，按工单展开物料需求逐项比对，算出每个工单的齐套率和缺口清单；缺料自动开催办单指派给对应采购员并推送企业微信，预计到货超期未到就升级给主管；每天早上把齐套日报推给计划岗，历史齐套率可以按工单和时间查。
