尧图网络 高端网站定制 · 原创设计
免费咨询热线
400-888-6620
免费获取方案
SAP寄售业务实操指南:从库存所有权到MRKO结算全流程解析
我做了十来年SAP实施几乎每个制造型项目都会撞上“寄售”这两个字。供应商把货存在你仓库你看着能用、可以领料但钱不用马上付直到实际消耗时才确认对供应商的债务月底再拿对账单做结算。听起来很划算也很能优化现金流但真要在SAP里把寄售跑顺从主数据、采购订单、库存移动类型到MRKO结算环环相扣一个字段没设对后面全乱。这篇笔记我就把寄售业务从业务逻辑讲到系统操作重点讲MM模块里的实操也会带出与FI的衔接适合刚开始接寄售项目的顾问也适合被寄售对账折磨过的关键用户。1. 寄售业务先搞懂库存权、所有权和付款权是分开的1.1 寄售和普通采购的本质区别普通采购的路径很清晰下达采购订单、做收货、做发票校验、到期付款。货一到库所有权就归你公司后面的一切消耗、报废、调拨都是你自己的库存动作。寄售不一样。供应商把货送到你的仓库放在系统里的“寄售库存”中这时候货权仍然属于供应商你只是代管可用。真正的“采购”动作发生在后续某个消耗时点生产发料、成本中心领用、销售发货只要这个动作发生SAP才会认定你“用了供应商的货”于是自动生成一笔对供应商的债务。月末再由财务跑MRKO把这段时间的消耗汇总成结算凭证做完发票校验后进应付账款。所以我在项目里经常跟用户强调一句话寄售不是“先拿货后付款”而是“先代管消耗即采购”。这个认知不建立后面看报表、做对账、跑结算都会走弯路。从财务角度看两者差异更直观普通采购收货时借库存/借费用贷GR/IR寄售收货时不做任何会计凭证寄售消耗时借库存或费用贷寄售负债供应商相关暂挂科目MRKO结算时把累计的寄售负债转成真正的供应商应付账款。这也是为什么寄售项目里MM和FI永远要绑在一起做方案不能只看库存移动。1.2 寄售适合什么物料不是所有物料都适合寄售。我在售前调研阶段一般先看几类特征价格相对稳定波动不大用量大且频繁比如标准件、紧固件、包材、通用原材料供应商离工厂近补货周期短企业希望减少提前采购造成的资金占用已经有VMI供应商管理库存基础寄售是自然的延伸。反过来说有几类物料我劝客户不要硬上寄售保质期短且消耗慢的料放久了成呆滞权责难扯价格波动剧烈的料结算时容易和供应商扯皮供应商本身资金紧张、承受不了铺货压力的也不适合。判断物料适不适合寄售比配置系统更重要。因为寄售一旦上线后续的主数据、对账流程、月度结算都要跟着这个模式走改起来成本不低。1.3 SAP里寄售的关键组成寄售在SAP里并不是一个单独的模块而是MM模块内一套完整的业务组合必须把下面几个要素同时准备好主数据寄售信息记录、物料主数据里的寄售标记采购寄售类采购订单行项目类别是LConsignment库存特殊库存类型K也就是供应商寄售库存移动类型411、412、281、282这些和寄售强相关的类型消耗发料、领用动作会同时确认对供应商的负债结算MRKO事务代码按期间把消耗转成供应商结算凭证。环节事务码/配置核心作用主数据ME11 / MM01建寄售信息记录勾选物料寄售属性采购ME21N创建行项目类别为L的寄售PO收货MIGO移动类型411特殊库存K消耗MIGO / 生产发料移动类型281或带K的发料确认负债退回MIGO移动类型412把寄售库存退给供应商结算MRKO按期间汇总消耗生成供应商结算凭证这套组合缺一不可。曾经有客户只创建了采购订单但物料主数据没勾寄售结果PO行项目自动变成标准采购后面全流程走错月底寄售结算一张单子都出不来。2. 主数据准备信息记录、物料主数据与采购订单2.1 寄售信息记录是基础在SAP里寄售业务的基础是“寄售信息记录”。所谓信息记录就是供应商物料采购组织之间的一份采购约定里面维护价格、交货条款等。寄售信息记录的信息记录类别是“寄售”Consignment。创建时用ME11输入供应商、物料、采购组织、工厂然后在“信息记录类别”里选择“寄售”。之后在条件视图里维护价格。比如某家螺栓供应商1000个螺栓的净价是800元如果按基本计量单位“个”来算价格单位可以设成1000。这里有个容易踩的坑如果信息记录没有按寄售类别创建后面ME21N创建采购订单时系统默认带出来的是“标准”项目类别而不是寄售。订单都建错了后续就别提什么库存、结算了。另外我建议在寄售信息记录里把价格生效日期维护清楚。因为寄售消耗是持续发生的MRKO结算时要按消耗时点取价格如果你维护了多个价格版本结算规则里要明确“按消耗日期取数”还是“按结算日期取数”。这个不确认好月底就会出现明明一个价结算出来却是另一个价的情况。2.2 物料主数据里的寄售标记物料主数据方面MM01或MM02维护物料时在“采购”视图里有一个字段叫“寄售”。这个字段很重要它告诉系统这个物料是可以按寄售方式采购和消耗的。我见过不少项目物料主数据里这个字段没勾后面用ME21N创建寄售PO时行项目类别怎么改都改不对。就算手工把项目类别改成L后续MRKO结算也可能报错因为系统认为这个物料没有寄售属性。另外同一颗物料在不同工厂下可以有不同的设置。某个工厂走寄售另一个工厂走普通采购是完全允许的。所以顾问在做数据收集模板时一定要把“工厂层面”的寄售标记纳入检查范围。物料主数据还有一个容易被忽略的点如果物料既做自有库存又做寄售库存那库存地点的规划就要提前定好。比如A库位放自有库存B库位放寄售库存系统里最好有明确的使用规范避免库房人员收货时选错库位导致库存类型混在一起。2.3 寄售采购订单与“项目类别L”ME21N创建采购订单时输入供应商和物料后系统会自动带出“项目类别”。对寄售物料正常情况下应该显示“L寄售”。如果没带出来按前面的排查思路是信息记录或物料主数据的问题。寄售PO有一个特点它更像是一份“允许供应商铺货”的框架性计划而不是传统意义上的采购订单。因为采购数量可以不是精确的到货数量只表示一个预计需求。供应商按这个PO送货多余的库存停留在你的仓里但权属是供应商的。项目里有两种常见做法第一种规范型每一批寄售收货都挂在对应的寄售PO下用MIGO参照PO收货移动类型自动变成411特殊库存K。好处是全程可追溯ME2L能按PO看到所有收货记录。第二种简化型不建PO直接用MIGO做411收货。好处是操作快但历史追溯很差。我不太推荐这种除非项目规模特别小或者外围系统能承担对账功能。我自己的习惯是让客户上PO即便寄售PO不那么“传统”也要让数据留痕。采购价格的维护也要注意。寄售PO上的价格如果来自信息记录那就以信息记录为准。如果PO上手工改了价消耗时不一定按PO价格走要看后台上的是按信息记录还是按PO评估。这个细节我曾经在一个汽车零部件项目上吃过亏月底对账差了几万块最后查到是PO手工价和信息记录价不一致导致的。3. 库存流转收货、消耗与退回的移动类型3.1 411收货供应商把货放到你的仓库寄售收货的标配移动类型是411特殊库存K。操作时在MIGO里选“收货”参照寄售PO系统自动会带出移动类型411。过账后物料进入“供应商寄售库存”在MMBE、MB52里能看到特殊库存类型K的记录。这里要特别说一句寄售收货过账后SAP不会生成会计凭证。原因是货权还在供应商那里你没有形成采购义务也没有形成自己的库存价值。这点和普通采购101收货完全不同。常见错误是操作人员不去区分直接选101收货到自由库存。这样在系统里就把寄售做成了普通采购后面MB58根本查不到寄售库存MRKO结算也没数据月底只能靠人工手工调账。所以我在上线培训时都会反复强调看到“寄售”两个字就要想到411和特殊库存K。另外库存地点的问题。寄售物料在收货时要指定具体的库存地点这个库存地点要提前在物料主数据或收货配置里开放。如果库房人员选了未维护寄售属性的库存地点系统可能报错或直接收不进去。3.2 281消耗货所有权转移的那一刻寄售库存真正变成你的库存靠的是消耗动作。最基础的移动类型是281特殊库存K业务含义是“从寄售库存转储到自有库存”。可以这样理解你从寄售库存里拿了一部分货放进自己的自由库存所有权发生转移同时系统自动生成一笔会计凭证。凭证的逻辑是借库存科目或成本费用科目贷寄售负债科目。这笔负债就是你对供应商的“已消耗未结算”金额月底MRKO就是拿这个数据来结算的。实操中消耗有两种常见方式第一种先转自有再发料。MIGO用281/K把寄售库存转成自由库存然后再用261或201发到生产订单或成本中心。好处是逻辑清晰库房容易理解但多一步操作。第二种发料时直接走寄售消耗。在MIGO做261发料给生产订单时选择特殊库存K系统在过账的瞬间完成寄售库存扣减和负债确认。这种方式减少操作步骤但对系统配置和用户素质要求更高一旦漏选供应商或选错特殊库存后面对账就会出问题。我的建议是生产订单发料尽量用第二种但前提是物料主数据和BOM都准确。成本中心领用或没有订单背景的零星领用建议用281先转自由库存避免把寄售消耗挂在错误的成本对象上。3.3 退回与调拨场景寄售库存在你仓库里不代表永远不退回。供应商发现货有质量问题、或者长期呆滞都需要做退货对应的移动类型是412特殊库存K。操作时MIGO选择“退货”参照原寄售PO或直接录入供应商过账后寄售库存减少同样不产生会计凭证。还有一个场景是282。281把寄售转成自有库存后你可能会发现转多了需要把多余部分退回去。这时用282/K把自由库存退回寄售库存恢复供应商权属。至于跨工厂、跨库位的寄售调拨比如311/309这些移动类型能不能用在寄售上要格外小心。我的经验是尽量不要让寄售库存做跨工厂调拨。因为跨工厂调拨必然涉及货权、运输、成本、税务等一系列问题寄售模式下所有权不清晰后面对账会非常痛苦。如果业务上真有需求我建议先让供应商做退货再到目标工厂重新收货流程虽然多一步但账目干净。寄售盘点也不能忽视。寄售库存虽然所有权归供应商但实物在你的仓里盘点时不能漏掉。SAP支持对寄售库存进行盘点但盘盈盘亏的处理逻辑和自有库存不一样要结合供应商对账结果来决定是调整寄售库存还是做退回处理。这个环节我建议由财务、采购、库房三方一起确认规则。3.4 库存报表怎么看寄售库存MB58按供应商查询寄售库存是寄售对账最常用的报表ME2O供应商寄售库存概览能看出寄售物料在工厂下的库存分布MMBE勾选特殊库存类型K查看寄售库存MB51/MB52下载物料凭证或库存清单可以把特殊库存K单列出来。日常对账我一般先MB58拉整个供应商维度的寄售库存再和供应商提供的对账单比对。一旦发现差异再用MB51追查期间内的411、412、281凭证基本能定位到是哪个环节漏录或录错。4. MRKO结算把消耗变成应付账款的流程4.1 MRKO结算的核心逻辑MRKO是寄售结算的事务代码它做的事情可以理解为按一段时间通常是月份汇总你实际消耗的寄售物料数量再结合价格生成一张针对供应商的“结算凭证”。这张凭证在SAP里被当作采购结算的依据后续可以进入供应商应付账款。操作步骤大致是进入事务代码MRKO选择公司代码、工厂、期间输入供应商或物料范围点击“选择”系统列出期间内的寄售消耗记录勾选需要结算的记录点击“结算”生成结算凭证。结算完成后系统会为每个供应商创建一张结算凭证凭证里体现消耗物料、数量、金额。后续在FI里可以查到对应的应付产生。项目里最容易犯的错误是把MRKO当成“月结按钮”过了结算期间就认为万事大吉。实际上MRKO只结算“已消耗未开票”的寄售部分如果消耗没有过账MRKO再怎么做都不会有数据。所以寄售结算的前置条件是库存消耗必须准确完整。4.2 结算前的对账动作我一直强调MRKO不是财务一个人的事采购和库房必须参与对账。结算前我会建议客户按这个顺序走先跑MB58核对期末寄售库存数量和供应商对账单是否一致再跑MB51筛选期间内的寄售移动记录确认期间的收货量和消耗量然后按“期初寄售期间收货-期间消耗期末寄售”的公式做数量勾稽。数量没问题之后才让MRKO跑结算。因为MRKO结算出来的金额本质是“消耗数量×价格”如果数量环节就是错的结算金额自然不准确。还有一个关键点是期间边界。我曾经遇到一个客户每个月月底都有大量生产订单发料被滞留在系统外业务员在次月2号才补录结果这些消耗全部进入了下个结算期间。财务截图报表怎么都对不上。后来我们约定了一个规则每月最后一个工作日晚上8点前所有寄售消耗必须过账完毕过时归入下期并且关账后在紧急情况下允许冲销重做。规则定了之后对账效率提升非常明显。4.3 结算差异的排查与处理MRKO结算出来的金额经常会有差异常见原因有几种价格不一致信息记录里存在多个价格版本MRKO取数规则没有按消耗时点取价导致结算金额和手工计算不一致。供应商主数据变更消耗过账时挂了A供应商后来主数据被改成B供应商MRKO按新的主数据对账老记录可能就找不到了。物料主数据寄售标记被去掉这种情况不多但一旦发生MRKO会直接过滤掉该物料的消耗记录。结算后需要调整如果发现结算有误必须冲销MRKO结算凭证调整相关因素如价格、数量、供应商后重新结算。不要直接做红字发票或手工调账否则系统里的寄售负债和应付对不齐。这里补一句和FI相关的寄售结算生成的凭证最终会影响供应商应付账款所以财务在关账前跑MRKO时最好先和应付会计确认纳税、汇率、付款条件这些配置是否完整。5. 顾问落坑笔记常见问题与排查实录5.1 为什么创建PO时项目类别不是L这是最频繁的问题。按这个顺序排查基本都能找到原因查信息记录是否存在且信息记录类别是否为寄售查物料主数据采购视图里的寄售标记是否勾选查物料与工厂层面是否有特殊限制最后检查采购订单类型是否被项目自定义过部分增强会改默认项目类别。一句话总结项目类别L不是手工改出来的是主数据决定的。5.2 消耗了却不产生负债凭证这个问题会让财务非常紧张。常见原因一是消耗时用错了移动类型走了普通消耗没有挂在特殊库存K下二是后台上OBYC的事务代码KON没有配置或没有维护对应的总账科目三是物料主数据没有寄售属性系统把消耗当作普通自有库存的消耗处理了。遇到这种问题先用MB51查物料凭证确认移动类型和特殊库存K。再看MSEG表里是否有供应商字段、特殊库存标识。如果这些都正常那就查OBYC配置定位KON事件对应的科目是否存在。5.3 寄售库存和对账单对不上通常有两个方向实物不在系统里或系统里数量已经不在实物现场。实物有、系统没有大概率是收货环节漏了过账。供应商送货但库房没在系统做411收货实物在仓库堆着账上却没有寄售库存。这时候要补做收货或者做盘盈调整。系统有、实物没有一般有两种情况一是消耗出库没做账实物被领了但系统没扣二是退回供应商时没做412供应商已拉货走人账上还挂着库存。我处理过最极端的案例是一台设备上的寄售件被维修工领用后没有过账月底实际库存和系统差异大到快一万个体零件。后来我们引入了扫码领料从源头控制实物出入才彻底解决。5.4 外围接口自动过账的坑很多企业有MES、WMS系统通过RFC接口把库存消耗数据传到SAP自动过账。这里最常见的坑是接口程序里没有传“供应商”和“特殊库存K”。我曾经处理过一个案例MES传消耗时只传了物料和数量导致系统把消耗过到了自由库存而不是寄售库存导致寄售负债少记月底MRKO结不出来。后来在接口逻辑里强制校验寄售物料的供应商不为空这个问题才没有再犯。如果你是自己开发的接口强烈建议在做BADI或BAPI增强时明确要求寄售业务场景下必须传入供应商、移动类型、特殊库存三个要素缺一不可。6. 最后说点顾问视角的心得其实寄售业务在SAP里并不复杂它的核心就一句话供应商把货寄存在你的仓库你消耗了才确认采购。只要这句话理解了主数据、移动类型、MRKO结算就都顺了。但如果要说真正的难点我倒觉得不在系统里而在流程边界上。寄售业务涉及采购、库房、生产、财务四个部门四个部门对“什么时候算消耗”的理解一旦不一致系统再对也没用。我见过太多项目上线后库房觉得“库存在仓库肯定没问题”生产觉得“领到线边就算消耗”财务觉得“月底有MRKO就行”最后对账时三方数据各说各话。所以我每次做寄售项目都会拉着四个部门开一次会明确三件事收货用什么动作、消耗用什么动作、月底谁负责对账谁负责结算。这个会开完系统配置反而变得很简单。如果让我再给一个具体的建议上线初期不要追求自动化先把411、281、412、MRKO这几步手工流程跑顺用三个月的对账数据验证准确率。等准确率稳定了再考虑上MES/WMS接口自动过账。这样即使出了问题也知道是流程问题还是系统问题不会被外围接口的黑盒子耽误排查时间。寄售这个业务慢就是快账清比什么都重要。
RELATED

