简介：面向SAP物料管理（MM）顾问、实施人员及企业信息化从业者的方案分享型PPT，聚焦S4 HANA中Segmentation细分策略，帮助解决物料属性细微变化导致物料号膨胀、销售需求采购库存难以按属性区分的管理难题。压缩包共1个pptx文件，约10.27MB，内容围绕细分简介、行业应用、系统实现与业务演示四大模块展开，配有架构特征、细分结构与评估等图示说明。资源从服装行业白衬衫按产地、销售地、质地细分切入，延伸至电子产品库存与销售区域、客户细分，机械制造的产品结构、客户需求与生产能力细分，以及快消品、光伏组件电池片效率等场景，呈现细分在销售、需求、采购、库存各环节的落地思路。已有690人学习，适合需要理解细分策略原理与行业应用、为方案设计或内部宣讲积累素材的读者参考。

1. 从一张“白衬衫物料号爆炸”的表说起

某快消企业上线 SAP S/4HANA 后，物料主数据组统计过一张表：同一款白衬衫，因为颜色、产地、销售区域三个属性组合，硬生生建了 60 多个物料号，MM01 建到怀疑人生，BOM 维护更是玄学——改一个产地，整条 BOM 要复制一遍。这不是个例，而是物料管理里典型的“颗粒度错位”：业务要的是属性级区分，系统给的却是物料号级区分。SAP 物料管理（MM）里的 Segmentation（细分策略）就是来解决这件事的，它让一个物料号承载多组属性值，把销售、需求、采购、库存的区分下沉到“特征”层，而不是靠堆物料号。这套方案适合正在做 SAP 实施课程设计、MM 模块方案交付，或者要给业务讲清楚“细分到底怎么落地”的人。

2. 需求立得住：细分策略到底解决哪几类业务痛点

2.1 物料号膨胀的根因与细分的切入位置

先把问题拆开看。传统做法里，只要物料有任何一个业务相关属性发生变化——颜色、效率档位、产地、销售渠道——就得新建物料号。物料号一多，连锁反应是：BOM 要按物料号分别维护，ATP 可用量按物料号隔离，采购需求按物料号汇总，库存报表按物料号拆分。某光伏组件企业的场景很典型：客户要 500MW 总功率，工艺评估后必须用效率 23.5% 的电池片，但供应商实际交货可能是 23.3%、23.4%、23.6% 混批。如果每个效率值一个物料号，采购收货、库存消化、搭配使用全乱套。

细分策略的切入位置就在“物料号之下、业务单据之上”：用特征（Characteristic）描述属性，用细分结构（Segment Structure）把特征组织起来，用细分策略（Segment Strategy）决定哪些业务场景按这些特征做区分。物料号还是那一个，但销售订单行、采购订单行、库存批次都能带上特征值，系统据此做可用性检查和需求传递。换句话说，它把“区分”从主数据层挪到了业务事务层，这是理解整套方案的第一块基石。

2.2 四类典型行业场景的共性抽象

原文给了电子、机械制造、快消、光伏四个行业，表面看各说各的，抽象出来其实是同一件事：业务需要按“非物料号属性”做计划与库存的隔离。电子产品按畅销/平销/滞销分库存策略，本质是按“销售速度”这个属性做库存细分；机械制造按主机/零部件分生产模式，本质是按“产品结构角色”做计划细分；快消按渠道分销售政策，本质是按“渠道来源”做需求细分；光伏按电池片效率分采购与搭配，本质是按“质量档位”做供应细分。

这四类场景落到 SAP 里，对应的细分对象分别是：库存细分（影响 ATP 与库存可见性）、需求细分（影响销售订单到计划的传递）、采购细分（影响采购订单与收货区分）、生产细分（影响 BOM 与工艺路线选择）。做方案时不要一上来就讲功能，先把客户痛点归到这四个筐里，再决定细分结构建几个特征、挂到哪些业务单据上。我一般会要求业务方先填一张“属性-业务环节”矩阵表，横轴是销售、需求、采购、库存、生产，纵轴是候选属性，交叉格打勾表示该环节需要按此属性区分。这张表填完，细分结构的设计范围基本就定了，后面 CT04、SGTS 的配置只是执行。

