先看清这笔糊涂账的两头
设备坏了，维修工拿着领料单去仓库翻半小时，找不到那个密封圈；同一时间，货架最里层躺着三年前采购、至今没人动过的进口轴承。这两件事是同一个问题的两面：备件的数量、位置、去向，只存在于库管员个人的记忆里。
制造业工厂的备件库通常有几千个 SKU（一个 SKU 就是一个具体规格的备件条目），单价从几毛钱的垫片到几万元的伺服电机都有。管理难点不在"记不住"，而在四件事同时失控：
- 该备的没备：关键设备的易损件没有安全库存线，停机了才发现缺货，只能加急采购甚至停产等设备。
- 不该备的堆成山：老型号设备已经淘汰，配套备件还占着库位和资金，没人负责判定它该报废还是该处理。
- 领用没有归属：件从货架上拿走，登记本上写一句"某某机台用"，三个月后想知道这台设备到底吃掉多少备件成本，无从查起。
- 补货靠经验：什么时候该下单、下多少，全凭库管员"看着差不多该买了"。
解决路径不是买一套重型软件，而是把备件这本账变成结构化的数据 + 几个好用的页面 + 车间手机上的扫码动作。这正是 Inkwell AI 构建器的交付范围：你用业务语言描述要管什么，平台生成对应的数据表、PC 管理页面和移动端页面。下面按"数据怎么建 → 页面怎么用 → 移动端怎么配合 → 上线前查什么"的顺序讲清楚。
数据怎么建：四张表撑起整个备件闭环
备件管理不需要复杂的算法，需要的是一套引用关系干净的数据结构。落地时通常是四张表，彼此之间用"引用字段"（下拉选择另一个模块的记录，而不是手打名字）串起来。
一、备件台账（主数据）
这是所有业务的起点，一行一个备件 SKU。关键字段分三类：
- 身份类：备件编码（唯一，建议规则化如
BJ-类别-序号）、名称、规格型号、单位（个/套/米/公斤）。规格型号一定要独立成字段，不能和名称混在一起——同一种"轴承"有十种型号，混着写就再也查不出来了。 - 归属类：适用设备或设备类型（引用设备台账）、图号/物料号、供应商（引用供应商档案）、参考单价。
- 库存策略类：当前库存、安全库存下限、最高库存上限、存放库位、负责人。
这里有个容易做错的地方："当前库存"不应该让人手工改。手工填数字的结局是账面数和实物永远对不上。正确做法是库存数由入库单、领用出库单、盘点调整单三张单据自动累加得出，台账上的库存只是一个计算结果。
二、出入库流水（事实表）
每一次数量变动记一行：日期、单据类型（采购入库 / 维修领用 / 退料入库 / 盘盈 / 盘亏 / 报废出库）、备件、数量、经手人、关联工单、备注。这张表是整个模块最有价值的资产——台账回答"现在有多少"，流水回答"这些钱花到哪去了"。后面所有的消耗分析、呆滞判定、补货依据，全部从这张表算出来。### 三、领用申请单（带审批的单据）
维修工要件，不是直接去货架拿，而是在手机上提一张领用单：备件、数量、用途、关联的设备或维修工单。单据走一个简单状态流：草稿 → 待审批 → 已批准 → 已出库 →（可退料）。审批人通常是设备主管或班组长，一级就够，别做三级五级的长流程——一线会绕开系统直接拿件，那就白做了。
关键设计是"关联设备"必填。这一个字段决定了后面能不能算出"某台设备的备件消耗成本"，也决定了超领时审批人有没有判断依据（看到"这台泵本月已领 4 次密封件"，自然会问一句为什么）。
四、盘点单
定期核对账面数与实物数。一张盘点单包含多个盘点明细行（备件、账面数、实盘数、差异），差异自动生成盘盈/盘亏流水。建议按库区或类别分批盘，不要一年一次全盘——那种盘点没人愿意做，做完数据也已经失真。
平台侧的实现方式
以上表结构不需要谁去写建表脚本。在 AI 构建器里把这段业务描述讲清楚（有哪些单据、字段叫什么、谁引用谁），平台生成对应的数据模型和增删改查接口；下拉选项（单据类型、单位、备件类别、处置结论等）统一挂到平台的数据字典里集中维护，后续新增一个类别不用改代码，在字典里加一行即可。跨表的引用关系由平台的引用引擎保证，删一条被引用的记录时会被拦下，不会产生孤儿数据。
页面怎么用：五个视图覆盖日常
数据建好之后，PC 端会生成对应的管理页面。真正每天被打开的是这五个。
1. 备件台账页（找件用）
列表 + 多条件筛选：按编码/名称模糊搜索，按类别、适用设备、库位、库存状态筛选。核心是把"低于安全库存"做成一个醒目的状态标签，让缺件一眼可见，而不是靠人去比对数字。支持 Excel 批量导入初始台账——上线第一天不可能手工录几千行，历史表格整理成模板一次导进去。
2. 出入库流水页（查账用）
时间区间 + 备件 + 单据类型 + 经手人多维筛选，任意组合。最常用的两个查法：某个备件近三个月的所有变动（对账时用）；某个经手人的所有领用记录（追溯时用）。这张页面也是导出报表的来源。
3. 领用审批页（管住出口）
待办列表集中显示所有"待审批"的领用单，审批人能看到申请人、数量、关联设备，以及该设备近期的历史领用。通过即触发出库，库存自动扣减；驳回则退回草稿，理由留痕。
4. 消耗分析页（给管理者看）
按设备维度汇总一段时间内的领用金额与数量，回答"哪台设备最吃备件"；按备件维度汇总，回答"哪个件领得最快、是不是该提高安全库存"。这两张榜单是备件策略调整的唯一依据——没有它们，安全库存线就是拍脑袋定的死数字。### 5. 预警与呆滞页（主动提醒）
两类提醒放在一个页面：一是低于安全库存的备件清单，提示补货；二是长期无出库的呆滞件清单（比如连续 12 个月没有任何领用记录），提示处置。第二张清单往往比第一张更值钱——它直接对应着被压死的资金。提醒可以通过平台的定时任务按周期自动跑，结果以站内通知推给库管员和设备主管，不需要人天天去翻页面。
移动端怎么配合：车间里的那几步
备件管理的现场在车间和库房，不在办公室电脑上。PC 端构建完成的模块，平台会同步生成对应的移动端页面，维修工和库管员用手机就能完成日常动作。
维修工的三步：设备旁手机上提领用单（选设备、选备件、填数量，设备和常用备件都有历史记录可快速带出）→ 提交后等审批消息 → 到库房凭单领件。全程不用回办公室开电脑，也不用手写纸条。
库管员的三步：手机上看到已批准的领用单 → 核对实物、扫码或点选确认出库 → 顺手登记实际发货批次。收货入库同理，到货时直接在手机上录采购入库单，库存当场生效，不用攒一摞单据晚上回办公室补录。
盘点时：拿着手机按盘点单逐行录入实盘数，差异当场显示，避免"纸上记完再抄进电脑"这一道最容易出错的手续。
这里有个务实的建议：移动端先只做领用申请和出库确认两个动作。把全部功能都塞进手机反而没人用，一线只需要在最痛的那一步省事，系统才活得下来。
和采购、维修怎么衔接
备件模块不是孤岛，两条接口要提前想好。
向上接采购补货：低于安全库存的清单，就是采购的补货依据。最小闭环做法是库管员从预警页导出/复制缺件清单，走采购流程下单，到货后录采购入库单——数据上形成完整回路。若企业已有采购管理模块，可以让两者共用同一份供应商档案和物料编码，避免同一个件在两个系统里叫两个名字。
横向接维修工单：领用单关联的设备/工单字段，是把备件成本归集到具体故障的桥梁。有了这条线，才能回答"这台设备今年修了多少钱、其中备件多少"，也才能判断大修和换新哪个划算。如果企业已经上线了生产工单或设备点检模块，这个关联字段建议一开始就留出来。
上线前查这七件事
- 编码唯一性：台账导入后抽查是否存在同物异名、一名多码。历史表格里最常见的坑是同一种密封圈有三个不同写法。
- 库存初始值来源：期初库存必须靠一次全面盘点确定，不能沿用旧账本上的数字。这一步偷懒，后面所有流水都失真。
- 安全库存线是否合理：先只给关键设备的易损件设线，别一次性给几千个 SKU 全配——配不准的预警等于没有预警。
- 审批层级是否够短：找几个维修工实测一遍领用流程，从提单到拿到件超过十分钟就会被绕开。
- 权限边界：谁能改台账、谁能审领用、谁能看消耗金额。备件单价涉及成本，通常不给全员可见。
- 字典项是否收敛：单位、类别、单据类型的选项先定死一套，禁止自由填写。自由文本会让统计彻底失效。
- Excel 导入模板是否校验过：拿真实历史表格试导一次，检查必填列、编码格式、引用关系能否正确匹配。
平台的发布预检会在模块发布前做一轮结构与配置检查，但业务口径（安全库存定得准不准、审批流是不是太长）仍然要靠人验证。
之后可以往哪延伸
备件模块跑顺以后，自然的延伸方向有三个：
- 设备维度的成本归集：结合维修工单和领用记录，算出每台设备的年度维护成本，支撑大修与换新的决策。
- 点检保养联动：预防性保养计划自动生成常用备件的预留需求，让补货从"缺货才买"变成"提前备好"。
- 多级库与调拨：厂区大了以后引入总库 + 车间二级库，增加调拨单据，让常用件下沉到离设备最近的地方。
这三步都不需要重做系统——它们是在同一套数据结构上继续加字段、加单据、加页面。这正是把业务交给 AI 构建器的好处：扩展的成本是描述清楚需求的成本，而不是重新开发一遍的成本。