简介：SAP公司间交易是集团内部业务协同的关键环节，这份PPT课件系统归纳了公司间采购（STO）、工厂间转储（UB转储）及特殊库存（K寄售/O委外/Q项目）等核心场景。内容涵盖不带交货单与带交货单的转储流程，一步法与两步法的操作差异，以及UB转储计划协议、跨公司销售、集中采购等延伸模式，并配有系统操作演示与配置要点，适合SAP MM顾问、财务顾问及集团企业关键用户用于方案选型与流程落地。资源包共1个PPTX文件，压缩后约26.85MB，以图文流程示意为主，已有317人浏览学习。整套资料由浅入深，既提炼了公司间交易的配置逻辑，也梳理了不同库存类型的业务痛点与操作路径，能帮助读者快速建立SAP公司间采购模式的完整认知，是一份实操性较强的学习参考。
1. 公司间采购到底在解决什么：一个凭证，两家公司共用
公司间采购是 SAP 集团方案里最容易被低估的一个模块。业务上表现很简单：集团下 A 公司向 B 公司要一批物料，凭证在 A 眼里是采购订单，在 B 眼里却是销售订单，还得自动带出跨公司清算科目。真正让人翻车的恰恰是那些“看起来一样”的操作——同一个 STO，带不带交货单、一步还是两步，差出来的物料凭证和财务凭证完全不同。这套公司间采购模式，从凭证设计、场景选型、配置路径到验收要点，这篇方案一并梳理清楚，适合正在做 SAP MM 实施或准备相关毕设方案的人，照这套结构搭自己的方案、按项目情况改配置都行。
2. 总体设计：STO 凭证的双重身份与两大业务场景划分
2.1 凭证设计的核心：一个凭证同时是采购订单和销售订单
从系统设计角度看，SAP 把公司间采购交易凭证设计成了复合体——既含采购订单功能，又含销售订单功能。拿 A 向 B 下采购订单举例：A 公司用 ME21N 创建，看到的是标准采购订单；B 公司打开同一个号码，看到的结构却是销售订单，带着销售组织、客户、装运、开票要素。这就是 STO（Stock Transport Order）的底层逻辑。
这个设计带来的直接好处是，两个公司不需要维护两套割裂的单据，跑同一个凭证号就能查全链路。A 公司的采购人员下完单，B 公司的发货人员能直接看到销售侧视图，减少重复录入。做实施时我会先跟业务讲清楚这一点，否则上线后用户总问“为什么我查 PO 会出现销售订单的字段”。从验收角度看，这也是一个很好的讲解切入点：演示时打开同一张凭证，左右分屏展示采购视图和销售视图，业务理解成本瞬间就下来了。
2.2 场景边界：工厂间转储、公司间采购与特殊场景的划分
同一集团下不同工厂间的调拨，一般叫工厂间转储；不同公司之间的采购行为，叫公司间采购（STO）。工厂间转储场景下，又细分出不带交货单的 UB 转储、带交货单的 UB 转储、无参考库存调拨、UB 转储计划协议四种做法。公司间采购场景下，除了标准 STO 流程，还有公司间计划协议、公司间特殊采购（K 寄售、O 委外、Q 项目）、集中采购、跨公司销售等变体。
这套体系里有几个容易混淆的边界。比如“同一集团同一公司不同工厂”和“同一集团不同公司”的差别：前者通常只需要配置工厂与工厂之间的转储关系，后者必须做跨公司清算科目的配置。再比如 UB 转储计划协议和普通采购订单的差别：计划协议用 ME31L 创建、ME38 确认交货计划，适合长期、滚动式补货。方案选型时必须先确认这两条边界，否则后面所有配置都会错位，这也是我每次做需求调研时第一个问业务的问题。
2.3 流程骨架：物料流、发票流与会计凭证如何对应
公司间交易的完整链路，物料流是一条线，发票流是另一条线。以标准 STO 为例，采购公司下 STO，销售公司基于 STO 创建交货单，发货过账，系统自动生成物料凭证和会计凭证；随后销售公司开公司间发票，采购公司做 MIRO 收货发票。注意这一步里有两种后台行为：发货过账后自动触发采购方收货，以及不自动触发、由采购方手工 MIGO 收货。
做方案设计时，我习惯把“几张物料凭证、几张会计凭证、在哪个公司代码过账、是否产生在途库存”列成一张表跟业务确认。这里是最容易踩坑的地方——工厂间转储和公司间 STO 在系统动作上都是“发货+收货”，但凭证归属的公司代码不同，跨公司清算科目的借贷方向也不同。很多实施翻车不是不会用事务码，而是没把这条财务链路画清楚就急着进配了。
3. 工厂间转储实现：从UB转储订单到六种移动类型组合
3.1 不带交货单的UB转储订单：351发货+101收货
不带交货单的 UB 转储是最基础的调拨方式。需求工厂用 ME21N 创建 UB 转储 PO，供货工厂对转储订单做 351 发货，需求工厂做 101 收货。整个过程不产生外向交货单，行项目里也没有装运（Shipping）页签，在途库存从 351 发货过账后产生，到 101 收货时消耗。
# 工厂间UB转储（不带交货单，两步法） ME21N # 需求工厂创建UB转储订单，采购类型选择库存转储 MIGO # 供货工厂按转储PO做351发货，生成在途库存 MIGO # 需求工厂按转储PO做101收货，消耗在途库存并入库351 发货过账时，库存从供货工厂发出，挂在在途库存（MB5T 可查）；需求工厂 101 收货后，在途库存被消耗，进入需求工厂的非限制库存。会计凭证上，供货方借公司间清算科目、贷库存商品；采购方借库存商品加差异、贷公司间清算科目。这里的前提是已经配置好转储订单的科目确定规则，否则 101 收货时会报“科目确定失败”。适用范围有两个：一是同一集团同一公司下不同工厂间的调拨，二是同一集团不同公司下两个工厂的调拨。跨公司场景需要在后台配置跨公司清账科目，否则发货过账时借贷关系建立不起来。
3.2 带交货单的UB转储：一步法647与两步法641的取舍
带交货单的转储订单，是在 UB STO 的基础上引入外向交货单。流程变成：需求工厂创建 UB 转储 PO，供货工厂用 VL10B/VL10D 创建外向交货单，VL02N 做拣配和发货过账，最后需求工厂收货。根据后台配置，又拆成一步法和两步法。
一步法：供货工厂对外向交货单发货过账后，系统自动同步触发需求工厂收货，生成同一张物料凭证和会计凭证，动作是 647+101，没有在途库存。两步法：供货工厂发货过账后，需求工厂手动对转储订单或外向交货单做货物接收，动作是 641+101，发货后会出现一段在途库存区间。
选择逻辑其实并不复杂。一步法的好处是省掉收货环节，适合收货工厂没有安排系统接收人员、且认可发货数量的场景。两步法能在 MB5T 里看到在途，物权转移界限清楚，适合接收方需要按实际数量确认收货的场景。项目上如果条件允许，我一般优先推两步法——库存数据有保障，哪天数量对不上时能查在途库存。曾有项目业务方坚持要一步法省事，结果月底盘点差异时连在途都说不清，后来还是改回了二步法。
3.3 无参考库存调拨：301与303+305什么时候直接使用
不用创建 STO 订单，直接在 MIGO 里做调拨，就是无参考的库存调拨。一步法用 301，发货和收货一张物料凭证完成，无在途库存；两步法用 303 发货到在途，再 305 收货入厂，产生两张物料凭证。
什么场景直接走这种方式？如果同公司下两个工厂离得特别近，库存转移频繁，而且发送工厂和接收工厂是同一批管理者，用 301 一步法最合适——自己发自己收，不需要做数据确认。如果是两拨人，发货方发了 10 个，接收方必须按实际数量确认一下，就用 303 发货产生在途，然后 305 按实际到货数接收。
这里跟 UB STO 的差别在于，MIGO 301/303+305 不需要创建任何采购凭证，也没有交货单，操作门槛最低。但缺点是没有订单做参照，追溯性差。凡是距离远、需要第三方运输的跨工厂调拨，我还是建议走 UB STO 带发运功能的方案，一步法还是两步法再看接收工厂有没有 SAP 收货人员。
3.4 UB转储计划协议：ME31L创建、ME38确认交货计划
需求长期稳定的工厂间调拨，可以用 UB 转储计划协议。流程是需求工厂 ME31L 创建计划协议，供货工厂 ME38 确认交货计划，然后按计划发货 351、需求工厂 101 收货。这种方式在计划协议里维护预测交货计划，适合频繁补货、按周期滚动的场景。
操作链路上跟普通 UB STO 的区别主要在创建端：不用 ME21N 逐单建 PO，而是用 ME31L 维护计划协议，用 ME38 做交货计划的确认。确认之后，后续的发货和收货动作跟不带交货单的 UB STO 一致。项目上做长期补货方案时，我通常建议先把公司和工厂间的计划协议框架搭好，再让业务维护交货计划，比每天下散单要省事得多。需要提醒的是，计划协议的维护权限要收敛，不然业务乱改交货计划，供货工厂按错误计划发货，库存差异比散单方式更难排查。
3.5 六种工厂间转储方案对比与选型原则
| 序号 | 方案 | 移动类型 | 是否创建STO | 是否创建DN | 在途库存 |
|---|---|---|---|---|---|
| 1 | MIGO一步法 | 301发=收 | 否 | 否 | 无 |
| 2 | MIGO两步法 | 303发+305收 | 否 | 否 | 有 |
| 3 | UB STO两步法（不带DN） | 351发+101收 | 是 | 否 | 有 |
| 4 | UB STO两步法（带DN） | 641发+101收 | 是 | 是 | 有 |
| 5 | UB STO一步法（带DN） | 647发+101自动收 | 是 | 是 | 无 |
| 6 | UB计划协议 | 351发+101收 | 计划协议 | 否 | 有 |
选型先看三个问题：两个工厂距离远不远、是不是同一批管理者、接收工厂有没有 SAP 收货人员。距离近且同一批人管理，直接 301；距离近但两拨人，用 303+305 让接收方确认；距离远需要走运输，用 UB STO 带发运功能，优先两步法，实在没有人做系统收货再妥协用一步法。核心原则一句话：库存数据有保障优先于操作省事。
4. 公司间采购STO实现：从创建订单到发票校验的六步链路
4.1 标准流程：两种收货触发方式的完整事务码链路
公司间采购与工厂间转储最大的差别，是它跨了公司代码，凭证要同时满足采购侧和销售侧的需求。标准 STO 流程按六个步骤走：采购公司 ME21N 创建公司间采购订单；销售公司 VL10B/VL10D 根据 STO 创建交货单；销售公司 VL02N 对交货单发货过账；销售公司 VF01/VF04 创建开票凭证；采购公司 MIGO 收货，或系统自动收货；采购公司 MIRO 创建收货发票。
# 公司间采购STO标准流程（方案一：发货过账自动触发收货） ME21N # 采购公司创建STO采购订单 VL10B # 销售公司根据STO创建交货单 VL02N # 销售公司发货过账，自动触发采购公司101收货 VF01 # 销售公司创建公司间销售发票 MIRO # 采购公司基于收货做发票校验两种方案的差异在第五步。方案一是销售公司 DN 过账后，系统自动触发采购工厂的收货；方案二是不自动触发，采购公司必须用 MIGO 根据采购订单或 DN 单收货。后台配置上没有绝对的对错，取决于采购方是否需要在收货环节做数量确认。我一般建议方案二，因为自动收货虽然省操作，但一旦出现货损、短装，系统库存和实物不符时，排查成本远高于多点一次 MIGO。把选择逻辑写进蓝图确认单，让业务签字，避免上线后再改方案。
4.2 与工厂间转储的差异：跨公司清算与销售收入确认
工厂间转储和公司间 STO，表面都是“发货+收货”，实际财务处理差异很大。工厂间转储的库存移动发生在一个公司代码内，即使跨公司工厂，也只要配置跨公司清账科目；而公司间 STO 里，销售公司要同时确认销售收入和销售成本，采购公司确认库存增加和应付，两个公司代码下的会计凭证通过清算科目挂接。
做方案时，我习惯把清算科目拿出来单独跟财务确认。很多项目上线后对账不平，问题不在移动类型，而在科目确定配置——销售公司的收入科目、成本科目，采购公司的库存科目、差异科目，任何一方配错，月底合并抵消就会差数。另一个常被忽略的点是交货单过账后的凭证流：方案一自动触发时，一张物料凭证带 647 和 101 两个移动类型；方案二手动收货时，两张物料凭证分开，在途库存会短暂存在。测试时不要只看能不能过账，要把凭证拆开核对过账的公司代码，这一步经常能揪出清算科目方向配反的问题。
4.3 公司间特殊采购：K寄售、O委外、Q项目的场景挂接
公司间特殊采购属于特殊库存类型的跨公司操作。SAP 里的特殊库存标志需要注意：K 是供应商寄售，O 是委外加工，Q 是项目库存。当这些特殊库存参与公司间调拨时，移动类型和评估类逻辑会和普通 STO 不一样，采购订单行项目上也会出现对应的特殊库存标志。
以项目上的常见做法为例，K 寄售的跨公司场景，通常是把寄售库存从销售公司补货到采购公司，采购订单上特殊库存标志为 K，后续结算逻辑走寄售结算，而不是标准的公司间发票；Q 项目库存参与 STO 时，物料收货后挂在项目库存下，成本归集到 WBS 元素。这类方案没有统一的移动类型列表，必须配合物料主数据里的物料类型、评估类，以及自定义的移动类型一起确认。碰到这类需求，我会在方案里单独列一节，明确特殊库存标志、移动类型、科目确定三者的对应关系，不建议业务直接照搬普通 STO。
5. 配置与避坑：一步法只在有交货单时生效，三个最容易翻车的点
5.1 SPRO配置：分配凭证类型与按工厂配置交货类型
UB STO 一步法还是两步法，在 SPRO 里由“分配凭证类型、一步过程、交货不足限度”这段配置决定。配置路径是物料管理 → 采购 → 采购订单 → 设置库存调拨订单 → 分配凭证类型。勾选一步过程，代表一步法，走 647+101 自动收货；不勾选代表两步法，走 641+101 手动收货，或不带交货单时走 351+101。
另一个关键配置是“按工厂配置交货类型和可用性检查过程”，决定 UB STO 订单有没有 SD 交货单。如果 DlTp 交货单类型没配，UB STO 行项目上没有装运（Shipping）页签，不需要创建交货单；如果配了 NL 交货单类型和库存类型的检查规则，行项目就会带装运页签，发货时要用 VL10B 创建 DN。
SPRO路径： 物料管理 -> 采购 -> 采购订单 -> 设置库存调拨订单 1. 分配凭证类型, 一步过程, 交货不足限度 2. 按工厂配置交货类型和可用性检查过程这段配置最坑的地方在于，它是按工厂维度生效的。同一个采购订单类型，在不同工厂下可能表现不同。换工厂、换采购组织时，配置视图没复制过去，就会出现“这个工厂能建 DN，那个工厂不能建”的诡异现象，测试时务必要把工厂维度覆盖全。
5.2 一步法只在有交货单的情形下生效：关键认识
很多实施里把“一步法”理解成“UB STO 都配成一步法，省掉收货动作”，这是误区。一步法的前提是必须有交货单。UB STO 带 DN 时，VL02N 发货过账走 647，系统自动生成 101 收货，无在途库存；不带 DN 时，发货只能走 351，收货必须 101 手动做，天然就是两步法。所以配置里勾选“一步过程”，但没有配置交货单类型，实际跑出来的效果还是两步法，只是操作界面看起来不太一样。
这也能解释为什么有些人配置看着没问题，测试时却总也看不到自动收货。排查方向很固定：先看 UB STO 行项目有没有装运页签，有页签才有 DN；再在 SPRO 里确认该工厂下是否配置了交货单类型；最后看移动类型是 647 还是 641，而不是凭感觉。我的习惯是测试前先把这几项截图标出来，发给业务做二次确认，能省掉很多来回。
5.3 三个最容易翻车的点：现象、原因、解决
翻车点一，MB5T 查不到在途库存。现象是两步法发货后，业务到 MB5T 里查不到在途记录。原因是排查时机不对——641 发货过账后，在途库存入库到 MB5T；一旦 101 收货过账，在途库存立即被消耗清零。解决办法是让业务明确判断当前处于哪个节点，发货后未收货之前去查。
翻车点二，UB STO 行项目没有装运页签。现象是 VL10B 筛选不到待交货的 UB STO。原因是 SPRO 中没有给该工厂配置交货单类型。解决方法是去“按工厂配置交货类型和可用性检查过程”里补 NL 交货单类型，并配置库存类型的检查规则。
翻车点三，公司间 STO 发货过账后对方不自动收货。现象是 VL02N 发货过账后，采购公司库存没有同步增加。原因是后台项目没有启用“发货过账自动触发收货”的方案一，当前是方案二手动收货。解决方法是确认项目选型：要自动收货就走方案一，要人工确认就走方案二并培训业务做 MIGO 收货。这个问题经常在项目上线初期被当成系统故障，其实只是两种合法方案之间的区别。
6. 验收与答辩：怎么证明公司间采购方案在系统里真的跑通了
6.1 功能验收：从配置到凭证流的四张检查表
验收时不要只看“能发货能收货”，要把凭证流一起核对。我通常用四张表验收：第一张是配置核对表，确认 SPRO 两个节点已配置，并记录该工厂下是否有交货单类型；第二张是操作链路测试记录，从 ME21N 到 MIRO 全流程走一遍，标注每一步事务码、移动类型、产生的物料凭证号；第三张是凭证检查表，确认一步法应生成 1 张物料凭证、两步法应生成 2 张、在途库存是否按预期出现和消失；第四张是财务检查表，核对公司间清算科目借贷是否平衡，销售公司是否确认了收入和成本。
6.2 答辩准备：用自己的话讲清楚一套凭证流
答辩时被问最多的三个问题，提前想好答案比背概念有用：为什么选一步法或两步法，从接收工厂有没有收货人员、库存数据保障的角度答；STO 和 301/303 的区别，从有没有采购凭证、有没有 DN、在途可见性三个维度答；清算科目对不平怎么办，从科目配置和移动类型对应关系答。讲方案时用“凭证流”的叙述方式：谁创建了什么凭证、过账后产生了哪几张物料凭证、分别在哪个公司代码下记账、在途库存何时产生何时消耗，这一条线讲清楚，方案的设计逻辑就立住了。
从那以后，我每次做公司间交易相关方案，都强制自己先画一遍凭证流再动配置，画不清楚就回去翻配置路径。这个习惯帮我少踩了很多测试期的坑。希望帮到你。
本文还有配套的精品资源，点击获取
