news 2026/11/5 16:15:09

SAP MM供应商寄售全流程实战:从主数据配置到MRKO结算与报错排查

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
SAP MM供应商寄售全流程实战:从主数据配置到MRKO结算与报错排查

简介:这份资源聚焦SAP MM模块中的供应商寄售业务,面向已具备一定物料管理基础、需要掌握寄售采购全流程配置与操作的顾问及企业用户,帮助解决寄售库存不记成本、收货无财务凭证、发票校验方式特殊等实操难点。资源包内含1个doc文档,约123KB,以文字步骤与事务代码说明为主,便于对照系统逐步演练。内容围绕物料主数据MRP2视图设置采购类型F与特殊采购类10、XK01创建供应商、ME11维护信息记录、OMEV激活寄售功能,以及ME51N采购申请、MIGO或MB01执行101收料、MMBE查看库存、MB1B以411移动类型转非限制库存、MRKO完成发票校验等关键环节展开,并针对411K冲销与MRKO结算报错给出412K冲销后再校验的排错思路。目前已有559人学习,适合作为寄售流程配置与异常处理的参考手册。

1. 供应商寄售在 SAP MM 里到底怎么跑通:从主数据到 MRKO 结算

很多做 SAP MM 的同行第一次接触供应商寄售,都会卡在同一个地方:货明明收进来了,MMBE 也能看到库存,但财务那边死活没有凭证,发票校验 MIRO 也做不了。这不是系统出 bug,而是寄售这套逻辑本身就跟正常采购不一样——供应商把原材料寄存在你的仓库里,物权还在供应商手上,你只有在消耗(411 K 转自有库存)的那一刻才真正产生应付。所以 101 收料没有 FI 凭证是正常的,MRKO 才是寄售结算的入口。

这篇笔记面向的是正在做 SAP MM 采购与库存模块的从业者,尤其是需要跑通寄售全流程、或者被 MRKO 报错卡住的兄弟。我会把物料主数据 MRP2 视图的采购类型 F、特殊采购类 10、ME11 信息记录、OMEV 激活、ME51N 项目类别 K、MIGO 101、MB1B 411 K、MRKO 结算这一整条链路拆开讲,每一步都落到事务代码和参数上,顺带把几个血泪坑标出来。看完你至少能自己独立跑一遍,不用再到处翻笔记。

2. 寄售主数据与信息记录:F + 10 + ME11 的配置逻辑

寄售能不能跑起来,八成取决于主数据和信息记录有没有配对。很多人流程走到 MIGO 101 才发现收不进去,回头查半天,问题往往就出在 MRP2 视图的采购类型或者信息记录类型上。这一章把配置侧的东西先立住,后面操作才不会翻车。

2.1 MRP2 视图的采购类型 F 与特殊采购类 10

物料主数据是寄售的起点。用 MM01 或 MM02 进入采购视图之后,切到 MRP2 页签,这里有两个字段必须一起改:

  • 采购类型(Procurement Type):设为F,表示外部采购。这个字段本身不区分寄售,它只是告诉系统这个物料是外购的。
  • 特殊采购类(Special Procurement):设为10,这才是寄售的关键标识。10 在 SAP 标准里就是供应商寄售(Consignment)。

只改采购类型不改特殊采购类,系统会当成普通外购处理;只改特殊采购类不改采购类型,MRP 跑出来的结果可能不对。两个一起改,MRP 运算时才会把寄售库存纳入考虑范围。

提示:如果物料已经有过库存移动记录,特殊采购类字段可能被锁定不让改。常见做法是先确认该物料没有未清采购订单和库存,再改;实在改不了就新建一个物料号专门跑寄售测试。

改完之后建议用 MM03 再进去确认一遍,有时候保存了但没生效是因为视图没维护全。MRP2 视图依赖采购视图和 MRP1 视图的基础数据,如果前面视图有缺失,MRP2 可能根本进不去。

