简介：这份PPT资料面向SAP物料管理（MM）顾问、实施人员及企业信息化从业者，系统讲解S4 HANA中Segmentation细分策略的方案设计与落地思路，帮助解决物料属性细微变化导致物料号膨胀、销售与库存难以精细区分的问题。压缩包内共1个pptx文件，约10.27MB，内容按细分简介、行业应用、系统实现、业务演示四个模块组织，涵盖细分结构、特征与评估等主数据要素。资料结合服装、电子、机械制造、快消品及光伏组件等行业场景，展开库存、销售区域、客户需求、产品结构与生产能力等细分应用，并给出从销售端向计划、采购、仓库传递属性值的业务链路说明。目前已有690人学习，适合需要理解细分策略配置逻辑与业务价值的中高级用户参考。

1. 细分策略：为什么同一个物料号能装下几十种“不同货”

一件白衬衫，黑的白的绿的粉的，产地有国内有国外，销售区域分江苏、东北、西北——按传统物料管理思路，这得开多少个物料号？颜色乘产地乘销区，组合爆炸，物料主数据直接失控。SAP 在 S/4HANA 里给出的答案是 Segmentation（细分策略）：物料号还是一个，但通过“特性 + 细分结构 + 细分策略”三层机制，把那些真正影响 BOM、ATP、采购和库存的属性值挂到业务单据上，让系统在同一个物料号下区分出更小颗粒度的管理单元。这套机制解决的不是“怎么编码”的问题，而是“编码之外，业务属性怎么在销售、计划、采购、库存之间无损传递”的问题。搞懂它，你就明白 SAP 为什么敢在物料主数据之外再造一套属性维度，以及这套维度是怎么和库存、需求绑定的。

2. 细分的三层骨架：特性、结构、策略各自管什么

2.1 特性 CT04：属性值的定义源头

细分的起点是特性（Characteristic），事务码 CT04。特性回答的是“我们要区分什么”——电池片效率 23.5%、颜色黑、产地国内，这些都是特性值。在细分场景里创建特性有一个容易被忽略但致命的约束：特征组必须选择SGT_SAP-C，否则后续无法维护“相关性”（Relevance）。这个相关性决定了该特性是否参与细分评估，是特性与细分体系之间的开关。

从机制上看，特性本身是 SAP 分类系统（Classification）的通用对象，CT04 创建的特性可以用于批次、变式配置等多个场景。细分复用了这套对象，但通过特征组做了隔离——只有挂在SGT_SAP-C下的特性才被细分框架识别。这解释了为什么很多人在 CT04 里建完特性，到 SGTS 里却选不到：不是权限问题，是特征组选错了。常见的实现思路是，把细分特性与普通分类特性在命名和特征组上彻底分开，避免后续维护时混淆。

特性值的维护粒度也值得说清楚。数值型特性（如效率 23.5%）和字符型特性（如颜色 BLACK）在细分评估时的匹配逻辑不同：数值型通常按区间或精确值匹配，字符型按枚举值匹配。这直接影响后面细分策略里“段”的划分方式。

2.2 细分结构 SGTS：把特性组织成一个可评估的维度集合

细分结构（Segmentation Structure）用事务码 SGTS 维护，它做的是“把哪些特性组合成一个评估维度”。一个细分结构下挂多个特性，这些特性共同构成一个属性组合空间。结构维护时有两个关键动作：选中“启用空值”，以及维护完成后执行“锁定”。

“启用空值”意味着允许某个特性值为空参与细分，这在业务上对应“该属性未知或不适用”的情况。如果不启用，任何特性值缺失都可能导致细分评估失败。锁定则是结构生命周期的分水岭：新建的结构默认是“解锁”状态，可以随意增删特性；一旦被细分策略引用，状态变为“锁定”，不再允许修改结构定义。这个设计动机很直白——结构是策略的底座，底座变了，上层所有已分配的物料和已产生的库存细分数据都会失去参照，所以系统用锁定来强制“先定结构、再建策略”的顺序。

从数据结构角度看，SGTS 维护的是“结构-特性”的关联表，加上结构本身的状态标志。它不存储任何业务数据，只是一个元数据容器。真正让细分“活”起来的是下一步的策略。

2.3 细分策略 SGTC：段策略才是细分的执行单元

细分策略（Segmentation Strategy）用 SGTC 维护，核心是“段策略”（Segment Strategy）。选择前面建好的细分结构，进入段策略维护，如果结构处于未锁定状态需要先锁定，然后点“新输入”创建段。每个段对应一组特性值的组合，比如“效率=23.5% 且 产地=国内”就是一个段。

这里的设计逻辑是：结构定义“维度”，策略定义“维度上的具体取值组合”。一个物料可以分配一个细分策略，策略下的各个段就是该物料在实际业务中可能出现的细分形态。销售订单行、采购订单行、库存批次在录入时，通过特性值确定自己属于哪个段，从而被归入对应的细分管理单元。

