简介本资源是一份面向SAP MM模块初学者与实施顾问的供应商寄售全流程实操指南聚焦采购与库存管理中的寄售业务场景系统解决寄售配置缺失、收料无凭证、411移动报错、MRKO结算失败等高频实操痛点。文档以清晰步骤链贯穿11个关键环节涵盖MRP2视图采购类型“F”与特殊采购类“10”的设置、XK01建供应商、ME11寄售信息记录前置创建、OMEV后台激活、ME51N采购申请项目类别K、MIGO 101收料无FI凭证原理、MMBE库存查询、MB1B 411K转非限制库存的Consignment P-info强校验机制以及MRKO发票校验与412K冲销排错逻辑。资源为1个123KB的Word文档.doc内容结构完整、术语准确、操作指令与事务码标注详尽便于对照系统快速执行与问题定位。目前已有570人学习下载适合正在落地寄售业务或备考SAP MM认证的从业者深度研读与现场参考。1. SAP供应商寄售不是“先收货再付款”的简化版而是整套库存权属与财务确认分离的MM核心机制很多刚接触SAP MM模块的同事第一反应是“寄售不就是让供应商把货放我仓库我用多少付多少”——这理解对了一半但漏掉了最关键的系统控制逻辑寄售库存从物理入库那一刻起所有权仍属供应商SAP通过特殊库存标识K、无FI凭证收料、延迟结算触发MRKO而非MIRO三重机制硬性隔离了物流动作与财务确认。它不是采购流程的“快捷方式”而是一套独立于标准采购F-采购类型之外的库存生命周期管理范式。典型适用场景包括高频小批量领用的辅料如胶水、螺丝、高价值待验证物料如新模具试产件、或需按实际消耗反向驱动补货节奏的战略物资。本资源不是零散操作截图合集而是一份经某制造类企业三年寄售上线实操验证的完整链路包含标准配置路径OMEV开关、11个关键事务代码的参数约束表、4类必现报错的底层原因定位法以及一份可直接导入测试系统的寄售专用物料主数据模板含MRP2视图字段级默认值。适合正在做SAP MM模块实施、或已上线但寄售单据频繁卡在MRKO结算环节的工程师。2. 寄售功能启用与主数据准备为什么“采购类型F特殊采购类10”必须同时生效寄售不是开个开关就能跑通的流程它的根基在于主数据层面的双向绑定物料必须声明“我能被寄售”供应商信息记录必须声明“我支持寄售结算”。缺一不可否则后续所有移动类型都会在后台校验时失败。2.1 物料主数据MRP2视图采购类型F与特殊采购类10的耦合逻辑在事务代码MM01中维护物料主数据时进入MRP2视图注意不是基本视图或采购视图必须同时设置两个字段采购类型Procurement type: F 特殊采购类型Special procurement type: 10提示这两个字段是强耦合关系。仅设F不设10系统仍按标准采购处理仅设10不设F系统会报错“采购类型与特殊采购类型不匹配”。F代表“外部采购”10是SAP预定义的寄售专用标识二者组合才构成寄售采购的唯一识别码。该设置直接影响后续MIGO收料时的移动类型校验逻辑——系统会检查物料主数据是否允许K类特殊库存。2.2 供应商主数据创建XK01中容易被忽略的税务与账户配置使用XK01创建供应商时除基础地址、银行信息外以下三个配置点决定后续MRKO能否成功过账配置位置字段名必填要求原因说明采购视图采购组织必须分配具体采购组织寄售信息记录按采购组织维度维护未分配则ME11无法保存财务视图账户类型必须为“K”供应商MRKO结算时需调用供应商统驭科目类型错误导致凭证生成失败公司代码视图税务代码Tax code必须维护有效税码如ZWMRKO自动带出税码若为空或无效结算时提示“税务信息缺失”且无法手工修改注意供应商主数据创建后需执行事务代码XK03检查“公司代码数据”页签确认税务代码已正确继承。曾有项目因复制历史供应商主数据时遗漏此步导致MRKO始终报错“Tax code not maintained for company code”排查耗时两天。2.3 信息记录ME11寄售专用P-info的创建铁律寄售信息记录P-info与标准采购信息记录本质不同它不绑定采购订单而是绑定“寄售库存消耗结算”行为。创建时必须遵守以下规则事务代码必须用ME11非ME12/ME13且在“信息记录类别”中选择“Consignment”寄售采购组织与工厂必须与后续收料工厂一致——寄售库存归属工厂级跨工厂信息记录无效价格单位必须与物料主数据中的基本计量单位一致如物料单位是EA价格单位不能填BOX税务信息必须在“条件”页签下显式维护点击“条件”→“新条目”→输入条件类型“MWST”增值税→输入有效税码如ZW→保存。# 验证寄售信息记录是否生效的命令行需ABAP权限 # 在SE38中运行程序RM07MLBD输入采购组织、物料号、供应商号 # 输出结果中Special Stock列必须显示KInfoRecType列显示Consignment逻辑说明该程序直接读取EINE表信息记录主表和 EINA 表信息记录条件表跳过前端界面缓存是判断P-info是否真正激活寄售模式的最可靠方法。很多“看似创建成功”的信息记录因未维护税务条件在MRKO时静默失败。3. 寄售采购订单与收料101收料为何不生成FI凭证移动类型背后的库存权属逻辑寄售流程中最反直觉的环节是收料货物进了仓库系统却不出会计凭证。这不是BUG而是SAP对“所有权未转移”的精准建模。理解101移动类型的底层逻辑是避免后续411转储失败的前提。3.1 采购申请ME51N项目类别K的强制约束创建采购申请时事务代码ME51N中必须将行项目“项目类别”Item Category设为“K”。这是系统识别该申请用于寄售的唯一标记。若误选标准类别“N”普通采购后续转换采购订单时系统会强制要求关联标准采购信息记录P-info而寄售P-info不满足此校验导致转换失败。参数说明项目类别K在后台对应表T161的字段BSART K其业务含义是“Consignment Purchase Requisition”。该标记会传递至采购订单影响后续MIGO的移动类型推荐逻辑。3.2 采购订单ME21N寄售PO可以没有P-info真相是“有条件豁免”文档常写“寄售采购订单开立时可以没有信息记录”此说法易引发误解。准确表述是当采购订单的项目类别为K且物料主数据已设特殊采购类10时系统允许不输入信息记录编号INFO_REC直接保存PO。但这仅适用于PO创建阶段收料MIGO时仍强制校验寄售P-info存在性。* ABAP后台校验逻辑片段简化示意 IF ekpo-bsart K AND mvke-bwart 101. SELECT SINGLE * FROM EINA INTO DATA(lv_eina) WHERE infnr ekpo-infnr AND matnr ekpo-matnr AND lifnr ekpo-lifnr. IF sy-subrc 0. MESSAGE No consignment info record found TYPE E. ENDIF. ENDIF.逻辑说明上述伪代码展示了MIGO执行101收料时的核心校验点。系统并非在PO创建时检查P-info而是在收料过账瞬间根据PO行项目中的供应商号LIFNR、物料号MATNR去EINA表查询是否存在类型为“Consignment”的记录。因此“PO可无P-info”只是降低创建门槛绝非绕过校验。3.3 MIGO收料101无FI凭证的本质是库存分类变更而非财务忽略执行MIGO选择移动类型101Goods Receipt for Purchase Order输入寄售PO号后系统完成以下动作库存数量增加但记入特殊库存Special Stock库存类型字段SOBKZ KK代表Consignment库存地点LGORT与工厂WERKS不变但库存状态LABST增加同时特殊库存字段UMLGO, UMLME同步更新不触发FI过账因为会计凭证生成依赖于库存权属变化而寄售库存权属仍在供应商SAP将其视为“代管库存”不计入公司资产负债表。避坑 / 常见问题 / 排查现象1MIGO 101报错“Pipeline/consignment movement posted without value”原因系统未找到有效的寄售信息记录EINA表无匹配记录或信息记录中未维护价格/税务条件。解决用SE16N查EINA表筛选INFNR信息记录号、MATNR物料号、LIFNR供应商号、EKORG采购组织确认记录存在且KONDA条件类型包含MWST。现象2MIGO成功但MMBE中看不到寄售库存原因收料时未勾选“特殊库存”选项或移动类型误选103GR blocked stock。解决MIGO界面顶部菜单栏→“特殊库存”→勾选“寄售”→重新执行或检查MMBE输入时是否在“特殊库存”字段输入了“K”。现象3101收料后库存数量正确但MB51中无凭证记录原因用户权限缺失未授权对象M_MSEG_WMB物料凭证查看。解决由 Basis 团队为用户角色添加该权限对象非配置问题。现象4同一物料多次101收料库存数量累加但MRKO结算时只计算最后一次收料量原因MRKO按“寄售信息记录供应商工厂”维度汇总所有未结算的寄售库存非按单次PO。解决无需干预MRKO本就设计为周期性结算如月结自动汇总所有K类库存。4. 寄售库存转储与结算411K移动与MRKO的税务联动机制寄售库存从“代管”变为“自有”是财务确认的临界点。这个动作MB1B 411K与结算MRKO必须严格遵循“先转储、后结算”顺序且二者共享同一套税务配置任何偏差都会导致凭证断裂。4.1 MB1B 411K特殊库存转储的强制校验链执行MB1B移动类型411Transfer posting from special stock to unrestricted-use stock特殊库存标识必须为“K”。系统执行时会串联校验以下四要素源库存必须为K类特殊库存即MIGO 101收料产生的库存目标库存必须为非限制使用库存Unrestricted-use stock必须存在有效的寄售信息记录EINA表中KONDA MWST且价格有效转储数量不能超过当前K类库存可用量MB52中SALK3字段值。# MB1B 411K执行后关键凭证字段变化 - MSEG-SOBKZ特殊库存标识: 从 K 变为 空即普通库存 - MSEG-WRBTR金额: 填充为信息记录中的单价 × 数量 - BKPF-BLART凭证类型: 自动设为WE库存凭证并生成FI凭证如BSAS表新增记录参数说明WRBTR字段的填充逻辑是寄售结算的核心。它直接取自EINA表中条件记录KONV的KBETR条件金额字段而非采购订单价格。这意味着即使PO价格变动只要寄售P-info未更新411K仍按P-info价格计价。4.2 MRKO结算为什么不能用MIRO寄售专用结算引擎的触发条件MRKOConsignment Settlement是SAP专为寄售设计的结算事务代码它与标准发票校验MIRO有本质区别对比项MIRO标准发票MRKO寄售结算触发依据采购订单 收货凭证MIGO 101寄售信息记录 工厂 供应商 未结算库存凭证类型RE发票凭证KR寄售结算凭证税务处理按PO行项目税码按寄售P-info中维护的MWST条件结算范围单张PO单次收货汇总所有未结算K类库存可跨PO逻辑说明MRKO不读取采购订单而是扫描EINE表中所有BSART K的信息记录再关联MSEG表中SOBKZ K且BWART 101的收货凭证最后过滤出KDFLG 未结算标志的库存行进行批量结算。因此MRKO前必须确保411K已执行——因为411K将SOBKZ清空使MRKO不再将其纳入结算范围。4.3 MRKO报错“Message no. M7 059”税务配置缺失的根因定位这是MRKO最常见报错提示“Tax code not maintained for company code”。表面看是税务代码问题但真实原因分三层表层寄售信息记录EINA中未维护MWST条件中层供应商主数据LFA1中公司代码视图未分配税务代码深层公司代码T001的税务配置未启用“自动确定税码”OVK3中未勾选“Determine tax code automatically”。# 快速诊断脚本SE38中运行RM07MLBD # 输入采购组织、物料号、供应商号 # 关键输出字段 # - EINE-KONDA : 条件类型应含MWST # - LFA1-STCD1 : 公司代码税务代码应非空 # - T001-ALAND : 国家代码决定OVK3配置路径注意OVK3配置路径为SPRO → 财务会计 → 总账会计 → 税务 → 国家特定的税务 → 定义税务代码自动确定。若此处未启用即使LFA1中维护了税码MRKO仍无法自动带出。5. 寄售冲销与异常处理412K冲销为何是MRKO失败的后悔药当MRKO结算失败系统不允许直接冲销已生成的411K凭证必须走“412K冲销→重新411K→再MRKO”闭环。这不是冗余步骤而是SAP为保障寄售库存权属链条完整的强制设计。5.1 412K冲销特殊库存转储的逆向操作MB1B中选择移动类型412Reversal of transfer posting特殊库存标识为K。该操作执行后将411K转出的库存从非限制使用库存SOBKZ 重新转回寄售库存SOBKZ K同时冲销原411K生成的FI凭证如BSAS表对应行SHKZG H关键效果重置KDFLG字段为未结算使该批库存重新进入MRKO结算池。参数说明412K必须与原411K凭证号MSEG-VBELN完全匹配且冲销数量不能大于原转储数量。系统通过凭证号关联原始库存行确保权属追溯可逆。5.2 MRKO失败后的标准恢复流程当MRKO报错中断如税务缺失、价格异常必须按以下顺序操作任何跳步都将导致库存状态混乱执行MB1B 412K输入原411K的凭证号MSEG-VBELN冲销全部转储数量修正主数据根据报错信息补充EINA中的MWST条件或更新LFA1中的税务代码重新执行MB1B 411K确保411K成功过账生成新凭证再次运行MRKO此时系统将读取修正后的P-info完成结算。# 验证412K是否成功的关键字段SE16N查MSEG表 - MSEG-VBELN : 新增412K凭证号与原411K同号但方向相反 - MSEG-SOBKZ : 从空变回 K - MSEG-KDFLG : 从 X已结算变回 未结算避坑 / 常见问题 / 排查现象1执行412K后MRKO仍报同样错误原因412K未完全冲销或冲销后未刷新缓冲区SM37中检查后台作业是否完成。解决用MB51查原411K凭证确认412K凭证已生成执行事务代码/$SYNC强制同步缓冲区。现象2412K成功但MMBE中寄售库存未恢复原因412K执行时未勾选“特殊库存”→“K”误选为普通库存冲销。解决MB1B界面顶部→“特殊库存”→必须勾选“寄售”→重新执行。现象3MRKO结算后发现价格错误想部分冲销原因MRKO不支持部分冲销只能全量冲销KR凭证FB08再重新MRKO。解决FB08冲销KR凭证→MRKO重新结算系统自动排除已冲销部分。现象4411K后未及时MRKO下月再结算价格按哪期原因MRKO取价逻辑是“结算时点有效的寄售P-info价格”非收料时点。解决若需锁定价格应在收料前冻结P-infoME12中设“有效至”日期。6. 寄售配置与监控OMEV开关、寄售报表开发与日常巡检清单寄售不是“配完就完事”的一次性配置它需要持续监控库存健康度、结算时效性与主数据一致性。本章提供一套可落地的运维工具包从后台开关校验到自定义报表SQL再到每日必查的5项指标。6.1 OMEV配置校验寄售功能启用的终极确认点路径SPRO → 物料管理 → 采购 → 使用信息记录激活寄售Tcode: OMEV此配置决定系统是否允许创建寄售信息记录。但配置本身不保证业务可用必须交叉验证配置项值校验方式不一致后果采购组织必须勾选具体采购组织SE16N查T161F表EKORG字段应存在未勾选采购组织ME11无法保存寄售P-info特殊采购类型必须包含10SE16N查T161F表BESKZ 10缺失10MRP2视图无法保存特殊采购类10信息记录类别必须启用ConsignmentSE16N查T161F表INFAR KINFAR不为KME11中无法选择寄售类别提示OMEV配置后必须执行SA38 → RM07MLBD程序输入采购组织与任意物料号确认输出中Special Stock列显示“K”。这是比前端界面更可靠的激活验证。6.2 寄售库存健康度监控报表SQL脚本以下SQL可在SE16N或SQVI中直接运行生成寄售库存日报替代手工查MMBE-- 寄售库存日报按工厂物料供应商汇总 SELECT mseg~werks AS 工厂, mseg~matnr AS 物料号, makt~maktx AS 物料描述, lfa1~lifnr AS 供应商号, lfa1~name1 AS 供应商名称, SUM(mseg~menge) AS 寄售库存数量, AVG(eina~kbetr) AS 当前寄售单价, SUM(mseg~dmbtr) AS 库存金额 FROM mseg INNER JOIN mkpf ON mseg~mblnr mkpf~mblnr AND mseg~mjahr mkpf~mjahr INNER JOIN mara ON mseg~matnr mara~matnr INNER JOIN makt ON mseg~matnr makt~matnr AND makt~spras 1 INNER JOIN lfa1 ON mseg~lifnr lfa1~lifnr LEFT JOIN eine ON mseg~matnr eine~matnr AND mseg~lifnr eine~lifnr AND eine~ekorg (SELECT ekorg FROM t024 WHERE werks mseg~werks) WHERE mseg~sobkz K -- 仅寄售库存 AND mseg~bwart 101 -- 仅收料凭证 AND mkpf~budat ADD_DAYS( SY-DATUM, -30 ) -- 近30天收料 GROUP BY mseg~werks, mseg~matnr, makt~maktx, lfa1~lifnr, lfa1~name1 ORDER BY mseg~werks, SUM(mseg~menge) DESC.逻辑说明该脚本关联MSEG物料凭证、MKPF凭证抬头、MAKT物料描述、LFA1供应商及EINA信息记录五张核心表按工厂、物料、供应商三级聚合输出实时寄售库存量、单价与金额。ADD_DAYS函数确保只统计活跃库存避免历史呆滞数据干扰。6.3 寄售日常巡检清单5项必查指标与处置建议检查项检查方式正常阈值异常处置1. 未结算寄售库存占比MB52 → 输入工厂 → 特殊库存K → 查看SALK3/SLABS比值 15%15%立即运行MRKO检查是否因税务缺失阻塞2. 寄售信息记录有效期ME12 → 输入物料供应商 → 查看“有效至”字段未来6个月以上到期前30天通知采购更新P-info避免MRKO失败3. 411K与MRKO时间差MB51 → 筛选移动类型411 → 查看凭证日期与MRKO凭证日期≤ 3工作日3天检查MRKO作业是否被调度或存在批量结算锁4. 寄售收料无P-info比例SE16N → MSEG表 → 筛选SOBKZK BWART101 INFNR0%存在追溯MIGO操作员培训P-info前置创建规范5. MRKO结算失败率SM37 → 查找MRKO后台作业 → 统计失败次数/总次数 1%1%导出失败日志重点检查EINA-MWST与LFA1-STCD1一致性从那以后我每次上线新寄售供应商都强制走一遍这5项巡检先用RM07MLBD确认OMEV激活再用SE16N扫一遍EINA表的MWST条件最后跑一次SQL日报看库存分布。曾经有个项目因跳过第4项检查导致23%的寄售收料没挂P-infoMRKO批量失败后才发现返工三天。现在这套清单已固化进我们团队的《SAP MM寄售上线Checklist》V3.2版每次交接都带着走。希望帮到你。本文还有配套的精品资源点击获取