尧图网络 高端网站定制 · 原创设计
免费咨询热线
400-888-6620
免费获取方案
SAP MM供应商寄售全流程详解:从主数据到MRKO结算避坑指南
简介面向SAP MM模块顾问与供应链从业者系统梳理供应商寄售流程的配置与操作要点。内容从物料主数据设置采购类型与特殊采购类别开始依次覆盖供应商主数据创建、信息记录维护、后台激活寄售、采购申请与采购订单转换、收料、寄售库存转移至非限制库存以及发票校验等关键环节并针对发票校验常见系统报错给出冲销后重新结算的排错思路。这份总结将寄售与普通采购的差异贯穿始终强调寄售库存不产生财务凭证、转移时需相应类型信息记录等易忽略细节适合作为寄售业务配置的实操手册或培训讲义。资源包体仅含1个doc文档大小123KB便于快速翻阅与打印。目前已有565人学习下载可帮助初学者在较短时间内理清供应商寄售的模式与结算逻辑减少配置与操作中的返工实用性较强文档步骤明细、事务代码齐全便于按图索骥。1. 供应商寄售是什么一次收料不结算的库存模式上次给某制造厂调物料模块第一张寄售订单就差点翻车采购员高高兴兴用 MIGO 做了 101 收料结果发现物料凭证下面压根没有会计凭证财务那边月底对账对不上还以为系统出了问题。其实这不是 Bug这正是供应商寄售的核心逻辑——货放在你的仓库物权还在供应商手里公司没有形成存货成本也没有应付账款直到你把它转成自己的自由库存那一刻才按信息记录里的价格真正结算。这套流程在 SAP MM 里是一条完整链路物料主数据设置、寄售信息记录、后台激活、采购订单收货、411 转自有库存、MRKO 发票校验。适合正在配寄售模式的 MM 顾问也适合被寄售库存搞得一头雾水的物料计划员和成本会计。接下来我把每一步的配置位置、事务代码和常见报错全部拆开讲。2. 主数据与信息记录把物料、供应商和寄售价格先立住寄售流程能不能走通七成的命都压在主数据上。物料主数据没设采购类型、供应商没建对、信息记录类型选成了普通采购后面每一步都会报出让人摸不着头脑的错。这一章先把地基打牢。2.1 物料主数据采购类型 F 和特殊采购类 10用 MM02 维护物料主数据进入 MRP 2 视图关键字段有两个采购类型设为“F”外部采购特殊采购类设为“10”寄售。字段维护值作用采购类型F允许该物料通过采购流程获取MRP 才有依据生成采购申请特殊采购类10标记库存挂在“寄售”特殊库存下收货后不进入自由库存这里有个容易忽略的细节特殊采购类 10 决定了后续库存是“寄售供应商库存”它和普通采购的本质区别在于物权归属。如果物料在 MRP 2 视图里没有维护采购类型 F连 ME51N 建采购申请都会卡住更别提交货了。我在实际项目里习惯先把物料、工厂范围确认好再统一批量刷主数据。别在主数据没维护完就急着做后面的配置否则排错时会把主数据问题和后台问题混在一起越查越乱。2.2 XK01 建立供应商与 ME11 寄售信息记录供应商主数据用 XK01 建立采购组织、公司代码、账户组这些按常规维护即可。寄售价格的载体不直接挂在供应商主数据上而是挂在采购信息记录里。ME11 创建信息记录时要特别注意信息记录类型必须选择“寄售”Consignment而不是普通采购信息记录。维护好供应商、物料、采购组织、工厂后填写净价、税码等采购条件。寄售信息记录的定价有效期、税码都会在后续 MRKO 结算时被直接读取。这里有个很常见的翻车现场先把物料建了普通采购信息记录后面走寄售流程时发现 411 转自有库存报“无价值”的错误就是信息记录类型没选对。寄售信息记录和普通信息记录在系统里是两个独立的维护视图普通信息记录救不了寄售流程。2.3 信息记录维护完成后如何验证用 ME13 显示信息记录注意看抬头上的“信息记录类别”。如果是寄售类别后续做 411 时系统才能取到结算价格如果类别不对立即用 ME11 重新创建寄售类型而不是在原记录上去改。我在项目上通常会把寄售物料清单导出来逐条核对物料主数据特殊采购类、信息记录类别、信息记录里的税码三项缺一不可。这三个字段只要有一个不对后面的库存转移或发票校验就会出现让人挠头的报错。3. 后台激活与采购单据OMEV 开关和项目类别 K 的联动主数据就绪后要先在后台打开寄售的“开关”再走采购申请和采购订单。很多人跳过 OMEV 配置直接建单结果收货时物料凭证状态不对又绕回来看后台白白浪费时间。3.1 OMEV使用信息记录激活寄售后台配置路径是 SPRO → 物料管理 → 采购 → 信息记录 → 使用信息记录激活寄售事务代码 OMEV。进入后勾选启用该功能。这个开关控制的是寄售类型的采购和收货是否必须基于寄售信息记录。如果这里没有勾选寄售库存移动时可能不套用寄售定价导致后续结算金额异常。配置完成后需要激活项目配置才会在客户端中生效。这个开关看起来不起眼但它把“寄售流程必须有寄售信息记录”这条规则固化到了系统行为里。我见过有顾问把这一步漏掉后来 101 收货时系统报错提示未维护信息记录但其实信息记录已经建好了最后发现是 OMEV 没激活属于典型的“前脚配了后脚忘”。3.2 ME51N 创建项目类别为 K 的采购申请ME51N 创建采购申请时进到行项目的“账户分配”或“物料数据”区域把项目类别设置为 K寄售。项目类别 K 是系统识别“这是寄售采购”的关键标识它会跟着采购申请一路带到采购订单和收货环节。记住一个原则项目类别 K 是源头标记。如果采购申请上没有 K后续转出来的采购订单也不会自动带 K整个寄售流程就断在这里。检查采购申请是否生效可以转到 ME53N 显示确认行项目类别确实是 K。3.3 将采购申请转为采购订单把采购申请转成采购订单时用 ME21N 手工创建后选择“来自采购申请”或者在 ME59N 里批量转换。转换后检查 PO 行项目类别是否仍为 K。寄售采购订单和普通 PO 一个重要区别是创建时可以没有信息记录不需要校验信息记录价格但采购订单行项目类别必须保持 K。如果转出来的 PO 项目类别变成了空或普通类别检查后台SPRO → 物料管理 → 采购 → 采购订单 → 允许的项目类别确认 K 已经被勾选并分配到了对应工厂和采购组织。这一步我吃过亏某公司上线时采购订单项目类别下拉列表里根本没有 K 选项。排查后是后台允许的项目类别没有维护完整手工加上去并重新生成采购订单才解决。如果转 PO 后系统提示项目类别不允许优先查这里不要硬改 PO。3.4 常见问题项目类别选不到 K现象ME51N 或 ME21N 中项目类别下拉框找不到 K。原因后台“允许的项目类别”未维护 K或没有分配到当前工厂。解决在 SPRO 对应路径下勾选 K保存后重新进入事务代码。这条规则同样适用于后续转自有库存的移动类型校验。只要项目类别 K 的通道没打开后面所有跟寄售相关的操作都会在单据建立阶段就被拦截。4. 101 收料与库存查看无 FI 凭证背后的逻辑寄售收货是整个流程里最多人误解的环节。普通采购订单 101 收货会生成会计凭证寄售却不会原因只有一个物权没有转移所有权还在供应商手里。公司只是在仓库里“代看管”这批货库存数量要跟踪但价值不能进报表。4.1 MIGO 按采购订单收货用 MIGO或 MB01选择采购订单移动类型 101进行寄售采购订单收货。这里必须满足一个条件该物料在对应采购组织下必须有寄售类型的信息记录。因为 101 收货时系统要读取寄售信息记录来确认价格和税务参数即使不生成 FI 凭证价格信息仍然是后续结算的锚点。没有寄售信息记录收货时会提示无法执行收货或提示信息记录问题。我建议在收货前先跑一次 ME13 确认信息记录有效并检查信息记录里的有效期和工厂数据。寄售信息记录有效期断档是 101 收货时常见的隐藏地雷表面看信息记录存在实际上已经过了有效期系统一样拦截。4.2 为什么 101 收货不生成会计凭证从业务上理解公司还没有为这批货付任何钱存货也不归公司所有严格按照会计原则不能入账。所以物料凭证是真实存在的用于跟踪库存数量但没有对应的财务凭证后续 MRKO 结算时才补上价值流。这个“无 FI”是特性不是异常。如果寄售收货生成了会计凭证反而说明物料主数据或后台配置出错比如特殊采购类没有维护成 10系统把它当成普通库存收货了。排查时先看物料主数据 MRP 2 视图再看 PO 行项目类别。4.3 MMBE 查看寄售库存状态用 MMBE 查看库存概览可以看到物料在工厂下的库存行重点关注“特殊库存 K寄售”行。这里的库存数量表示供应商存在你仓库里但还没结算的数量。它与非限制库存是分开显示的不能混在一起。每次收货后寄售库存增加MMBE 刷新后即可看到最新数量变化。如果 MMBE 里看不到 K 库存行大概率是收货根本就没走到寄售逻辑回到 PO 行项目类别和物料主数据特殊采购类确认一遍。库存显示是寄售流程最直观的体检报告我每次做完一步都会刷一次 MMBE比看凭证快得多。4.4 收料后核对物料凭证状态用 MB03 查看物料凭证确认凭证里没有会计凭证行。寄售收货的物料凭证状态是纯数量过账如果出现会计凭证就要回头查物料主数据。这一步也顺便验证了“寄售订单是收料时才需要 P-info”的规则。普通采购订单是创建 PO 时校验采购信息记录寄售采购订单创建时不强制但 101 收料时必须有寄售类型信息记录否则系统没有定价依据。这个差异经常被新手搞反总以为创建 PO 时信息记录校验过了就万事大吉。5. 避坑411/412 冲销顺序与 MRKO 结算的四个坑寄售流程做到库存转移和发票校验时坑比较集中。这里把我在项目上实际踩过、或者帮别人排查过的四类典型问题整理出来每条按现象、原因、解决展开遇到类似报错可以直接照方抓药。5.1 坑一411 转自有库存时报“没有寄售信息记录”或“无价值”现象用 MB1B 做 411 移动把寄售库存转到工厂非限制库存结果系统报错没有维护寄售类型的信息记录或者提示“移动过账无价值”。有些系统环境里提示文字还会包含类似“Pipeline/consignment movement posted without value”的描述。原因411 是物权转移过账系统需要读取寄售信息记录中的价格和税务数据来生成会计凭证。没有寄售类型信息记录系统拿不到计价依据自然就中断过账。解决回到 ME11 创建或修正信息记录确保信息记录类别是寄售Consignment并且维护了有效价格和税码。建好后重新执行 MB1B 411无需调整物料主数据。我当时的处理是先 ME13 查看原信息记录发现信息记录类别是“标准”不是“寄售”。补建寄售类型信息记录后411 一次过账成功会计凭证正常生成。5.2 坑二MRKO 结算时提示税码或消息错误现象MRKO 执行寄售结算时报错提示税码缺失、税分类不一致或直接弹出一条让人看不懂的消息。信息来源记录里明明维护了价格但结算就是走不通。原因寄售结算的税务信息完全取自寄售信息记录。如果信息记录里没有维护税码或税码与公司代码/工厂的科目配置不匹配MRKO 就无法完成结算。解决到 ME11 里查看信息记录的“采购组织数据”和税务条件记录确认税码已维护且和物料/工厂的税分类匹配。修改后重新执行 MRKO。不要试图通过 MIRO 反向操作寄售不适用 MIRO。这是我踩得最深的一个坑当时以为是消息管理配置问题查到一半才发现信息记录根本没维护税码。项目顾问的话说得好寄售结算前的信息记录检查比采购订单上的十个红字提醒都重要。5.3 坑三MRKO 报错后直接冲销 411把库存数量冲乱了现象MRKO 结算失败后用户想先冲销 411 凭证再重新走直接在 MB1B 里输 411 的反向移动类型结果发现库存数量对不上或者系统提示不能直接冲销。原因411 转自有库存已经生成了会计凭证物权的转移过程已经发生。直接反向冲销会造成凭证链断裂系统不允许对已有价值流过的移动凭证做非对称冲销。解决正确的冲销方式是使用 412K 移动类型把自由库存退回寄售库存也就是“反向”的库存转移。412K 完成后再修正信息记录重新执行 411最后再做 MRKO 结算。顺序一定要记牢MRKO 报错 → 412K 退回寄售 → 修正信息记录税码、价格→ 重新 411 → 再次 MRKO。不要试图跳过任何一步一步错后面全是乱账。5.4 坑四商品收到后发现数量错了不敢冲销收货现象寄售 101 收货多收了一批想冲销却不知道能不能用 MIGO 101 反向担心冲销后寄售信息记录被影响。原因寄售收货的 101 是没有会计凭证的数量过账冲销逻辑和普通收货不同。普通收货可以直接做 101 反向寄售收货如果直接反向系统会检查是否有后续库存转移记录已经有 411 过账的话反向会被拦截。解决如果还没有做过 411 转自有库存直接用 MIGO 选择“取消”并参照原物料凭证做 101 反向即可。如果已经做过 411那就必须先用 412K 把寄售转移回来再冲销 101 收货。顺序同样是不可逆的先退自有再冲收货。这个规则我后来养成了项目习惯所有寄售流程的冲销操作统一先查 MMBE 看库存状态确认是否有 411/412 痕迹再决定用 MIGO 反向还是 MB1B 移动类型。6. 自检技巧20 分钟把寄售流程完整跑通寄售流程上线前我习惯用一个测试物料把整条链路跑一遍每个环节不只看“过了”还要看凭证和库存状态对不对。这套自检清单几乎能覆盖 90% 的寄售配置问题。步骤事务代码验证点维护物料主数据MM02MRP2 视图中采购类型 F、特殊采购类 10创建供应商XK01供应商主数据完整采购组织数据已维护创建寄售信息记录ME11信息记录类别为寄售包含税码激活寄售开关OMEV后台配置已激活创建采购申请ME51N行项目类别为 K转采购订单ME21NPO 行项目类别仍为 K寄售收货MIGO生成物料凭证无会计凭证查看库存MMBE特殊库存 K 数量正确转自有库存MB1B411 过账生成会计凭证发票校验MRKO结算金额与信息记录一致冲销验证MB1B412K 可退回寄售不符合的数量每次测试我都在测试物料编号上加固定前缀跑完直接删除或冻结不影响正式主数据。跑完这套流程大概 20 分钟但能把配置、主数据、凭证链全部验证到位比上线后再排查省太多时间。特别提醒MRKO 结算后核对一下物料账和暂估科目确保寄售结算金额进了正确的应付挂账科目。这个科目如果配错财务报表会直接出偏差。从那以后我每次接寄售流程的配置和优化都强制自己先走一遍这个自检清单不走完不碰正式数据。这套流程看起来事务代码多其实是一条完整闭环只要把主数据、项目类别 K、411/412 冲销顺序这几个关键点守住寄售模式在 SAP 里就是一个很省心的供应链工具。希望帮到你。本文还有配套的精品资源点击获取
RELATED

