简介本资源是一份面向SAP MM模块初学者与实施顾问的供应商寄售全流程实操指南聚焦采购与库存管理中的寄售业务场景解决企业如何在SAP系统中准确配置并执行寄售采购、收料、库存转移及发票结算等核心问题。文档以结构化步骤呈现涵盖MRP2视图设置采购类型F特殊采购类10、XK01建供应商、ME11维护寄售信息记录、OMEV后台激活、ME51N采购申请项目类别K、MIGO 101收料、MB1B 411K转非限制库存、MMBE查寄售库存、MRKO专项发票校验及412K冲销排错等关键操作附带典型报错分析与规避方案。资源为1个123KB的Word文档.doc内容精炼、术语规范、事务代码标注清晰便于随时查阅与现场对照。目前已有559人学习下载适合需快速掌握SAP寄售实务要点、规避配置陷阱、提升单据处理准确性的MM功能顾问与企业内训人员。1. SAP供应商寄售不是“先收货再付款”的简化版而是整套特殊库存权责分离的财务闭环它让物料在你仓库里躺半年不进成本、不触发应付、不占资金流但一挪动位置411K、一结算MRKO系统自动补全所有会计凭证和税务逻辑——专治制造业备料冗余、VMI协同混乱、采购与财务对账撕扯这三类高频翻车现场。如果你正在落地SAP MM模块的寄售场景或正被“寄售库存查得到但结不了算”“411K冲不掉”“MRKO报错Pipeline movement posted without value”反复暴击这份笔记就是你今天该存下来的血泪操作手册。它不讲SAP教科书定义只拆真实产线环境里能跑通的11步链路、每个事务码背后的真实校验逻辑、以及我踩过三次才摸清的四个隐藏断点。2. 寄售不是配置开关是主数据信息记录移动类型三者强耦合的权责锚定从MRP2视图到OMEV激活的底层逻辑寄售在SAP里从来不是“开个功能就生效”的事。它的本质是把一批物理上在你仓库、法律上仍属供应商的物料用系统字段打上“所有权未转移”的标签并确保所有后续移动收、转、结都按这个标签走独立凭证流。这就决定了主数据是权责起点信息记录是定价依据OMEV是路由开关——三者缺一不可且顺序不能乱。2.1 MRP2视图中采购类型F 特殊采购类10不是随便填的两个字段而是触发寄售凭证链的“基因编码”在物料主数据MM01/MM02的MRP2视图中必须同时设置采购类型Procurement Type F表示该物料由外部供应商提供且采购方式为寄售Consignment。注意F ≠ 外购EE是标准采购F是寄售专用标识。若此处填E后续所有寄售移动类型如411K将直接报错“移动类型不适用于此采购类型”。特殊采购类Special Procurement Type 10这是SAP预置的寄售专用代码。它绑定了一整套后台逻辑包括库存分类特殊库存K、凭证类型KB、会计科目映射如寄售负债科目、甚至MRKO结算时的税务处理路径。切记10不是可选值是硬编码改用11Subcontracting或50Stock Transfer会导致MB1B 411K失败。提示修改MRP2视图后必须执行物料主数据的“保存并激活”不是仅保存。常见翻车点改完直接退出未点激活按钮导致后续ME11创建信息记录时提示“特殊采购类未维护”。2.2 信息记录Info Record必须带寄售标识ME11里那个不起眼的“Consignment”复选框决定411K能否过账寄售信息记录不是普通采购价目表。它承载着两个核心责任一是定义寄售单价用于MRKO结算二是作为411K移动的强制校验凭证。创建路径ME11 → 输入物料号、供应商号 → 在“General Data”页签底部务必勾选“Consignment”复选框默认不勾选。关键参数说明有效起始日期Valid From必须早于你计划做411K的日期否则MRKO结算时提示“信息记录无效”。价格单位Price Unit与净价Net Price这是MRKO生成应付凭证的唯一依据。注意此处价格不含税税务信息需在“Tax Data”页签单独维护见2.3节。采购组织Purchasing Org与工厂Plant必须与后续采购申请ME51N和411K移动的工厂严格一致。跨工厂信息记录无法用于本厂411K。# 验证信息记录是否正确创建命令行不可用需在GUI中操作 # 步骤ME12 → 输入物料供应商 → 查看“Consignment”是否勾选 → 切换到“Tax Data”页签 → 确认税务代码如J1已维护逻辑说明SAP在执行MB1B 411K时会实时校验当前工厂下该物料该供应商是否存在已激活且勾选Consignment的信息记录。若不存在直接报错“Pipeline/consignment movement posted without value”而非提示“信息记录未找到”。这是新手最常误解的报错——以为缺信息记录实则是缺“带Consignment标识”的信息记录。2.3 OMEV后台配置不是“启用寄售”而是告诉系统“哪些采购组织允许走寄售结算流”OMEVSPRO → Materials Management → Purchasing → Define Consignment Control不是全局开关而是按采购组织Purchasing Organization粒度配置的结算控制表。它定义了当某采购组织下发生寄售结算MRKO时系统应使用哪套会计科目、是否启用税务校验、是否允许部分结算。配置要点采购组织Purchasing Org必须与ME11中信息记录的采购组织完全一致。寄售负债科目Consignment Liability Account这是最关键的字段。它决定了411K移动时系统自动贷记的应付账款科目如2202010000。若此处为空或科目无效411K过账成功但无会计凭证MRKO结算时因找不到负债科目而失败。税务代码Tax Code此处填写的税务代码如J1将强制应用于MRKO生成的发票凭证。若留空MRKO会报错“Tax code missing for consignment settlement”。注意OMEV配置后无需激活保存即生效。但修改后建议用MRKO测试一笔小额结算验证凭证是否生成正确。2.4 为什么寄售采购订单PO可以没有信息记录——因为PO只管“收货权”不管“结算权”这是寄售最反直觉的设计点。标准采购E类要求PO必须关联信息记录P-info否则无法创建但寄售PO项目类别K允许在ME21N中不输入信息记录直接保存。原因在于寄售PO的本质是“收货授权”而非“定价协议”。它的唯一作用是让MIGO 101收货时系统知道这批货属于哪个供应商、应计入哪个特殊库存K。真正的定价与结算依据始终绑定在信息记录ME11上而非PO本身。所以当你看到“寄售PO没信息记录也能收货”别慌——这是设计使然。但必须清醒没有信息记录你永远无法做411K和MRKO。PO只是通行证信息记录才是结算身份证。3. 从采购申请到收货ME51N→ME21N→MIGO 101的寄售专属链路与凭证静默逻辑寄售流程的前端操作申请→订单→收货看似与标准采购相似但每个环节的字段选择、系统校验、凭证生成逻辑都截然不同。这里没有“差不多就行”一个选项错后面三步全卡死。3.1 ME51N采购申请项目类别K不是可选项是寄售的“入场券”在创建采购申请ME51N时物料行项目的“项目类别Item Category”必须手动改为KConsignment。这是系统识别该申请为寄售用途的唯一标识。为什么不能用标准类别如0因为标准类别申请转PO时系统默认走E类采购流后续MIGO 101收货会尝试生成财务凭证FI而寄售收货必须“零凭证”。只有K类申请才能确保转PO后PO的项目类别自动继承为K从而触发寄售收货逻辑。如何修改项目类别在ME51N行项目明细中点击“Item Details” → “Item Category”字段 → 下拉选择“K”。若下拉列表无K选项说明该采购组织未在OMEV中配置寄售控制需先回2.3节配置。3.2 ME21N采购订单K类PO的三个隐藏校验点将ME51N申请转为POME21N时系统会自动将项目类别设为K。此时需重点检查三项采购组织Purchasing Org与工厂Plant必须与ME11信息记录中的采购组织、工厂完全一致。若不一致后续411K将因“信息记录不匹配”失败。交货日期Delivery Date必须晚于信息记录的有效起始日期Valid From。否则MRKO结算时提示“信息记录在交货日期无效”。无价格字段Net PriceK类PO的行项目中“Net Price”字段为灰色不可编辑。这是正常现象——寄售价格只取自信息记录PO本身不存储价格。提示K类PO创建后可在ME23N中查看其抬头文本Header Text→ “Consignment”字段应显示为“X”表示该PO已被标记为寄售订单。3.3 MIGO 101收货寄售库存增加的“静默时刻”也是后续所有问题的源头执行MIGO 101收货时寄售物料进入特殊库存Special Stock K但系统不生成任何财务凭证FI Document。这是寄售的核心特征货在你库钱未付账不记。操作路径MIGO → 选择“Goods Receipt” → “Purchase Order” → 输入PO号 → 执行 → 在“Items”页签确认移动类型Movement Type 101固定不可改特殊库存Special Stock K系统自动带出不可改接收方Recipient 工厂代码如1000关键现象验证过账成功后查看物料凭证MB03→ 凭证类型为“KB”寄售收货会计凭证栏为空。使用MMBE查询该物料库存 → “Special Stock K”数量增加“Unrestricted Use”数量不变。# Python脚本模拟验证MIGO 101结果需连接SAP RFC此处为伪代码逻辑 from pyrfc import Connection def check_consignment_stock(material, plant): conn Connection(ashostxxx, sysnr00, client100, userxxx, passwdxxx) result conn.call(BAPI_INVENTORY_GET_DETAIL, MATERIALNUMBERmaterial, PLANTplant, STOCKTYPEK) # 查询特殊库存K return result[STOCK_DATA][UNRESTRICTED_STOCK] # 应返回0因K库存不计入unrestricted # 实际生产中我们用此脚本每日巡检若某物料K库存为0但MMBE显示有数说明MIGO 101未真正过账到K库存逻辑说明MIGO 101是寄售流程的“分水岭”。它成功意味着货物已合法进入寄售池它失败后续所有步骤411K、MRKO均无意义。因此每次MIGO 101后必须用MMBE和MB03双重验证MMBE看库存数MB03看凭证类型是否为KB且无FI。4. 寄售库存转移与结算MB1B 411K与MRKO的强依赖链及四大避坑指南寄售流程的成败90%取决于411K移动和MRKO结算这两个动作。它们不是独立操作而是一条强依赖链411K失败MRKO无从谈起411K成功但凭证错误MRKO会生成错误的应付凭证。下面直击最痛的四个坑每一条都来自产线真实报错日志。4.1 避坑411K移动报错“Pipeline/consignment movement posted without value”——不是缺信息记录是缺“带税务信息的Consignment信息记录”现象在MB1B中输入物料、工厂、移动类型411、特殊库存K执行后弹出错误消息“Pipeline/consignment movement posted without value”。原因系统在过账411K前会校验两件事① 当前工厂下该物料供应商是否存在勾选Consignment的信息记录ME12可查② 该信息记录的“Tax Data”页签中税务代码Tax Code是否已维护。缺①报错“Info record not found”缺②才报这个“without value”。解决进入ME12查该物料供应商的信息记录切换到“Tax Data”页签 → 检查“Tax Code”字段是否为空若为空输入正确税务代码如J1保存返回MB1B重试411K。提示税务代码必须与OMEV配置中“Tax Code”字段一致否则MRKO结算时仍会报错。4.2 避坑411K过账成功但无会计凭证——OMEV中寄售负债科目未配置或科目无效现象MB1B 411K执行成功MMBE中“Special Stock K”减少、“Unrestricted Use”增加但MB03查看物料凭证会计凭证栏为空或凭证中贷方科目非预期的寄售负债科目如误入普通应付。原因OMEV配置中“Consignment Liability Account”字段为空、或指向一个已删除/禁用的总账科目。解决进入OMEV → 找到对应采购组织 → 检查“Consignment Liability Account”字段若为空输入正确的寄售负债科目如2202010000若科目存在但状态为“Blocked”需在FS00中解除科目冻结重新执行411K无需冲销原凭证新凭证会覆盖。4.3 避坑MRKO结算报错“Message no. M7 086: No item with account assignment exists”——信息记录价格单位与PO交货单位不一致现象MRKO中输入采购组织、供应商、期间执行结算时系统提示“M7 086”结算失败。原因信息记录ME11中“Price Unit”如100 EA与采购订单ME23N中该行项目的“Order Unit”如1 EA不一致。SAP要求二者必须相同否则无法计算结算金额。解决进入ME23N查看该PO行项目的“Order Unit”进入ME12查看对应信息记录的“Price Unit”若不一致在ME11中修改信息记录的“Price Unit”为与PO相同的单位保存重新运行MRKO。4.4 避坑无法直接冲销411K凭证——寄售移动必须成对冲销411K ↔ 412K否则MRKO死锁现象411K移动后发现数量输错想用MBST冲销系统提示“Cannot reverse movement type 411 for special stock K”。原因SAP对寄售特殊库存K的冲销有硬性规定411K只能用412K冲销412K只能用411K冲销。这是为保障寄售权责闭环防止“收货后随意抹除负债”。解决进入MB1B → 移动类型选“412” → 特殊库存选“K” → 输入原411K的物料凭证号执行系统自动生成红字412K凭证恢复K库存冲销原411K的会计凭证确认MMBE中K库存已恢复再重新执行正确的411K最后运行MRKO结算。注意412K冲销后原411K凭证状态变为“Reversed”但凭证号仍保留可用于审计追溯。5. MRKO结算的完整验证清单从税务代码到凭证科目的七层穿透检查MRKO不是点一下“Execute”就完事的黑匣子。它是一次完整的财务过账涉及税务、成本、应付三大会计维度。每一次结算失败背后都是某个环节的配置断点。以下是我用三年时间沉淀出的七层验证清单每次MRKO前必跑一遍省去80%的排查时间。5.1 第一层信息记录税务代码Tax Code是否与OMEV一致进入ME12 → 查该物料供应商信息记录 → “Tax Data”页签 → 记录“Tax Code”如J1。进入OMEV → 查对应采购组织 → 记录“Tax Code”字段。必须完全一致。不一致会导致MRKO生成的发票凭证中税额为0或税率错误。5.2 第二层信息记录价格单位Price Unit是否与PO交货单位Order Unit匹配进入ME23N → 查该PO行项目 → “Order Unit”字段如EA。进入ME12 → 查同物料供应商信息记录 → “Price Unit”字段如100 EA。Price Unit数值可不同但单位必须相同如都为EA、都为KG。若PO用“ROL”信息记录用“EA”MRKO必报M7 086。5.3 第三层OMEV中寄售负债科目Consignment Liability Account是否启用且余额方向正确进入FS00 → 输入OMEV中配置的负债科目如2202010000→ 查“Account Type”是否为“K”Liabilities→ 查“Balance”是否为“Credit”贷方余额。若科目类型为“D”Customers或余额方向为借方MRKO会报错“Account type does not match”。5.4 第四层MRKO结算期间是否在信息记录有效期内MRKO中输入的“Settlement Period”如2024.06必须落在信息记录的“Valid From”与“Valid To”之间。若信息记录有效期为2024.01.01–2024.12.31则2024.06期间可结算若有效期为2024.07.01起则2024.06期间MRKO报错“Info record not valid for period”。5.5 第五层寄售库存是否真实存在且数量足够MRKO结算的是已做411K转移的那部分库存。若411K后又做了其他移动如541调拨或库存被消耗如发料到生产订单则MRKO可结算数量会减少。验证方法运行MB51 → 输入物料工厂 → 筛选移动类型“411” → 查看“Quantity”列确认待结算数量 0。5.6 第六层MRKO生成的凭证科目是否符合会计政策MRKO成功后用FB03查凭证 → 检查三处借方Dr应为“原材料”或“库存商品”科目如1403010000金额结算数量×信息记录净价贷方Cr应为OMEV中配置的“Consignment Liability Account”如2202010000税金行Tax应为“应交税费-应交增值税进项税额”科目如2221010100金额借方金额×税率。若贷方科目非负债科目说明OMEV配置错误若无税金行说明税务代码未生效。5.7 第七层MRKO结算后寄售负债是否清零MRKO完成后用FBL3N查该供应商统驭科目如2202010000→ 输入供应商号 → 查看“Open Items” → 确认该笔MRKO生成的应付凭证状态为“Cleared”已清账。若状态为“Open”说明结算未完成需检查是否漏做411K或MRKO期间选择错误。提示我习惯在MRKO执行前先用FBL1N查该供应商“Open Items”记录当前寄售负债余额MRKO后再次查询差额应等于MRKO结算金额。这是最直接的闭环验证。6. 终极技巧用MRKO后台参数控制结算精度避免“一结全结”的粗放式翻车MRKO默认行为是结算指定期间内该供应商所有可结算的寄售物料。这在小批量、多供应商场景下很高效但在大批量、单供应商、需分批结算的产线环境中极易导致“结错批次”“超量结算”“税务凭证混乱”。这时必须绕过默认界面用后台参数精准控制。6.1 启用MRKO的“选择屏幕扩展”用SE38调试MRKO源码解锁高级筛选MRKO标准界面只提供“采购组织供应商期间”三个条件。要实现按物料、按PO、按数量范围结算需调用其增强函数。路径SE38 → 输入程序名“RM07MLBS” → 执行 → 在初始屏幕点击“Settings” → 勾选“Extended Selection Screen”。此时界面展开为Material Number可输入单个物料号或范围如MAT001–MAT010Purchase Order可输入PO号限定只结算该PO下的寄售Quantity Range可设置最小/最大结算数量如Min100, Max500避免一次结完所有库存。-- SQL验证MRKO结算范围需访问SAP底层表生产环境慎用 -- 查询MRKO将结算的寄售明细模拟MRKO逻辑 SELECT ebeln AS po_number, ebelp AS po_item, matnr AS material, menge AS quantity, netpr AS price, (menge * netpr) AS amount FROM ekpo JOIN konv ON ekpo.ebeln konv.knumv AND ekpo.ebelp konv.kposn WHERE ekpo.loekz -- PO未删除 AND konv.kosrt K -- 寄售信息记录 AND konv.datum BETWEEN 20240601 AND 20240630 AND ekpo.matnr IN (MAT001, MAT002);逻辑说明这段SQL模拟了MRKO在“Extended Selection Screen”下按物料号过滤的结算逻辑。它直接读取采购订单行EKPO与寄售信息记录KONV关联表确保筛选结果与MRKO实际结算一致。我们在上线前会用此SQL预查结算数据与MRKO结果比对误差为0才放行。6.2 用MRKO的“Test Run”模式生成结算预览不落凭证只看结果MRKO界面右上角有“Test Run”按钮图标为放大镜。勾选后执行系统不做任何过账只生成一份详细的结算预览报告ALV格式包含每行物料的结算数量、单价、金额对应的411K移动凭证号计算出的税额与总金额拟生成的会计凭证分录Dr/Cr/Tax。这是我的后悔药每次MRKO正式执行前必先跑一次Test Run导出Excel逐行核对数量与价格。曾有一次Test Run发现系统把一批已412K冲销的库存又纳入结算立即停手避免了50万元的重复付款。6.3 定制MRKO结算报表用SQ01创建ZMRKO_REPORT自动抓取结算异常项标准MRKO无异常监控。我们用SQ01创建了一个定制报表ZMRKO_REPORT每天凌晨自动运行抓取三类异常结算数量 411K移动数量说明有未收货就结算结算金额与信息记录价格×数量偏差 0.1%说明价格单位错税务代码为空的结算行高风险需人工介入。报表输出为邮件发送给采购、财务、IT三方。从那以后我们再没出现过MRKO结算后才发现税务凭证缺失的情况。希望帮到你。本文还有配套的精品资源点击获取
