SAP主数据三件套：分类、序列号与批次管理实践指南

简介：面向SAP物料管理（MM）与库存管理方向的顾问、实施及运维人员，这份PDF讲解材料聚焦分类、序列号、批次三大精细化管理机制，并延伸到库存确定与安全库存策略，重点解决物料主数据、特殊库存和批次消耗逻辑中的常见问题。资源为单文件PDF，大小约2.53MB，版式与目录适合按模块阅读，目前已有3306人学习下载。内容具体覆盖分类类型与特征值维护（CL01/CT04，物料分类001、批次分类022/023）、序列号在退货与追溯场景中的处理思路、批次选择的策略规则，以及库存确定组与规则的分配方式；安全库存部分还给出基于MAD和服务水平的计算公式，贴近日常运维与项目实施场景。适合需要快速梳理SAP库存控制体系、补齐相关概念与配置逻辑的学习者。

1. 分类管理、序列号管理、批次管理：SAP 主数据里最容易被低估的三件套

做 SAP 上线或者日常运维的朋友，迟早会在物料主数据里撞见这三样：分类管理、序列号管理、批次管理。它们不产生凭证、不直接影响财务账，却是仓储和工厂运转的隐形骨架——按属性找料靠分类，单台设备追踪靠序列号，按批号控库存靠批次。实际项目里，这三套配置经常是上线后期才补的，结果就是盘库对不上、发货报错、追溯查无数据。这篇文章按落地顺序拆开讲：各自解决什么问题、最小配置怎么做、参数怎么设，以及我在项目里踩过的坑。适合正在做 MM/PP 主数据，或者要接手 SAP 运维的从业者。

2. 分类管理：用特性组装分类，把物料从“查不到”变成“按值搜”

2.1 为什么物料要用分类，而不是多建几个自定义字段

很多公司一开始想让 IT 在物料主数据上加一堆“颜色、尺寸、材质”自定义字段。这个方案在 SAP 里非常痛苦：字段多了，MM01 维护界面就是一张长表；跨模块报表取值要增强；改字段还要动数据字典，顾问一走没人敢碰。分类管理的思路完全不同：先把“颜色”“尺寸”“材质”定义成特性（Characteristic），再把它们组合成一个分类（Class），最后把分类分配给具体物料。物料维护的时候只填特征值，所有值落在 AUSP 表里，查询、报表、接口都能按这套标准取值。

分类体系里有两个关键概念容易混淆。第一个是特性，它相当于一个字段模板，可以设定值类型和允许值列表；第二个是分类，相当于一组特性的集合。一个特性可以被多个分类复用，比如“供应商”这个特性既能挂在原材料分类下，也能挂在设备分类下。分类本身要绑定对象类型，最常见的是物料分类，还有供应商、客户、设备等对象类型各有各的分类类。选错类类型，分类就挂不到目标对象上，这是新手最容易翻车的第一道坎。

分类的状态字段也值得单独说。分类创建时默认是“未发布”，未发布的分类不能被分配给对象；分配完成后如果要停止使用，不是直接删除，而是先在分配关系里解除，再把状态改为“锁定”。我在项目里见过有人把已发布分类直接删，系统报错后还以为是权限问题，实际上是标准逻辑不允许这么操作。

分类和物料组的分工不要搞混。物料组是物料主数据的固有属性，一张物料只能属于一个物料组；分类是多对多的属性集合，一张物料可以挂多个分类，一个分类也可以覆盖多种物料。要解决“按几个属性组合起来找物料”这类需求，分类比物料组灵活得多。

2.2 最小落地：CT01 建特性、CL01 建分类、CL20 分配

以“原材料按规格找料”为例，我给出一套能直接照抄的最小步骤。先建特性，再建分类，最后分配，顺序不能反。

第一步，用事务码 CT01 创建特性。特性名建议用有业务含义的短代码，比如 COLOR、SPEC_SIZE。创建时最关键的参数是“值类型”：字符型还是数字型。如果允许值固定，就在“值限制”里维护允许值列表，比如颜色维护成“红/黄/蓝”，这样物料维护时不会填出花式写法。数字型特性要注意单位，比如长度单位是 MM 还是 M，单位错了后面查询和报表全部对不上。

第二步，用事务码 CL01 创建分类。两个字段必须先确认：类类型填物料分类类型（系统里物料分类一般是 001），分类状态选“已发布”。在“类”页签里把刚才建好的特性一个个拖进去，可以勾选“必输”还是“可选”。必输意味着物料挂这个分类时必须填该特征值，适合关键管控属性；可选适合补充信息，物料维护时可以留空。