相关推荐

图片格式转换指南:JPG、PNG、GIF与WEBP深度解析

图片格式转换指南:JPG、PNG、GIF与WEBP深度解析

1. 为什么我们需要图片格式转换?在数字内容创作和日常工作中,图片格式转换是一个高频需求。不同场景下,我们需要使用不同特性的图片格式:JPG(JPEG):适合照片类图像,采用有损压缩&…

📅 2026/10/26 7:04:28
视频配乐生成的多模态对齐技术与实践

视频配乐生成的多模态对齐技术与实践

1. 项目概述:视频配乐生成的三重对齐挑战去年给一个商业项目做配乐时,我深刻体会到传统方法的局限——生成的音乐总像"不合身的西装",要么情绪对不上画面转折,要么鼓点踩不准动作节奏。这正是AAAI26这项Oral研究要解决的…

📅 2026/10/26 7:04:28
Langfuse在LLM Agent开发中的可观测性实践

Langfuse在LLM Agent开发中的可观测性实践

1. Langfuse在Agent开发中的核心价值作为一名长期从事Agent开发的工程师,我深刻体会到可观测性工具在LLM应用开发中的重要性。Langfuse作为专为LLM应用设计的可观测性平台,已经成为我们团队日常开发的标配工具。它不仅能帮助我们追踪和分析Agent的每一次…

