1. 别把BOM做到死一单多配置的账VC对象相关性才能算清做SAP PP/VC这一行最常被业务方硬怼的一句话就是这个物料清单能不能做智能一点。什么叫智能说白了就是同一张BOM客户选了个红色外壳就出红色外壳的料选了380V电压就自动带上对应电机选了豪华版就多加两个传感器。传统做法是建多个BOM或者干脆让计划员人工改维护量爆炸不说漏改一个版本就是生产事故。后来大家开始用VCVariants 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 ODNOObject 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无效的情况。稳妥写法是拆开用ORCOLOR RED OR COLOR BLUELIKE通配符也是个坑。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行选中一行点击复制图标可以把组件、数量、依赖一并复制到新行。在复制窗口里改数量、改组件号依赖会原封不动带过去。如果两个组件用完全相同的特征条件这个速度很快。批量导入用BDCBatch Data Communication批处理录屏方案比如LSMW或SHDB把CS02的BOM维护界面录制下来逐行执行。这个方案对于一次性大量修改特别好用。但录屏很脆界面上字段位置一变就挂所以务必在测试环境先跑通。直接改数据库表族网关STPO表里虽然有依赖相关信息但我不建议手工改表因为BOM展开的读取逻辑复杂很容易写坏一致性。复用依赖也是关键。我把颜色为红色时删掉黑色外壳料做成一个标准依赖起名ZC_COLOR_RED_SUPPRESS后续所有类似BOM都直接复制这个依赖再微调而不是重新写。这样维护起来非常轻松出问题时一个依赖一改所有BOM联动更新。5.3 对象相关性在工程变更与外部系统集成的实战价值BOM的VC依赖不止用于生产还经常配合ECMEngineering 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里。