第三步，分配。单张物料可以直接进 MM02，切到“分类”视图维护分类和特征值；批量分配用 CL20，支持按物料号范围、物料组、工厂等条件筛选，一次性把分类挂给一批物料。反过来，如果想把一个分类同时分配给多个对象，用 CL24 按分类选择对象，方向正好相反。如果分类数量多了，可以用 GS01 维护分类组，方便后续报表按组筛选，不用一个个勾分类。

操作步骤和事务码对应关系如下表：

2.3 分类在 MM 视图里的用法和查数方式

分配完成不是终点。你在 MM03 的“分类”视图里看到和维护的是特征值，但系统内部存储是 AUSP 表。日常排查分类问题时，我一般直接跑一个 SQL 看底层数据，而不是反复点界面。

SELECT kssk.objek AS material, -- 物料号 klah.class, -- 分类名 ausp.atinn, -- 特性内部编号 ausp.atwrt -- 特征值 FROM ausp INNER JOIN kssk ON kssk.objek = ausp.objek INNER JOIN klah ON klah.clint = kssk.clint WHERE kssk.mafid = '001' -- 对象类型为物料 AND klah.class = 'Z_PHY'

这段 SQL 里，KSSK 是分类与对象的分配关系表，AUSP 是特征值表，KLAH 是分类抬头表。MAFID 条件按系统里实际对象类型确认，通常物料对应 001，如果不确定，先用 SE16N 打开 KSSK 看一列数据再过滤。查出来为空时，先回 CL01 确认分类是否“已发布”，再回 MM02 确认物料确实挂了分类，而不是只看报表有没有值。

特征值还有一个容易误导人的点：AUSP 表里的数值型特性存的是内部格式，和你界面上看到的外部格式可能不一样。比如外部显示“1.5”，内部可能是“0001.500”。所以用 SQL 做报表时，数字型特性建议直接接特性表 CABN、CAWN 关联转换，或者干脆用标准报表按分类输出，省得自己折腾格式。

删除操作的边界也要清楚：CL04 删除分类前，必须先批量解除所有对象的分配关系，否则系统直接拒绝；解除分配不会删除特征值，特性本身要用 CT04 删除，而且只有不被任何分类引用的特性才删得掉。这些都是“看起来能做、实际会被系统拦下来”的典型场景。

3. 序列号管理：单台设备追踪背后的参数与状态更新逻辑

3.1 序列号参数文件：先弄明白要跟踪“哪种级别的个体”

序列号管理和批次管理经常被放在一起比较。批次管理跟踪的是“同质的一批”，比如一批钢材的重量和炉号；序列号管理跟踪的是“单件个体”，比如一台冲压设备的出厂编号。如果一个物料既需要批次管理又需要序列号管理，两者可以同时启用，互不冲突。

在 SAP 里启用序列号，不是简单在物料主数据勾个开关，而是要挂在“序列号参数文件”下运行。参数文件的维护在序列号参数文件事务码（我在项目里常用 OIS1 定义、OIS2 维护详细设置，版本不同入口可能略有差异）里做，实在找不到就进 SPRO 搜“Serial Number”，路径不唯一但要抓住关键字。

参数文件里要确认三件事。第一，给号方式：序列号是系统内部自动分配，还是外部手工输入。第二，应用范围：物料、设备、功能位置各有各的参数文件，选错了应用范围，序列号根本不会在你预期的业务流程里出现。第三，状态更新逻辑：收货、发货、转储每一步移动，系统要不要记录状态、记录哪些状态。这个第三点最容易被忽略，但它直接决定追溯报表能不能查到“这台设备什么时候从哪进的、最终发给谁”。

参数文件配置完成后，回到 MM02，在物料主数据的“基本数据1”视图找到“序列号参数文件”字段，填上对应的参数文件。这一步漏了，后面所有业务操作都会报“序列号参数文件没有定义”或“序列号不能分配给物料”。设备主数据则是在创建设备时绑定参数文件，走的是 IE01/IE02 那一套，和物料序列号的入口不一样。

3.2 从收货到交货：序列号状态是怎么一步步更新的

序列号最大的特点是“有状态”。标准状态码常见的有 ESTO（在库）、ELOD（已装运）、EDEL（已交货）、EVBR（已收货）等，不同行业项目的状态集合会不一样，但更新逻辑是通用的：每一步库存移动过账时，系统读取序列号参数文件里的状态规则，把序列号从旧状态推送到新状态。