2.2 XK01 建供应商与 ME11 建寄售信息记录

供应商主数据用 XK01 建,这个没什么特别的,公司代码、采购组织、银行信息按常规填就行。真正要小心的是 ME11 建信息记录这一步。

ME11 进去之后,信息记录类别要选Consignment(寄售),不是标准。这个下拉框如果选错,后面 101 收料时系统找不到对应的寄售信息记录,直接报错。信息记录里要维护:

字段说明
供应商寄售供应商编号
物料寄售物料号
采购组织对应的采购组织
信息记录类别Consignment
净价寄售单价,411 转库存时取这个价
税务信息MRKO 结算必须,缺了会报税码相关错误

净价这里有个细节:寄售信息记录的净价就是后续 411 K 转自有库存时的付款单价。如果价格后续有调整,记得同步更新信息记录,否则 411 过账取的是旧价,财务对账时会对不上。

2.3 OMEV 激活寄售:后台配置不能漏

信息记录建好之后,还要去后台把寄售激活。路径是:

SPRO -> 物料管理 -> 采购 -> 供应商寄售 -> 使用信息记录激活寄售 Tcode: OMEV

这个配置的作用是让系统在寄售采购订单收货时去校验信息记录。如果不激活,101 收料可能能过,但 411 转库存时会出问题。OMEV 里勾选激活之后,系统会在寄售收货环节强制检查 Consignment 类型的信息记录是否存在。

常见做法是:先在测试客户端把 OMEV 打开,跑一遍完整流程确认没问题,再传到生产。直接在生产改这个配置有风险,因为它是跨客户端生效的,改完所有寄售业务都会受影响。

注意:OMEV 激活后,如果某个寄售物料没有建 Consignment 信息记录,101 收货会直接报错。所以顺序上一定要先 ME11 建信息记录,再激活,再跑采购申请和订单。

3. 采购申请到收料:ME51N 项目类别 K 与 MIGO 101 无 FI 凭证

主数据和信息记录就位之后,操作侧从采购申请开始。这一段的坑主要集中在项目类别和收料时的凭证逻辑上,很多人第一次看到 101 没有会计凭证会慌,其实这是寄售的正常表现。

3.1 ME51N 采购申请:项目类别必须选 K

ME51N 建采购申请的时候,行项目里的项目类别(Item Category)要选K。K 在 SAP 里就是寄售(Consignment)的项目类别。如果这里选了标准或者空着,后续转采购订单时系统不会按寄售逻辑处理,101 收料就会产生 FI 凭证,整个流程就走歪了。

采购申请的其他字段按常规填:物料、数量、交货日期、采购组织、工厂。项目类别 K 选好之后,保存,记下采购申请号。

3.2 ME21N 转采购订单:寄售订单可以没有信息记录

把采购申请转成采购订单,用 ME21N 或者 ME51N 里直接转。寄售采购订单有一个反直觉的点:开 PO 的时候可以没有信息记录。正常采购订单在保存时就会去校验信息记录和价格,但寄售订单不校验,因为寄售的结算发生在收货和 411 转库存环节,不是 PO 环节。

不过实际做的时候,我一般还是建议先把 ME11 信息记录建好再开 PO。原因有两个:一是 101 收料时系统会去校验寄售信息记录,没有的话收不进去;二是 411 转库存时要取信息记录的净价,没有信息记录会报 “Pipeline/consignment movement posted without value”。所以虽然系统允许 PO 阶段没有信息记录,但为了流程顺畅,还是提前建好。

采购订单保存后,记下 PO 号。可以用 ME23N 进去确认一下行项目的项目类别是不是 K,如果不是,说明采购申请转过来的时候带错了,需要手动改。

3.3 MIGO 101 收料:没有 FI 凭证是正常的

收料用 MIGO 或者 MB01,移动类型 101,参考采购订单。过账之后你会发现:

  • 物料凭证生成了
  • 没有会计凭证