段策略的匹配是有优先级的。当多个段的特性值条件存在重叠时，系统按段的维护顺序或特定规则做匹配。这一点在配置复杂组合时容易翻车——段与段之间的条件如果没设计成互斥，同一组特性值可能命中多个段，导致业务归属不确定。稳妥的做法是让段的条件组合在逻辑上完备且互斥，覆盖所有可能的特性值组合。

三层骨架的关系可以这样理解：CT04 提供“词汇”，SGTS 定义“语法”（哪些词能组合），SGTC 写出“句子”（具体的组合实例）。物料分配策略后，就相当于给这个物料号绑定了一套“句子集合”，业务单据上的特性值就是往句子里填词。

3. 细分怎么和库存、需求、采购咬合：评估与传递机制

3.1 细分评估：库存数据如何被“切开”

细分真正落地的地方是库存。传统库存是按物料号 + 工厂 + 库存地点管理的，细分之后，同一物料号下的库存还要按段区分。这背后的机制是“细分评估”（Segmentation Valuation）：系统在库存过账时，根据物料分配的细分策略和单据上的特性值，确定该笔库存属于哪个段，并在库存表中增加细分维度。

从实现角度看，SAP 在物料库存表中扩展了细分相关的键字段。当一笔收货发生时，系统读取物料主数据上分配的细分策略，结合收货单据携带的特性值，匹配到具体段，然后把库存数量记到“物料 + 段”的组合上。这意味着同一物料号在不同段下的库存是分别可见、分别可用的。ATP 检查时，系统也按段做可用性计算——客户要 23.5% 效率的电池片，ATP 只认这个段下的库存，不会拿 23.0% 的库存来充数。

这里有一个关键点：细分评估依赖特性值在单据上的正确传递。如果销售订单行没有维护特性值，或者维护了但匹配不到任何段，库存就无法归入细分单元，后续的 ATP 和发货都会出问题。所以特性值的必输控制和段匹配的完备性，是细分上线前必须验证的两件事。

3.2 需求与采购的段级传递

销售端确定段之后，需求管理（MRP）拿到的不再是笼统的物料需求，而是带段的需求。MRP 运算时，段作为需求的一个属性参与净需求计算，生成的采购申请或计划订单也携带段信息。采购部门看到的采购需求是“效率 23.5% 的电池片若干”，而不是“电池片若干”。

采购执行环节，供应商交货的实际特性值可能与采购要求不完全一致——这是细分在光伏、服装等行业最现实的痛点。系统通过收货时的特性值录入来处理：收货单据上维护实际特性值，系统据此把收货库存归入实际对应的段。如果实际值与采购段不符，库存就落到另一个段下，形成“采购段”与“实际入库段”的差异。这个差异需要业务上通过库存转移、重新分配或质量处理来消化。

从机制上说，细分把“物料号”这个粗粒度标识和“特性值”这个细粒度标识解耦了。物料号负责主数据、BOM、工艺路线这些相对稳定的东西；特性值负责批次间、订单间的差异。两者通过细分策略在业务单据层面汇合。这种解耦的好处是物料号数量可控，代价是每一笔业务都必须携带并正确传递特性值，否则细分链条就断了。

3.3 细分与批次管理的边界

很多人会把细分和批次管理混为一谈。批次管理解决的是“可追溯性”——这批货什么时候产的、原料来自哪里；细分解决的是“可区分性”——这批货的属性值是什么、能不能满足特定需求。两者可以叠加使用：一个物料既启用批次管理又分配细分策略，批次携带特性值，细分按特性值归段。

区别在于，批次是物理实体的追溯单元，细分是业务属性的管理单元。同一批次如果特性值单一，就对应一个段；如果批次内特性值有波动，细分反而能提供比批次更细的视角。在选型时，如果需求只是追溯来源，批次够了；如果需求是“同一物料号下按属性分别管库存、分别做 ATP”，那必须上细分。

4. 系统实现链路：从 CT04 到物料分配的完整配置顺序

4.1 配置顺序为什么不能乱

细分的主数据配置有一条硬性的先后依赖：CT04 建特性 → SGTS 建结构并锁定 → SGTC 建策略 → MM01/MM02 把策略分配给物料。这个顺序不是建议，是系统约束。结构没锁定，策略建不了段；策略没建好，物料分配时选不到；物料没分配策略，业务单据上的特性值就没有归属依据。

配置层面还有一个前置条件：细分的 SPRO 配置要到位，包括特性组的可用性、细分相关的前台事务码权限等。原文提到的“若特征组处无法选择 SGT_SAP-C，则详见细分配置说明”，指的就是 SPRO 里细分基础配置未激活或特征组未放开的情况。这类问题在新建系统或传输后经常出现，排查时先看 SPRO 配置是否完整，再看权限对象。

4.2 物料分配：MM01/MM02 里的那个开关

物料主数据上分配细分策略，是在 MM01/MM02 的物料管理视图相关字段里完成的。分配之后，该物料在销售、采购、库存各环节的单据都会带出细分相关的特性维护界面。这里要注意的是，策略分配是物料级的，一个物料只能分配一个细分策略。如果业务上需要多套维度，要么在同一个策略下设计足够丰富的段，要么拆物料号——这又回到了细分想避免的那个问题。