以采购收货为例。MIGO 收货过账时，如果参数文件设置为“收货时创建序列号”，系统会为收到的每台设备生成序列号，并把状态置为在库。随后这张库存做过账或者转储，序列号跟着仓库移动走。等到销售发货时，先做 VL01N 创建交货单，再做 VL02N 发货过账，序列号状态从在库或装运状态更新为已交货。EDEL 这个状态码，就是在交货过账那一刻被标准程序写进序列号历史里的。

状态更新不是靠打印出来的“单据号”完成的，而是过账程序在后台读参数文件的状态规则完成写表。排查状态问题时，我一般先看序列号的当前状态和状态历史，标准报表或序列号总览事务码能直接看到；如果需要确认底层逻辑，去查序列号历史记录，按时间轴看状态码变化。这里有个血泪经验：状态没更新，多数不是程序逻辑复杂，而是参数文件里漏配了某个移动类型，比如跨工厂转储没勾记状态的开关。

3.3 序列号给号方式与编号范围：内部给号、外部给号

给号方式直接影响仓库操作，配置的时候要想清楚。内部给号是系统按编号范围自动分配，比如设备编号从 SNC 号段自动递增，适合企业内部自定义编号的场景；外部给号是人工在界面上输入，适合序列号来自厂家铭牌的场景，比如笔记本底部的出厂 SN，仓库人员直接扫码录入，比让系统重编一套号码更贴近实物管理。

编号范围用 SNRO 维护，序列号参数文件里指定使用哪个号段。项目里最常见的坑是号段设得太短，生产一上量就顶号码。用 SNRO 打开对应号段，看一眼当前号码和最大号码，数字很接近说明快爆号了。外部给号还有一个隐蔽坑：用户手工输入时容易把字符“1”和“I”混输，或者“0”和“O”混输，导致后续追溯对不上实物。我的处理方式是能扫码就不手输，不能扫码就在输入校验上做增强，把常见混淆字符直接拦掉。

收货和发货界面上，序列号一般在行项目的“序列号”页签里维护。MIGO 收货时如果参数文件设的是“收货时创建序列号”，收货界面就能直接录入或自动生成；如果设成了“发货时才创建序列号”，收货阶段不会有序列号，到发货时再补。这个顺序一旦配错，就会出现仓库收货时没录序列号、发货时又找不到序列号可发的情况，详见第 5 章的避坑。

4. 批次管理：从主数据勾选到报工倒冲自动指定批次

4.1 物料主数据开启批次管理：级别、视图和前提

批次管理的目标是让同一物料还能再细分出更小的库存单位，以区分生产日期、供应商批次、质量等级。启用前先在 MM02 的“工厂数据/存储1”视图里勾选“批次管理”字段，系统会弹出一个批次级别的确认窗口：按“物料+工厂”还是“物料+工厂+存储地点”作为批次粒度。

这个级别一定要在上线前想清楚，事后改是主数据重做级别的工程。按“物料+工厂”管理，意味着同一工厂下所有存储地点的同一物料共享一套批次；按“存储地点”切分，则每个仓库各自维护批次，盘点和对账更细但主数据量成倍增加。我见过一个企业上线时选了物料+工厂，后来发现两个中转仓各自收货需要分开批次，硬是改了级别，结果库存主数据重新初始化，额外折腾了两周。

批次级别确认后，还要定批次号的编号方式。批次号可以自动给，也可以参照供应商批号。自动给号配合按日期编码的号段比较实用，比如批次号前缀带生产日期“20240601-001”，仓库看到批次号就能大致判断生产日期，不用每次查批次主数据。

批次启用后，系统会开始维护两张核心表：MCHA 是批次主数据，MCHB 是批次分的库存数据。日常看批次库存，我习惯直接查 MCHB，尤其对账的时候比在界面上一个个点快得多。

SELECT mchb.matnr, -- 物料号 mchb.charg, -- 批次号 mchb.clabs, -- 可用库存 mchb.wmeng -- 已出库数量 FROM mchb WHERE mchb.werks = '1000' AND mchb.clabs > 0 ORDER BY mchb.matnr, mchb.charg

这段 SQL 用于核对批次库存的可用数量，配合 MB5L 的库存报表交叉验证。注意 CLABS 是“可用库存”，不等于“总库存”，质检锁定、限制使用的批次库存会体现在其他字段里。查出来某个批次的可用库存和你预期不一致，先去查这个批次的质检状态和移动类型历史，而不是急着调库存。

