简介《SAP系统中关于公司间采购模式介绍归纳汇总》是一份面向SAP MM顾问、集团财务及供应链实施人员的专题课件聚焦集团内部不同公司之间的采购、转储与结算场景帮助读者厘清公司间交易与外部采购、工厂间调拨的边界。内容从公司间交易凭证兼具采购订单与销售订单功能的系统设计切入依次展开UB转储订单的带交货单与不带交货单、一步法与两步法公司间采购STO、计划协议、跨公司销售、集中采购以及K寄售、O委外、Q项目等特殊库存下的公司间操作与配置并附系统演示与总结对照表。资源包为1个pptx文件约26.85MB图文与演示截图集中便于按章节通读或投屏讲解。目前已有319人学习。读者可据此掌握各类公司间方案的适用条件、移动类型组合、清账科目借贷关系与配置要点积累可落地的实施与排错思路。1. 一张凭证两个身份SAP-MM 公司间采购到底在管什么同一集团下 A 公司向 B 公司下一张采购单A 公司打开看到的是采购订单B 公司打开看到的却是销售订单——同一张凭证在两家公司眼里是两个身份这是 SAP-MM 里公司间采购STO最容易被新人问住的地方。这份资料把工厂间转储、公司间采购、带交货单与不带交货单的一步法两步法以及 K 寄售、O 委外、Q 项目这类特殊库存在公司间场景下的配置串成了一条线。它不是教你把按钮点一遍而是让你在项目上能回答三个问题这批货的物权在哪一步转移、在途库存要不要立刻体现在系统里、接收方到底有没有人坐在电脑前做收货确认。做集团多公司、多工厂 MM 实施和运维的顾问看这份东西会比翻标准教材省事得多因为里面全是按场景拆开的选择题而不是一条流水线。2. 工厂间转储的四条路301、303305、351101 与 647 的分水岭2.1 先想清楚物权、在途和凭证切分这三件事工厂间转储在 SAP 里看起来都是“把库存从 A 挪到 B”真正的区别藏在三个地方物权什么时候从发出方转移到接收方、系统里有没有在途库存这个中间状态、以及一次业务要生成几张物料凭证。这三个问题定下来移动类型基本就跟着定了反过来先背移动类型再去套场景项目上很容易出问题。同一公司代码下两个工厂之间的调拨最轻量的做法是 MIGO 直接做 301 一步法发出工厂库存减少、接收工厂库存增加同一张物料凭证、同一张会计凭证完成没有在途库存也没有“发了但没收”的中间状态。代价是接收方对数量没有确认权发出方说发了多少接收方账面就增加多少。两家工厂物理距离近、库存转移频繁、发出和接收是同一批管理者的时候这个方案最省事因为自己发、自己收不需要再做一轮数据确认。当发出和接收是两套人马时301 就不好用了。接收方需要按实际到货数量确认系统里就要有一个“在途”的中间状态于是换成 303 发货加 305 接收的两步法303 过账后发出工厂库存减少库存在系统里进入在途物权已经在账面上转移接收工厂再用 305 按实际收到的实物数量入库。这两步是两张物料凭证在途库存可以用事务码 MB5T 按工厂、物料、库存类型查出来。再往上走到 UB 转储订单逻辑还是一步法和两步法的组合只是中间多了一张单据来做业务约束。不带交货单的 UB STO 用 351 发货、101 收货带交货单的 UB STO 用 641 两步法或 647 一步法。这四种模式的关系用一张表基本能说清类型移动类型是否要 STO是否要交货单有无在途跨公司时是否要配清账科目MIGO 一步法301否否无是跨公司调拨必配MIGO 两步法303 发货 305 接收否否有是跨公司调拨必配UB STO 不带交货单351 发货 101 收货是否有是UB STO 带交货单两步法641 发货 101 手动收货是是有是UB STO 带交货单一步法647 发货系统自动带 101是是无是这张表不需要背但选方案的时候一定要把它摊在桌面上对一遍尤其是“有没有在途”和“有没有人做收货确认”这两列它们直接决定后面财务对账时能不能查到货。2.2 MIGO 直发301 一步法和 303305 两步法的实际操作同一个公司下两个工厂之间的调拨如果前面判断下来用 MIGO 直发操作本身不复杂麻烦的是参数填错之后系统给的报错不够直白。301 的路径是 MIGO 进“其他收货”或者“转储”移动类型选 301然后填物料、发出工厂、发出库存地点、接收工厂、接收库存地点和数量。这里有两个容易漏的参数发出库存地点不填系统会用物料主数据里的默认库存地点碰上物料在多个库存地点都有库存时很容易发错接收工厂的库存地点如果启用了仓储管理或者做了库存地点级别的可用性检查数量不满足时会直接卡住过账。事务码MIGO 操作转储 / 其他 移动类型301 必填参数 物料号 —— 必须在发出工厂和接收工厂都已有物料视图 发出工厂 —— 库存减少方 发出库存地点 —— 不填时取物料主数据默认值容易发错 接收工厂 —— 库存增加方 接收库存地点 —— 必须已存在且允许该物料存储 数量 —— 按发出工厂的可用库存校验303 加 305 的两步法要拆成两次操作。第一次 MIGO 选 303 发货填发出工厂、库存地点、接收工厂过账后发出工厂库存减少系统生成在途库存第二次 MIGO 选 305 收货按实际到货数量填接收工厂和库存地点过账后接收工厂库存增加、在途库存减少。这两次操作之间任何一次数量填错都会让在途库存挂着月底盘点前必须用 MB5T 把在途清掉否则账面库存和实物对不上。提示303 发货后如果接收方迟迟不做 305在途库存会一直挂在发出工厂名下。很多项目上线初期没人盯这个三个月后 MB5T 里堆了一堆陈年旧账处理起来需要走盘盈盘亏不如一开始就约定好在途超过几天必须有人跟。一步法和两步法怎么选我给新人的判断口径比较土但管用发出和接收是不是同一批人。是同一批人、距离近、频次高就 301是两批人、接收方要按实物确认数量就 303305。如果两个工厂之间还夹了第三方运输、需要拣配和装运单据那就不是 MIGO 直发能覆盖的场景了要往上走 UB 转储订单带不带交货单再另外判断。2.3 UB 转储订单不带交货单ME21N 建单、351 发货、101 收货UB 转储订单是不带 SD 交货单时最常用的一种 STO。它的业务含义是需求工厂向供货工厂发起一张转储订单这张单据在需求工厂侧是采购订单在供货工厂侧是销售订单供货工厂按订单发货需求工厂按订单收货。和 301 最大的区别是中间多了订单这个业务约束——发货和收货都必须参考同一张订单数量不能凭空多出来财务上也有了可以追溯的业务依据。建单用 ME21N凭证类型选 UB行项目里要填物料、工厂、库存地点、数量还要在行项目的“交货计划”或者“装运”相关页签里把供货工厂指定出来。这里有个细节UB 单据类型本身不代表一定不带交货单带不带取决于后台有没有给这个工厂组合配置交货单类型。如果后台配了 DlTp交货单类型是 NL行项目上会出现装运页签系统就认为这张 STO 要走交货单流程如果 DlTp 是空的行项目上没有装运页签走的才是 351101 这条路。发货用 MIGO操作选“对采购订单发货”移动类型 351参考单据填刚才那张 UB 转储订单系统带出物料、工厂、数量确认后过账。351 过账后供货工厂库存减少库存在系统里转入在途状态。收货用 MIGO操作选“对采购订单收货”移动类型 101参考同一张订单按实际到货数量确认接收工厂库存增加、在途库存减少。两次过账生成两张物料凭证在途状态可以用 MB5T 按“库存转储在途”这个库存类型查出来。如果供货工厂需要按交期分批发货UB 转储订单也可以走计划协议。ME31L 创建计划协议ME38 维护交货计划供货工厂按计划做 351 发货需求工厂按计划做 101 收货。这条路径适合月度稳定供货、每批数量有波动的场景单次转储频次高的时候能省掉大量建单操作。计划协议本身的配置要点和普通 UB 订单差不多区别在计划行的交期和数量维护逻辑上第一次做的时候建议先用一张 UB 订单把流程走通再切计划协议。2.4 跨公司时 UB 和 301 的差别清账科目是一票否决项前面讲的三条路径放在同一公司不同工厂之间会计凭证基本都是公司代码内部的存货科目一借一贷最多差一个价格差异科目。一旦跨到不同公司代码账务逻辑就变了供方公司要减少库存采购公司要增加库存但两边不在同一个公司代码里系统需要一个“公司间清算科目”来做中间过渡否则过账直接报错。具体的借贷关系资料里写得很清楚供方公司借公司间清算科目、贷库存商品采购公司借库存商品加差异、贷公司间清算科目。这个科目不是建个总账科目就完事还要在后台按公司代码、按工厂组合去做自动记账配置配置不完整时表现是过账时报“科目确定错误”或者“不可能确定账户”。很多项目上 301 在同一公司内跑得飞起一跨公司就卡住十有八九是这里没配。跨公司做 301 或者 303305 是可行的前提就是这套清账科目配好。但即便配好了我还是建议跨公司场景优先考虑 UB 转储订单不是技术上行不通而是业务上需要订单来约束数量和交期。301 跨公司时发出方说发多少就发多少财务月底对账两边金额对不上要倒回去查物料凭证很费劲。UB 订单至少有一个订单号可以把采购、发货、收货、发票串起来。3. 带交货单的一步法与两步法VL10B、641、647 到底差在哪3.1 为什么要引入交货单拣配、装运点和运输环节UB 转储订单不带交货单时发货动作是一个 351 过账系统只关心库存够不够、订单数量还有多少没发。这套逻辑在厂区内短驳没问题一旦两个工厂之间隔着第三方运输、需要拣配打包、需要装运单据给司机351 就不够用了。这时候要引入 SD 模块的交货单把发货拆成“创建交货单—拣配—发货过账”三步库存扣减发生在发货过账这一步交货单本身承载了装运点、交货日期、包装、批次这些物流信息。带交货单的前提是后台给 UB 单据类型配了交货单类型。SPRO 路径是“物料管理 → 采购 → 采购订单 → 设置库存调拨订单 → 按工厂配置交货类型和可用性检查过程”在这里按供货工厂和接收工厂的组合把 DlTp 配成交货单类型 NL同时把可用性检查规则配上。配完之后ME21N 建的 UB 订单行项目上会出现装运页签VL10B 才能根据这张订单批量创建交货单。VL10B 是按采购订单批量创建交货单的事务码进去之后选“采购订单”作为参考单据填供货工厂、交货日期范围系统列出所有可以创建交货单的 UB 行项目勾选之后执行就能生成交货单。VL10D 是 VL10B 的一个变体界面不同但底层逻辑一样项目上习惯哪个用哪个就行。3.2 两步法641 发货过账、MB5T 看在途、MIGO 101 收货两步法的第一步是在 VL02N 里对交货单做拣配和发货过账移动类型是 641。这一步过账后供货工厂库存减少库存进入在途状态交货单状态变成“已完成发货”。注意 641 只是发货过账接收方还没有收货账面在途挂在那里可以用 MB5T 查“库存转储在途”这个库存类型看到。事务码VL02N 输入交货单号 操作 1. 点击“拣配”页签录入批次 / 库存地点 / 实际拣配数量 2. 保存拣配 3. 点击“发货过账”系统按移动类型 641 过账 结果 供货工厂库存减少 在途库存增加MB5T 可查 交货单状态更新为已发货第二步是接收工厂用 MIGO 做 101 收货参考单据可以是交货单也可以是 UB 转储订单按实际到货数量确认。过账后接收工厂库存增加、在途库存减少整个转储闭环完成。两步法生成两张物料凭证在途库存有明确的生命周期月底对账时可以用 MB5T 把还没收的在途清单拉出来逐单跟催。两步法的价值就在这个在途上。它把“发了多少”和“收了多少”分开记录接收方有确认权数量有差异时也能看得出来。代价是多一次操作、多一张凭证而且必须有人负责收货没人收货在途就一直挂着。3.3 一步法647 发货过账自动带 101一张物料凭证收尾一步法的操作入口也是 VL02N区别是发货过账的移动类型变成 647。647 过账时系统会自动触发接收工厂的 101 收货同一张物料凭证里同时完成供货工厂发货和接收工厂收货没有在途库存会计凭证也是一张。接收方不需要再做 MIGO 收货交货单发货完成即代表双方库存都动了。一步法适合接收工厂确实没有人做系统收货的场景。比如接收方是一个远距离的仓库或者第三方托管仓只做实物交接、不在系统里点收货这时候用两步法在途会一直挂着反而制造了对账噪音不如用一步法让发货即收货账面干净。但一步法的代价是接收方失去了数量确认权供货方发多少系统就收多少实物短少只能在事后走盘亏或者差异处理。注意一步法只在有交货单的情形下生效。没有交货单的 UB 转储订单根本不存在 647 这条路只能走 351101 两步。后台把“一步过程”勾上但 DlTp 没配系统不会有任何提示只是在做 VL10B 时创建不出交货单然后有人以为是权限问题查半天。3.4 配置开关一步过程、DlTp 和移动类型的联动关系判断一张 UB 转储订单走一步法还是两步法配置上有两个开关一是在“分配凭证类型、一步过程、交货不足限度”里针对单据类型和工厂组合勾不勾“一步过程”二是在“按工厂配置交货类型和可用性检查过程”里DlTp 配没配交货单类型。这两个开关的组合决定了最终走哪条路。一步过程DlTp 交货单类型实际走的路径在途库存勾选配了 NL647 发货自动 101 收货无不勾选配了 NL641 发货101 手动收货有不勾选空351 发货101 手动收货有勾选空一步过程不生效实际仍走 351101有最后一行是配置里最坑的组合勾了一步过程但没配交货单类型系统不会报错一步过程就是不生效实际跑出来还是有在途的两步法。项目上如果发现“明明勾了一步法MB5T 里还是有在途”先别怀疑移动类型配置去看 DlTp 是不是空的。这套配置是按工厂组合来的不是全局开关。同一个单据类型 UBA 工厂发给 B 工厂可以配成一步法A 工厂发给 C 工厂可以配成两步法取决于业务上接收方有没有人收货。实施的时候建议把这几个工厂组合列一张表跟业务确认清楚每一组走哪条路再进后台配不要配完再回头改改一次要重新测一遍流程。4. 公司间采购 STO五步与六步流程、公司间开票和特殊库存边界4.1 公司间采购的标准流程五步和六步差在哪一步公司间采购和工厂间转储最容易混淆的地方是工厂间转储解决的是同一公司下不同工厂的库存移动公司间采购解决的是同一集团下不同公司之间的买卖。后者在系统里除了库存移动还要走销售开票和采购发票校验因为两个公司代码之间是真实的买卖关系供方要确认收入采购方要确认成本和进项。标准流程有两种区别只在收货这一步由谁触发。第一种是供方公司交货单发货过账后系统按后台配置自动触发采购方工厂收货流程是五步采购公司 ME21N 创建公司间 STO供方公司 VL10B 或 VL10D 根据 STO 创建交货单供方公司 VL02N 发货过账供方公司 VF01 或 VF04 创建公司间开票凭证采购公司 MIRO 做发票校验。第二种不触发自动收货采购方要自己根据交货单做 MIGO 收货流程是六步在发货过账和开票之间多了一步采购方收货。五步流程自动收货 1. 采购公司 ME21N 创建公司间 STO 2. 供方公司 VL10B 根据 STO 创建交货单 3. 供方公司 VL02N 拣配 发货过账 4. 供方公司 VF01 创建公司间开票凭证 5. 采购公司 MIRO 发票校验 六步流程手动收货 1. 采购公司 ME21N 创建公司间 STO 2. 供方公司 VL10B 根据 STO 创建交货单 3. 供方公司 VL02N 拣配 发货过账 4. 供方公司 VF01 创建公司间开票凭证 5. 采购公司 MIGO 根据交货单收货 6. 采购公司 MIRO 发票校验五步还是六步本质上还是“接收方有没有人做收货确认”这个问题和工厂间转储的一步法两步法是同一个判断逻辑。区别在于公司间采购多了一层财务含义自动收货时采购方的库存增加和供方的收入确认几乎同时发生两边账面对得上手动收货时如果采购方迟迟不收供方已经开了票确认收入采购方库存还没入账月末合并报表时会出现公司间未实现利润合并抵消要单独处理。4.2 公司间开票与发票校验VF01 开什么MIRO 对什么供方公司用 VF01 创建公司间开票凭证开票类型通常用公司间发票对应的类型开票依据是交货单。这张发票在供方公司确认收入、确认应收在采购方形成应付。采购方用 MIRO 做发票校验参考采购订单和交货单校验数量、金额、税额通过后形成应付和存货成本。这里的关键是价格。公司间 STO 的采购价格和供方开票价格必须一致否则 MIRO 会报金额差异。实际项目里常见的问题是STO 建单时价格取的是采购信息记录或者手工填的价格供方开票时取的是公司间定价过程算出来的价格两边如果没对齐发票校验就会挂住。解决思路是把公司间定价过程配好让 VF01 开票时自动带出和 STO 一致的价格而不是靠人工在开票时改金额。另一个常见问题是开票和收货的时点错位。供方发货过账后马上开票采购方还没收货MIRO 校验时系统会发现收货数量为零报“收货数量不足”。这种情况要么等采购方收货后再开票要么在 MIRO 里用交货单数量做校验基础具体用哪种取决于项目上财务和业务的约定没有标准答案但必须在蓝图阶段就定下来。4.3 特殊库存 K/O/Q 在公司间场景下的处理边界特殊库存在公司间交易里是个放大器普通库存跑通的流程套到寄售、委外、项目库存上往往会多出几个字段、多几层校验。资料里提到的 K、O、Q 三类分别对应寄售库存、委外加工库存和项目库存它们的共同点是物权归属和普通自有库存不一样所以公司间转移时的会计处理也要跟着变。K 寄售库存的特征是物料放在客户或者供应商处物权在消耗之前不转移。公司间场景下如果涉及寄售要注意寄售库存本身不能直接用普通 STO 转储必须先做寄售转自有、再做公司间转移或者用寄售补货的专门流程。直接拿 UB 订单去转寄售库存系统会报库存类型不匹配。O 委外加工库存的特征是物料发给供应商加工加工完成后收回。公司间委外比普通委外多一层提供组件的公司和收成品的公司可能不是同一个公司代码组件发出时要走公司间库存转移成品收回时要走公司间采购。这条链路里 541、543、101 这些移动类型会混在一起用配置上要确认组件和成品的特殊库存标识在两家公司都一致否则收货时找不到对应的委外采购订单行。Q 项目库存的特征是库存和 WBS 元素绑定专款专用。公司间转移项目库存时接收方的 WBS 元素必须已经存在并且状态可用否则过账报错。项目库存的移动类型和普通库存一样但库存价值要归集到对应的项目上所以跨公司转移时除了清账科目还要检查项目预算和承诺项这一层经常被做 MM 的人忽略最后是财务在月结时发现问题。提示特殊库存的公司间流程不要拿普通库存的配置直接复制。K、O、Q 三类各有各的账户分配逻辑复制过去跑第一次可能不报错跑到月结或者项目结算时才发现价值归集错了回头改数据的成本比重新配一遍高得多。4.4 什么时候干脆退回 301/303305 的简化路径公司间采购不是所有场景都必须走 STO 加交货单加开票的完整链路。资料里明确提到公司间交易也可以使用类似工厂间转储的方式也就是 301 或者 303305前提是跨公司清账科目配好。什么情况下适合退回这条简化路径两个公司之间不是真实的买卖关系、不需要开票、不需要确认收入只是集团内部把库存从一个法律实体挪到另一个法律实体财务上按成本价转移这种场景用 301 比走完整 STO 链路轻得多。反过来只要涉及对外开票、涉及公司间利润、涉及税务要求就必须走完整的公司间采购流程因为 301 不生成销售发票供方公司没有收入凭证税务上交代不过去。判断标准不是技术能不能做而是业务和财务要不要这张发票。5. 避坑排查五个在公司间场景里反复出现的翻车点5.1 现象后台勾了一步过程跑出来还是有在途库存原因基本只有一个DlTp 交货单类型没配或者配了但没配到对应的工厂组合上。一步过程只对带交货单的 UB 转储订单生效没有交货单一步过程这个开关就是个摆设系统不报错、不提示实际还是走 351101。解决分两步先用 ME21N 打开一张新的 UB 订单看行项目上有没有装运页签没有就说明交货单类型没配再去 SPRO 的“按工厂配置交货类型和可用性检查过程”里按供货工厂和接收工厂的组合把 DlTp 配上同时检查可用性检查规则是否也已经维护。配完重新建一张订单测一遍不要拿旧订单测旧订单的行项目不会自动带出新配置。5.2 现象跨公司做 301 或 351过账报“不可能确定账户”原因是跨公司清账科目没配全。同一公司内的工厂间转储借贷双方在同一个公司代码用存货科目就能平跨公司时代收代付需要一个中间科目这个科目要在自动记账配置里按公司代码、按业务类型配好缺一个组合就报错。排查路径是先看报错里的科目确定消息找到是哪个公司代码、哪个业务类型没配再去自动记账的后台补。补的时候注意供方公司和采购公司两侧都要配只配一侧还是会报错。配完不要直接在生产上试找一张测试订单在测试环境走完整流程确认物料凭证和会计凭证都能生成。5.3 现象VL02N 发货过账提示“不可能为交货单确定工厂”这个报错通常出现在跨公司交货单上。原因是交货单的装运点或者供货工厂在配置里没有对应到正确的工厂系统不知道从哪个工厂扣库存。常见触发场景是 STO 行项目里的供货工厂填错了或者交货单创建后有人手工改了工厂字段。解决要先看交货单行项目的工厂字段和 STO 行项目是否一致不一致就以 STO 为准修正交货单一致的话再去查装运点和工厂的分配配置看当前装运点是否允许这个供货工厂发货。改配置之前建议先用 VL03N 看交货单的完整状态确认是配置问题还是数据问题不要一上来就动后台。5.4 现象MIRO 发票校验金额对不上差几分钱或者差一个税金额差异在公司间采购里非常常见原因通常有两类一是 STO 价格和公司间开票价格取数逻辑不一致二是税码在采购订单和开票凭证上不一致。前者要靠统一定价过程解决后者要在 STO 建单时就确认好税码并且让 VF01 开票时从订单带出同一个税码。排查方法是先看 MIRO 的差异明细确认差异是数量差异、价格差异还是税额差异。数量差异去查交货单和收货凭证的实际数量价格差异去比对 STO 净价和开票净价税额差异去比对两边的税码。已经过账的发票如果差异在容忍范围内可以在 MIRO 里做差异处理超出容忍范围的要冲销重开不要硬调硬调会把差异留到月结。5.5 现象351 发货过账成功MB5T 里查不到在途351 发货后理论上应该产生在途库存查不到通常是两个原因一是移动类型 351 的后台配置被改过没有勾选生成在途库存二是 MB5T 的查询条件填错了工厂、物料、库存类型三个条件只要有一个不对就查不出来。先确认 351 的配置看移动类型是否还保留着生成在途库存的设置这个配置在项目上被“优化”掉的情况不少见配置没问题再检查 MB5T 的查询条件库存类型要选“库存转储在途”工厂要选发出工厂而不是接收工厂。两步法排查下来基本都能定位定位不了就用 MB51 查物料凭证看 351 那张凭证的库存类型字段到底是什么。6. 对账与验证用三个视角把公司间交易锁死公司间交易跑通不难难的是月底对账时能证明每一笔都对得上。我一般用三个视角交叉验证凭证流视角、在途视角、清算视角三个视角都平了才敢说这条链路是干净的。凭证流视角看的是业务单据有没有断链。一张公司间 STO 从建单到收货到开票应该能用 STO 号串起交货单、物料凭证、发票。用 MB51 按订单号查物料凭证能看出 351 和 101 是不是成对出现用 VL06O 查交货单状态能看出有没有发货了没收货的单用采购订单历史看发票校验状态能看出有没有收货了没开票的单。这三张清单拉出来交叉比对断在哪一步一目了然。在途视角看的是 MB5T。两步法产生的在途必须有明确的清理机制超过约定天数还没收货的要么跟催收货要么走差异处理。在途长期挂账不只是库存数字不准合并报表时还会影响公司间未实现利润的计算。清算视角看的是公司间清账科目。供方公司和采购公司两侧的清账科目余额应该能对上对不上就是有一侧过账了另一侧没跟上。我习惯用一段简单的 ABAP 查询把 STO、交货单、物料凭证、发票按订单号串起来先看单据层面的完整性再去看科目余额。 按采购订单号拉取公司间 STO 的单据链 用途核对 STO - 交货单 - 物料凭证 - 发票 是否齐全 REPORT zmm_intercompany_check. TYPES: BEGIN OF ty_result, ebeln TYPE ekko-ebeln, 采购订单号 ebeln_dn TYPE likp-vbeln, 交货单号 mblnr TYPE mseg-mblnr, 物料凭证号 bwart TYPE mseg-bwart, 移动类型 menge TYPE mseg-menge, 数量 rbeln TYPE rbkp-beltr, 发票校验凭证号 END OF ty_result. DATA: gt_result TYPE TABLE OF ty_result, gs_result TYPE ty_result. 1. 取公司间 STO 的订单抬头公司间场景下 EKKO-BSART 常见为 UB SELECT ekko~ebeln INTO TABLE DATA(gt_ekko) FROM ekko WHERE ekko~bsart UB AND ekko~loekz . 2. 按订单号关联交货单行项目找出已建交货单的 STO SELECT likp~vbeln, lips~vgbel, lips~vgpos INTO TABLE DATA(gt_dn) FROM likp INNER JOIN lips ON likp~vbeln lips~vbeln FOR ALL ENTRIES IN gt_ekko WHERE lips~vgbel gt_ekko-table_line. 3. 按订单号关联物料凭证找出 351 / 641 / 647 / 101 的过账记录 SELECT mseg~mblnr, mseg~bwart, mseg~menge, mseg~ebeln INTO TABLE DATA(gt_mseg) FROM mseg FOR ALL ENTRIES IN gt_ekko WHERE mseg~ebeln gt_ekko-table_line AND mseg~bwart IN (351, 641, 647, 101). 4. 按订单号关联发票校验行确认发票是否已校验 SELECT rbkp~beltr, rseg~ebeln INTO TABLE DATA(gt_rseg) FROM rbkp INNER JOIN rseg ON rbkp~belnr rseg~belnr FOR ALL ENTRIES IN gt_ekko WHERE rseg~ebeln gt_ekko-table_line. 输出侧按订单号把三类单据合并缺哪一类就说明链路断了 LOOP AT gt_ekko INTO DATA(ls_ekko). CLEAR gs_result. gs_result-ebeln ls_ekko-ebeln. READ TABLE gt_mseg INTO DATA(ls_mseg) WITH KEY ebeln ls_ekko-ebeln. IF sy-subrc 0. gs_result-mblnr ls_mseg-mblnr. gs_result-bwart ls_mseg-bwart. gs_result-menge ls_mseg-menge. ENDIF. APPEND gs_result TO gt_result. ENDLOOP. 实际项目里会把结果 ALV 输出人工只看有缺项的订单 cl_demo_outputdisplay( gt_result ).这段查询不是让谁直接搬到生产上跑而是说明核对思路按订单号把采购、交货、物料凭证、发票四类数据串起来缺哪一类就是链路断了。参数上要注意两个地方EKKO-BSART 取公司间 STO 的单据类型不同项目可能不叫 UB按实际配置改移动类型 IN 条件里 351 是不带交货单的发货641 是带交货单两步法发货647 是一步法发货101 是收货四个都要带上少一个就会把某种模式漏掉。三个视角跑顺之后我一般的习惯是月结前先把 MB5T 的在途清单和清账科目余额导出来跟业务确认一遍确认完再让财务关账。从那以后我每次接手新的公司间场景都会先把这三个视角的查询跑一遍再动手配不敢直接信业务口头的“流程和上次一样”。希望帮到你。本文还有配套的精品资源点击获取
