3. 多层级BOM结构设计
在制造物料协同体系中，BOM（Bill of Materials，物料清单）的结构设计直接决定了MRP运算的精度、工程变更的传播效率以及供应链上下游的数据一致性。本章聚焦于BOM的两种基本形态——单层BOM与多层BOM，深入剖析其差异、层级深度设计原则以及父子件关系的建模方法。
3.1 单层BOM与多层BOM的对比
单层BOM（Single-Level BOM）仅描述父项与其直接子项的关系，不展开子项的下层结构；多层BOM（Multi-Level BOM）则递归展开至最底层原材料或采购件，形成完整的树形结构。两者在数据存储、查询效率、变更管理等方面存在显著差异。
| 对比维度 | 单层BOM | 多层BOM |
|---|---|---|
| 数据结构 | 扁平化，仅记录父子两级 | 树形递归，记录完整层级路径 |
| 存储方式 | 单表存储，每条记录为一个父子对 | 多表关联或递归表，需维护层级码 |
| 查询效率 | 查询单层关系极快，但展开全结构需多次JOIN | 一次递归查询即可获得完整结构 |
| 变更影响 | 变更仅影响直接父项 | 变更可能向上传播至顶层成品 |
| MRP运算 | 需逐层运算，计算次数=层级数 | 一次展开即可计算所有层级需求 |
| 适用场景 | 简单产品、外包组件、模块化采购 | 复杂产品、自制件多、需全链路追溯 |
关键决策点： 当产品层级深度超过3层，或存在大量自制中间件时，必须采用多层BOM结构，否则MRP将产生严重的需求失真。
以下SVG图展示了单层BOM与多层BOM在数据组织方式上的核心差异：
3.2 层级深度设计原则
层级深度（BOM Depth）是指从顶层成品到最底层原材料所经过的节点层数。深度设计需要平衡数据精度与运算效率，以下是经过制造业验证的五大设计原则：
- 按制造工艺分层： 每个层级对应一个独立的制造工序或装配工位，避免将多个工序合并到同一层级。
- 按采购策略分层： 采购件、自制件、外协件应分别位于不同层级，便于MRP区分供应来源。
- 按变更粒度分层： 若某组件的变更频率高，应将其独立为一个层级，避免变更波及无关子件。
- 按成本核算分层： 每个层级应能独立核算制造成本，支持成本滚算（Cost Roll-up）。
- 按系统性能分层： 总层级数建议控制在6~10层以内，超过12层将显著降低MRP运算性能。
| 层级深度 | 典型场景 | MRP运算复杂度 | 变更传播范围 |
|---|---|---|---|
| 2~3层 | 简单组装、包装产品 | 低 | 窄 |
| 4~6层 | 机械零部件、电子模组 | 中 | 中 |
| 7~10层 | 汽车总成、航空部件 | 高 | 宽 |
| >10层 | 复杂装备、半导体设备 | 极高（需优化） | 全局 |
避坑提示： 不要为了追求“扁平化”而强行合并层级。例如将“机加工-热处理-表面处理”三个工序合并为一个层级，会导致工艺路线无法精细排程，且成本核算失真。
3.3 父子件关系建模
父子件关系（Parent-Child Relationship）是BOM结构的核心单元。一个正确的父子关系模型需要包含以下关键属性：
- 父件编码（Parent Part Number）： 唯一标识父项物料。
- 子件编码（Child Part Number）： 唯一标识子项物料。
- 用量（Quantity）： 装配一个父件所需子件的数量，支持小数（如0.5升润滑油）。
- 损耗率（Scrap Rate）： 制造过程中的预期损耗百分比。
- 生效/失效日期（Effectivity Dates）： 控制工程变更的时间窗口。
- 替代料组（Alternate Group）： 允许在缺料时自动切换的替代物料集合。
以下是一个标准的父子件关系数据模型示例：
CREATE TABLE bom_parent_child (
bom_id INT PRIMARY KEY,
parent_part_no VARCHAR(30) NOT NULL,
child_part_no VARCHAR(30) NOT NULL,
quantity DECIMAL(10,4) NOT NULL DEFAULT 1.0000,
scrap_rate DECIMAL(5,2) DEFAULT 0.00,
eff_start_date DATE NOT NULL,
eff_end_date DATE DEFAULT '9999-12-31',
alternate_group VARCHAR(10),
CONSTRAINT fk_parent FOREIGN KEY (parent_part_no) REFERENCES part_master(part_no),
CONSTRAINT fk_child FOREIGN KEY (child_part_no) REFERENCES part_master(part_no)
);以下SVG图展示了父子件关系建模中的核心实体与关联：
建模最佳实践： 在ERP或PLM系统中，建议将父子件关系表与物料主表分离存储，通过外键约束保证数据完整性。同时，为“生效日期”和“替代料组”建立索引，以加速MRP运算时的BOM展开查询。
3.4 层级深度与父子件关系的协同设计
层级深度与父子件关系并非独立设计，两者需要协同考虑。以下是一个协同设计决策矩阵：
| 产品特征 | 推荐层级深度 | 父子件关系策略 | 典型行业 |
|---|---|---|---|
| 模块化设计，组件可独立采购 | 3~4层 | 模块作为中间层，子件用量标准化 | 消费电子 |
| 多工序自制，工艺路线长 | 6~8层 | 每道工序对应一个层级，子件为在制品 | 机械加工 |
| 配置化产品，选装件多 | 4~6层 + 配置BOM | 使用可选子件组，通过配置规则过滤 | 汽车制造 |
| 原材料种类多，配方复杂 | 2~3层 | 配方作为子件，用量支持小数和百分比 | 化工/食品 |
在实际项目中，建议先根据产品制造工艺绘制产品结构树，再依据上述原则确定层级深度，最后为每个父子对填充完整的属性字段。这种“先树后表”的方法可以有效避免BOM结构混乱。