2.3 技术选型：为什么是 S/4HANA 的 Segmentation 而不是批次或分类

有人会问，批次管理（Batch Management）和分类（Classification）也能带属性，为什么非要用 Segmentation？这是方案答辩时必被追问的点，得答清楚。批次管理的属性挂在批次上，适合有明确收货批次、需要追溯的场景，但它的可用性检查粒度是批次级，销售端下单时很难预先指定“我要 23.5% 效率的货”；分类系统（Class/Characteristic）能描述属性，但默认不参与 ATP 和需求传递的运算逻辑。Segmentation 的差异在于它是计划驱动的：细分结构直接挂到物料主数据的 MRP 视图，销售订单带特征值后，ATP 检查、MRP 运算、采购申请生成都会按特征值做隔离。

选型判断可以归纳成三条：属性是否需要参与可用性检查（ATP）——是则用 Segmentation；属性是否只在收货后才有值、且需要批次追溯——是则批次管理更合适；属性只是报表分析用、不影响计划运算——分类系统足够。实际项目里三者常混用，比如光伏场景：效率值用 Segmentation 做计划隔离，具体供应商批次用批次管理做追溯，两者通过特征值关联。方案文档里把这条选型逻辑写清楚，评审时能省掉一半扯皮。

3. 总体设计：特征、结构、策略三层与五个配置步骤

3.1 三层架构的职责边界

整套 Segmentation 的架构可以画成三层，原文的架构图也是这个意思，只是没展开讲职责。特征层（CT04）定义“用什么属性描述物料”，比如电池片效率、衬衫颜色、产地，特征是全局对象，一个特征可以被多个细分结构复用。结构层（SGTS）定义“哪些特征组合在一起、是否允许空值”，一个细分结构对应一组业务上互斥或互补的属性集合，比如“颜色+产地+销售区域”构成服装的细分结构。策略层（SGTC）定义“这个结构在哪些业务场景生效”，段策略（Segment Strategy）里配置销售、采购、库存等业务事务是否启用细分。

三层的关系是：结构引用特征，策略引用结构，物料主数据再引用策略。这个引用链决定了修改的传导性——特征值改了，所有引用它的结构都受影响；结构一旦被物料引用就锁定，不能改特征组成。所以设计顺序必须是“先定特征、再定结构、最后挂策略”，反过来做必然返工。我在方案里会把这条顺序写成硬约束，配置人员按序执行，避免有人图快先建结构再补特征，结果结构锁死改不了。

3.2 特征创建（CT04）的关键参数与相关性开关

第一步建特征，原文特别强调“特征组选 SGT_SAP-C，否则无法维护相关性”，这是整个配置里最容易翻车的开关。特征组（Characteristic Group）决定了特征能被哪些业务对象引用，SGT_SAP-C 是 Segmentation 专用的特征组，选错了后面细分结构里根本选不到这个特征。配置路径是 SPRO 里先激活细分的业务功能，特征组才会出现在 CT04 的下拉里。

事务码 CT04 创建特征（以电池片效率为例） 字段 取值 特征名称 ZEFF_RATE 描述 电池片效率档位 特征组 SGT_SAP-C <- 关键，选错则无法挂细分结构 数据类型 NUM 字符数/小数位 3 / 1 值范围 23.0 - 24.0，步长 0.1 允许空值 勾选（配合结构的“启用空值”） 相关性 SGT_SAP-C 组下维护

参数说明几个点：数据类型选 NUM 而非 CHAR，因为效率值要参与区间判断和排序；值范围不必穷举所有可能值，留出区间让业务录入时校验；允许空值要和结构层的“启用空值”配合，空值代表“未指定属性”，在 ATP 检查时通常按“不区分”处理，这个语义要在方案里写明白，否则业务会误以为空值等于任意值。相关性（Relevancy）是 Segmentation 的运算开关，只有相关性维护正确的特征，才会在销售订单和采购订单的细分界面出现。