4.2 MSC1/MSC2 创建修改批次与批次状态

批次主数据通过 MSC1 创建、MSC2 修改、MSC3 显示。创建时维护的是批次属性，包括质量等级、产线、供应商批次号、有效期等。这些属性背后实际上是“批次分类”：把批次当作一个对象类型，给它挂特性和特征值。批次分类的创建方式和物料分类一样，差异只在于类类型不同。

手动创建批次适合小批量、多品种的场景。大批量导入或定期从 MES 接收批次，则建议走 LSMW 或 BAPI。标准的批次创建 BAPI 有 BAPI_BATCH_CREATE，只能创建批次主数据，不会自动产生批次库存，批次库存要由后续的收货过账或库存转移来实现。这点经常有人踩坑：调了 BAPI 以为批次就能用了，结果 MCHB 里根本没有库存记录，原因是 BAPI 只写了主数据，没写数量。

MSC2 的“状态”页签是整个批次管理最需要小心的位置。这里可以设置“限制使用”，比如锁质量、锁发货。一旦批号被锁，出库时即使库存显示有货，也发不出去。常规做法是让质检部门在收货检验后更新批次状态，而不是让计划员自己手工改。我在一个项目里见过，计划员为了赶发货手工解锁了一个质量不合格的批次，三个月后被审计查出来，整改报告写了一个星期。

创建批次时还要注意有效期字段。很多企业用批次管理是为了近效期先出（FEFO），如果批次主数据里有效期没填或者填错，后面批次确定发出的货很可能是先过期的那批，这在食品和医药行业是严重事故。所以批次创建动作最好做成表单级强制字段，有效期必输再加校验。

4.3 批次确定与报工倒冲自动指定批次

批次确定是“系统按规则自动选批”，核心机制还是条件技术。在 SPRO 里找到批次确定配置（我常用事务码 OMBD 进入），定义查找顺序，再按物料+工厂+移动类型维护条件记录，比如“先过期的先发”“库存量大的先发”“指定供应商批次优先发”。配置完成后，MIGO、MB1A 发货时系统会按条件记录自动带出批次，人工不用再纠结选哪个批。

和批次发货最相关的场景是“报工倒冲自动指定批次”。生产订单报工时，组件通过倒冲发料，仓库不会一张张输入批次，而是由系统后台按批次确定规则自动选批。很多人配置了批次确定但自动选批不生效，这是我在项目里遇到最多的问题之一。

排查顺序是固定的：先看工艺路线组件行里的“批次确定过程”字段是不是空白，再看条件记录是否覆盖了物料+工厂+移动类型，最后看物料主数据里的批次状态有没有“限制使用”。工艺路线的字段可以用 CA02 打开，顺着组件行展开详细视图逐项检查；如果用的是生产版本或配方，要找对应的组件维护界面，但原理相同。

批次确定还有一个常见误用：条件记录只维护了采购收货的移动类型，发货和倒冲的移动类型没维护，导致采购入库时自动带批次，生产领料时却不带。我一般建议把收货、发货、倒冲、转储这几类常用移动类型一次性都维护了，宁可多维护几条条件记录，也不要等业务跑起来再回头补。

5. 避坑：分类、序列号、批次最容易翻车的五个现场

5.1 分类特性删不掉，报错说“正在被对象使用”

现象：CL02 里想从分类中移除某个特性，或者直接删除分类，系统提示“该特性正在被对象使用”或“分类已被分配”。

原因：分类已经分配给了物料，或者分类状态还是“已发布”。SAP 不允许直接删除仍有分配关系的分类，也不允许从分类中拆出还被其他分类引用的特性。这个限制是保护数据一致性，不是权限问题。

解决：先用 CL24 按分类批量解除分配关系，把所有物料从该分类上摘下来；然后把分类状态改为“锁定”或“未发布”；最后再执行删除或移除特性。如果系统里残留了历史分配关系，用 KSSK 表查一下还有哪些对象挂着，逐一解除再操作。我的习惯是删除前导出一个对象清单，防止误删影响范围。

5.2 发货时说“序列号不存在”或“序列号未分配”

现象：VL01N 创建交货单，到 VL02N 发货过账时，系统报序列号不存在；或者收货时录了序列号，发货时却带不出来。

原因：序列号参数文件里的创建时机配置错了。常见做法有两种：收货时创建序列号、发货时创建序列号。如果设成了“发货时才创建”，收货阶段根本没有序列号实体，发货时自然找不到；如果设成了“收货时创建”，但收货业务没有录序列号，库存序列号清单是空的，同样带不出来。

