简介：面向SAP实施与主数据维护人员，这份文档系统讲解物料主数据中“物料状态”的核心作用与维护逻辑，尤其聚焦生产、采购、质量、财务等模块在协同维护时的状态流转规则。内容涵盖状态值01至99的适用场景、在MM02事务代码中按状态筛选物料的操作方法，以及基础数据、采购、MRP、成本核算、工作排程等视图中同一状态字段的联动关系。文档还结合OMS4后台配置，分析了16个栏位对不同模块业务消息的允许、警告与错误设定，便于读者理解企业自定义状态值的实际效果。资源为单个doc文件，共1个文档，总大小248KB，内容紧凑便于查阅；目前已有2434人学习。适合需要理顺物料主数据跨部门维护流程的SAP初学者或上线项目成员，可帮助快速掌握物料状态编号含义、视图同步机制及后台配置思路，从而减少沟通成本、提升主数据维护效率。
1. 物料状态：一个不起眼的字段卡住采购、库存与生产
物料状态是SAP MM物料主数据里最容易被忽略、却最能“一票否决”的字段。之前接手一个刚上线项目，采购员连续报错说采购订单建不出来，排查到最后，不是权限、不是物料类型，而是物料主数据基本数据视图里“跨工厂物料状态”被设成了“仅用于生产”，采购和MRP相关参数全部被限制。这个字段平时没人看，一旦设错，影响范围横跨采购、库存、生产、销售多个环节。这篇文章把物料状态的底层逻辑、配置路径、批量改法和常见坑讲透，适合MM顾问、主数据专员，以及所有需要维护物料主数据的业务用户。
2. 物料状态的底层逻辑：跨工厂与工厂级两个维度，以及状态参数的取舍
物料状态不是一个简单字段，它分两个层级，背后还有一套“状态参数”做细粒度控制。先把模型讲清，后面配置和排错才不会懵。
2.1 跨工厂状态（MSTAE）与工厂状态（MSTAV）的职责边界
物料主数据里有两处可以维护物料状态：一处是“基本数据1”视图，字段叫“跨工厂物料状态”，对应底层表MARA的MSTAE字段；另一处是“工厂数据/存储1”视图，字段叫“工厂物料状态”，对应MARC表的MSTAV字段。
| 维度 | 字段与存储表 | 前台维护位置 | 生效范围 |
|---|---|---|---|
| 跨工厂物料状态 | MARA-MSTAE | 基本数据1视图 | 所有工厂、所有业务范围 |
| 工厂物料状态 | MARC-MSTAV | 工厂数据/存储1视图 | 指定工厂范围内的业务控制 |
两个字段怎么配合，是项目里最常见的争论点。如果集团主数据统一管理，通常会启用跨工厂状态，总部用一个字段管住所有工厂；如果各厂自主采购、自主生产，工厂状态更合适。也有公司两个都用：跨工厂状态用于“全球范围能不能建采购订单”这种全局门禁，工厂状态用于当地工厂“试生产/量产”的本地控制。
我一般会建议客户把跨工厂状态当全局门禁，把工厂状态当工厂内部的细分流转。如果只允许维护一个地方，优先用跨工厂状态，否则换工厂就漏控制。实际配置时，通过物料主数据的字段状态组可以把这两个字段设成“显示”或“可选”，避免用户在错误的层次乱改。
还有一个容易混淆的点：物料状态与批次状态是两回事。批次状态是批次主数据里的质量检验状态，影响批次可用性检查；物料状态是主数据层面的流程控制。生产报工、批次发料时系统通常先看物料状态，再看批次状态，排查发货报错时别只盯一个字段。
2.2 状态参数：每一个勾选背后是一组业务限制
物料状态代码本身只是一串字符，真正起作用的是“状态参数”。在后台定义物料状态时，每个状态代码会对应一组复选框，常见参数包括采购订单、库存、收货、发货、物理库存、生产、成本核算、计划、需求、销售等，不同SAP版本的字段略有出入。
这里有一个反直觉的规则：勾选代表“限制”，不勾代表“允许”。比如状态代码“Z1 仅试制”，后台把“采购订单”“MRP/计划”“成本核算”三个复选框打勾，那么该物料在业务操作时就不能用于采购订单、不会参与MRP、不能做成本核算，但仓库收货、发货等操作不受影响。
这个规则是新手最常翻车的点，后面避坑章会专门展开。运行MRP时，如果“计划/需求”参数被勾，MD04里该物料不会产生计划行；创建采购申请时，如果“采购订单”参数被勾，系统直接拦截并抛出错误消息。这些检查点分散在不同事务代码里，排错时要根据报错消息反向回到OMSK，看对应参数是否被勾选。
用状态参数做控制，比写增强代码灵活得多。采购、生产、库存等标准业务操作在运行时都会检查物料状态，业务人员自己就能配置，不需要ABAP介入。不过也要明白边界：它只覆盖SAP标准业务场景里的检查点，自定义单据或者特殊流程，系统不会自动拦，只能靠增强补充。
2.3 状态在底层表与前台视图的对应关系
主数据层面的存储很简单：MARA-MSTAE与MARC-MSTAV是字符字段，存物料状态代码；状态代码的正式定义在配置表里，包括状态代码、文本、适用的行业领域和状态参数。
| 底层表 | 保存内容 |
|---|---|
| MARA | 物料通用数据，含MSTAE跨工厂物料状态 |
| MARC | 工厂级数据，含MSTAV工厂物料状态 |
| T134M | 物料状态与行业领域的组合约束 |
| T134T | 物料状态文本描述 |
| T134P | 物料状态对应的参数限制勾选 |
业务操作时，系统先读取主数据的MSTAE/MSTAV，再到配置表找到这个状态代码，最后按状态参数里的勾选决定放行还是拦截。排查状态相关问题时，我习惯先MM03前台看一眼状态值，再用SE16N查这几个表串起来核对，大多数问题都是“状态值设了但参数限制没勾全”或者“勾错了方向”。
还有一个后台细节：定义物料状态时，可以指定状态代码适用于哪些行业领域，比如机械工程、化工、零售。同一个物料如果维护了多个行业领域，不同行业领域可以有不同的状态代码和限制。极少数项目会用到，但一旦用了，排查时要记得“行业领域+状态”是组合维度，只查MARA的MSTAE会漏掉另一条行业分支的状态限制。
3. 定义与应用物料状态：从OMSK后台配置到MM02前台维护的完整路径
3.1 用OMSK定义物料状态：代码、文本与状态参数
后台定义物料状态的标准路径是SAP菜单：后勤通用 → 物料主数据 → 设置关键字段 → 定义物料状态，对应事务代码OMSK。操作步骤：
- 进入OMSK，选中左侧状态代码列表，新建一个条目；
- 输入两位状态代码，比如Z1，填写文本描述“试制阶段”；
- 双击进入状态参数维护界面，勾选需要限制的复选框；
- 保存，系统写入配置表T134M/T134P。
参数怎么设是关键：新物料的试制阶段，一般勾选“采购订单”“MRP/计划”“成本核算”，让试制物料只走仓库收发和试验领用，不走正式采购和生产计划。等转量产时，再把状态改成“Z2 量产”，后台参数全放开。
把“勾选=限制”这个规则记住：凡是打了勾的维度都是“不允许”，没打勾才是“允许”。如果“收货”“发货”被勾选，试制物料连出库入库都会被拦截，反而影响试制流程，所以试制状态通常不勾这两个参数。常见错误是看中文界面以为勾上才能用，实际正好相反。
一个常见的项目习惯是：配置前先在Excel里列一张状态参数矩阵，把每个状态的每个维度都填好，再照表去OMSK勾选。这样既能评审，又避免后台反复改。配置传输的时候，物料状态属于配置变更，一定要走传输请求，不能直接改生产配置。
3.2 前台MM02维护视图与字段状态组的控制
状态代码定义完，还要在物料主数据里分配。用MM02打开物料，基本数据1视图找到“跨工厂物料状态”字段，填入Z1；如果启用工厂级状态，再到工厂数据/存储1视图填“工厂物料状态”。
这里有个很实际的坑：字段在屏幕上看不到。物料主数据的字段是否显示，由物料类型的“字段状态组”和屏幕格式控制，不是有权限就一定能看到。如果MM02里找不到物料状态字段，先去后台查这个物料类型的字段状态组配置，路径在后勤通用 → 物料主数据 → 设置关键字段 → 字段状态组，把“跨工厂物料状态”和“工厂物料状态”设为可选或必填，再回前台看。
注意别改错字段状态组，改完会影响所有该物料类型的屏幕布局，建议先在测试配置里验证，确认哪些用户角色需要看到这个字段。实践中很多项目把跨工厂状态字段设为“显示”，只允许主数据专员改，普通用户只能查看，避免误操作。
3.3 用BAPI批量改物料状态：接口参数与调用示例
单个物料改状态用MM02没问题，接口集成或批量场景就要用BAPI。BAPI_MATERIAL_SAVEDATA是物料主数据保存的标准BAPI，跨工厂状态和工厂状态都在抬头结构里。最小调用示例：
DATA: ls_headdata TYPE bapi_material_headdata, lt_return TYPE TABLE OF bapiret2. ls_headdata-material = 'MAT001'. " 物料号 ls_headdata-ind_sector = 'M'. " 行业部门，必填 ls_headdata-matl_stat = 'Z1'. " 跨工厂物料状态，对应MARA-MSTAE ls_headdata-matl_sta_pl = 'Z1'. " 工厂物料状态，对应MARC-MSTAV CALL FUNCTION 'BAPI_MATERIAL_SAVEDATA' EXPORTING headdata = ls_headdata IMPORTING return = lt_return. IF lt_return IS INITIAL. COMMIT WORK. ELSE. ROLLBACK WORK. ENDIF.代码里MATL_STAT对应MARA的MSTAE，MATL_STA_PL对应MARC的MSTAV，行业部门IND_SECTOR必须填，否则BAPI直接报错。如果只想改跨工厂状态，MATL_STA_PL可以不填；但如果物料工厂视图已经有数据、且工厂状态被维护过，原则上跨工厂状态和工厂状态要一起传，避免更新后出现不一致。
BAPI调用完成后，物料主数据的变更凭证会记录在CDHDR/CDPOS里。自开发程序如果想记录“谁把状态从Z0改成了Z1”，可以调用BAPI后引用返回的变更凭证号。不过标准界面MM02自己就会生成变更凭证，常规运维不需要额外开发。实际项目中，我只有在接口同步、主数据批导这两个场景才用BAPI，其他情况用下一章讲的工具更省事。
4. 物料状态实施避坑记录：五条踩坑经验与排查思路
物料状态这功能，原理不复杂，坑全在“配置方向”“生效范围”和“与历史数据的关系”三种类型上。下面五条是项目里最常见的情况，每条都按“现象→原因→解决”记录，可以直接拿着排查。
4.1 状态参数勾反了：把“限制”看成“允许”
现象：状态设成“试制”后，采购订单反而能建，仓库收货却被拦截。 原因：勾选方向理解反了。后台“状态参数”中勾选代表限制，很多人以为是允许。采购没勾所以不受限制，收货勾了导致无法收货。 解决：先到OMSK看状态代码的参数勾选，再决定调整哪些复选框。建议在状态代码描述里写清楚“可收货不可采购”，例如“Z1试制-禁采购”，减少后续误配。每次新定义状态，都对着参数矩阵表复核一遍。
4.2 跨工厂状态与工厂状态维护错位置
现象：在基本数据1里设了跨工厂状态，另一个工厂仍然正常下单采购。 原因：MSTAE虽然跨工厂生效，但工厂数据/存储1里另有一个MSTAV是放开的，或者后台配置时该状态代码没把需要控制的行业领域维护全，导致系统检查时走了放开的维度。 解决：排查时先用MM03同时看基本数据1和工厂数据/存储1两个字段，再用SE16N查MARA-MSTAE、MARC-MSTAV对比。修改时两个字段一起改，别只改一个，否则容易出现“跨工厂冻了、工厂放行”的矛盾局面。
4.3 状态限制消息是错误还是警告，用户被硬卡住
现象：MRP运行、采购下单时直接报E类型错误消息，业务无法继续，用户抱怨“能不能只警告”。 原因：物料状态限制在标准业务场景里多数按错误处理，消息类型由程序逻辑或消息号类别决定，不是简单改个配置就能变成警告。 解决：不建议通过SE91改消息号类型来“降级”，影响面很大。更稳的做法是在业务蓝图中约定：状态限制就按错误处理。实在需要警告，找ABAP加BAdI增强，在特定用户或角色下把状态检查改成警告。注意增强会影响性能，别全局放开。
4.4 状态变更不影响历史凭证，别拿状态当删除标志
现象：物料已经停用，状态设成“停产-不允许一切操作”，但历史采购订单仍然可以做发票校验。 原因：物料状态控制的是“新业务操作”的入口检查，不追溯历史凭证。已存在的未清采购订单、未清预留、未清生产订单，不会被物料状态冻结。 解决：停产物料要配合“删除标志”和“禁止创建新凭证”一起用。先清完未清单据，再设状态冻结，最后才考虑打删除标志。可以运行MRP和库存清单确认没有未清项后再冻结。
4.5 状态变更没有审批和痕迹，改错了查不到人
现象：上线两周后发现一批物料的跨工厂状态从“量产”被改回“试制”，但没人承认改过。 原因：物料主数据字段在MM02里会生成变更凭证，但公司没养成查变更记录的习惯，或者字段被权限放开到所有主数据维护用户。 解决：用SE16N查CDHDR，按对象类型MATERIAL和物料号筛选，再关联CDPOS看字段级旧值和新值，能还原变更人、时间、旧值、新值。如果项目要求更严，给“物料状态”字段挂字段状态组“必填+受权限控制”，并在审批流程里加入状态变更申请。
5. 物料状态与业务流转协同：生命周期、冻结标志与变更底表
5.1 物料生命周期中的状态流转建议
物料状态跟着物料生命周期走。常见四个阶段：新建试制、量产、停产冻结、淘汰删除。每个阶段建议单独定义状态代码，并在后台把参数按阶段收敛：
| 阶段 | 建议状态 | 采购 | 收货 | 发货 | 库存 | MRP | 成本核算 |
|---|---|---|---|---|---|---|---|
| 试制 | Z1 试制 | 限制 | 允许 | 允许 | 限制 | 限制 | 限制 |
| 量产 | Z2 量产 | 允许 | 允许 | 允许 | 允许 | 允许 | 允许 |
| 停产 | Z3 停产 | 限制 | 限制 | 限制 | 限制 | 限制 | 限制 |
| 淘汰 | Z4 淘汰 | 限制 | 限制 | 限制 | 限制 | 限制 | 限制 |
表格里“限制”表示参数勾选，“允许”表示不勾。量产状态通常全部放开，停产状态全部限制。实际项目里，停产后往往还允许“库存发货”用于售后备件，那就要把“发货”参数放开，这种按业务细化就行。
状态流转要配权限控制。一般建议主数据维护岗可以维护Z1/Z2，停产状态Z3需要主管审批再做。MM02本身有变更凭证，但“谁把状态从量产改成停产”这种敏感操作，最好在上线前约好审批矩阵，不要开放给所有物料维护用户。
5.2 物料状态、删除标志与冻结标志的边界
三个概念经常混用。物料状态是流程控制字段；删除标志是逻辑删除，用于历史数据停用，新业务操作全部拒绝；冻结标志或锁定标志用于局部冻结。它们的边界用一张表说清：
| 手段 | 控制对象 | 是否影响历史凭证 | 典型场景 |
|---|---|---|---|
| 物料状态 | 采购、库存、生产等流程检查点 | 不影响历史 | 试制、量产、停产控制 |
| 删除标志 | 物料在系统内的存在性 | 不影响历史，拒绝新业务 | 永久退市、错误主数据清理 |
| 冻结/锁定 | 特定业务或特定工厂范围 | 不影响历史 | 争议库存、供应商问题冻结采购 |
停产物料建议先状态冻结，再挂删除标志，不要一步到位直接打删除标志。直接打删除标志，物料在主数据表里还在，但很多查询界面默认过滤，后期想恢复反而麻烦。先冻结、再删除，每一步都有回退空间。
5.3 用物料变更底表追踪状态被谁改过
物料主数据变更记录的核心底表是CDHDR（变更凭证抬头）和CDPOS（变更凭证明细）。CDHDR记录变更对象、变更编号、时间、用户名，CDPOS记录每个字段的旧值和新值。查物料状态变更，最直接的办法是SE16N查CDHDR：
-- 按物料号查变更抬头（示例，实际用SE16N更顺手） SELECT objectid, udate, utime, username, changenr FROM cdhdr WHERE objectclas = 'MATERIAL' AND objectid = 'MAT001' ORDER BY udate DESC, utime DESC;提示：SE16N查CDHDR时，objectclas是“MATERIAL”，objectid是物料号。查出来的changenr再关联CDPOS，就能看到MSTAE或MSTAV字段的旧值和新值。
实际排查中，我经常遇到“状态被改成什么了没人知道”的问题，靠CDHDR/CDPOS总能还原出来。但CDHDR不会记录“后台OMSK参数被改”的审计需求，参数变更要用配置传输请求（TR）来追踪，所以建议状态参数的调整都走传输请求，别直接在开发机改生产配置。这个习惯能省掉很多扯皮。
6. 批量刷新物料状态：用MASS在十分钟内改完两百个物料
主数据切换时最常见需求：一批试制物料转量产。MM02逐个改太慢，BAPI要写程序，用MASS海量维护是效率最高的路线。
6.1 用MASS按字段海量维护MSTAE/MSTAV
事务代码MASS进入海量维护，对象类型选“物料主数据BUS1001”，然后确定物料选择条件，比如物料类型、工厂、当前状态Z1。关键一步是字段选择界面勾上“跨工厂物料状态MSTAE”和“工厂物料状态MSTAV”，系统按条件带出物料清单和当前值，直接在结果界面把状态值改成Z2，预览确认后执行。MASS的好处是不录屏，完全按字段带值，不会像LSMW那样因为屏幕字段顺序不同翻车；LSMW录屏更适合带附加页签、附加字段的复杂导入。
6.2 批量修改前的检查清单
改之前务必先做三件事：一是导出当前MARA-MSTAE和MARC-MSTAV清单，确认没有把正式状态的物料误包含进来；二是确认状态参数Z2在后台已放开采购、MRP、成本核算等检查；三是跑一把MRP或用一个测试物料走一遍采购下单，验证状态Z2没有被任何限制误勾。改完后用CDHDR查一遍变更凭证数量，和物料清单数对上，防止部分物料更新失败。
从那以后，我每次做物料状态切换，都强制走“导出清单→MASS修改→查CDHDR核对”三部曲。物料状态这种字段，单个改错还能靠前台补救，批量改错就是采购、库存、生产全军覆没。希望帮到你。
本文还有配套的精品资源，点击获取