相关推荐

品牌AI可见性基线应保留什么,才能支持以后的长期比较?

品牌AI可见性基线应保留什么,才能支持以后的长期比较?

品牌AI可见性基线,应当让未来的团队能够回答:当时测了什么、怎样得到结果,以及今天的变化可以与哪一部分比较。只保存一张总分图,几个月后往往已经不足以解释差异。一份可长期使用的基线,需要保留对象与问题、实际回答…

📅 2026/9/13 6:49:31
AI如何革新学术写作:智能文献管理与论文生成技术

AI如何革新学术写作:智能文献管理与论文生成技术

1. 项目概述:当学术写作遇上AI革命去年指导本科生论文时,有个场景让我印象深刻:学生对着空白的文档发呆三小时后,最终在搜索框输入"如何三天写完毕业论文"。这背后折射的正是学术写作中的经典痛点——文献梳理耗时、格式…

📅 2026/9/13 6:44:31
Cua App-Use 实战指南:用虚拟桌面把 Agent 限制在指定应用中

Cua App-Use 实战指南:用虚拟桌面把 Agent 限制在指定应用中

Cua App-Use 实战指南:用虚拟桌面把 Agent 限制在指定应用中 【免费下载链接】cua Scale computer-use 2.0 with open-source drivers, cross-OS fleets, and benchmarks for training, evaluation, and data generation. 项目地址: https://gitcode.com/GitHub_T…

