用WPS设计工程库存预警表：字段、计算逻辑与异常场景

在WPS里做一张“库存低于安全值就标红”的表格并不难，真正困难的是：库存预警到底应该基于哪个库存值计算？

工程材料管理中，账面库存并不等于可用库存，采购在途也不等于实际库存。如果没有先定义数据口径，再复杂的公式也只是在自动计算错误结果。

下面以工程材料库存为例，拆解一套更实用的WPS库存预警设计方法。

1. 先定义库存预警的数据模型

最简单的库存模型通常是：

库存余额＝累计入库－累计出库。

然后设置：

库存余额＜安全库存 → 预警。

这种模型适用于简单仓库，但如果工程项目已经存在待领、在途、退库和调拨，就需要进一步拆分。

建议至少维护以下字段：

• 材料编码

• 材料名称

• 规格型号

• 单位

• 仓库

• 账面库存

• 安全库存

• 已审批待领数量

• 可用库存

• 采购在途数量

• 补货缺口

• 预警状态

其中最关键的是区分三个概念。

账面库存

已经完成入库、出库等业务后，仓库当前记录的数量。

可用库存

当前真正可以继续分配给新增需求的数量。

可以先采用一个基础公式：

可用库存＝账面库存－已审批待领数量

例如：

账面库存＝120；

待领数量＝60；

则：

可用库存＝60。

在途数量

已经形成采购，但尚未完成到货验收和正式入库的数量。

在途可以参与补货判断，但不建议直接计入实际库存。

2. 库存预警公式应该怎么设计

如果只做第一版，可以采用三层判断。

状态一：缺料

可用库存≤0。

说明现有库存已经无法继续满足新增需求。

状态二：低库存，但已有在途

可用库存＜安全库存；

同时：

可用库存＋在途数量≥安全库存。

这意味着当前库存已经进入警戒范围，但已有采购能够覆盖缺口。

状态三：需要继续补货

可用库存＜安全库存；

并且：

可用库存＋在途数量＜安全库存。

此时才真正需要进一步采购处理。

补货缺口也可以设置为：

补货缺口＝MAX（安全库存－可用库存－在途数量，0）

如果企业不希望在途影响补货缺口，则可以把公式调整为：

补货缺口＝MAX（安全库存－可用库存，0）

二者没有绝对谁对谁错，关键取决于企业是否把“已下单未到货”视为可靠供应。

3. WPS里可以怎样实现

基础库存预警通常不需要宏。

可以使用以下能力：

公式

负责库存余额、可用库存、补货缺口和状态计算。

条件格式

例如：

“缺料”显示醒目标识；

“低库存/已有在途”使用另一种提示；

“库存正常”保持普通显示。

重点不是颜色本身，而是让不同库存状态能够快速区分。

数据验证

材料编码、单位、仓库和业务状态尽量采用统一选项，避免自由输入。

工程材料库存表非常怕名称不统一。

例如同一种材料可能被写成：

“超五类网线”；

“CAT5E”；

“网线305米”。

如果没有统一材料编码，同一种材料会被拆成多个库存对象。

此时公式本身没有错误，但库存汇总结果已经失真。

4. 为什么在途数量不能直接加入库存

假设：

安全库存＝100；

实际可用库存＝60；

采购在途＝80。

如果直接计算：

60＋80＝140，

然后把状态设置成“库存正常”，会产生一个明显问题：

80件材料实际上还没有到仓库。

供应商可能延期；

可能部分到货；

可能验收不合格；

也可能发生采购数量调整。

因此更合理的显示方式应该是：

实际可用库存：60；

在途数量：80；

状态：低库存，已有在途。

这样采购和物资岗位看到的是同一组数据，但得到的业务含义更加准确。

5. 异常业务比正常业务更值得测试

一张库存表是否可靠，不能只测试：

入库100；

出库20；

剩余80。

这种流程任何表格都能处理。

真正容易出问题的是下面几种情况。

场景一：领料计划调整

原来审批领料60件，后来调整成40件。

正确的数据逻辑应该是：

保留原始60件申请；

形成调整记录；

释放20件库存占用；

重新计算可用库存。

如果直接把60覆盖成40，虽然结果正确，但历史过程消失了。

场景二：退库

项目已经领用20件，又退回5件。

库存增加5件的同时，还应该能够知道：

哪个项目退回；

对应什么材料；

为什么退回；

什么时候退回。

场景三：跨项目调拨

A项目调出20件；

B项目调入20件。

企业总库存可能没有变化，但项目库存和项目成本归属已经发生变化。

如果WPS只维护公司总库存，就无法完整解释项目层面的材料流向。

6. WPS什么时候开始接近能力边界

判断是否需要升级工具，不建议看表格有多少行。

更值得看的指标是：库存数据依赖了多少上游和下游业务。

如果企业已经出现下面的链条：

材料计划 → 采购申请 → 采购 → 到货验收 → 入库 → 项目领料 → 退库/调拨 → 项目成本，

那么库存实际上已经不是独立模块。

每一个库存数字都可能有上游依据和下游影响。

在这种情况下，继续使用WPS当然不是完全不可行，但会越来越依赖：

人工维护关联；

人工检查数据版本；

人工处理异常；

人工解释库存变化。

如果这些人工动作开始成为主要工作量，就可以评估工程项目管理系统。

建米软件这类工程项目全过程管理产品，可以作为材料计划、采购和库存一体化管理的候选方案进行验证。

但选型时不要只问：

“有没有库存预警功能？”

更应该测试真实业务。

7. 推荐的软件验证数据

可以直接准备以下测试数据：

安全库存：100件；

入库：120件；

已审批待领：60件；

采购在途：80件。

第一步：

查看系统是否把可用库存识别为60件，而不是仍然按120件判断正常。

第二步：

增加80件采购在途，但不验收入库。

观察在途是否与实际库存分开。

第三步：

把待领60件调整为40件。

观察系统是否释放20件占用，同时保留修改记录。

第四步：

做一次项目退库。

检查库存恢复的同时能否保留项目来源。

第五步：

A项目向B项目调拨20件。

检查企业总库存、两个项目库存以及业务记录是否同步。

第六步：

从库存报表反查其中一种材料。

观察最终余额能否穿透到入库、领料、退库和调拨记录。

8. 总结

WPS完全可以搭建一套基础工程库存预警表。

但合理的设计顺序应该是：

先统一材料编码；

再定义账面库存、可用库存和在途数量；

然后建立计算规则；

最后再做条件格式和预警展示。

如果企业仍然是单仓库、简单入库和领料，WPS的成本和灵活性都很合适。

当库存开始同时受到材料计划、采购、验收、待领、退库、调拨和成本归属影响时，问题就会从“公式怎么写”升级为“业务数据怎样关联”。

这个时候，比继续增加公式更重要的，是重新评估数据模型和管理工具。