分配完成后，建议做一轮端到端验证：建一张销售订单，维护特性值，看能否匹配到段；跑 MRP，看需求是否带段；做收货，看库存是否按段落账；查 ATP，看是否按段计算可用量。这条链路任何一环断了，细分就没有真正生效。

# 细分主数据配置的检查顺序（事务码层面） # 1. 特性定义：确认特征组为 SGT_SAP-C CT04 # 2. 细分结构：确认特性已挂载、启用空值、状态为锁定 SGTS # 3. 细分策略：确认段策略已建、段条件互斥且完备 SGTC # 4. 物料分配：确认物料已分配策略 MM02 # 5. 端到端验证：销售订单 -> MRP -> 采购 -> 收货 -> ATP

上面这串事务码不是让你照着敲一遍就完事，而是排查时的检查清单。细分出问题，九成能在这五步里定位到断点：特性组错了、结构没锁、段没建全、物料没分配、或者单据上特性值没传。每一步的验证信号也很明确——CT04 看特征组字段，SGTS 看锁定状态，SGTC 看段列表，MM02 看策略字段，业务单据看特性值页签是否出现。

5. 避坑与排查：细分上线前后最容易翻车的几件事

5.1 特性建了但 SGTS 选不到

现象：CT04 里特性保存成功，到 SGTS 挂载特性时列表里找不到。原因：特征组没有选SGT_SAP-C，特性不在细分框架的识别范围内。解决：回 CT04 修改特征组，或者确认 SPRO 里细分基础配置已激活、特征组已放开。这个坑的隐蔽之处在于 CT04 保存不报错，错误要到下一步才暴露。

5.2 结构想改却改不动

现象：SGTS 里想给已建结构加一个特性，系统不允许修改。原因：结构已被细分策略引用，状态变为锁定。解决：这是设计约束不是 bug。如果确实要改结构，必须先解除上层策略对结构的引用，改完再重新引用。血泪经验是：结构设计阶段就把特性想全，锁定之后再改的代价很高。

5.3 库存不按段落账

现象：收货后查库存，发现没有按预期分到各个段，或者所有库存堆在一个段下。原因：物料没有分配细分策略，或者收货单据上的特性值缺失、匹配不到任何段。解决：先查 MM02 确认策略已分配，再查收货单据的特性值页签，最后核对段条件是否覆盖了实际特性值。段条件不完备是常见根因。

5.4 段与段条件重叠导致归属不确定

现象：同一组特性值在业务上似乎可以归入两个段，库存或需求的段归属与预期不符。原因：段策略的条件设计存在重叠，系统按内部匹配规则选了其中一个。解决：重新设计段条件，确保互斥且完备。验证方法是把所有可能的特性值组合列出来，逐一确认只命中一个段。

5.5 采购实际值与采购段不一致

现象：采购按段 A 下单，供应商交货的实际特性值落在段 B，收货后库存跑到 B 段，A 段需求悬空。原因：细分允许实际值与要求值不同，系统按实际值归段。解决：业务上建立差异处理流程——要么做库存转移，要么调整需求分配，要么在收货环节做质量判定。系统层面能做的只是如实记录差异，消化差异靠流程。

提示：细分上线前，务必用真实业务单据跑通“销售订单带特性值 → MRP 带段需求 → 采购带段 → 收货按实际值归段 → ATP 按段计算”这条全链路，任何一环的特性值传递缺失都会在后续环节放大成库存和需求的错配。

6. 设计取舍：为什么细分不是“再建一个物料号”

细分的本质是在物料号之外增加一个属性维度，这个维度的代价和收益需要算清楚。收益很直接：物料号数量可控，主数据、BOM、工艺路线不用为每个属性组合复制一份；属性值在销售、计划、采购、库存之间传递，业务上能按属性做 ATP、按属性管库存。代价同样明确：每一笔业务单据都必须携带正确的特性值，配置链路长（CT04→SGTS→SGTC→MM02），段条件设计要求高，实际值与要求值的差异需要流程兜底。

和“多建物料号”相比，细分的取舍点在于：物料号是强约束的、全局唯一的标识，一旦建出来，所有模块都认它；特性值是弱约束的、单据级的标识，灵活但依赖传递。选择细分，等于选择用“传递纪律”换“主数据简洁”。这个交换在属性组合多、属性影响 BOM 和 ATP 的场景下划算，在属性组合少、或者属性不影响计划和库存的场景下就是过度设计。

验证细分是否值得上，我一般会看三个信号：同一物料号下需要区分的属性组合是否超过个位数、这些属性是否真的影响 BOM 或 ATP、业务单据上是否有稳定的地方维护特性值。三个都满足，细分能省下大量物料号；有一个不满足，先评估批次管理或变式配置是否够用。

从那以后我每次做细分方案，都强制先把段条件的互斥完备性用全组合清单验一遍，再跑端到端链路，最后才谈上线。这套顺序看起来慢，但比上线后修库存错配快得多。希望帮到你。

本文还有配套的精品资源，点击获取