做 SAP MM 项目的朋友应该都有过这种经历客户一上来就讲“我们要上 VMI 寄售”听起来业务很清晰但真正动手配置和培训用户的时候才知道坑都在细节里。寄售业务在国内制造型企业的普及度很高供应商备货到厂内仓库库存所有权还是供应商的我们用了才结算。这个模式下SAP 里的库存类型、采购订单类别、移动类型、发票结算逻辑跟普通采购完全不一样错一步月底的对账单就对不上。我这次整理的是一个专门面向“SAP 寄售VMI场景”的配置检查清单和操作 SOP最终以 Excel 形式交付分成两个工作表一个是“配置清单”解决系统能不能正确运转的问题一个是“操作 SOP”解决业务用户每天开单、收货、消耗、结算怎么不走偏的问题。两个表合在一起其实就是一套“从配置到运维”的闭环工具。如果你正在做 S/4HANA 或 ECC 的 VMI 上线或者你刚接手一个寄售月结手头没有可参考的底稿这份东西能帮你省掉不少试错时间。下面我尽量按实际项目里用得上的粒度把为什么要做这两张表、配置项背后的逻辑、操作步骤里的检查点以及我踩过的坑一次说透。1. 整体设计思路为什么检查清单必须和操作 SOP 分开做1.1 寄售和普通采购的本质差异先说清楚寄售业务在 SAP 里的底层逻辑寄售库存属于供应商但物理上存放在我们的仓库。SAP 里把它记成“特殊库存 K”简称寄售库存。它对我们的资产负债表没有任何影响直到你把物料从寄售库存里“消耗”出来所有权才转移负债才产生。正是这个“所有权转移”的动作决定了配置和操作逻辑完全不能照搬普通采购。普通采购是采购订单 → 收货 → 发票校验 → 付款库存属于公司。寄售是采购订单 → 收货不产生会计凭证 → 消耗产生未开票负债 → 寄售结算开票 → 付款。普通采购的收货金额是直接从采购订单来的寄售收货时根本没有价格因为价格只会在结算的时候才需要。普通采购回货之后库存金额挂在资产负债表的存货项下寄售库存则是一个单独的统计性库存金额永远是零。这就是为什么在做项目的时候很多人第一个搞混的就是“为什么寄售的采购订单收货后财务上看不到一分钱”因为按业务定义这部分货还不属于你们公司。在做配置检查清单之前一定要让项目组先理解这个业务差异。否则后面每一个配置项你都不知道它是为了支撑哪个动作而存在的。这个 Excel 的第一张“配置清单”表的顶层设计我也没写什么高深东西就是按“主数据 → 采购 → 库存移动 → 结算付款”这条主线把检查项逐个列开。1.2 两个工作表的分工逻辑配置清单和操作 SOP 拆成两个工作表不是因为 Excel 好看而是因为使用的人和场景完全不同。配置清单的读者是实施顾问、IT 运维、BASIS 顾问核心目标是回答一个问题系统当前状态是否正确。所以它的典型栏目是配置模块、事务码、SPRO 路径、配置项、预期值、检查方法、检查结果、备注。使用场景是项目上线前做单元测试、集成测试前的预检或者上线后做季度巡检。配置清单一定不能写成操作手册它不需要你告诉用户怎么用它的作用是让人能快速勾选确认。操作 SOP 的读者是业务用户比如仓库收货员、计划员、采购员、财务应付会计。它的核心目标是告诉用户每一步在哪个事务代码输入什么数据检查什么结果。所以栏目设计也会不同步骤序号、流程节点、事务码 / 菜单路径、操作动作、关键字段值、预期结果、异常处理、截图链接。使用场景是用户培训、日常上手、新员工入职带教。这两个表分开还有一个重要原因配置是低频发生的操作是高频发生的。混在一张表里通常结果就是配置项被日常操作淹没用户找不到 SOP或者操作人员无意间动了配置区的单元格把检查清单搞乱。我吃过这个亏第一版做的是单 Sheet 文件结果顾问改配置时要翻半天用户还会不小心覆盖掉我的公式。后来拆开以后无论是权限管理还是文件分发给不同角色都清爽得多。1.3 这套工具适合谁用如果说得更直白一点这份表格适合三类场景。第一类正准备上线 VMI 寄售模块的项目组。它可以作为集成测试前的自检单把顾问漏配或者配错的可能性压到最低。第二类已经上线寄售业务但月结对账经常出问题的运维团队。第三类负责大型 S/4HANA 推广项目同时管理多个工厂每个工厂的配置可能不完全一致的顾问。我自己最常用的场景其实是第三种。推广项目里第一个工厂做完一套标准配置后面几十个工厂全部滚这同一套配置但每次还是会有人问“我这个工厂怎么没有寄售价格”原因往往就是某个字段没带过来、某个工厂视图没扩展。有了配置检查清单每到一个新工厂首要做的事情就是把表里的检查点全部过一遍几分钟就能查出来问题出在哪个环节。2. “配置清单”工作表的核心配置项与检查点2.1 物料主数据和物料类型检查寄售业务里的物料主数据核心检查点不在基本视图而在“MRP 4”视图中的“项目类别指示符”Item Category Indicator。这个字段如果不填或者填成了空值那物料在采购订单里默认的 item category 就不太可能是 K后面 101 收货时会按普通收货来处理或者消耗动作会报错。我见过好几次所谓“寄售没法用”的问题最后查出来都是这个字段没有维护成“K”。要注意的一点是一个物料如果既要做普通采购又做寄售采购主数据上通常不把它设为寄售专用而是在信息记录和采购订单层面去控制。物料主数据里把这个字段固定为 K 之后所有采购订单都会默认变成寄售反而限制了业务灵活性。所以我通常的建议是仅在纯寄售料号上维护 K混合型物料靠信息记录做区分。物料类型的检查也值得提一下。寄售物料一般用普通物料类型 ROH 或者 HAWA这没有问题但如果你想在物料类型层面控制“是否允许寄售”可能还需要关注物料类型配置中的“字段属性”。大部分情况下保持默认就够但检查表里建议设一个“物料类型未启用数量更新以外的特殊功能”的确认项防止顾问为了安全问题又去乱改字段状态组改完反而导致用户在 MIGO 里看不到特殊库存 K 的页签。2.2 采购信息记录与寄售价格信息记录是整个寄售价格的核心载体。事务码 ME11 创建、ME12 修改、ME13 显示关键是信息类别必须是“寄售”Consignment不是“标准”或“分包”。在 ME11 创建时界面上有几个选项标准、寄售、管道Pipeline、分包等。选择寄售后后续条件页签里的价格类型也会自动限制为寄售价格。这里我强烈建议配置检查清单里加一个动作用 ME13 打开寄售信息记录确认“价格”页签能正常看到条件记录同时确认“物料价格”和“有效期间”无误。因为在实际操作中MIGO 消耗的时候系统取价格就是从寄售信息记录里取的如果信息记录没设好消耗凭证的金额就是 0结算时财务会疯掉。寄售价格通常是 PB00总价或者 PBXX 等自定义条件类型这取决于项目里的定价过程。检查点不需要太花哨确认“信息记录已维护采购组织和工厂”、“条件记录期间覆盖当前月份”、“价格 ≠ 0”这三个就足够了这三个点能排除掉 80% 的结算金额异常。2.3 采购订单项目类别与账户分配寄售采购订单在 ME21N 里创建Item Category 必须是 K。这里要讲讲项目类别和账户分配类别的联动关系。普通采购订单的项目类别是 LB标准账户分配类别通常为空对应“库存物料”。而寄售项目类别是 K它的账户分配类别一般来说是 U未知或者空取决于你们项目里对寄售消耗后结算科目是否需要依赖。很多顾问在配置 SPRO 的“项目类别管理”时只看到了 K 存在但没有验证它和账户分配类别 U 的组合是否被允许也没有在 OMB2、OMB3、OMB4 里做充分测试结果用户在 ME21N 里一选寄售类别系统立刻报错“项目类别/账户分配类别无效”。所以配置清单里这个模块至少要有四个检查项一是项目类别 K 已定义二是项目类别 K 已分配合理的账户分配类别三是该组合允许处理“采购订单”和“收货”四是用 ME21N 实际创建一张寄售 PO 做验证。第四点经常被忽略但集成测试前一定要做真实数据验证而不是只看配置表。采购订单层面还有一个很实用的检查点订单数量。因为寄售库存所有权不转移供应商对寄售 PO 的送货数量实际上可能大于订单数量业务上允许超量收货。但超量收货得有容差控制否则系统会因为 PO 数量限制而报错。这个容差在“容差限制”配置里能找到检查清单里的预期值建议写“已根据采购组织实际情况设置数量容差”而不是写死一个百分比因为不同供应商可能要求不同灵活处理更好。2.4 移动类型与消耗记账逻辑先纠正一个常见认知寄售收货不产生会计凭证所以你用 MIGO 做 101 收货时系统要求你输入的只有物料、数量、工厂、库存地点、供应商批次这些信息寄售消耗才是产生债务的环节。寄售消耗常用的移动类型是 201前提“库存类型”选择“寄售”显示为 K。这一步动作在业务上叫“领用”或“从寄售库存发货”系统会生成物料凭证和寄售结算凭证把消耗数量按寄售价格计算出应付款并产生一张“寄售结算”参考凭证等待后续发票校验去正式生成应付。配置检查清单里针对移动类型需要做两类检查一类是移动类型 201 是否允许特殊库存 K另一类是 201 消耗后生成的会计科目是否正确。前者如果不注意用户做货物移动时根本看不到“寄售”页签后者如果不测试月底财务会出现“消耗费用科目错乱”或“应付暂估不平”的问题。如果你公司里有多个工厂、多个估价范围还要额外检查“评估级别”相关配置。由于寄售消耗是“先确认消耗后结算开票”它对评估分组和估价范围的变化比较敏感一旦物料从寄售供货工厂转移到寄售需求工厂系统如何处理库存价值和应付得专门测一遍。2.5 寄售结算配置与发票校验寄售结算在传统 ECC 里用的是事务码 MRKOS/4HANA 里已经可以统一走 MIRO 界面选择“寄售结算”业务类型。不管用哪个事务码它背后的配置逻辑是一样的系统会根据寄售消耗凭证冲销暂估生成正式发票凭证并把供应商应付账款挂出来。在配置清单的“结算”部分我习惯放这几个检查点已维护用于寄售结算的凭证类型已配置供应商的容差限制确保结算时金额差不会卡住MRKO / MIRO 寄售结算能正确读取未结算的寄售消耗凭证结算后会计凭证能正确生成并且能查到发票凭证号而不是只生成“结算参考”。如果项目里还启用了“寄售结算 付款条件”的组合那还要在供应商主数据的“会计信息”页签里维护好容差、付款条件。否则即使消耗正确发票校验也会因为付款条件缺失而弹警告或报错。3. “操作 SOP”工作表从建 SRM 到对账的标准流程3.1 第 1 步创建寄售采购信息记录操作 SOP 第一步并不直接开采购订单而是先维护信息记录。用户如果是老手可能直接在 ME21N 里输入物料、工厂、数量然后让系统自动找信息记录但新人往往不知道寄售的价格信息是从信息记录来的结果价格字段总是灰的。这里我写的是标准路线ME11 → 输入物料、供应商、采购组织、采购工厂 → 选择“寄售”信息类别 → 确认价格条件 PB00 → 保存。检查点保存后 ME13 能看到该信息记录且价格不为 0、有效期含盖当前日期。如果公司启用了来源清单Source List且将其设为“唯一来源”还要先维护 ME01 来源清单否则 ME21N 会提示“没有来源清单”之类的问题。我把这条作为检查点写进 SOP 里因为每次一个新工厂、新供应商上线忘记维护来源清单是最常见的情况。3.2 第 2 步创建寄售采购订单ME21N → 填写供应商、采购组织、采购工厂、物料、数量 → 关键看项目类别是否自动带出 K如果没有说明信息记录或者物料主数据没维护对。如果同一物料既有普通采购 PO又有寄售 PO用户在选择时要注意不要把“标准”和“寄售”搞混。我会在 SOP 里加了一个明显的提示“保存后进入 ME23N 查看项目类别必须为 K。如果显示 LB 或 YB请立即取消订单检查信息记录类别。”这一个检查点是我自己项目里反复出的问题用户的习惯是从历史采购订单复制复制过来的项目类别很容易沿用上一张单的类型。特别是新供应商刚建好用户脑子里还是“普通采购”的思路复制的 PO 项目类别是 LB于是月结对账的时候发现这批料变成了公司库存归属权完全错误。我后来在 SOP 里加的红自检项本质就是防止这种“错误复制”带来的蝴蝶效应。3.3 第 3 步寄售收货101 移动类型MIGO → 采购订单收货 → 输入 PO 号 → 确认物料、数量、工厂、库存地点 → 保存。这一步系统只生成物料凭证没有会计凭证这是寄售和普通采购最直观的区别。检查点有两个一是“物料凭证里不出现金额”二是“MB52 / MMBE 查看库存时特殊库存类型显示为 K”。如果用户在收货时出现“没有为工厂和账单位维护科目”之类的提示绝大多数情况下说明他选的物料不在允许的库存地点或者物料主数据在某个工厂视图没有扩展并不是寄售支持本身有问题。先扩展工厂视图再重新收货即可。另外仓库人员很容易把寄售的收货和正常采购收货搞混。MIGO 界面默认带出来的是“收货”和“订单”。如果 PO 的项目类别是 KMIGO 会处理为寄售收货如果他在 MIGO 里又想收货又选了“交货完成”那就容易把 PO 的一次性收货变成“最终交货”后面再想补收就麻烦了。寄售供货往往是多批次、滚动补货除非供应商确认整单交完否则不建议勾选“交货完成”。3.4 第 4 步寄售消耗 / 领用寄售消耗是操作 SOP 里最关键的一步也是最容易出错的地方。一般用 MIGO 选择“发货”业务移动类型 201然后在“特殊库存”里选择“寄售”。输入成本中心或工单号码取决于消耗对象数量确认后保存。这一步的理解对用户来说有点绕他们平时理解的“发货”是把物料发给生产工单可寄售发货并不是从自己库存里发出去而是把供应商的库存转为实际消耗。所以我培训的时候喜欢用一个比喻寄售库存像供应商放在你家门口的一箱货你用了一箱里的一个你就在箱子上记一笔“我用了”等到月底再根据这些记录给供应商结账。201 移动类型就是“记一笔”。检查点建议看三处一是凭证类型是“物料凭证结算参考凭证”二是 MIGO 里的“物料凭证”页签能显示结算数量三是“会计凭证”页签能看到金额和科目但此时还看不到供应商应付。消耗错了怎么办这是 SOP 里一定要写的异常处理发现错耗在没有做寄售结算的前提下可以用 MBST 冲销物料凭证。如果已经做了寄售结算发票凭证已产生必须先冲销结算发票再冲销物料凭证。顺序错了结算会和库存凭证勾稽不上。3.5 第 5 步寄售结算MRKO / MIRO这一步通常是财务部门操作的。如果保持旧习惯用 MRKO 做寄售结算输入供应商或物料系统会列出尚未结算的寄售消耗数据勾选后批量结算生成发票凭证。如果切换到 S/4HANA 新习惯则在 MIRO 交易里选择“寄售结算”业务类型同样可以看到待结算清单。检查点包括结算前后待结算量是否一致结算后是否有会计凭证编号结算金额是否等于信息记录价格 × 消耗数量。如果出现“没有待结算的项目”或“找不到消耗记录”不用慌先回查物料凭证是否真的消耗成功了。有一个容易忽略的原因是用户消耗时如果“特殊库存”没有选 K而选成了普通库存消耗走的就不是寄售结算通道而是普通物料转出生成的是普通费用凭证所以 MRKO 里自然找不到。这种情况在操作 SOP 里我把“特殊库存是否选择 K”写成了一个红色高亮的检查字段因为太多人对这个字段没有直觉。3.6 第 6 步库存对账与差异调整月结前的对账财务会用到 MB5K 或者报表个人习惯是让计划员先看 MMBE勾选“特殊库存 K”分别查看每个供应商的寄售库存量再在 MRKO 里看未结算量两者加总应该等于该供应商的寄售库存总额。如果对不上最典型的原因是“时间差”消耗凭证已经生成但 MRKO 还没结算这部分数量会出现“已消耗但尚未结算”所以对账的时候必须把“未结算的消耗量”和“目前在库的寄售量”区分开。如果只看 MMBE 里的寄售库存数量就会比供应商账上少一块然后就开始各种扯皮。差异调整有一个注意点不要用 MB1A 或 MIGO 随便去做寄售库存转出抵消差异。因为每个动作都会生成可追踪的物料凭证和结算参考账实差异必须以凭证做依据。当月差异如果很大首先应该复盘消耗凭证而不是直接调数字。4. 常见问题与排查技巧实录4.1 为什么 MRKO 里找不到未结算的寄售记录这个问题九成以上都是消耗时没用对移动类型或特殊库存。请优先排查消耗凭证的移动类型是不是 201消耗凭证的“特殊库存”是不是 K消耗物料的项目类别指示符或信息记录类别是否正确消耗凭证是否已成功保存并产生了结算参考。如果这些都正常再看消耗时间是否超出了当前会计期间导致财务看不到。可以用 MIGO 查看物料凭证的记账期间是否和当前期间一致如果跨越期间需要在 MMPV 或 OB52 里调整期间。一条 SF 经验最好不要直接改物料凭证期间跑到前一个月去补单因为寄售消耗一旦跨月结算也会跟着跨月财务月结科目会很难受。更合理的方式是如果是上个月的消耗漏了就上个月的期间里做凭证并及时做 MRKO不要拖到本月。4.2 寄售收货了但 201 消耗时报错遇到这个报错先看库存是否存在。MMBE 选择特殊库存 K查看该物料、工厂、库存地点下是否有寄售库存。如果库存有再看权限用户在 201 消耗时需要“移动类型”和“仓库/库存地点”的权限对象权限不足会导致系统提示“没有发货权限”。还有一个隐蔽问题如果物料启用了批次管理消耗时必须输入批次号而且批次必须是收货时生成的寄售批次。如果你建立的是普通批次消耗时选了普通批次而不是寄售批次系统会认为你在消耗普通库存而不是寄售库存MRKO 也会找不到结算记录。这套批次逻辑在 SOP 里要写得很明确启用批次管理的物料MIGO 消耗界面的“批次”字段必须填写“收货时生成的那个批次”最好把批次号的查找方式附在 SOP 里。4.3 寄售物料涉及序列号时的状态检查如果物料启用了序列号管理比如某些高价值备件或关键部件寄售流程会多一个维度序列号状态。收货时序列号状态应为“已交货 / 在库”消耗后状态会更新为“已消耗 / 已发货”。如果状态没有正确更新后续结算时可能会跳过这部分或者对账时数量对不上。这种特殊场景比较冷门但一旦出现排查起来特别痛苦。我给的建议是在配置阶段就确认序列号参数文件在做寄售消耗测试时重点看序列号的状态是否从“在库”跳到了“消耗”状态如果没跳大概率是序列号更新规则里没加寄售消耗的移动类型需要在后勤一般设置的序列号管理中检查移动类型的更新状态。4.4 错误冲销带来的结算链问题很多新手操作员在发现消耗错了以后直接用 MBST 冲销结果发现冲销后的寄售结算参考也消失了然后又找不到原凭证。正确的顺序我已经在前面说过先冲销相关的发票结算再冲销物料消耗凭证。但在实际过程里更难的是“跨期冲销”上个月耗了这个月才想起来冲销。这个时候SAP 里的冲销凭证默认记到当前期间于是上个月的消耗被冲掉本月的库存又变回来了。财务月结时上个月的销售成本虚高这个月又虚低需要财务手动重分类。强烈的建议是尽量不要在做月结之后才去冲销寄售消耗一定要养成“月结前核对消耗凭证、月结后不做冲销”的规矩。4.5 检查清单在项目交付中的使用技巧最后聊一下这个 Excel 用起来的小技巧。我建议每个工厂独立复制一张“配置清单”工作表并在表头写上工厂代码、负责人、测试日期、版本号。每次配置变更或新工厂推广都做一次“勾选 签核”闭环。不要怕这张表内容多重要的是每一个检查项都是一句能直接看懂的话并且每一项后面都有“检查方法”列。比如“寄售信息记录已维护”对应检查方法就是“ME13 查看若无法显示则为未维护”。没有检查方法的检查项等于没有写。有一次我拿着同事的表过检查点全会填“正常”后来我让他在每一项后面补上“怎么验证的”他才发现有一半他根本没验证过。从那以后我再也不接受没有“验证方法”的检查清单。SOP 也一样每个步骤都必须写“预期结果”用户只有知道“做到哪一步才算完成”才算真正学会了。如果你只告诉他们“ME21N 建单 → MIGO 收货 → 201 消耗”那他们做得对不对你根本没法检查但你在 SOP 里告诉用户“创建完成后ME23N 里项目类别必须是 KMIGO 保存后没有会计凭证但能看到物料凭证”他们自己就能判断是否成功。5. 交给业务前先自己跑一遍我个人的习惯是这份 Excel 交付给用户之前自己一定先用测试账号把配置清单和 SOP 里的每一个检查点完整跑一遍哪怕这些配置已经跑过很多次。不是说我不信任系统而是这个打印出来的过程能让我发现很多“理论上没问题”的细节比如某个屏幕字段的默认值不对某个权限角色漏了一个工厂某个打印机设置导致 CO 凭证打印异常等。寄售 VMI 业务就是这样配置是骨架SOP 是血肉检查清单是神经系统。只有骨架没有神经系统系统上线后的一切异常你都只能靠救火把检查清单做扎实了大部分风险在发生之前就能被拦截下来。希望这份 Excel 版的“配置清单 操作 SOP”能帮正在做 SAP 寄售项目的你少走几个弯路。