3.3 细分结构（SGTS）的锁定机制与空值语义

结构层用 SGTS 维护，原文提到“新结构默认解锁，一旦被引用就锁定，不允许修改”。这个锁定机制是保护数据一致性的，但也是实施期的大坑：结构被物料引用后再想加一个特征，只能新建结构、迁移物料，工作量翻倍。所以我的做法是结构设计阶段就预留扩展位——把未来半年可能用到的特征先建进去，哪怕暂时不用，用“启用空值”让它们不强制填值。

事务码 SGTS 维护细分结构 步骤 1 输入结构名称 ZSEG_SOLAR，描述“光伏组件效率细分” 步骤 2 在特征页签添加 ZEFF_RATE，勾选“启用空值” 步骤 3 保存，此时状态为“解锁” 步骤 4 检查无误后点击“锁定”，状态变为“锁定” 步骤 5 锁定后该结构可被 SGTC 策略和物料主数据引用

“启用空值”的语义要单独讲：勾选后，业务单据上该特征可以不填，系统按“未细分”处理，ATP 和 MRP 会把所有特征值的库存合并计算；不勾选则强制填值，不填不让保存单据。这个开关直接影响业务操作负担，方案里要按属性重要性分级——核心属性（如效率档位）不启用空值，辅助属性（如产地）启用空值。我见过有项目把所有特征都设成强制，结果销售下单时被十几个必填字段卡住，业务直接绕过系统用 Excel 管，细分等于白做。

3.4 细分策略（SGTC）的段策略配置

策略层用 SGTC 维护，核心是“段策略”（Segment Strategy）。原文说“选择细分结构后进入段策略，结构未锁定需先锁定，点新输入”。段策略的本质是给每个业务事务打开关：销售订单要不要按细分做 ATP，采购订单要不要按细分做收货区分，库存报表要不要按细分展开。配置时一个结构可以挂多个段策略，每个段策略对应一组业务事务的组合。

事务码 SGTC 维护细分策略 步骤 1 输入策略名称 ZSTG_SOLAR，选择结构 ZSEG_SOLAR 步骤 2 进入“段策略”页签，点“新输入”新增一行 步骤 3 段策略名称 ZSEG_SALES，描述“销售端效率细分” 步骤 4 勾选业务事务：销售订单、ATP 检查、需求传递 步骤 5 再新增一行 ZSEG_PROC，勾选采购订单、收货、库存管理 步骤 6 保存并激活

段策略拆分的粒度按业务实际来：如果销售和采购对属性的敏感度不同，就拆成两个段策略，销售端只认效率档位，采购端还认供应商产地；如果全链路一致，一个段策略全勾也行。拆得太细配置量大、维护成本高，拆得太粗又失去区分意义，我一般按“业务单据类型”拆，一个单据类型一个段策略，边界清晰。

3.5 策略分配到物料（MM01/MM02）与 SPRO 前置配置

最后一步是把策略挂到物料主数据。MM01/MM02 的 MRP 视图里有一个“细分策略”字段，填入 SGTC 里建的策略名即可。注意这个字段在物料创建时就要填，后期补填需要物料未被业务单据引用，否则会提示锁定。SPRO 的前置配置包括激活细分业务功能、定义特征组 SGT_SAP-C、分配号码段，这些是 CT04 能选到正确特征组的前提，原文把它放在“细分配置说明”里，实际项目里应该在第一步之前就做完。

SPRO 路径（S/4HANA） 跨应用组件 -> 分类系统 -> 类 -> 维护特征组 SGT_SAP-C 物料管理 -> 基于特征的库存管理 -> 激活细分业务功能 物料管理 -> 基于特征的库存管理 -> 定义细分策略的号码范围

配置顺序上，SPRO 前置配置 → CT04 特征 → SGTS 结构 → SGTC 策略 → MM01 物料，这条链路不能乱。方案文档里我会把这条链路画成一张依赖图，每个节点标注事务码和前置条件，配置人员照着走，比看文字描述快得多。