这是寄售最核心的特征。因为寄售库存的物权还在供应商那里,你只是把货收进自己的仓库代管,没有产生实际的负债,所以 FI 那边不记账。库存方面,MMBE 可以看到寄售库存(特殊库存 K)增加了。

提示:101 收料时一定要有 Consignment 类型的信息记录,否则系统会报错。这是 OMEV 激活后的强制校验。

如果 101 过账后 MMBE 看不到寄售库存,先检查物料主数据的特殊采购类是不是 10,再检查采购订单行项目的项目类别是不是 K。这两个有一个不对,库存就不会进寄售特殊库存。

3.4 MMBE 查看寄售库存状态

MMBE 是看库存的标准事务码。寄售库存会显示在特殊库存区域,标识为 K(供应商寄售)。这里能看到:

  • 寄售库存数量
  • 供应商编号
  • 工厂和库存地点

MMBE 里寄售库存和自有非限制库存是分开显示的。寄售库存在 “供应商寄售” 行,自有库存在 “非限制使用” 行。411 移动类型的作用就是把寄售库存转到自有非限制库存。

如果 MMBE 里寄售库存显示为 0 但 MIGO 101 明明过账成功了,常见原因是物料主数据的特殊采购类没设成 10,或者采购订单项目类别不是 K。回头查这两个地方。

4. 411 K 转库存与 MRKO 结算:寄售流程的财务闭环

寄售流程走到 411 和 MRKO 才算真正闭环。411 是物权转移的节点,从这一刻起库存变成你自己的,FI 开始记账;MRKO 是结算节点,把消耗掉的寄售库存跟供应商做应付结算。这两个环节的坑最多,尤其是 MRKO 的报错,很多人第一次做都会卡住。

4.1 MB1B 411 K:寄售转自有库存,产生会计凭证

用 MB1B 做移动类型 411,特殊库存选 K,把寄售库存转到工厂的非限制库存。这一步跟 101 最大的区别是:411 会产生会计凭证。因为物权转移了,你欠供应商的钱,FI 要记账。

操作路径:

MB1B -> 移动类型 411 -> 特殊库存 K -> 输入供应商、物料、数量、接收库存地点

过账之后,MMBE 里寄售库存减少,非限制库存增加,同时 FI 生成会计凭证。这一步的单价取的是 ME11 信息记录里的净价。

注意:做 411 的时候一定要有 Consignment 类型的 P-info(信息记录),不然系统会提示 “Pipeline/consignment movement posted without value”。这个报错的意思是系统找不到价格,没法记账。

如果 411 过账后 FI 没有凭证,检查信息记录是否存在、净价是否维护、税务信息是否完整。这三个有一个缺失,411 都可能过不去或者过得不完整。

4.2 MRKO 结算:寄售发票校验的特殊入口

寄售的发票校验不能用 MIRO,要用MRKO。MIRO 是针对采购订单收货做发票校验的,寄售没有走正常的收货应付流程,所以 MIRO 用不了。MRKO 是专门针对寄售结算的事务码。

MRKO 的逻辑是:系统把已经通过 411 转成自有库存的寄售消耗汇总起来,按供应商和信息记录的价格生成结算凭证。操作时输入供应商、公司代码、工厂,系统会列出待结算的寄售项目,确认后过账。

MRKO 结算的前提条件:

  • 信息记录里必须有税务信息(税码),否则结算时税算不出来,会报错
  • 411 已经过账,库存已经转成自有
  • 供应商主数据完整

4.3 MRKO 报错的排查:消息管理问题

MRKO 结算时常见的报错是消息管理相关的。现象是:执行 MRKO 后系统提示某个消息号,结算无法完成。原因通常是消息管理配置里该消息被设成了错误(E)级别,而实际业务场景下它应该只是警告(W)或者不报。

解决方法是去消息管理里查这个消息号,确认它的级别。如果是配置问题,调整消息级别或者用消息控制把它改成警告。具体路径是:

SPRO -> 物料管理 -> 采购 -> 消息 -> 消息管理

或者用 OMCQ 查看消息控制配置。找到对应的消息号,把级别从 E 改成 W,或者根据实际业务需求调整。

提示:改消息级别之前先确认这个报错是不是真的可以忽略。有些消息设成 E 是有业务原因的,盲目改成 W 可能掩盖真正的问题。常见做法是先在测试客户端改,跑一遍 MRKO 确认结算结果正确,再传到生产。

4.4 冲销逻辑:412 K 冲销 411 K 再做发票校验

寄售流程里有一个很容易踩的坑:411 K 的凭证不能直接冲销。如果你发现 411 做错了想冲掉,直接用 MBST 或者 MIGO 冲销 411 凭证,系统会报错或者冲不干净。

正确的做法是:用412 K冲销 411 K。412 是 411 的反向移动类型,专门用来冲销寄售转自有库存的操作。412 K 过账后,自有库存转回寄售库存,FI 生成反向凭证。

冲销完成之后,再重新做 411 K,然后再做 MRKO 结算。顺序不能乱:先 412 冲销,再 411 重做,再 MRKO。如果先做 MRKO 再发现 411 错了,处理起来会更麻烦,因为 MRKO 已经生成了结算凭证,需要先冲销结算凭证再冲 411。

注意:正常发票校验用 MIRO,寄售发票校验用 MRKO。这两个不能混用。MIRO 对寄售采购订单做发票校验会报错,因为寄售没有走正常的收货应付逻辑。

5. 寄售流程的边界与进阶:从测试脚本到生产验证

寄售跑通一遍不难,难的是在生产环境稳定运行。这一章聊几个进阶的点和验证方法,都是实际项目里踩出来的经验。

5.1 寄售与正常采购的边界对比

先把寄售和正常采购的关键差异列清楚,方便判断什么场景该用寄售:

对比项正常采购供应商寄售
采购类型空或 FF
特殊采购类空10
项目类别空或标准K
101 收料 FI 凭证有无
发票校验MIROMRKO
物权转移节点收货时411 转库存时
信息记录校验节点PO 保存时101 收货时
冲销方式直接冲销412 K 冲销 411 K

这个表建议存下来,排查问题的时候对着看,能快速定位是哪个环节的配置不对。

5.2 用 LSMW 批量导入寄售信息记录

如果寄售物料和供应商很多,手工 ME11 建信息记录效率太低。常见做法是用 LSMW 批量导入。LSMW 的配置步骤:

  1. 建项目、子项目、对象
  2. 选批量输入方式(Batch Input Recording 或 Direct Input)
  3. 录 ME11 的屏幕操作
  4. 定义源文件结构,把供应商、物料、净价、税码等字段映射进去
  5. 读源文件、转换、跑批

LSMW 跑 ME11 的时候要注意信息记录类别字段,录屏时选的是 Consignment,导入文件里也要对应。如果导入的是标准信息记录,后续 101 收货会报找不到寄售信息记录。

5.3 生产验证清单

上线前建议按这个清单过一遍:

  • 物料主数据 MRP2 视图:采购类型 F、特殊采购类 10
  • ME11 信息记录:类别 Consignment、净价、税码
  • OMEV:寄售激活已打开
  • ME51N:项目类别 K
  • ME21N:PO 行项目类别 K
  • MIGO 101:收料成功、无 FI 凭证、MMBE 寄售库存增加
  • MB1B 411 K:转库存成功、有 FI 凭证、MMBE 寄售减少非限制增加
  • MRKO:结算成功、有结算凭证
  • 412 K 冲销测试:能正常冲销 411

这个清单跑一遍,基本能覆盖寄售流程的主要节点。生产环境跑之前,先在测试客户端完整走一遍,确认没有报错再上。

5.4 一个具体技巧:MRKO 结算前的数据检查

MRKO 结算失败最常见的原因是数据不完整。我一般会在跑 MRKO 之前先做几个检查:

-- 检查寄售信息记录是否存在且完整 SELECT * FROM EINA WHERE LIFNR = '供应商编号' AND MATNR = '物料号'; SELECT * FROM EINE WHERE INFNR = '信息记录号'; -- 检查寄售库存是否有 411 过账记录 SELECT * FROM MSEG WHERE BWART = '411' AND MATNR = '物料号' AND LIFNR = '供应商编号';

EINA 是信息记录的一般数据表,EINE 是采购组织数据表。查一下信息记录是否存在、税码字段是否维护。MSEG 是物料凭证行项目表,查 411 的过账记录,确认库存已经转过。

如果 EINE 里税码字段为空,MRKO 结算时税算不出来,会直接报错。这时候回 ME11 把税码补上,再跑 MRKO。

提示:直接查表是排查手段,不是操作手段。生产环境查表要有权限,改数据要走正规事务码,不要直接 UPDATE 底表。

从那以后我每次跑 MRKO 之前,都会先查一遍 EINA 和 EINE 确认信息记录完整,再查 MSEG 确认 411 过账记录存在,最后才执行 MRKO。这个习惯帮我省了很多次回头排查的时间。希望帮到你。

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

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/23 4:44:22

抽赏小程序技术复盘:特殊赏玩法、并发库存与合规落地全解析

先说结论:抽赏小程序看着是个“转盘抽奖”的壳子,实际拆开看,它至少横跨了前端交互、后端调度、库存并发、支付对账、风控防刷、合规审计六块硬骨头。尤其是特殊赏(比如隐藏款、保底玩法、收集兑换、概率递增这类非标准抽奖逻辑&a…

作者头像 李华
网站建设 2026/10/23 5:12:43

飞牛NAS上用Docker部署冒险岛怀旧服完整指南

写这篇之前先说明一下来龙去脉。前几天我在飞牛NAS上折腾自建服务,顺手搜了一下Docker应用生态,结果发现社区里居然有人在跑经典的2D横版MMORPG服务端,其中就有当年网吧里满屏飞的冒险岛。一个周末搭下来,不光服务端跑起来了&…

作者头像 李华
网站建设 2026/10/23 6:04:28

t3code:轻量级代码片段管理与快速复用方案实战

1. 项目缘起与核心定位 第一次看到"t3code"这个名字,我下意识以为是某个新出的低代码平台或者代码生成工具。翻了翻社区讨论和几个相关仓库之后才明白,它更像是一个 轻量级的代码片段管理与快速复用方案 ——名字里的"t3"我理解成…

作者头像 李华
网站建设 2026/11/5 16:48:26

可编程电源保护:eFuse+STM32实现智能安全闸门

前阵子帮客户调试一套工业控制板,半夜收到现场反馈:某一路24V传感器电源在电机启停瞬间直接烧穿,后端三个PCIe级别的核心板跟着报废。拆开看,罪魁祸首是输入端一颗老旧的聚合物保险丝,动作时间长达几十毫秒&#xff0c…

作者头像 李华
网站建设 2026/10/25 6:12:56

CAN总线接口EMC防护设计:从TVS选型到PCB布局的完整实战指南

做车载电控那几年,CAN总线几乎是我每天都要打交道的接口,也是最容易在EMC摸底测试里“翻车”的地方。很多人以为把收发器接到连接器上、跑通通信就完事了,结果一到静电放电、脉冲群、浪涌测试,要么丢帧要么整颗芯片烧掉&#xff0…

作者头像 李华
网站建设 2026/10/25 12:13:07

关系模型与关系代数:SQL查询优化与数据库原理的基石

关系模型与关系代数 先抛一个我自己的真实经历:刚工作那年负责一个报表接口,SQL写得洋洋洒洒,三四十行嵌套子查询,当时觉得很“厉害”。第一次上线数据量小,跑得挺快;等用户数据翻了几倍之后,某…

作者头像 李华