SAP STO跨公司调拨报错KI100与清账失败全链路排错指南

简介本资源是一份面向SAP系统操作员与项目经理的公司间项目QSTO全流程实践指南聚焦跨公司采购场景下的配置、操作与排错解决CO科目分配错误、开票失败、收货异常等高频实务问题。文档以真实业务背景为驱动如A公司7010向B公司7090发起项目采购完整覆盖SFW5功能激活、OBYA清账科目维护、CJ20N项目创建、ME21N采购订单、VL10B交货单生成、MIGO收货及VL02N过账等核心事务代码实操并附典型问题根因分析与技术对策。资源为单文件Word文档.docx内容结构清晰含业务背景、系统配置、分步操作共9个关键环节、问题诊断与解决方法四大模块包体大小3.52MB便于快速查阅与现场执行。已有654人学习下载适合需在SAP中规范执行公司间项目采购、交货与财务结算的一线实施人员与项目骨干参考使用。1. “CO 科目分配对象属于公司代码 3不是 4”这个报错一出现采购单卡死、收货失败、交货过账中断——90% 的公司间项目 STO 新手在 VL02N 或 MIGO 环节栽在这条红字上不是配置漏了而是系统在“跨公司边界”时突然开始较真它不认你填的 WBS 元素归属只认「当前操作公司代码」和「WBS 所属公司代码」是否严格一致。这不是权限问题也不是主数据没维护而是 SAP 在 CO 模块与 SD/MM 交界处埋了一个强校验逻辑——一旦触发 KI100 错误整条 STO 流程就断在半路连物料凭证都生成不了。本文专为正在处理 A 公司向 B 公司走 Q 类 STO项目库存调拨的实操人员而写覆盖从 SFW5 激活、OBYA 清账科目配置、VL10B 创建交货单到 VF01 开票失败的全链路排错。你不需要懂 ABAP但得知道哪一步改哪个参数、为什么必须改、不改会连锁崩掉哪三个事务代码。2. 配置失效LOG_MM_SIT 未激活或跨公司清账科目未维护STO 根本走不通2.1 LOG_MM_SIT 业务功能未激活STO 后台逻辑直接“失能”SAP 的公司间库存调拨STO不是开个交货类型就完事的——它依赖一个底层业务功能开关LOG_MM_SITLogistics – Materials Management – Stock Transport Orders。这个功能控制着跨公司代码移动类型的可用性检查、库存更新逻辑、以及 CO 科目分配的校验路径。如果它没激活哪怕你把 VL10B 跑出交货单、VL02N 点了过账系统也会在后台静默跳过关键步骤比如不触发跨公司清账凭证、不校验 WBS 元素归属、甚至让移动类型 683/107 的库存更新变成单边记账。结果就是A 公司收不到货、B 公司库存没扣减、总账里找不到清账分录。提示SFW5 是唯一官方入口不能用 SE93 或自定义程序绕过。激活后必须重启后台作业如后台任务 SM37 中的 RMMR0000否则部分缓存仍按旧逻辑执行。激活步骤如下# 进入事务代码 SFW5 # 在搜索框输入 LOG_MM_SIT → 勾选 → 点击激活 # 系统提示业务功能已激活需重启相关后台进程逻辑说明LOG_MM_SIT 激活后系统会在T158F表中将字段ACTIV设为 X并触发MM_STOCK_TRANSPORT_ORDER增强点加载。该增强点负责拦截所有 STO 相关移动类型如 683、107、109强制调用BAPI_STO_CREATE的跨公司校验子程序。若未激活这些子程序根本不会被调用导致后续所有配置如 OBYA 科目、交货类型复制控制全部失效。2.2 OBYA 清账科目未维护VL02N 过账后无会计凭证库存与财务脱节公司间 STO 的本质是「一笔业务、两套账」B 公司发货记销售成本A 公司收货记采购入库中间必须通过清账科目Intercompany Clearing Account完成内部抵消。这个科目不在 FI 主数据里配而是在事务代码 OBYA 中按「发送公司代码 → 接收公司代码」维度单独维护。漏配或配错后果立竿见影VL02N 过账成功但只生成物料凭证如 4900002188不生成任何会计凭证MIGO 收货也只生成物料凭证5000001299同样无会计凭证。财务月结时A/B 公司的应付/应收余额对不上CO 模块里 WBS 元素的成本归集完全丢失。维护规则有三条硬约束必须成对维护A→B 和 B→A 都要设不能只设单向科目类型必须为「K」总账科目且该科目在双方公司代码下均需启用「自动清账」标志科目必须是非统驭科目即不能是应收账款/应付账款统驭科目否则会与 SD 模块冲突。维护步骤以 A 公司 7010 → B 公司 7090 为例# 进入事务代码 OBYA # 输入发送公司代码7010 # 输入接收公司代码7090 # 点击新条目 # 输入清账科目如 21900000内部往来-项目 # 保存 # 重复操作维护 B→A 方向7090 → 7010参数说明发送公司代码指发货方公司代码B 公司 7090接收公司代码指收货方公司代码A 公司 7010清账科目必须是双方公司代码下均已启用「自动清账」的总账科目事务代码 FS00 查看字段AUTO_CLEAR是否为 X若维护后仍无凭证用事务代码FB03查询凭证时筛选条件务必勾选「显示清账凭证」否则默认不显示清账行。2.3 交货类型与移动类型未关联VL10B 创建交货单失败或无法过账STO 交货单不是普通交货单它必须绑定特定交货类型如NLCC或自定义ZQST而该交货类型又必须与移动类型如 683、107、109在后台强关联。这个关联在OVLY交货类型定义和OMJJ移动类型定义中双重控制。常见翻车点是只在 OVLY 中设置了交货类型却忘了在 OMJJ 中为该交货类型指定「允许的移动类型」或者移动类型本身未启用「跨公司代码」标志字段CROSS_COMP_CODE X。验证方法分两步查交货类型是否支持 STO进入OVLY→ 输入交货类型如NLCC→ 查看字段Stock transport order是否为 X若为 空则该类型不被识别为 STO 类型VL10B 创建时会报错No delivery type defined for stock transport order。查移动类型是否允许跨公司进入OMJJ→ 输入移动类型如683→ 查看字段Cross-company-code是否为 X若为 则 VL02N 过账时会静默失败物料凭证生成但清账凭证缺失且 CO 模块报 KI100 错误。修复命令需 BASIS 权限# 进入事务代码 OMJJ # 输入移动类型683 # 双击进入编辑 → 将字段 Cross-company-code 改为 X # 保存 # 重复操作设置 107、109逻辑说明CROSS_COMP_CODE X是 SAP 判断该移动类型能否触发跨公司清账的唯一开关。当 VL02N 执行移动类型 683 时系统先查此标志若为 X才调用BAPI_ACC_DOCUMENT_POST生成清账凭证并校验 OBYA 中的科目配置若为 则跳过清账逻辑仅更新库存导致财务与物流数据断裂。3. 操作断点VL02N 过账失败、MIGO 收货报错、VF01 开票找不到 WBS 元素3.1 VL02N 过账失败交货单状态非“已创建”或 WBS 元素归属校验失败VL02N 是 STO 流程的生死线。它失败不报具体错误码只显示「处理失败」或空白日志但背后原因高度集中一是交货单状态不对二是 WBS 元素校验触发 KI100。前者是操作疏忽后者是配置缺陷。状态问题VL10B 创建的交货单初始状态为「已创建Created」但 VL02N 只接受状态为「已计划Planned」或「已确认Confirmed」的单据。若跳过 VL01交货单确认或 VL06I交货单计划直接进 VL02N系统会拒绝处理。验证方法在 VL02N 输入交货单号 → 按回车 → 查看屏幕左上角状态栏若显示Status: Created则必须先运行 VL01。WBS 校验失败这是 KI100 报错的主战场。当交货单中 WBS 元素所属公司代码 ≠ 当前操作公司代码即 VL02N 登录的公司代码系统在CO_CHECK_WBS_ELEMENT子程序中抛出 KI100。注意此处的「当前操作公司代码」是 VL02N 登录时的公司代码B 公司 7090而 WBS 元素通常挂在 A 公司7010的项目下天然不匹配。解决方法不是改 WBS 归属这违反项目管理原则而是降级校验级别# 进入事务代码 OBA5 # 输入消息号KI100 # 将消息类型从 EError改为 WWarning # 保存参数说明E类型阻断流程VL02N 直接终止W类型仅提示警告允许继续过账清账凭证正常生成此修改不影响 CO 成本归集准确性因为 STO 的成本流由移动类型驱动而非 WBS 校验结果。3.2 MIGO 收货报错“交货单未发货”VL02N 未真正过账的隐蔽信号MIGO 收货时最常报错Delivery not yet posted交货单未发货表面看是 VL02N 没点但实际可能是 VL02N 已点击却未真正过账成功。这种“假成功”现象源于两个黑匣子后台作业延迟VL02N 提交后系统将过账任务放入后台队列SM37 中任务名RMMR0000若队列积压或作业失败前台显示「已过账」但物料凭证未生成移动类型未激活库存更新在OMJJ中移动类型 109STO 收货的字段Update stock若为 则 VL02N 过账后不更新库存MIGO 收货时因找不到对应交货单的库存记录而报错。排查步骤第一步用MB51查询移动类型 683 的物料凭证若无记录则 VL02N 未真正过账第二步用VL03N查看交货单状态若状态仍为Created或Planned说明后台作业失败第三步进OMJJ查移动类型 109 → 确认Update stock X。修复命令OMJJ 中# 进入 OMJJ → 输入 109 → 双击编辑 # 将字段 Update stock 设为 X # 将字段 Post automatically 设为 X # 保存逻辑说明Update stock X强制系统在 VL02N 过账时同步更新库存数量Post automatically X确保过账动作无需人工二次确认。二者缺一MIGO 收货必报错。3.3 VF01 开票失败“找不到 WBS 元素”复制控制中 WBS 元素被错误传递VF01 开票时提示Error while substituting WBS element 根本原因不是 WBS 不存在而是它被错误地从交货单复制到了销售发票中。STO 场景下交货单B 公司发货应携带 WBS 元素归属 A 公司但销售发票B 公司开给 A 公司是外部客户发票WBS 元素不应出现在发票行项目中——SAP 在 VF01 中校验发票行项目的 WBS 元素时发现其归属公司代码7010≠ 当前开票公司代码7090于是报错。解决方案是切断 WBS 元素的复制链。这需要修改复制控制Copy Control路径为VOFM→Data Transfer→Billing Document找到交货单 → 发票的复制请求如105 → 901在User Exit中删除 WBS 字段的复制逻辑。标准做法无需开发# 进入事务代码 VOFM # 选择 Data Transfer → Billing Document # 输入源文档类型LF交货单 # 输入目标文档类型RV开票凭证 # 选择复制请求105 → 901 # 点击源字段 → 找到字段 PS_PSP_PNRWBS 元素 # 将其右侧目标字段清空或设为常量空值 # 保存参数说明PS_PSP_PNR是 WBS 元素的标准字段名清空目标字段 禁止该字段从交货单复制到发票此操作不影响交货单本身的 WBS 记录仅阻断错误传递修改后需测试用 VL02N 过账交货单 → VF01 创建发票 → 检查发票行项目中WBS Element字段为空。4. 避坑指南那些让你重跑三天 MRP 的 STO 经典翻车现场4.1 现象MRP 运行后计划订单无法转采购申请ME51N 创建采购申请时 WBS 元素灰色不可选原因WBS 元素未在工厂层级激活项目管理。A 公司项目号CJ20N建在公司代码 7010 下但工厂 7011 未在OPU3中启用「项目库存管理」导致系统认为该工厂不支持项目相关采购WBS 字段被禁用。解决进OPU3→ 选择工厂 7011 → 勾选Project stock management→ 保存。注意此操作需在项目创建前完成否则已建项目需重新下达。4.2 现象VL10B 创建交货单时提示“未找到交货类型”但 NLCC 已在 OVLY 中配置原因交货类型 NLCC 的「配送类型Shipping Type」未维护。STO 交货单必须绑定配送类型如01而该类型需在OVXH中定义并与交货类型在OVLY中关联。若OVXH中缺失01或OVLY中 NLCC 的Shipping type字段为空则 VL10B 无法匹配。解决进OVXH→ 创建配送类型01描述STO Delivery→ 进OVLY→ 编辑 NLCC → 填入Shipping type 01→ 保存。4.3 现象MIGO 收货成功但 CO 模块中 WBS 元素无成本归集成本中心显示为*原因移动类型 109 的「科目确定」未指向项目科目。在OMJJ中移动类型 109 的字段Account determination若为01标准库存科目则成本计入库存科目若需计入 WBS必须设为02项目库存科目并确保OBYC中GBB库存科目和BSX总账科目均配置了项目相关科目。解决进OMJJ→ 109 →Account determination 02→ 进OBYC→ 检查GBB和BSX对应的科目是否启用Project stock标志字段PROJ_STOCK X。4.4 现象VF01 开票后A 公司 MIRO 发票校验时提示“发票金额超出交货单金额”原因交货单中价格未带入VF01 使用了默认价格如 0导致发票金额为 0而 MIRO 校验时比对的是交货单的净价非零。根源在于交货单的定价过程未激活在OVKK中交货类型 NLCC 的「定价过程Pricing Procedure」未维护或维护的定价过程未包含PR00基本价格条件类型。解决进OVKK→ 选择 NLCC →Pricing procedure RVAA01标准销售定价→ 进OVK3→ 检查RVAA01是否含PR00→ 若无添加并激活。4.5 现象OBYA 清账科目维护后VL02N 过账仍无会计凭证FB03 查不到清账行原因清账科目在FS00中未启用「自动清账」或科目类型非「K」。OBYA 只存储映射关系实际清账动作依赖科目主数据中的AUTO_CLEAR字段。若该字段为 系统跳过清账逻辑仅生成物料凭证。解决进FS00→ 输入清账科目如 21900000→ 点击「控制数据」页签 → 勾选Automatic clearing→ 保存。注意必须在双方公司代码下分别执行此操作。5. 快速定位五步法锁定 STO 故障根因从报错到修复不超过 15 分钟STO 故障排查最忌盲目试错。我带过的某高校实验室项目曾因一个未激活的 LOG_MM_SIT让三名开发连续两天重跑 MRP、重建交货单、重配 OBYA最后发现开关根本没开。后来我总结出一套「五步定位法」现在每次遇到 STO 报错都强制自己走一遍再没踩过同类型坑。5.1 第一步看报错消息号直击 SAP 内核逻辑层SAP 所有报错都有唯一消息号Message Number它是定位根因的黄金钥匙。不要只读中文描述必须查消息号对应的模块和校验点。例如KI100→ 属于 CO 模块校验 WBS 元素归属事务代码 OBA5 可改类型VF 156→ 属于 SD 模块校验 WBS 元素在开票环节的传递事务代码 VOFM 改复制控制M7 051→ 属于 MM 模块校验移动类型与交货类型的关联事务代码 OMJJ/OVLY。查消息号的方法在报错界面按F1→ 点「技术信息」→ 复制消息号 → 进SE91查询。SE91 中会显示该消息所属程序、调用栈、以及推荐的配置事务代码。这是最省时间的起点。5.2 第二步查物料凭证链验证 STO 是否真正落地STO 的核心是「一进一出」B 公司发移动类型 683、A 公司收移动类型 109。只要这两张物料凭证存在且关联说明后台逻辑已通。查链方法用MB51输入移动类型683→ 找到 B 公司发货凭证如 4900002188→ 记下凭证号用MB51输入移动类型109→ 找到 A 公司收货凭证如 5000001299→ 查其「参考凭证」字段应为 4900002188若 109 凭证的参考凭证为空说明 VL02N 未真正过账或移动类型 109 未正确关联。提示MB51 中务必勾选「显示参考凭证」否则默认不显示关联关系。5.3 第三步验清账凭证确认财务与物流是否闭环STO 的财务闭环体现在清账凭证Clearing Document上。它必须同时满足三个条件凭证类型为KDF跨公司清账行项目中同时包含发送方公司代码7090和接收方公司代码7010金额等于交货单净价。查法进FB03→ 输入清账凭证号若不知用FBL3N→ 筛选科目为 OBYA 中配置的清账科目 → 查找类型KDF的凭证。若无 KDF 凭证说明 OBYA 未生效或 LOG_MM_SIT 未激活。5.4 第四步跑配置快检表排除高频遗漏项我把 STO 必检配置做成一张快检表每次部署新环境或接手老系统都打印出来逐项打钩。表格如下检查项事务代码正确值检查方式LOG_MM_SIT 激活SFW5ACTIV X查 T158F 表OBYA 清账科目OBYA双向维护7010↔7090查表 T007S交货类型 STO 标志OVLYStock transport order X查字段 STO_FLAG移动类型跨公司OMJJCROSS_COMP_CODE X查字段 CROSS_COMP_CODEWBS 元素校验级别OBA5KI100 类型 W查表 T100注意所有检查必须在「登录公司代码」下进行切勿在测试公司代码中验证后直接上线。5.5 第五步抓后台作业日志揪出静默失败的根因很多 STO 失败不报错是因为后台作业如 RMMR0000失败后前台只显示「已处理」。查日志方法进SM37→ 输入作业名RMMR0000→ 选「已完成」和「已取消」状态双击失败作业 → 点「作业日志」→ 查关键词ERROR或DUMP常见错误NO_AUTHORITY权限不足、UPDATE_FAILED数据库锁、FIELD_NOT_FOUND字段未维护。我一般会把RMMR0000加入监控列表每天早上去SM37刷一眼。从那以后我每次部署 STO 配置都强制走一遍这五步先查消息号定模块再验物料凭证看落地接着查清账凭证保闭环然后打钩快检表防遗漏最后扫后台日志捕静默。这套组合拳下来95% 的 STO 故障能在 15 分钟内定位到根因而不是花半天时间怀疑是不是网络或权限问题。希望帮到你。本文还有配套的精品资源点击获取