SAP S/4HANA细分策略配置实战：CT04到SGTS/SGTC避坑指南

简介《SAP系统关于Segmentation细分策略方案介绍》是一份面向SAP MM顾问、供应链计划及数字化实施人员的学习型PPT聚焦如何在物料管理基础上按来源、质量、颜色、尺码等属性实现更小颗粒度的销售、需求、采购与库存管理。资源包仅含1个pptx文件约10.27MB已有691人学习。课件按“细分简介—行业应用—系统实现—业务演示”四部分组织并结合服装白衬衫、电子产品库存与销售区域、机械制造产品结构及光伏组件电池效率等案例说明特征、细分结构、细分评估与主数据、库存数据之间的关联。读者可借此理解细分策略如何减少物料编号膨胀、细化ATP与需求传递并用于方案沟通和业务场景梳理。1. 从 CT04 那个灰掉的下拉框说起SAP S/4HANA 细分策略Segmentation装不动的第一步SAP S/4HANA 的细分策略Segmentation在方案文档里看着像纯配置活CT04 建特性、SGTS 建细分结构、SGTC 建细分策略、MM01/MM02 把策略挂到物料、SPRO 收尾五步走完。真上手第一天就会被打回来——CT04 里“特征组”下拉框翻遍也找不到 SGT_SAP-C下面“相关性”整块是灰的特性建了也用不上后面的结构根本立不起来。这不是手滑是环境前置没对齐我第一次在测试机复现这套方案时就在这里耗掉了大半天。这套东西适合谁一个物料号要同时管颜色、产地、效率档、销售渠道又不愿意为每种组合开一个新料号的团队。装不好的代价很直接——结构一锁就改不动测试机配通了传生产机全崩业务侧下单才发现值选不出来。下面按我实际装过一遍的顺序写从环境对齐到结构搭建再到坏了怎么救。2. 环境先对齐S/4HANA 版本、特征组 SGT_SAP-C 与配置权限三张底牌2.1 版本这一关ECC 上别折腾S/4HANA 上先确认事务码能不能进细分策略是 S/4HANA 才有的东西这一点必须先说死。在 ECC 6.0 上翻 SGTS、SGTC 找不到是正常的不是权限问题也不是补丁问题那套系统里就没有这两个事务码。我见过有人在 ECC 上折腾一整天最后发现方向从一开始就错了。所以拿到这套方案的第一件事是确认目标系统到底是不是 S/4HANA。确认完大版本第二件事是确认事务码能不能进得去。做法很简单在命令框里依次敲 SGTS、SGTC、CT04能进得去哪怕进去是空列表就说明功能集在系统里是激活的如果直接报“事务代码不存在”那先别往下配去找 BASIS 确认这套功能有没有被激活。第三件事是版本差异。不同 S/4HANA 版本里SGTS 和 SGTC 的事务码名字基本稳定但 SPRO 里的 IMG 路径会挪位置——同一个配置活动在较早的版本里挂在“跨应用组件 → 分类系统”下面在较新的版本里可能挪到了物料管理或者独立的细分节点下。硬记路径是最容易翻车的地方我一般的做法是进 SPRO 之后直接用左上角的搜索框搜关键词搜“Segmentation”或“细分”能搜出来的活动就是当前版本该走的入口比翻树靠谱得多。下面这张表是我每次开新环境都先过一遍的核对清单五分钟能跑完能省掉后面两小时。检查项怎么查期望结果不对怎么办系统大版本系统状态里看组件版本是 S/4HANAECC 上放弃这套方案SGTS 可进入命令框输入 SGTS进得去显示细分结构列表找 BASIS 确认功能是否激活SGTC 可进入命令框输入 SGTC进得去显示策略列表同上CT04 可进入命令框输入 CT04进得去能新建特性检查账号权限SPRO 搜索命中SPRO 搜“细分”至少有一条 IMG 活动功能未激活先做初始化传输通道开发机建一个空特性传测试机能传过去且不报缺失先修传输再谈配置提示这张表里的“传输通道”一项最容易被跳过。开发机配得再漂亮传输过去报对象缺失等于白干。2.2 特征组 SGT_SAP-C为什么它选不到以及 SPRO 里要搜什么SGT_SAP-C 是 SAP 预置的特征组细分这套逻辑完全挂在它上面。CT04 里“特征组”字段只有选中它下面“相关性”区域才是可编辑的选成别的特征组比如默认的 001 通用组特性可以保存但相关性维护不了到了 SGTS 那一步会直接卡住——特性选得进去却挂不成能用的结构。选不到的原因通常只有一个这个特征组在系统里还没被初始化出来。此时去 SPRO 搜索框里搜“细分”或者“Segmentation”会命中一条细分配置说明类的 IMG 活动进去执行一次把特征组和细分相关的底层对象生成出来。执行完之后回到 CT04在“特征组”字段按 F4列表里能看到 SGT_SAP-C 就说明搞定了。这里有个顺序上的讲究先做 SPRO 初始化再回 CT04 建特性。反过来做的后果是前面建的那批特性全都挂在错误的特征组上改起来要逐个进 CT04 重新保存量大的时候非常难受。我吃过一次这个亏二十几个特性全部重建从那以后每次新环境第一步都是先把 SPRO 搜一遍。另外一点经验初始化这类 IMG 活动在开发机执行一次就行然后通过传输请求带到测试和生产。不要在每个环境手工点一遍手工点的结果是三个环境的底层配置对象编号对不上后面传输细分结构的时候会报一堆看不懂的错。2.3 权限与命名配置账号、业务账号、命名前缀权限这块分两类账号看。配置账号要能做三件事进 SPRO 执行 IMG 活动、维护 CT04 特性、维护 SGTS/SGTC。很多“保存失败”的报错其实是权限不足尤其是在生产机上按最小权限授权的时候看着能进事务码点保存就弹权限对象缺失。测试阶段我一般给配置账号放得宽一点先跑通上生产前再收紧别反过来。业务账号的要求不一样要能 MM01/MM02 维护物料主数据里细分相关的那部分要能 VA01 建销售订单并在行项目上选到细分值要能 MIGO 收货时把细分带进库存。这三件事任何一件做不了验证阶段都会卡住而且报错信息往往很含糊让人以为是配置问题。命名规范是给后面传输留的后悔药。我的习惯是特性名统一 Z_SGT_ 前缀加业务含义比如 Z_SGT_EFF 表示效率档细分结构名用 ZSGTS_ 开头细分策略名用 ZSGTC_ 开头并且和结构名保持一一对应。这样在 SGTC 里选结构的时候不会选错跨系统传输的时候也不会因为命名撞车被拦下来。命名乱掉的项目我见过两年后没人说得清哪个策略对应哪个结构只能整个重建。3. CT04 建特性细分的地基五个字段填错后面全塌3.1 CT04 逐个字段特性名、数据类型、值检查、特征组CT04 建特性是整个细分的地基这一步的字段填法直接决定后面 SGTS 能不能挂、SGTC 能不能限值。进去之后填特性名回车系统会问是新建还是显示选新建然后进到明细界面。下面按顺序说每个字段该怎么填以及填错会怎样。特性名和描述。特性名走前面说的 Z_SGT_ 前缀规范用英文大写加下划线别用中文。描述字段写清楚业务含义比如“电池片转换效率档”。描述写不清楚的后果是三个月后自己都不认识这个特性是干什么的SGTS 里选特性的时候全靠猜。状态。特性有状态字段建完要置成“发布”或等效的可用状态。状态没置对的特性在 SGTS 里选不到或者选到了保存时报错。这个字段最坑的地方是它默认值不一定是你想要的那个建完顺手检查一遍。数据类型。文本类属性颜色、产地、销售渠道、质量等级用 CHAR数值类属性效率值 23.5、功率档位用 NUM。这里选错的影响很隐蔽CHAR 类型存 23.5 没问题但后面在 SGTC 里想按区间限制就不好使NUM 类型在建间隔值的时候要额外注意小数位设置。字符数和小数位。CHAR 类型填字符长度比如颜色代码给 10 位足够NUM 类型要同时填整数位和小数位效率值这种小数点后一位的小数位给 1 到 2 位。值检查。这是决定 SGTC 能不能精细控制的关键字段。选“单个值”表示业务只能从预设清单里挑选“间隔值”表示允许按数值区间来选“表”表示值来自一张自定义表。光伏组件那种场景效率档通常用间隔值比如 23.0–23.4 一档、23.5–23.9 一档销售下单时按档选计划和采购按档执行物料号还是一个。特征组。填 SGT_SAP-C这是整套逻辑的入口。前面 2.2 说过选不到的排查这里再强调一次填完这个字段“相关性”区域才会从灰色变成可编辑。相关性用来做什么用来表达特性之间的约束关系比如“产地是 A 的只能配效率档 X”。复杂的组合规则基本都靠相关性兜住不填也能跑但业务上很容易选出不合法的组合。相关性页签。CT04 的“相关性”页签里可以维护前置条件、动作这类内容。这一步不是必须的看业务复杂度决定。我的建议是第一版先不填把主流程跑通验证完成之后再回来加约束否则一旦规则写错报错信息会指向一堆不相关的地方排查成本极高。字段该填什么填错的典型后果特性名Z_SGT_ 业务含义英文大写传输撞名、后期无法辨认描述清晰的中文业务含义SGTS 选特性靠猜状态发布/可用SGTS 里选不到该特性数据类型文本用 CHAR数值用 NUM间隔值建不了或精度丢失字符数/小数位按业务精度给别刚好卡满值录不进去或被截断值检查单值/间隔/表按业务复杂度选SGTC 限不住值业务乱选特征组SGT_SAP-C相关性不可维护结构挂不上3.2 值域设计单值、多值、间隔值以及“启用空值”的前置条件值域设计是最容易被当成“随便填填”的一步但它决定了后面 SGTS 里勾“启用空值”能不能生效也决定了业务端下单时到底能看到几个选项。先说单值和多值的区别。单值意味着一个物料在某个细分下这个特性只能有一个确定值多值意味着可以同时挂多个值比如同一批组件里同时存在 23.3 和 23.6 两种效率的电池片需要“搭配使用”的场景就得用多值。选单值还是多值取决于业务上会不会出现“同物料号、同结构、多个特征值并存”的情况。这个判断做错的后果是业务端保存订单时报错或者更糟——不报错但库存扣减扣到了错的批次上。再说间隔值。数值型特性用间隔值的场景是这样的业务不完全按精确值管理而是按档位管理。23.0–23.4 是一档23.5–23.9 是一档下单时选档收货时按实际值落进对应档位。间隔值的好处是颗粒度可控不会因为 23.51 和 23.52 这种微小差异把配置撑爆坏处是档位边界必须有明确的业务定义边界模糊的时候同一个值可能落进两个档系统会直接报“值不唯一”。然后是“启用空值”。这个开关在 SGTS 里勾不在这里。但能不能勾得动取决于特性这边的设置。如果特性被设成必须填值的强约束SGTS 里勾“启用空值”时可能保存报错或者勾了不生效。为什么要启用空值因为现实业务里不是每一批货都能确认特性值——来料还没检验、效率还没测出来、颜色还没定版这些情况下如果强制必填订单和收货全部卡死。我去过的项目里相当一部分“单据保存不了”的问题根源就是没启用空值。注意启用空值不是“随便不填”它的含义是“这个特征值在当前业务节点允许为空后续节点补齐”。业务上要约定清楚哪些节点必须补齐否则等到出货才发现值缺失追不回来。值域里还有一类是“表值”值来自一张自定义配置表。这种适合值集经常变、又要集中维护的场景比如销售大区的划分。用表值的代价是每次改值都要维护表数据并传输不如间隔值轻。我的取舍是值集稳定就用固定清单值集是按业务规则算出来的就用间隔值值集频繁变动才用表。3.3 保存后自检用一段 ABAP 把特性捞出来核对CT04 保存完了不代表对了。界面上的字段和实际落库的字段有时候不一致尤其是状态和小数位这类字段。我习惯在建完一批特性之后直接用一段 ABAP 把落库结果捞出来看一眼比一个个点开快得多也比等到 SGTS 那一步才发现问题省事。REPORT zsgt_feature_audit. 目的CT04 建完特性后批量核对避免到 SGTS 才发现选不到或值域不对 CABN 是特性主表ATINN 内部号、ATNAM 特性名、ATFOR 数据类型、ANZST 字符数、ANZDE 小数位 只查自定义前缀避免把系统标准特性一起捞出来导致列表几百行 SELECT atinn, atnam, atfor, anzst, anzde FROM cabn INTO TABLE DATA(lt_cabn) WHERE atnam LIKE Z_SGT%. CAWN 是特性值表ATWRT 是值本身ATWTB 是值的描述文本 用 FOR ALL ENTRIES 一次把值也带出来省得再进 CT04 一个个点开看 IF lt_cabn IS NOT INITIAL. SELECT atinn, atzhl, atwrt, atwtb FROM cawn INTO TABLE DATA(lt_cawn) FOR ALL ENTRIES IN lt_cabn WHERE atinn lt_cabn-atinn. ENDIF. 打印重点看 ATFOR 是不是预期类型、ANZDE 是不是够用、CAWN 里值有没有真的建进去 cl_demo_outputdisplay( lt_cabn ). cl_demo_outputdisplay( lt_cawn ).这段代码的逻辑很直白先从 CABN 按前缀捞出所有自定义特性再用 FOR ALL ENTRIES 把 CAWN 里对应的值一起带出来最后分行显示。重点看三处ATFOR 是不是预期的数据类型ANZDE 小数位够不够业务精度CAWN 里的值清单是不是和业务给的清单一一对上。参数上要改的只有一处就是LIKE Z_SGT%这个前缀。如果命名规范不是这个前缀改成自己的即可如果只想查某几个特性把 LIKE 换成IN列表更精确。另外注意 FOR ALL ENTRIES 必须先判lt_cabn IS NOT INITIAL内表为空不判直接查会拉出全表生产机上跑一次能被 DBA 找上门。这段代码跑在测试机实测下来两百多个特性也就一两秒没什么性能顾虑。4. SGTS 与 SGTC细分结构怎么搭细分策略怎么落到物料上4.1 SGTS 建结构挂特性、勾“启用空值”、锁定SGTS 是搭结构的地方。进去输结构名回车选新建进到明细界面。这个界面不复杂但顺序上有个强约束先把特性挂全再勾“启用空值”再保存最后锁定。顺序乱了就得回来重做。第一步填结构描述和有效日期。有效日期这块我一般给一个宽范围避免业务跑着跑着结构突然失效。见过因为有效日期只填了一年第二年年结之后结构失效订单带不出细分值的情况排查了很久。第二步挂特性。从 CT04 建好的特性里选一个结构可以挂多个特性业务上就是“这个物料在这几个维度上做细分”。挂的时候要注意特性之间的组合关系挂了三个特性不等于业务上允许所有组合组合的合法性靠 SGTC 的段策略去限不是靠这里挂多少。第三步勾“启用空值”。这个字段在结构层面勾上之后业务单据上该结构下的特征值允许为空。前面 3.2 说过为什么要勾这里说操作顺序先挂完特性再勾勾完保存。如果先勾再挂特性某些版本里勾会被重置掉。第四步保存。保存成功之后界面上能看到结构已经落地。第五步后退点“锁定”。这一步是很多人会漏掉的。SGTS 的结构状态有两种解锁和锁定。新建出来的结构默认是解锁状态一旦被 SGTC 引用、或者被物料主数据引用系统会自动把它置成锁定。锁定之后结构不允许修改——不能加特性、不能减特性、不能改“启用空值”。为什么要主动锁定因为锁定不是坏事它是在告诉你“这个结构已经在用了别动”。主动锁定的意义是把自己从“以为还能改”的幻觉里拉出来。我吃过一次亏结构建好没锁以为后面还能加特性结果业务已经在测试机上建了一批订单再想加特性发现加不进去只能新建一个结构然后把测试数据全部重来。下面这个配置块是我每次建结构时对照的字段清单照着勾一遍基本不会漏。SGTS 新建结构时的字段顺序按这个顺序走别乱 1. 结构名 ZSGTS_xxx回车 → 新建 2. 描述 写清楚业务含义比如「电池片效率细分结构」 3. 有效日期 给宽范围别只给一年 4. 特性清单 从 CT04 选按业务维度挂全 5. 启用空值 勾上允许业务节点上特征值暂缺 6. 保存 看状态栏提示确认落地 7. 后退 → 锁定 主动锁定防止误改这里要说清楚一个反直觉的点锁定不是终态中间还有一个“被引用”的阶段。结构刚建好是解锁被 SGTC 或物料引用之后自动变成锁定锁定之后想改唯一的路是新建一个结构把老结构上的数据迁移过去而不是想办法解锁。所以第一版结构设计的时候特性尽量挂全别想着“先跑起来后面再加”。4.2 SGTC 建段策略先锁结构再“新输入”SGTC 是把结构变成可用策略的地方。结构只是一组维度的定义策略才决定“每个维度允许取什么值、取几个值”。业务端下单时看到的选项就是策略里定义的东西。进 SGTC先建策略头填策略名、描述、有效日期然后选结构。选结构的时候要特别注意——下拉列表里可能有多个名字相似的结构选错的话后面全部白做。我一般会先在 SGTS 里把结构名抄下来再过来选不靠记忆。选完结构如果结构当前还是解锁状态SGTC 里会提示先锁定。有些版本里这个动作是显式的需要点一下“锁定结构”有些版本是选完结构自动带过去。不管哪种规则是一样的结构不锁定段策略建不了或者建了不生效。结构锁好之后点“新输入”建段策略。段策略是策略下的明细行一个策略可以有多条段策略。每条段策略里给结构上的每个特性指定允许的取值或者区间。比如效率这个特性段策略一允许 23.0–23.4段策略二允许 23.5–23.9。业务端下单时选到某个值系统按值去匹配对应段策略匹配不上就报错。段策略字段含义我一般怎么填段策略编号策略下的明细行号按业务顺序编别乱跳特性值该特性在此段允许的取值区间型就填上下限清单型就填具体值有效性该段的起止日期和策略头保持一致或更窄空值处理空值是否落进此段结合“启用空值”一起定匹配规则这块有个容易踩的点多个段策略之间存在重叠的时候系统按什么顺序匹配、匹配到哪一条不同版本的表现不完全一样。稳妥的做法是段策略的区间不要重叠边界值比如 23.5明确归属某一侧别让同一个值同时落进两段。测试阶段一定要拿边界值单独跑一遍这个坑我在两个项目上都见过都是 23.5 这个边界惹的祸。段策略建完保存回到策略头再保存一次。有些版本的段策略是独立的保存动作只保存段策略不保存策略头退出之后发现策略还是空的白忙一场。4.3 MM01/MM02 分配策略与 SPRO 里的三处开关策略建好之后还没完得挂到物料上。这一步在 MM01/MM02 里做进物料主数据找到细分相关的字段把 SGTC 建好的策略填进去。MM01 是新建物料MM02 是修改。新建的时候物料类型、行业这些基础信息先填然后进到细分相关视图把策略名填上。这里有个细节细分策略字段可能不在你直觉认为的那个视图里找的时候用物料主数据的视图概览先看一遍别一个个视图翻。填完之后保存系统可能会做一次校验如果策略和物料的某些属性冲突保存会报错。MM02 修改的时候要格外小心。一个物料如果已经有库存、有未清的销售订单、有在途采购单改细分策略的后果不可控——历史单据带的是旧值新单据带的是新值库存的归属说不清楚。我的原则是物料一旦有业务数据细分策略只增不改确实要改先清掉业务数据再动或者直接换新物料。SPRO 这边有几处开关要确认。第一处是细分功能本身的激活前面 2.1、2.2 说过用 SPRO 搜索框找对应的 IMG 活动。第二处是特征组相关的前置配置就是让 SGT_SAP-C 能被 CT04 选到的那一步初始化。第三处是编号范围类的配置——如果你们的细分结构或策略需要编号范围得先建好否则保存时报“编号范围不存在”。还有一个隐性的检查点细分相关的检查规则。有些版本里可以配置“某类业务单据必须带细分值”这类强制规则。这个规则默认关着配不配看业务要求。配了的后果是历史单据或者其他不涉及细分的业务会被拦住得配合例外规则一起用不配的后果是有人可以绕过细分值下单库存归属说不清。SPRO 相关项作用不做会怎样细分功能激活生成底层对象SGTS/SGTC 相关对象缺失特征组初始化让 SGT_SAP-C 可选CT04 里选不到特征组编号范围结构和策略的编号保存报编号范围不存在强制检查规则单据必须带细分值有人绕过细分下单库存归属乱权限与角色配置/业务账号可用能进事务码但保存失败5. 避坑与排查五个把我卡到半夜的细分配置坑5.1 配置阶段的三条血泪记录坑一CT04 里特征组选成了默认组相关性整块是灰的。现象特性建得很顺保存也没报错但回到界面上发现“相关性”页签点不进去到 SGTS 里挂特性的时候选得到、挂上去保存报错提示结构不完整。原因特征组字段填了默认的通用组不是 SGT_SAP-C。细分这套逻辑只认 SGT_SAP-C挂在别的组上的特性系统不认为它是细分特性所以相关性不可维护、结构里也用不了。解决回 CT04 改特征组。注意不是所有情况下都能直接改——特性如果已经被别处引用过改特征组可能被拦。稳妥做法是复制一份新特性重新命名把旧特性废弃。这也是为什么我反复强调建特性之前先把 SPRO 初始化做好。坑二结构建完没锁等想加特性的时候加不进去了。现象结构第一天建好测试跑了几天业务说“还得再加一个产地维度”。回 SGTS 想加特性发现加不了状态显示已锁定。原因结构一旦被 SGTC 引用或者被物料引用系统自动置成锁定锁定之后禁止结构变更。这是设计如此不是 bug。解决没有解锁这条路。只能新建一个结构把老结构的特性复制过去再加上新的然后新建策略、重新分配物料最后把老结构上的测试数据清掉。所以第一版结构设计时特性一定要挂全别给自己留后患。坑三忘了勾“启用空值”收货的时候卡死。现象销售下单没问题生产订单也没问题到 MIGO 收货那一步报错说特征值必须填写但来料检验还没出结果值填不出来。原因结构里没勾“启用空值”业务节点上特征值不允许为空于是收货过不去。解决回 SGTS 勾“启用空值”再保存。前提是结构还没被引用没锁锁了就按坑二处理。勾之前先确认特性那边的值检查设置没有强约束否则可能勾了不生效。5.2 业务与迁移阶段的两条坑四段策略区间重叠边界值下单报错。现象大部分订单能正常建唯独效率值刚好是 23.5 的那些保存时报“细分值不唯一”或者类似的错。原因段策略一填了 23.0–23.5段策略二填了 23.5–23.923.5 同时落进两段系统匹配不出唯一结果。解决把边界划清楚一段闭一段开比如 23.0–23.4 和 23.5–23.9。改完必须拿三个值回归下边界、上边界、中间值。我现在的习惯是段策略建完先跑一遍边界清单这个动作花五分钟能挡住后面一堆单子报错。坑五开发机配通传到生产机报对象缺失。现象开发机上全流程跑通了传输请求放到生产机进 SGTS 一看结构是空的或者进去直接报对象不存在。原因细分相关的底层对象里有一部分是环境相关的比如特征组的初始化对象、编号范围只传自定义配置不传这些底层对象生产机上就不完整。另外前面说过的手工在新环境重复点一遍 IMG 活动也会导致三个环境的对象编号对不上传输时校验不过。解决初始化类的 IMG 活动只在开发机做一次然后跟自定义配置一起打包传输传输前用 SPRO 的对象清单核对一遍把特征组、编号范围、结构、策略、检查规则这几类对象都列进去。传到测试机之后先在测试机全流程跑一遍再传生产别跳。提示这五个坑里前三个是配置阶段的后两个是业务和迁移阶段的。配置阶段的坑症状明显、容易发现业务和迁移阶段的坑往往在业务跑到一半才爆出来代价更大。6. 装完怎么验证从 VA01 下单到库存视图走一遍闭环配置全部做完之后别急着交付。细分这套东西的验证不能只看配置界面必须从业务单据走一遍完整闭环否则你永远不知道哪一环的值传递断了。我一般的验证顺序是销售下单 → 需求传递 → 采购执行 → 收货入库 → 库存查看五步走完才算通。第一步VA01 建一张销售订单行项目上选物料看细分值能不能选出来、能不能保存。这一步验证的是 MM01 上的策略分配和 SGTC 的段策略有没有生效。选不出来说明策略没挂上或者段策略为空选出来但保存报错多半是段策略区间重叠或者空值处理不对。第二步看需求是不是按细分传递下去了。用 MD04 或者需求管理的报表看这笔订单产生的需求重点看需求上带没带细分值。带不出来的话计划部门拿到的就是一笔没有特征的需求后面采购按什么买这一步是原文里那几个问题中最关键的一环也是最容易断的一环。第三步把需求转成采购申请和采购订单看采购单据上细分值有没有延续下来。这里会遇到的典型情况是采购单据上值带出来了但供应商实际交货的批次效率值不一样收货时要不要按实际值改这个规则要在配置阶段就定下来别等收货现场吵。第四步MIGO 收货按实际值收货看库存是不是落进了对应的细分。这一步验证的是“启用空值”和段策略的配合——如果来料还没检验值先空着能不能收如果能收后续补值的路径是什么。第五步MMBE 或者库存报表看结果确认库存按细分维度分开显示了。到这里整个闭环才算合上。验证点事务码期望结果没通过先查哪里销售订单能选细分值VA01值可选、可保存物料的策略分配、SGTC 段策略需求带细分值MD04需求行上有特征值需求传递配置、结构是否被引用采购单据带细分值ME21N行项目延续了细分值采购相关的细分传递设置收货能落对细分MIGO库存进入对应特征组合启用空值、段策略边界库存分开显示MMBE按细分维度分行显示前面四步任意一环断了验证里还有一个我自己必做的动作拿边界值单独跑一遍。段策略的上下边界、空值、多值组合这三类数据各建一张单子跑通比跑十张正常单子有用。正常单子跑通只能证明主流程没断边界值跑通才能证明配置是严密的。我曾经因为跳过这一步上线第一周就碰到 23.5 落两段的报错业务那边积压了一批单子等着处理非常被动。从那以后我每次做完细分配置不管时间多紧都强制把这张验证表从头到尾走一遍边界值那一栏不打勾就不交付。这套流程看着笨但它救过我两次——一次是发现需求传递断在采购环节一次是发现某个物料上挂了两套策略。希望帮到你。这份方案我按界面顺序整理成了配置清单每一步的字段填法、状态变化和验证动作都对着写进去了想在这套环境上复现的可以拿去逐条对照。本文还有配套的精品资源点击获取