📅 2026/9/13 6:44:31
MORE NEWS

更多资讯

📰

amis Calendar 日历日程组件完全指南:从日程配置到事件动作的 JSON 实战

amis Calendar 日历日程组件完全指南:从日程配置到事件动作的 JSON 实战 【免费下载链接】amis 前端低代码框架,通过 JSON 配置就能生成各种页面。 项目地址: https://gitcode.com/GitHub_Trending/am/amis amis 是前端低代码框架,通过…

📰

Tabler Icons SVG Sprite 完整指南:安装、使用与源码级构建原理

Tabler Icons SVG Sprite 完整指南:安装、使用与源码级构建原理 【免费下载链接】tabler-icons A set of over 6100 free MIT-licensed high-quality SVG icons for you to use in your web projects. 项目地址: https://gitcode.com/GitHub_Trending/ta/tabler-i…

📰

Kubespray 镜像加速实战:用 *_image_repo 与 files_repo 变量配置公共下载镜像

Kubespray 镜像加速实战:用 *_image_repo 与 files_repo 变量配置公共下载镜像 【免费下载链接】kubespray Deploy a Production Ready Kubernetes Cluster 项目地址: https://gitcode.com/GitHub_Trending/ku/kubespray 本篇技术文章围绕 Kubespray 仓库中的…

📰

Refine v5 + Chakra UI Breadcrumb 组件详解:面包屑导航的接入、定制与源码原理

Refine v5 Chakra UI Breadcrumb 组件详解:面包屑导航的接入、定制与源码原理 【免费下载链接】refine A React Framework for building internal tools, admin panels, dashboards & B2B apps with unmatched flexibility. 项目地址: https://gitcode.com/G…

📰

No such file or directory 报错排查手册:从原理到实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

📰

蚁群算法在物流调度VRPTW中的Matlab实现与优化

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

TODAY

今日更新

THIS WEEK

本周精选

THIS MONTH

本月热门

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

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

📞 💬