📅 2026/10/26 7:04:28
MORE NEWS

更多资讯

📰

e2e profile1实战:从端到端测试到分层落地与稳定性治理

1. 当“e2e”不再只是三个字母:从热词到落地场景的拆解第一次看到“e2e”这个词,很多人脑子里蹦出来的可能是“端到端”三个字,然后就没有然后了。但如果你最近在技术社区、产品群或者招聘 JD 里频繁刷到它,尤其是“e2e profile1”…

📰

蛇形方阵算法解析与Python实现

1. 蛇形方阵算法解析与实现蛇形方阵是一种特殊的矩阵填充方式,其元素排列顺序如同蛇形爬行轨迹。这种排列方式在图像处理、矩阵运算等领域有广泛应用,也是算法面试中的经典题型。1.1 问题定义与基本思路给定一个NN的方阵,要求从左上角开始&am…

📰

端到端测试体系设计与e2e profile1落地实践

1. 从“e2e”这个标题说起:它到底指什么第一次看到“e2e”这个标题,很多人会愣一下。三个字母加一个数字,既不像一个完整的产品名,也不像一句完整的话。但如果你在软件工程、测试开发或者质量保障这条线上待过一段时间&#xff0c…

📰

电动汽车V2G调度优化:改进粒子群算法实践

1. 项目背景与核心价值电动汽车规模化接入电网带来的负荷冲击已成为电力系统运行的新挑战。去年参与某充电站智能化改造项目时,我们实测发现:在无调度策略情况下,30台快充桩同时工作会导致配变负载率瞬时飙升到178%。这促使我开始研究如何利用…

📰

C++编写SysY到RISC-V编译器:编译原理课程实践全解析

简介:一套面向编译原理课程实践的SysY到RISC-V编译器项目,基于C实现完整编译链路,主要面向计算机相关专业学生、期末大作业与课程设计场景,既可作为高分项目模板,也能帮助理解词法分析、语法分析、中间代码生成与目标代…

📰

claude-mem 深度解析:给 Claude 加一层持久化记忆的工程实践

1. 从“聊完就忘”说起:claude-mem 到底想解决什么如果你用 Claude 做过稍微长一点的开发任务,大概率遇到过这种尴尬:前面聊了半小时,把项目结构、命名规范、踩过的坑都交代清楚了,结果上下文一压缩,或者开…

TODAY

今日更新

THIS WEEK

本周精选

THIS MONTH

本月热门

读完文章,想聊聊您的网站?

告诉我们您的行业与需求,资深顾问一对一梳理方案与报价,全程免费。

📞 💬