先说清楚：这件事的痛点不在系统，在"口径"
制造业里最容易被低估的一块基础工作，是物料清单（BOM）和工艺路线。它们不直接产出产品，但下游几乎所有事情都要引用它：采购算请购、仓库算领料、车间算齐套、销售报交期、财务算成本。
一旦这块数据不在系统里，日常通常长这样：
- 物料是"一人一个说法"。销售叫"3 号钢板"，采购叫"冷轧板 1.2mm"，仓库编码又是另一套，对账的时候只能靠人肉认。
- BOM 是"一人一个 Excel 版本"。同一个产品，技术部、车间、采购手里各有一份，谁改过、什么时候生效，事后说不清。
- 工艺靠老师傅口述。新人拿着图纸也排不出工序顺序，工时估算全凭经验，报工数据回来对不上标准。
- 改一次料要通知一圈人。用量变了、子项换了，采购不知道，车间按老清单领料，最后变成超发、返工或者停线等料。
这些问题的共同点是：没有一处"大家认可的唯一数据来源"。所以这篇不是讲"上一个高级排产系统"，而是讲怎么用 Inkwell AI 构建器，先把这套基础数据建起来——能查、能改、改过有痕、下游能引用。
动手前先定三件事（定不下来，模块建了也用不住）
- 物料编码规则。是一串无意义流水号，还是"大类+小类+顺序号"？规则一旦定了，后面所有引用都跟着它走。存量物料的编码要不要保留历史，也要在这时候决定。
- 单位口径。采购按"张/件"、库存按"公斤/平方米"、车间按"套"的情况很常见。要决定哪些物料需要双单位（采购单位 + 库存单位）以及换算关系，这是后面算用量最容易翻车的地方。
- 版本与生效日期口径。BOM 改动是"直接覆盖"还是"新版本 + 生效日期"？建议选后者：老工单按老版本追溯，新工单按新版本执行，历史单据的解释权永远站得住。
这三件事想清楚，后面跟 AI 构建器下需求时会非常顺；想不清楚，构建器会不断反问，因为字段和字典是要它替你落成落地表的。## 数据怎么建：四张表撑起基础数据
不用一上来就设计得很复杂。业务上先说透这四类数据，构建器就能把它们落成互相引用的表：
1）物料主数据（一张表，一次建好长期用）
字段大概是：物料编码、物料名称、规格型号、计量单位、物料类型（自制件/外购件/原材料/半成品）、默认供应商、是否启用。其中"计量单位""物料类型"这类会反复出现的选项，交给平台的数据字典统一维护——字典是平台内置的枚举集中管理能力，好处是下拉选项全站一套，不会出现"个/件/只"混用。
2）BOM 头 + BOM 明细（一对主子表）
BOM 头记录"哪个产品/半成品"，明细记录"用了哪些子项、用多少"。关键字段：父项物料、子项物料、单位用量、损耗率、生效日期、版本号、状态（草稿/生效/停用）。子项物料不是手打名字，而是引用物料主数据——平台有引用引擎（跨表的软外键）来做这件事，引用之后物料改名、停用都会同步反映，不会留一堆对不上的孤儿数据。
3）工序与工艺路线
工序表：工序号、工序名称、所属工作中心或设备、标准工时、是否外协。工艺路线表：哪个产品按什么顺序走哪些工序。设备如果已经有设备台账，这里可以直接引用设备记录，而不是再抄一遍设备名。
4）可选的关联：工序与用料对应
哪道工序消耗哪些料、由谁领。这是后面做"按工序领料"和"工序级成本"的钩子。第一阶段可以不做，但要预留字段，否则以后要重排数据。
四张表的关系很朴素：物料是被引用的中心，BOM 明细、工序用料都指向它；版本和生效日期决定"当时按什么口径执行"。这一层建对了，后面接工单、请购、领料都是顺着的。
页面怎么用：三类页面覆盖日常动作
物料档案页——列表 + 筛选（按类型、状态、关键字）+ 新增/编辑表单。存量数据不要一条条手敲：平台支持用 Excel 一步建模块、批量导入存量数据，把现有那份最全的 Excel 收拾干净导进去，比从零录入划算得多。表单里字段有必填校验、单位从字典下拉，脏数据在入口就被挡住。
BOM 维护页——做成主从结构：上面选父项物料，下面是一张明细子表，逐行增删子项、填用量与损耗率。这里要设几条校验：用量必须大于 0、损耗率在合理区间、子项不能等于父项（防自引用）。改 BOM 是敏感操作，配合平台的操作审计日志，谁在什么时候把哪个子项的用量从多少改成多少，都能查出来。
用量与齐套查询页——输入"产品 + 计划数量"，把 BOM 逐层展开看需要哪些料。多级 BOM 逐层下钻做成报表页是很常见的做法；如果要"自动汇总到齐套视图"，需要把汇总口径（算不算损耗、算不算在途库存）明确写给构建器，平台内置的数据流规则引擎可以按条件触发数据变换来支撑这类汇总。要注意：这是"按你给的口径算出来的一张视图"，不是自动跟库存对账的运算引擎，两者的边界一开始就要讲清楚。## 移动端怎么配合：让车间能查到、能反馈
基础数据不能只在办公室电脑里。这块数据真正的使用者是车间和仓库，而他们大多站在设备旁边、手里只有手机。平台的做法是：PC 上构建的模块，挂载移动端菜单后会自动出现在手机工作台上，页面按手机屏幕重新组织，不需要单独开发一套。
车间侧值得配上的三个动作：
- 查工序与用量——扫或选到产品，看这道工序按标准要用什么料、用多少、标准工时多久。
- 按工序领料 / 退料登记——领料直接引用 BOM 用量，实际用量比标准多用了多少当场就留痕，这是后面做偏差分析的原始数据。
- 异常上报——缺料、料不对、图纸与实物不符，现场拍照上报。这是基础数据"自我纠错"的入口：纸面上看不出来的错误，靠在现场发现的人报回来。
权限上用平台的角色体系管住一条线：谁能改基础数据，谁只能看。改 BOM、改工序标准工时这类动作，建议只给技术/工艺岗，并且走审批留痕；车间和仓库默认只读加领料登记。改一次影响下游一大片的数据，宁可麻烦一点。
上线前查什么：一份可照着核对的清单
基础数据模块最怕"上线当天才发现对不上"，下面这些在发布前过一遍：
- 物料编码唯一且无重复——导入前先去重，重复编码是后面所有引用出错的根源。
- 单位口径统一——需要双单位的物料，换算关系是否都填了；有没有"个"和"件"指同一个东西的情况。
- 用量与损耗率的小数位——保留几位要一次定死，不然后面用量累加会出现精度对不上的错觉。
- 版本与生效日期——在用工单按哪一版执行，新老版本切换的时间点要写清楚，别出现"同一批工单两套口径"。
- 必填字段与字典项补齐——物料类型、工作中心这些下拉里有没有还缺的选项。
- 引用关系是否闭环——BOM 子项引用的物料是否都已建档、是否处于启用状态；停用物料还在被引用时要能拦住。
- 权限矩阵——按角色过一遍：技术岗可改、车间岗只读加登记、管理层看报表，用平台的权限配置逐条对齐。
- 移动端可见性与菜单挂载——手机工作台上车间能看到哪几个入口，核对一遍再发布。
这几项确认完，借着平台的发布预检跑一遍再挂菜单上线，比"先上再说"要省事得多。## 之后怎么延伸：基础数据是一切下游的入口
这块数据建好之后，往下接业务模块会明显轻松，因为不缺口径、不缺引用关系：
- 接生产工单——工单引用 BOM 版本，报工时对比标准工时与实际工时，为后面算效率留下数据。
- 接采购请购——按 BOM 用量和计划数量推请购需求，采购不再是"凭经验拍数量"。
- 接库存与领退料——标准用量对实际领用，超发超领当场可见，这是做料损分析最省力的方式。
- 接成本与计件——工序标准工时是计件工资和工序成本计算的分母，口径统一了，月底就不用两套数据打架。
- 接变更审批流——BOM 改版走一遍工作流审批（技术提出、工艺复核、生产确认），用平台的工作流能力把这件事固化成流程，而不是靠群里喊一声。
另外有两个容易忽略的延伸点：一是改版通知，BOM 新版本生效时按角色自动发通知（平台的通知与站内信能力可以承接），采购和车间不用靠人去通知；二是定期巡检，用定时任务定期扫一遍"停用物料仍被引用""无用工序无对应路线""长期未维护的物料"这类异常，把数据质量的维护变成例行动作，而不是年底突击。
小结
物料清单与工艺路线这类基础数据，价值不在模块本身好不好看，而在它是所有人共用的那一份口径。落地路径可以很轻：先定编码、单位、版本三条规则，用构建器把物料主数据、BOM 主子表、工序与路线建起来，配上档案页、BOM 维护页和用量查询页，再把只读与登记搬到手机上给车间用。做完这一步，你会发现后面接工单、请购、领料时"扯皮"的次数明显变少——不是哪个环节变聪明了，而是大家终于看着同一份数据说话。
如果你的企业正卡在"BOM 一个部门一个版本"的阶段，可以先把最全的那份 Excel 拿出来，用 AI 构建器一步建模块跑通第一版，再按上线清单逐条补齐口径——这通常比先选一套重型系统再回头整理数据要快得多。