4. 业务落地：从销售订单到采购收货的特征值传递

4.1 销售端：订单行特征值录入与 ATP 隔离

配置做完只是骨架，业务跑通才算落地。销售端的第一步是 VA01 创建订单时，订单行项目会出现“细分”页签（前提是物料挂了策略且段策略勾选了销售订单）。业务在这里录入特征值，比如效率档位 23.5。录入后，ATP 检查会按特征值做隔离：系统只查效率值为 23.5 的可用库存，23.3 和 23.6 的库存不参与这次可用性计算。

这个隔离逻辑是 Segmentation 的核心价值，也是业务最容易误解的地方。业务常问“为什么仓库明明有货，ATP 却说不够”，答案就是特征值不匹配。方案里要配一张对照表说明：订单特征值 23.5，库存特征值 23.3/23.6，ATP 结果不足；若订单特征值留空（结构启用空值），则合并所有效率档位库存计算。这张表在培训时比讲十遍原理管用。

4.2 计划端：需求传递与 MRP 按特征展开

销售订单确认后，需求传递到 MRP。MRP 运算时，细分特征值会带到计划订单和采购申请上，计划员在 MD04 里能看到按特征值拆分的需求行。这一步的意义在于：计划员不用再手工拆需求，系统自动按效率档位汇总净需求。原文光伏场景里“计划部门获得 23.5% 的需求后如何传递到采购”，答案就在这条链路上——需求带特征值流转，采购申请自动继承。

这里有个配置细节要注意：MRP 的细分展开依赖物料主数据的 MRP 类型和批量参数，如果物料用的是再订货点或预测驱动，细分传递可能不完整。方案里要明确哪些 MRP 类型支持细分传递，通常按订单生产的物料支持最好，按库存生产的要额外测试。我一般会在蓝图阶段就做一次端到端测试：VA01 下单带特征 → MRP 跑出计划订单 → 检查计划订单特征值是否保留，这条链路不通，后面采购收货全是坑。

4.3 采购端：收货区分与库存特征值维护

采购端的关键动作是收货时维护特征值。MIGO 收货时，如果采购订单带了特征值，收货行会继承；如果供应商实际交货的效率档位和订单不同（比如订 23.5 收到 23.4），收货人员需要修改特征值，系统按实际值入库。这一步是库存准确性的命门——收货特征值填错，后续 ATP 和 MRP 全错。

库存特征值的维护还涉及库存转移和盘点。转移过账时特征值默认继承，盘点时按特征值分别盘点。方案里要规定：收货特征值修改必须有审批或复核，不能由收货员随意改；盘点差异按特征值分析，而不是只看物料号总数。这些控制点写进方案，验收时才有依据。

4.4 库存端：按特征值的可用量报表与搭配使用

库存端的落地体现在报表和搭配使用。标准报表 MB52 可以按特征值展开库存，自定义报表则按业务需要做特征值维度的库龄、周转分析。光伏场景里的“搭配使用”是进阶需求：不同效率档位的电池片可以搭配生产组件，系统里通过特征值查询各档位库存，计划员手工或通过优化工具做搭配方案。

搭配使用这类需求，标准功能不直接支持，方案里要说明边界：Segmentation 提供的是特征值维度的库存可见性和计划隔离，搭配优化属于计划算法范畴，需要外挂工具或自定义开发。把边界讲清楚，比承诺“系统全自动搭配”然后交付不了要负责得多。

5. 避坑与排查：五个最容易翻车的配置点

5.1 特征组选错导致相关性无法维护

现象：CT04 建完特征，SGTS 结构里选不到该特征，或者选到了但相关性页签是灰的。原因：特征组没选 SGT_SAP-C，或者 SPRO 里细分业务功能没激活，特征组下拉里根本没有这个选项。解决：先查 SPRO 激活状态，再回 CT04 用变更模式改特征组；如果特征已被业务单据引用，改特征组会报错，只能新建特征替换。预防办法是建特征前先跑一遍 SPRO 检查清单，把激活状态截图存档。

5.2 结构锁定后才发现要加特征

