SAP寄售库存配置与实操避坑全指南

简介本资源是一份面向SAP MM模块初学者与实施顾问的供应商寄售全流程实操指南聚焦采购与库存管理中的寄售业务场景系统解决寄售配置激活、主数据维护、采购申请与订单创建、寄售收料101、库存转移411K、发票校验MRKO及常见冲销排错等核心问题。文档为单个Word文件.doc结构清晰、步骤详尽涵盖MRP2视图设置采购类型F特殊采购类10、XK01建供应商、ME11信息记录关键要点、OMEV后台激活、MB1B与MIGO事务代码应用等11个关键环节并附典型报错处理方案如412K冲销后重做MRKO。压缩包仅含1个DOC文件大小123KB轻量易读适合作为SAP MM实务速查手册或培训补充材料。目前已有570人学习下载内容源自一线实践可直接用于项目配置验证与问题排查。1. SAP供应商寄售不是“先收货后付款”的简化版而是整套特殊库存权责分离的财务闭环它让物料在你仓库里躺半年不进成本、不动应付、不触发税务直到你真正领用那一刻才自动完成采购入库应付挂账进项税确认——这正是SAP MM模块中Consignment寄售机制最硬核的价值点也是很多刚接触MM的顾问或企业用户反复翻车的核心原因。它不依赖自定义开发但极度依赖后台配置与前台操作的严丝合缝比如信息记录Purchasing Info Record必须带“寄售标识”且税务字段不能为空411K移动必须匹配Consignment类P-info否则系统直接报错“Pipeline/consignment movement posted without value”而发票校验绝不能用MIRO必须走MRKO专用事务码——这些不是可选项是SAP标准逻辑强制锁死的路径。本文面向已在SAP ECC或S/4HANA环境中实操过基础采购流程ME21N开PO、MIGO收货、MIRO校验的MM顾问、实施工程师及企业内部关键用户不讲概念复读只拆真实配置链路、贴可执行命令、列血泪避坑清单、给验证脚本。如果你正被“寄售库存查得到但转不出”“MRKO报错无税务信息”“411K冲销后凭证仍不平”卡住三天以上这篇就是为你写的。2. 寄售主数据四要素MRP2视图采购类型F 特殊采购类10 供应商主数据扩展 寄售专用信息记录寄售不是“打个勾就生效”的功能开关它是四类主数据协同生效的结果。缺一不可且顺序不可逆。我见过太多项目在ME11建完信息记录后直接跳去ME51N建申请结果K类项目根本选不出来——问题就出在MRP2视图没维护系统压根不识别该物料支持寄售。2.1 MRP2视图必须显式启用寄售采购类型采购类型F 特殊采购类10进入事务码MM02修改物料主数据输入物料号选择“MRP2”视图。重点检查并维护以下两个字段采购类型Procurement Type必须设为F即External procurement外部采购。注意EIn-house production或空白值均不支持寄售特殊采购类型Special Procurement Type必须设为10Consignment。这是SAP硬编码的寄售标识其他如20Subcontracting、30Stock transfer均无效。提示若此处为空或填错后续所有操作包括ME51N中K类项目的选择、MB1B中411K移动的可用性都会失效。SAP不会报错提示而是静默屏蔽相关功能——这是第一个玄学坑。* 验证脚本检查指定物料的MRP2视图关键字段需ABAP权限在SE38中运行 REPORT z_check_consignment_mrp2. PARAMETERS: p_matnr TYPE mara-matnr OBLIGATORY. DATA: ls_marc TYPE marc. SELECT SINGLE * FROM marc INTO ls_marc WHERE matnr p_matnr AND werks 1000. 请替换为你的工厂代码 IF sy-subrc 0. WRITE: / 物料:, p_matnr. WRITE: / 采购类型:, ls_marc-bsart. WRITE: / 特殊采购类型:, ls_marc-dispo. IF ls_marc-bsart F AND ls_marc-dispo 10. WRITE: / ✅ 符合寄售主数据要求. ELSE. WRITE: / ❌ 采购类型或特殊采购类型错误请检查MM02 MRP2视图. ENDIF. ELSE. WRITE: / ❌ 未找到该物料在工厂1000的MRP2视图记录. ENDIF.参数说明p_matnr待验证的物料编号werks工厂代码需按实际环境修改如2000、3000脚本逻辑仅当bsart F且dispo 10同时成立时才判定为主数据就绪。这是寄售流程的起点也是所有后续操作的合法性基石。2.2 供应商主数据必须启用寄售业务伙伴角色XK01中勾选“Consignment”并维护地址/银行/税务使用事务码XK01创建供应商时不能只填名称和地址。寄售场景下供应商必须被系统识别为“Consignment Partner”否则MRKO无法调取其税务信息。关键步骤在“General Data”通用数据页签中填写名称、地址、城市、邮编等基础信息进入“Company Code Data”公司代码数据页签选择对应公司代码如1000点击“Payment Transactions”付款交易子页签必须勾选 “Consignment” 复选框位于“Account type”下方在“Withholding Tax”预提税子页签中确保“Tax code”已维护如J1代表增值税进项税在“Bank Details”银行信息页签中完整录入开户行、账号、SWIFT/BIC用于后续发票校验生成付款凭证。注意若此处未勾选“Consignment”即使信息记录ME11中维护了寄售价格MRKO结算时也会提示“Vendor does not allow consignment settlement”。这不是配置遗漏而是SAP底层Partner Function逻辑强制校验。2.3 信息记录Purchasing Info Record必须带寄售标识、价格、税务三要素事务码ME11创建信息记录是寄售流程中最易被轻视却最致命的一环。它不是普通采购的信息记录而是寄售结算的唯一计价依据。创建时必填项Material输入已维护MRP2视图的物料号Vendor输入已勾选Consignment的供应商Plant输入收货工厂如1000Info Category必须选择Consignment而非StandardPrice输入寄售单价含税或不含税需与税务代码一致Tax Code必须维护有效税务代码如J1且该代码需在供应商主数据XK01中已激活Validity Period起止日期必须覆盖预计结算周期。提示信息记录中的“Info Category”下拉菜单默认不显示Consignment需先在后台配置激活。若列表中无此项说明SPRO中寄售功能未启用见第4章。2.4 四要素齐备验证法用MMBE ME23N交叉确认主数据状态主数据是否真就绪不能只信界面勾选要用两个标准事务码交叉验证MMBE 查看库存类别输入物料号工厂观察“Special Stock”特殊库存栏。若显示KConsignment说明MRP2视图与信息记录已联动成功若为空或显示ESubcontracting则主数据链断裂。ME23N 查看信息记录详情输入物料供应商工厂打开信息记录。在“Details”页签中确认“Info category” 显示为Consignment“Tax code” 字段非空“Valid from/to” 包含当前日期。只有这两处同时满足才能进入下一步采购申请创建。我曾帮某制造企业排查过一个案例MMBE显示K库存正常但MRKO始终报错。最终发现ME23N中信息记录的Tax Code是XX测试代码而供应商主数据中激活的是J1——系统按主数据校验忽略信息记录中的错误代码导致结算失败。这种细节必须人工逐项对齐。3. 寄售采购订单全链路从K类采购申请ME51N到101收货MIGO为什么不能跳过信息记录寄售采购订单PO表面看和普通PO一样但其创建逻辑、凭证生成规则、后续移动类型支持完全独立。最大的认知误区是“寄售PO可以不依赖信息记录”。这句话前半句对后半句错——PO创建可跳过信息记录但101收货和411K移动绝对依赖。本章拆解从申请到收货的完整链路并解释每个环节为何必须存在。3.1 ME51N创建K类采购申请项目类别K是寄售的唯一入口标识事务码ME51N创建采购申请PR时关键动作在行项目层级输入物料号系统自动带出MRP2视图中的采购类型F和特殊采购类10手动将“Item Category”项目类别改为KConsignment。这是整个寄售流程的触发开关若此处为NStandard或留空后续无法转为寄售PO系统会提示“Item category K not allowed for this material”。注意K类项目在ME51N中并非默认选项需手动从下拉列表中选择。列表中若无K说明该物料MRP2视图未维护10或当前工厂未分配寄售配置见第4章。3.2 将PR转为寄售POME52N中必须选择“Consignment”作为采购类型采购申请保存后用ME52N打开点击“Convert to Purchase Order”转换为采购订单。关键配置点在弹出的“Create Purchase Order”对话框中“Document Type”单据类型必须选择KBConsignment PO而非NBStandard PO系统自动将行项目“Item Category”设为K且灰色不可改此时可手动输入供应商需为XK01中勾选Consignment者或让系统按信息记录带出。提示若此处Document Type下拉列表中无KB说明后台未配置寄售单据类型见第4章SPRO路径。这是第二个高频翻车点——很多顾问以为KB是系统自带实则需手工复制标准单据类型并启用寄售特性。3.3 MIGO 101收货无FI凭证、不更新应付、仅增加K库存但必须有P-info寄售PO创建完成后执行收货Goods Receipt是核心动作。必须使用MIGO而非MB01因MB01不支持特殊库存移动。操作路径Tcode: MIGO → 选择“Goods Receipt” → “Purchase Order”输入寄售PO编号回车系统自动带出行项目Movement Type 填写101点击“Post”过账。此时发生三件事✅ 库存增加MMBE中“Special Stock K”数量增加❌ 无FI凭证总账不产生任何会计分录不借记原材料不贷记应付账款⚠️ 强制校验系统实时检查该物料供应商组合是否存在有效的Consignment信息记录。若不存在报错“No valid info record found for consignment”。血泪经验曾有客户在MIGO 101时跳过信息记录用MB01强行收货结果K库存增加但MRKO无法结算——因为MB01不写入寄售凭证Consignment DocumentMRKO找不到结算依据。SAP的严谨在于101收货不是“把货放仓库”而是“在系统中建立寄售法律关系”这个关系必须由P-info背书。3.4 收货后立即验证用MB51查凭证流用MMBE看库存结构收货完成后必须做两件事验证是否成功MB51 查看物料凭证流输入物料号工厂移动类型101查看生成的物料凭证Material Document。关键字段“Special Stock” 列显示K“Vendor” 列显示供应商编号“Account Assignment” 列为空证明无FI凭证。MMBE 查看库存结构输入物料号工厂观察“Unrestricted-use stock”非限制库存不变“Special stock K”寄售库存数值 收货数量“Total stock”总库存 非限制库存 K库存。若MB51中Special Stock为K且MMBE中K库存增加则101收货成功。这是寄售流程的“第一道门”跨过去才谈得上后续领用与结算。4. 后台配置生死线OMEV激活寄售 KB单据类型配置 消息控制三步缺一不可寄售不是前台点点就通的功能它的底层能力由SPRO后台配置驱动。配置缺失或错位会导致前台操作全部静默失败——没有报错只有功能消失。本章直击三个必须配置的节点并给出可验证的检查脚本。4.1 SPRO路径OMEV激活寄售信息记录使用核心开关路径SPRO → Materials Management → Purchasing → Define Usage of Info Records → Activate Consignment Info RecordsTcode:OMEV操作要点选择公司代码如1000勾选 “Consignment” 复选框保存。提示此配置是全局开关。若未启用ME11中无法选择Consignment Info CategoryME51N中K类项目不可选MRKO无法调取信息记录——所有寄售功能归零。这是90%新项目首次配置遗漏点。4.2 配置寄售专用采购订单类型KB复制NB并启用寄售特性路径SPRO → Materials Management → Purchasing → Define Document Types → Define Document Types for PurchasingTcode:OMTA操作步骤复制标准单据类型NB新建为KB在“Control Data”页签中勾选 “Consignment”关键在“Number Assignment”页签中为KB分配独立的凭证号区间如5000000000–5999999999保存并激活。注意KB单据类型必须与采购组织、公司代码关联。在OMGQ中检查采购组织是否分配了KB类型。若未分配ME52N中无法选择KB作为Document Type。4.3 消息控制解决MRKO报错“Message 06177 – No tax data available”MRKO结算时常见报错“Message 06177 – No tax data available for vendor and material”。这不是主数据问题而是消息控制未放开。路径SPRO → Materials Management → Purchasing → Messages → Define Attributes of System Messages → Maintain Message DeterminationTcode:OMSK操作找到消息号06177应用组件MM消息类06将其“Message Type”从EError改为WWarning或IInformation保存。提示此操作不规避税务缺失而是让MRKO能继续执行用户需手动补录税务。更彻底的解法是在XK01和ME11中补全Tax Code见2.2、2.3节。但生产环境常需快速过账临时改消息类型是合规的应急手段。4.4 配置完整性验证脚本用ABAP检查OMEV、OMTA、OMSK三处状态REPORT z_check_consignment_config. DATA: lt_omev TYPE TABLE OF t166, lt_omta TYPE TABLE OF t16f, lt_omsk TYPE TABLE OF t100. 检查OMEV寄售信息记录是否激活 SELECT * FROM t166 INTO TABLE lt_omev WHERE mandt sy-mandt AND bukrs 1000. 公司代码 检查OMTAKB单据类型是否存在且启用寄售 SELECT * FROM t16f INTO TABLE lt_omta WHERE mandt sy-mandt AND bsart KB AND konsb X. konsb X 表示启用寄售 检查OMSK06177消息类型是否为E SELECT * FROM t100 INTO TABLE lt_omsk WHERE mandt sy-mandt AND arbgb 06 AND msgnr 06177 AND msgty E. WRITE: / OMEV 配置检查 . IF lines( lt_omev ) 0. WRITE: / ✅ 公司代码1000已激活寄售信息记录. ELSE. WRITE: / ❌ OMEV未配置请运行OMEV并勾选Consignment. ENDIF. WRITE: / OMTA 配置检查 . IF lines( lt_omta ) 0. WRITE: / ✅ KB单据类型已创建且启用寄售. ELSE. WRITE: / ❌ KB单据类型缺失或未启用寄售请检查OMTA. ENDIF. WRITE: / OMSK 配置检查 . IF lines( lt_omsk ) 0. WRITE: / ⚠️ 消息06177仍为Error级别MRKO可能报错. WRITE: / 建议在OMSK中将其改为Warning. ELSE. WRITE: / ✅ 消息06177已非Error级别. ENDIF.参数说明bukrs公司代码按实际修改bsart单据类型KB为寄售POkonsb寄售标识字段X表示启用脚本输出明确告知哪一环缺失避免盲目排查。5. 避坑指南寄售流程中5个真实踩坑记录现象→原因→解决全还原寄售流程的脆弱性在于它由多层主数据、后台配置、前台操作耦合而成任一环节微小偏差都会导致下游功能雪崩。以下是我在多个项目中亲历、复现、验证过的5个典型坑每一条都附带现场截图级描述和可落地的解决方案。5.1 现象ME51N中K类项目不可选下拉列表为空原因物料MRP2视图中特殊采购类型dispo未维护10或维护为00空值或工厂未分配寄售配置OMEV未启用。解决运行MM02 → MRP2视图 → 确认dispo 10运行OMEV → 检查公司代码是否勾选Consignment若两者均正确检查工厂是否在OMEV中被分配OMEV中“Plant”字段需维护。5.2 现象MIGO 101收货成功但MMBE中Special Stock K为0原因收货时未选择正确的“Account Assignment Category”账户分配类别。寄售101必须选KConsignment若误选UUnknown或留空系统默认计入非限制库存。解决MIGO中点击行项目右侧“Details”按钮在“Account Assignment”页签中“Account Assignment Cat.” 必须为K若为其他值退回修改后重新过账。5.3 现象MB1B 411K移动时报错“Pipeline/consignment movement posted without value”原因执行411K时系统找不到该物料供应商组合的Consignment信息记录或信息记录中Tax Code为空。解决运行ME23N输入物料供应商工厂确认信息记录存在且Tax Code非空若信息记录存在但Tax Code为空用ME12修改并保存若信息记录不存在用ME11重新创建Consignment类型记录。5.4 现象MRKO结算时提示“Vendor does not allow consignment settlement”原因供应商主数据XK01中未勾选“Consignment”复选框或公司代码数据中未维护税务代码。解决运行XK01 → 选择公司代码页签 → “Payment Transactions”子页签 → 勾选“Consignment”进入“We Withholding Tax”子页签 → 维护有效Tax Code如J1保存并激活。5.5 现象411K移动后MRKO结算金额为0或提示“no items found for settlement”原因411K移动未正确关联寄售凭证Consignment Document或移动数量大于寄售库存可用量。解决运行MB51输入物料工厂移动类型411查看生成的物料凭证双击凭证进入“Document Header”检查“Reference”字段是否指向原始寄售PO若为空说明411K未基于寄售库存执行需用MB1B重新操作确保“Reference”带出PO编号若凭证有Reference但结算仍失败运行MMBE确认K库存是否足够411K数量 ≤ K库存。提示所有这些坑都不是SAP Bug而是标准逻辑的刚性体现。它要求实施者像审计师一样对每一笔移动、每一个字段、每一条配置都保持怀疑。我从第一次在模拟项目X中因漏勾XK01的Consignment框导致MRKO失败到如今每次上线前必跑z_check_consignment_config脚本这个习惯救了我三次重大上线危机。从那以后我每次配置完OMEV、OMTA、XK01都强制走一遍ME11→ME51N→MIGO→MB1B→MRKO全链路冒烟测试哪怕只测一个物料。希望帮到你。本文还有配套的精品资源点击获取