解决：先把序列号参数文件的“创建时机”改为收货时创建，再回 MIGO 查看历史收货凭证的序列号页签，确认是否真的录入了序列号。缺序列号的批次只能补录或冲销重做，没有捷径。我建议项目上线前做一轮“收货→发货→转储”全链路的序列号穿测，别等大货真的发出去了才补课。

5.3 批次自动编号不连续，或者提示批次号超出范围

现象：MSC1 创建批次时跳号，或者自动批次创建时弹窗报编号范围已满，无法继续分配批次号。

原因：批次编号和序列号编号一样，用的是编号范围资源。如果号段没有设置成自动扩展，号码池耗尽后系统会直接报错。跳号则是正常现象——被占用的号码通过回滚或废弃批次消耗掉了，不需要处理。

解决：用 SNRO 打开批次编号范围对象，看当前号码和最大号码，快顶满时把最大号码调大，或者把号段设为自动扩展。更合理的做法是把自动批次和手工批次分开用不同的号段，避免手工批次号把自动号段占掉，导致系统分配给生产批次的时候号码看着很乱。

5.4 报工倒冲自动指定批次失效

现象：生产订单报工后，组件发料没有按系统规则自动带出批次，或者带出来的批次不符合 FEFO/FIFO 规则。

原因：三个位置至少有一个没配好。第一，工艺路线组件行里的“批次确定过程”字段空白；第二，SPRO 里的批次查找顺序或条件记录缺失；第三，物料主数据批次状态被“限制使用”。三者里最常见的是第一点，因为很多人只配了 SPRO，忘记了工艺路线的组件行还要单独指定。

解决：CA02 打开工艺路线，定位到对应组件，把“批次确定过程”字段选上；再到条件记录维护里确认物料+工厂+移动类型有实际的条件记录；最后 MSC3 检查批次状态。如果改了工艺路线，要注意生产订单是下发了的旧订单还是新订单，已下达订单不会自动刷新工艺路线变化，需要重建订单或手动改。

5.5 批次状态“限制使用”导致库存锁死

现象：MSC3 显示批次库存有货，但 MIGO 发货或销售交货时选不到这个批次，库存仿佛凭空消失了。

原因：批次状态里勾了“限制使用”。系统认为这个批次被质量锁定或不允许发货，界面上的可选批次列表里自然不出现它。

解决：在 MSC2 的“状态”页签把限制使用勾去掉，改成可用。但要注意权限边界：谁有权利解锁批次，应该有明确的授权矩阵。我的做法是让质检角色负责解锁，计划员只有查看权限，避免为了赶发货绕过质量流程。审计角度讲，批次状态变更最好能留下日志，方便追溯是谁、在什么时间、为什么改了状态。

6. 进阶技巧：用底表和 SQL 快速验证三类主数据

一小块主数据配置改动，往往要等到用户收货、发货的时候才暴露出问题。与其等业务跑起来喊救命，不如做完配置后自己做一轮底表验证。分类看 AUSP 和 KSSK，序列号看序列号历史表，批次看 MCHB 和 MCHA，这三张底表能覆盖 80% 的配置检查需求。

验证分类，跑一遍第 2 章里那段 SQL，重点看物料号、分类名、特征值三列有没有空值。特征值为空的记录，往往是必输字段漏填或分类分配时用了批量导入。验证批次，用第 4 章里的 MCHB 查询，把可用库存和 MB5L 的账目对一遍；如果对不平，优先查批次状态和移动类型。验证序列号，我一般查序列号历史，挑一张最近的发货凭证，从交货单号反查序列号状态，确认状态已经推进到 EDEL 而不是停留在在库状态。

LSMW 批量导入也是常见路径。录屏导入分类、序列号、批次主数据时，要格外注意必输字段：分类导入要维护分类类型和状态，批次导入要维护有效期和质量等级，序列号导入要维护参数文件和编号范围。导入完不能直接宣布完成，至少要抽三个对象在 MM03、MSC3 和序列号总览里复核一遍。

我做项目的习惯是：凡是涉及这三类主数据的调整，改完后先跑底表，再让用户做一轮小范围收发货测试。早年在项目里吃过一次亏，批次号段没有提前核对，上线第三天号码池就爆了，跨月盘账返工折腾了大半个月。从那以后，这步验证就成了我这边雷打不动的流程。希望帮到你。

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