现象：SGTS 结构被物料引用后状态变锁定，业务提出要新增一个属性，配置人员发现改不了。原因：锁定机制设计如此，被引用的结构不允许改特征组成，防止历史单据的特征值失去定义。解决：新建一个结构，把原特征加新特征一起建进去，然后批量修改物料主数据的细分策略指向新结构，历史单据保留旧结构。这个迁移工作量取决于物料数量，几百个物料还能手工，上千个就得用 LSMW 或 BAPI。血泪经验是结构设计阶段就预留扩展特征，宁可多建几个空值特征，也别事后迁移。

5.3 空值语义理解偏差导致 ATP 结果异常

现象：销售订单没填特征值，ATP 显示库存充足，但实际发货时发现库存是另一个特征值的，发不出去。原因：结构启用了空值，空值在 ATP 里按“不区分”处理，合并了所有特征值库存，但实际发货要求特征值匹配。解决：明确空值的业务语义——是“任意值”还是“未指定”，前者适合辅助属性，后者适合核心属性但需要后续指定。核心属性建议不启用空值，强制下单时填值。方案里用一张表列出每个特征的空值策略和业务含义，培训和配置都以此为准。

5.4 段策略勾选不全导致业务事务不生效

现象：销售订单有细分页签，但采购订单没有；或者 ATP 按细分算了，MRP 却没按细分展开。原因：SGTC 段策略里业务事务勾选不全，漏了采购订单或 MRP 相关的事务。解决：对照业务流程图逐个核对段策略勾选项，销售、ATP、需求传递、MRP、采购订单、收货、库存管理逐项打勾测试。排查时用 SU53 看权限、用 ST05 跟踪 SQL 确认细分表是否被查询，比猜快。

5.5 收货特征值随意修改导致库存失真

现象：库存报表按特征值展开后，某些档位库存为负或异常大，追溯发现收货时特征值被改错。原因：MIGO 收货时特征值可编辑，没有校验规则，收货员图快填了默认值或填错档位。解决：在收货界面加校验（自定义增强或权限控制），特征值修改需二次确认；定期跑特征值库存与批次/实物对账报表。我一般会在方案里要求收货特征值修改留痕，谁改的、改前改后值都记录，出问题能追溯。

6. 验收与答辩：怎么证明这套细分方案真的跑通了

验收这件事，配置截图堆再多不如一条端到端链路跑通。我通常按“一条主线、四个断点”来设计验收用例。主线是：VA01 创建带特征值的销售订单 → MRP 运行生成带特征值的计划订单 → 采购申请转采购订单 → MIGO 收货维护实际特征值 → MB52 按特征值查库存 → 再开一张不同特征值的销售订单验证 ATP 隔离。四个断点分别是：订单特征值是否保存成功、计划订单特征值是否继承、收货特征值是否可改且留痕、ATP 是否按特征值隔离。每个断点记录预期结果和实际结果，形成验收记录表。

答辩时评委最爱问三个问题，提前准备好答案。第一个是“为什么不用批次管理”，用第 2.3 节的选型三条来答，重点讲 ATP 参与度。第二个是“结构锁定后业务要加属性怎么办”，答迁移方案和预留扩展的设计取舍，展示你考虑过变更场景。第三个是“空值到底代表什么”，用 5.3 的表来答，说明核心属性和辅助属性的差异化策略。这三个问题答利索，基本能证明方案是想过的，不是照文档抄的。

验收记录表建议包含这些列：用例编号、业务场景、操作步骤、预期结果、实际结果、是否通过、备注。表格不用花哨，但每一行都要能复现。我吃过亏的一次是验收时只测了销售端 ATP，没测采购收货特征值修改，上线后收货员把 23.5 填成 23.6，库存报表对不上，回头补测试花了两周。从那以后我每次做细分方案验收，都强制走一遍“销售下单-计划传递-采购收货-库存查询”的完整链路，一个断点不通过就不签字。希望这套结构能帮到你，照着搭自己的方案时，把验收用例先写出来，再倒推配置和开发，返工会少很多。

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