1. 别把BOM做到"死"：一单多配置的账，VC对象相关性才能算清
做SAP PP/VC这一行，最常被业务方硬怼的一句话就是"这个物料清单能不能做智能一点"。什么叫智能？说白了，就是同一张BOM，客户选了个红色外壳就出红色外壳的料，选了380V电压就自动带上对应电机，选了豪华版就多加两个传感器。传统做法是建多个BOM，或者干脆让计划员人工改，维护量爆炸不说，漏改一个版本就是生产事故。后来大家开始用VC（Variants Configuration，变式配置）的对象相关性（Object Dependency）来解决问题，结果发现CU01和CS02这对组合才是真正让BOM"活"起来的钥匙。
很多顾问一听VC就发怵，总觉得那是SD/LO-VC里做可配置物料销售的事，跟BOM没多大关系。这其实是个挺大的误解。VC里的依赖（Dependency）完全可以脱离"销售变式"单独存在，直接应用在BOM的组件行上——通过CU01创建依赖，再用CS02挂到BOM行，BOM展开时系统就会依据特征值自动决定"哪个组件保留、哪个组件删除、哪个组件数量变化"。
这篇文章我就结合自己的实施和维护经验，把CU01创建对象相关性、CS02挂载BOM行、以及最常见的语法报错这三个环节一次讲透。写到的内容既覆盖刚上手VC的新人，也会聊一些老顾问才容易忽略的边界事项。你跟着一步步走，基本不会再被"DEPENDENT"这几个字母折磨到半夜。
2. CU01创建对象相关性的核心流程与基本功
2.1 创建前的必要准备：特征、类、以及"你要哪种依赖"
别急着敲CU01。对象相关性不是无聊的文本框，它的运行逻辑是"读特征值，算表达式，返回结果"。所以在打开CU01之前，你至少得把基础配置弄明白，否则后面挂上去也会在展开时报错。
首先是特征（Characteristic），事务码CT04创建。特征就是一个变量，比如"颜色COLOR"、"电压VOLTAGE"、"版本VERSION"。它的值可以是字符型（CHAR）、数字型（NUM）、或带参考特性的引用型。特征建好之后还得维护它的允许值（Allowed Values），比如COLOR允许"RED"、"BLUE"、"GREEN"。
接下来是类（Class），事务码CL02创建，把特征收集进去。类有个很关键的作用域（Class Type），如果要在BOM里做变式配置，通常用300类（变式类），也可以用200类（物料类）配合其他逻辑。类建好后分配给物料（事务码CL20/CL22，或者MM02的Classification页签），这样BOM展开时系统才能通过物料的类找到特征和依赖。
然后是依赖类型的选型。SAP里对象相关性类型挺多，但跟BOM强相关的其实就两类：选择条件（Selection Condition）和过程/程序（Procedure，也叫Constraint或Dependency Program）。选择条件就是"IF 特征=值 THEN 处理某行"，典型用法是控制BOM中某一行是否有效、数量是否为0。程序则复杂一点，可以包含多个IF嵌套、计算、赋值，甚至调用SYS参数，常在需求数量计算、特征替代重算时用。做BOM智能过滤，90%场景用选择条件就够了，千万不要一上来就用程序把逻辑写复杂。
2.2 CU01界面字段拆解：别漏了"依赖类型"和"状态"
打开CU01，第一个要选的就是依赖类型（Dependency type）。输入"CO"是选择条件，输入"PR"是程序（SAP里显示为Procedure），输入"SM"/"SC"是Sizing之类的其他类型。选错类型哪怕语法没错，挂到CS02里也可能显示不了对应的页签。选好类型后回车，进入主界面。
主界面分几大块：抬头区有依赖名称（Dependency Name）和描述。依赖名称有命名规范，一般建议用ZSAP_开头之类的Z前缀，千万别用Y开头的标准号，也千万别带中文，否则传输和后续查找都痛苦。
中间最重要的是**依赖定义（Dependency Definition）**编辑区。这个区域就是写逻辑的地方。比如做一个最简单的选择条件：
COLOR = 'RED'意思是：当特征COLOR的值等于RED时，这条依赖满足条件。如果依赖所在BOM行的"条件为真"设置成"有效"，那么该组件就保留；如果设置成"无效/删除"，则组件被Remove。类似的还有：
$SELF.COLOR = 'RED' AND $ROOT.VOLTAGE >= '380'这里的$SELF指当前对象上下文，$ROOT指顶层可配置物料，$SELF.COLOR就相当于"当前这个组件所属可配置物料上的特征COLOR"。写这种完整表达式时，SAP语法要求特征名最好带类型前缀修饰，$SELF和$ROOT是最常用的两种上下文。
写完逻辑一定要先点上面工具栏的**语法检查（Syntax Check）**按钮，没报错再保存。SAP在保存时还会自动做Active激活，状态栏会提示"已生成"或"已保存并激活"。如果后期需要调整，再次CU01进去改，改完重新激活即可。不过要记住一点：依赖一旦被BOM引用，修改后务必重新检查所有引用它的BOM行，因为系统不会自动重新展开旧BOM，得靠你手动验证。
2.3 依赖的删除与传输逻辑
用CU01删除依赖，不是直接删除就完事，系统会检查占用。如果依赖已经被物料BOM行引用，删除会被拒绝，提示"对象正在使用中"。这时候需要先去CS02把BOM行上的依赖移除，再来CU01删。如果是跨系统传输，依赖通过请求号（CTS）传输，类别是R3TR OBJ 或 R3TR ODNO（Object Dependency），千万别漏传特征和类，否则目标系统会直接激活失败。
3. 用CS02把对象相关性挂进BOM：正确姿势与实际效果
3.1 两种类型的挂载差异：组件行级与"可配置BOM"标识
CS02是BOM维护事务码，输入物料号、工厂、BOM用途（通常"1"生产/工程），回车进入BOM行项目。在BOM行项目里，每个组件行都有个"对象相关性"入口（图标是条码样式的Obj. dependency，或者菜单路径"附加à对象相关性"）。
但先别急着点，你要留意一个前置条件：这个BOM的抬头必须勾选"可配置项"（Configurable）。在CS02抬头里，物料号旁边有个复选框，只有勾了它，BOM行上的依赖才能在配置配置模拟（CU50/事务码CU51）里真正生效。如果不勾，即使你辛苦挂上去了，后面生产订单展开BOM时也会忽略条件，组件直接全量带出。
挂法也很简单：选中BOM里需要控制的那一行，点对象相关性按钮，系统会弹出依赖维护界面，新增一条刚才CU01建的依赖。同时系统会问你"依赖的类型"和"条件真值时BOM行的响应方式"。这个响应方式翻译成人话就是：**条件满足时，这个组件保留还是删除？**逻辑是通过"依赖项作用"来控制的：
- 如果把依赖的作用设成**"在满足时删除"**（例如设置了"Suppress if condition true"），那条件为真时该组件被剪掉，条件为假时保留。
- 如果把依赖作用设成**"在条件为真时有效"**（如不删除），那条件为真时组件保留，为假时则被删除。
很多新手在这里栽跟头。我见过一个案例，顾问写了依赖COLOR = 'RED'，想实现"红色时不用黑色外壳料"，结果挂到BOM行之后没注意系统默认是"条件真时删除"，实际测出来反了——红色时黑色的外壳料保留，其他颜色反而删掉。所以挂完依赖记得用CS03查看BOM行上的"行文本"和关联依赖，必要时在依赖行上双击查看作用方向，或者在BOM项目行的"状态"列确认行是否带条件标识。
3.2 CS02实际挂载操作步骤（含截图级说明）
具体操作链路我拆细一点：
- 进入CS02，输入物料号、工厂、BOM用途，回车。
- 在BOM抬头，勾选"可配置项"。如果抬头看不到这个字段，说明物料主数据的"基本数据"里没有打"变式配置"标识，需要去MM02的"基本数据1"勾选"Var. Config."（可配置物料）标识，或者去CL20先把物料分配好CL00类。这一步没做，后面一切白搭。
- 在BOM行项目里，双击组件行进入明细界面，找到"对象相关性"按钮，或者在行项目界面直接点"附加"菜单里的"对象相关性"入口。
- 系统弹出依赖依赖维护框。在"依赖项"标签页，添加依赖号。系统会让你选择依赖类型，这里输入"CO"选择之前CU01建的选择条件，或者直接按F4搜索依赖描述。
- 添加完依赖后，系统会默认生成一条"关联条件"（IF），多半显示在屏幕下方的Logik区。你可以直接在这里微调逻辑，也可以回CU01改。
- 保存BOM。此时返回CS03看BOM行，你会发现该行前面多了一个类似"2"的标识（代表复杂项/配置项）或状态符号，表示它受对象相关性控制。
3.3 用模拟工具验证依赖效果
挂好之后一定要验证，不能凭感觉。最常用的验证事务码是CU50（配置模拟，但工程上更习惯说CU51/CU52），输入可配置物料、数量、工厂，系统会弹出配置界面，你选择特征值，比如颜色选RED，电压选380V，然后点"BOM展开"或者运行配置。这时系统会把该物料对应的BOM按带出的组件明细显示出来，你能清楚地看到RED时哪些行保留、哪些行消失，数量是否按依赖公式变化。
如果结果不对，先别急着改BOM，优先检查两处：一是特征值是否真的被系统读取到（可以看"特征值分配"页签）；二是依赖里引用的特征名是否写全，比如该用$SELF.COLOR却写成了COLOR，老版本SAP会当作未定义变量直接做成"条件永假"或报"特征不存在"的错。我补一个很典型的坑：系统里特征名有大写，你在CU01里写的时候用了小写，语法检查往往不报错，因为SAP不区分大小写；但展开时若依赖引用的特征赋值不到值，结果就会莫名不对。所以命名规范一定要统一。
4. 语法避坑指南：CU01里90%的报错都集中在这几个点
4.1 运算符"等号"别乱写：字符值必须引号、数字值必须裸
CU01的语法非常"轴"，和ABAP有相似之处但有自己的一套限制。最常见的错误就是特征值和引号问题。
- 字符型特征值：必须加单引号，且区分大小写。
COLOR = 'RED'不能写成COLOR = RED，否则系统会认为RED是个变量或对象名，直接语法错误。 - 数字型特征值：不能加引号，也不能任意加单位。比如特征"MAX_WEIGHT"是NUM类型，允许值只有100/200/300，你写
MAX_WEIGHT = '100'系统也认，但写MAX_WEIGHT = 100 KG就完全错误。 - 日期特征值：必须写成
YYYYMMDD格式且加引号？实际我在ECC和S/4里测试，日期型特征写$SELF.DATE_FROM <= '20250101'可以正常解析，但尽量别在BOM依赖里做日期比较，容易受用户日期格式影响，强烈建议改用SYS参数（如$SYS.日期）或干脆放到后台去配置。
为什么这个问题会这么高频？因为我在N个项目里发现，团队里只要有一个人把引号写错，后续所有复制他依赖的人都会继承这个坏习惯。语法检查会报错吗？不一定。报错的方式五花八门，有时直接拒存，有时存下来但程序运行就崩。所以我把引号问题放在避坑指南第一位。
4.2 "="与"EQ"、"IN"与"LIKE"：操作符的选择影响后续维护
SAP依赖支持"="、"<>"、">"、"<"、">="、"<="，也支持逻辑操作符EQ、NE、GT、LT、GE、LE。实战中我建议统一用符号表达式（=、<>），因为EQ这种写法在长逻辑链时阅读性很差，也容易触发语法解析歧义。特别是在嵌套IF里，IF COLOR = 'RED' AND VOLTAGE >= '380'明显比IF COLOR EQ 'RED' AND VOLTAGE GE '380'清爽。
另外，SAP的对象相关性不直接支持SQL意义上的IN ('A','B','C')，你可能想表达"颜色是红或蓝都保留"，很多人会写COLOR IN ('RED','BLUE')，实际语法是对的，但你得确认运行版本支持。我遇到过高版本S/4里这个写法没问题、老ECC里却报"IN无效"的情况。稳妥写法是拆开用OR：
COLOR = 'RED' OR COLOR = 'BLUE'LIKE通配符也是个坑。SAP依赖支持LIKE，但通配符只能用*或者+，不是SQL里的%。例如判断物料号以"Z"开头，写MATNR LIKE 'Z*'才对，写成'Z%'直接报错。项目上有个同事靠这个报错排查了半天，最后发现是文档里抄来的写法。
4.3 上下文引用：$SELF、$ROOT、$PARENT让依赖"找得到"对象
对象相关性的核心是上下文。BOM行上的依赖存在"当前对象"和"父对象"的区别。严格说，在BOM组件行上写依赖，系统默认的当前对象（$SELF）就是可配置物料本身，组件行的一些属性（如组件物料号）需要通过$SELF.访问特定属性，而不是直接写字段名。
举个例子，你想控制"如果组件物料号等于X，则保留此行"，不能写MATNR = 'X'，因为系统不知道MATNR是谁的。正确写法大致是：
$SELF.MATNR = 'X'或者用组件物料特征的方式，先给组件物料建好特征，再用$SELF.组件特征引用。$ROOT则指顶层可配置物料，常用于在组件行引用物料本身的特征。比如：
$ROOT.COLOR = 'RED' AND $SELF.VOLTAGE = '380'$PARENT用得相对少，它是当前依赖所在上下文的上层，多层嵌套时才会用到。对BOM行来说，$SELF和$ROOT足够覆盖90%场景。但如果你漏写了前缀，系统不一定会立刻报错，很多时候它会默认以未定义的全局变量处理，然后给出一个"对象COMPONENT类型不一致"的提示，排查起来极其恶心。所以任何时候写依赖里的字段，我都建议你明确写出$SELF或$ROOT前缀，别偷懒。
4.4 调试与排错：别忽略"依赖分析/依赖性维护"界面
当一个依赖逻辑复杂到一定程度，简单的语法检查已经不够用了，你需要利用CU01自带的一个非常好用的工具：进入依赖编辑界面后，菜单路径依赖(D) à 检查(C)，系统和你说"无错误"不代表运行正确。更实用的做法是，利用事务码CU41/CU42或者直接CS02里找到"依赖性分析器"（Dependency Analyzer），它会列出来这个依赖涉及的所有特征、对象、条件分支，并且能模拟某个特征值的解析结果。
如果模拟后看不到结果，先检查BOM行有没有勾"配置项"，再检查物料主数据里特征有没有分配物料类，最后检查特征在VC配置界面里"不可见"或"无输入"的标识。很多时候在CS02挂依赖时，你明明没写错语法，但配置界面里特征根本不显示，客户输入不了值，这就要回到CL02里把特征设为"可输入"并设置好值范围。
我还想强调一个经验：**对象相关性的报错，有超过一半不是语法问题，而是主数据一致性问题。**特征建了没分配类，类分配了物料没分配，物料分配了类但CL00的类类型不对，等等。CS02只是把依赖挂上去，真正控制逻辑的是"物料-类-特征-依赖"这条完整链路。你在排查时如果语法检查一路绿灯，优先检查这条链，别反复在CU01里折腾。
5. 实战拓展：从BOM展开到批量修改，VC依赖还能这么用
5.1 BOM展开时的"隐藏组件"现象：别被CS03骗了
当你把依赖挂好，CU50模拟也正常，但真正到了生产订单或MD04里看BOM展开，你发现有些组件"不翼而飞"了。这不是依赖没生效，而是系统在BOM展开时默认"非相关组件不显示"。比如MD04的物料清单界面，展开时往往只显示仍被纳入计划的组件。如果当配置为假的组件被系统剔除，它不会以"数量0"的形式显示，而是干脆不显示。
这时候你可能会想：CS03明明显示BOM里有20行，怎么MD04只有15行？是不是依赖写错了？其实没写错，系统只是把被条件抑制的行"优化"掉了。想要在CS03里快速看出某行是否受依赖控制，看"状态"列的标识（如OD是对象相关），或者双击行查看"对象相关性"标签。如果你确实需要BOM展开时显示"但数量为0"或"带删除标记"，那就得在依赖里对组件数量赋0，并且设置行"仍然输出"——这需要额外的程序逻辑，不能靠纯选择条件完成。
5.2 用CS02批量加依赖：CS02的批量模式与依赖复制的取舍
有的物料几百行BOM，每一行都要挂不同的依赖，虽然逻辑相似但特征值不同。纯手工点20条还忍受，点200条你就想骂人了。CS02支持BOM行批量操作吗？说实话，标准事务码没有真正意义上"一行拖多个依赖"的按钮，但可以借助几个技巧：
- 复制BOM行：选中一行，点击"复制"图标，可以把组件、数量、依赖一并复制到新行。在复制窗口里改数量、改组件号，依赖会原封不动带过去。如果两个组件用完全相同的特征条件，这个速度很快。
- 批量导入：用BDC（Batch Data Communication，批处理）录屏方案，比如LSMW或SHDB，把CS02的BOM维护界面录制下来，逐行执行。这个方案对于一次性大量修改特别好用。但录屏很脆，界面上字段位置一变就挂，所以务必在测试环境先跑通。
- 直接改数据库表？族网关STPO表里虽然有依赖相关信息，但我不建议手工改表，因为BOM展开的读取逻辑复杂，很容易写坏一致性。
复用依赖也是关键。我把"颜色为红色时删掉黑色外壳料"做成一个标准依赖，起名ZC_COLOR_RED_SUPPRESS，后续所有类似BOM都直接复制这个依赖再微调，而不是重新写。这样维护起来非常轻松，出问题时一个依赖一改，所有BOM联动更新。
5.3 对象相关性在工程变更与外部系统集成的实战价值
BOM的VC依赖不止用于生产，还经常配合ECM（Engineering Change Management）做变更切换。比如工程变更号ECO001发布了新版本，要求"版本V1到V3用旧料A，版本V4起用新料B"，如果在BOM里同时放A和B，用特征VERSION_IN_USE判断，一个新的依赖就能自动实现版本切换。虽然传统方案可以用"替代项目"（Alternative Items）加有效期，但VC依赖的灵活性更高，不局限于日期，完全依据特征值，尤其适合配置驱动的行业（汽车、机械、电子）在预研阶段的试装验证。
再延伸一点，如果你在做CAD或PDM与SAP集成，BOM行上的对象相关性往往决定了一个三维模型在变型规则下的"可选项"映射。CAD里某一组件的"启用/抑制"变量可以直接对应到SAP依赖里某特征值的真假。这种集成项目的实施诀窍是：CAD端的变量名必须和SAP特征内部名称保持一致，否则每次传BOM都会因为名称映射不到而报错。热词里提到的"Creo二次开发读取BOM表"、"Cadence导出BOM"、"AD导出BOM"其实都是这类场景——外部工具导出的BOM多数是展开后的静态BOM，但挂载VC依赖的BOM需要先运行配置引擎才能得到具体清单，所以处理外部BOM时，一定记得在SAP侧先把变式定值定好再导出，避免导出一堆"全量组件"假象。
6. 最后给同行的一句话排错清单
文章写到这里，技术主线基本全了。最后分享几个自己压箱底的小习惯，也当是给后面接手项目的血缘提示：
- 每次新建依赖前，先在Excel里把逻辑画成真值表。依赖不是给人看的，是给SAP展开引擎用的，真值表能让你在CS02里少走无数弯路。
- CS02里添加完依赖后，先保存，再立刻CU50模拟一次，别攒着多个依赖一起验证。多个依赖叠加时，错误源很难定位，单个验证能帮你五分钟内锁定问题。
- 特征值大小写务必敏感处理。SAP依赖对字符特征值是区分大小写的，如果客户在不经意间输入了"red"而不是"RED"，展开结果直接变化。所以建特征时，最好把允许值设置为唯一的标准化大写，同时在配置界面里限制输入，能选不能填。
- 语法检查通过≠逻辑正确。语法检查只查"格式合法"，不查"逻辑成立"。比如你写
$ROOT.COLOR = 'BLUE'，但物料类里根本没有COLOR特征，语法检查不报错，模拟展开也没有结果，这时候去检查类分配才是正路。 - 管好命名规范。凡是Z开头的自定义依赖，务必带上模块缩写（如ZPP_COLOR_...、ZSD_OPTION_...），不然一年后你回来看几百条依赖，没人记得哪条是干嘛用的。
这些坑我自己都踩过不止一遍。你如果正卡在某个依赖死活不生效，不妨按这个顺序排查：物料可配置标识→类分配→特征允许值→特征值是否传值→依赖语法→依赖方向。八成问题出在第三步或第四步。祝你把BOM做成真"智能"，而不是把智能全写在PPT里。
