news 2026/10/26 14:26:38

SAP公司间采购与STO全流程配置实战:从UB转储到跨公司清账

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
SAP公司间采购与STO全流程配置实战:从UB转储到跨公司清账

简介:这是一份关于SAP系统公司间采购模式的归纳汇总,PPT面向SAP MM顾问、企业财务与供应链人员,系统梳理集团内部公司间交易机制与配置要点。内容覆盖公司间采购(STO)、工厂间UB转储(不带交货单与带交货单、一步法/两步法)、库存调拨,以及K寄售、O委外、Q项目等特殊库存类型的公司间操作,并涉及计划协议、跨公司销售和集中采购等场景,有助于读者理解物料流向、成本归属及后台配置逻辑。资源为1个PPTX演示文稿,共26.85MB,以图文和系统演示方式呈现,适合作为内部培训或专题学习的参考资料。当前已有317人浏览学习。通过该文档可掌握SAP公司间交易从单据设计、库存移动类型到账务处理的完整脉络,快速定位不同业务场景下的操作路径与配置方法。

1. 公司间采购:一张凭证同时扛起采购单和销售单

第一次接触SAP公司间采购的人,十有八九会被STO(Stock Transport Order,库存转储订单)搞懵:明明是我在公司间采购界面下的一张采购订单,为什么对方公司看起来是张销售订单?同一个凭证号,自己这边进ME23N看到的是采购组织抬头,对方那边进VA03看到的却是销售组织数据,连开票都走VF01。这就是SAP-MM模块里最典型、也最容易被低估的配置场景——公司间交易。

这套环境几乎每个集团型SAP项目都会遇到:同一集团下A公司向B公司采购,物料要跨公司流动,账要算清,库存要透明。配不好会怎样?我见过最典型的情况是财务月结时公司间清账科目挂了一堆未清项,或者两步法转储后MB5T里在途库存凭空消失,甚至是STO行项目根本没有Shipping页签没法建交货单。这文章按配置落地的顺序走一遍:先分清UB转储和STO,再把后台配置、前台操作、验证方法串起来,适合正在做SAP MM实施或运维的顾问照着抄。

2. 配置前置:分清UB转储和STO,先把公司间清账科目铺好

2.1 两类业务先分清楚:UB转储和STO差别在哪

SAP里集团内部物料流转其实有两张脸。一个是工厂间转储,老顾问习惯叫UB转储,英文Stock Transfer Order,本质是同属一个集团下的不同工厂之间做库存调拨,凭证主体是采购订单,但不涉及真正的买卖关系;另一个是公司间采购,也就是STO,发生在不同公司代码之间,系统才会把凭证设计成“既有采购订单功能又有销售订单功能”的复合体。

原文档里有个很形象的例子:某集团下A公司和B公司,A向B下一个采购订单,对于A(采购公司)这凭证就是采购订单,但对于B(销售/供货公司)它同时具备销售订单的功能。这意味着这张单子在后台同时有采购凭证字段和销售凭证字段,还有对应的开票计划、交货单、收货、发票校验整条链路。

实操中常见的误区是把UB和STO混着配。UB转储如果发生在同一公司代码下,不需要跨公司清账科目,库存转移记在同一个公司内;但如果是同一集团不同公司下的两个工厂调拨,也要走跨公司清账。而STO则必然涉及两家公司代码、两套科目。所以动手配置前,先回答三个问题再定方案。

2.2 配置前置:公司代码、工厂、采购组织怎么摆

无论UB还是STO,前提都是集团后台已经把公司代码、工厂、采购组织、库存地点这些基础数据配到位。这里说的“配好”不是建个工厂就行,而是每个参与公司间交易的公司代码下都要有明确的工厂分配关系,采购组织要能覆盖到供货工厂和需求工厂。

常见做法是给公司间交易单独建一套采购组织,比如采购组织代码专门用来挂跨公司的采购订单。泛采购组织挂在需求方公司代码下,工厂则要分配给对应的采购组织。这样ME21N建STO时,抬头选泛采购组织,行项目工厂选需求工厂,系统才能正确识别这是一张公司间凭证。

另外还有一个容易被忽略的前置:工厂的装运数据。只要计划走“带交货单”方案,发货工厂就必须维护好装运细节,包括装运条件、装载组、发运点,否则VL10B生成交货单时界面直接卡住。这块我一般会在工厂级维护好发货工厂的装运参数,而不是临时去补。

2.3 跨公司清账科目:公司间结算的地基

不同公司代码之间的转储或STO,必须配跨公司清账科目,否则物料凭证过账时系统找不到清算科目直接抛错。这个科目相当于一个内部往来的过渡科目,月末做公司间对账时全靠它。

原文档里的借贷关系写得很清楚:供方公司发货过账是借公司间清算科目,贷库存商品;采购公司收货是借库存商品和差异科目,贷公司间清算科目。两边的公司间清算科目要一致,这样同一笔交易在两边公司的账上金额对冲,月底才不会挂未清项。

配置路径一般在SPRO里走“物料管理→物料鉴定→自动记账”或者直接OBYA调出科目确定配置。常见做法是给公司间清算单独设一个总账科目,MM的自动过账里把“库存转储-公司间”相关的事务码挂上这个科目。配完以后务必做一次测试:先跑一笔301的跨公司库存调拨,看OBYA能否正常带出清算科目,这一步通了再往UB和STO推进。

3. 工厂间转储UB落地:带不带交货单,决定你走一步法还是两步法

3.1 不带交货单的UB转储:351+101的最小闭环

不带交货单的UB转储订单,是整套公司间交易里最轻量的一种玩法。需求工厂ME21N创建UB转储PO,行项目不设置装运页签,然后发货工厂直接用MIGO对这张转储订单发货,移动类型351;需求工厂再对同样的转储订单收货,移动类型101。过程中不产生外向交货单,物流上就是工厂之间的直接搬运。

这套流程的记账是需求工厂借库存商品、差异科目,贷库存商品转出;发货工厂反过来。因为不涉及交货单,也就没有装运、拣配、发货过账这些动作,操作成本最低。但它的缺点也很明显:没有交货单意味着没有装运节点去体现物流信息,货物出了发货厂但还没到收货厂时,只能靠MB5T看在途库存,没法做装运跟踪。

我通常把这种模式推荐给工厂距离近、物理上仓库直接打单搬运的场景。原文档里那句“如果两波人,发了10个,接收人必须收货确认一下”,说的就是这种情况——用303+305产生在途,让接收方按实收数确认,比351+101更严谨。

3.2 带交货单的UB转储:一步法647+101与两步法641+101

带交货单的UB转储才是项目里最常碰到的正主。需求工厂建好UB转储PO后,发货工厂用VL10B或VL10D创建外向交货单,VL02N做拣配发货过账。区别就在发货过账的移动类型上。

一步法用647:发货工厂对外向交货单做发货过账的瞬间,系统自动同步给需求工厂做收货,生成同一张物料凭证和一会计凭证,凭证里包含647和101两个移动类型。全程没有在途库存,因为物权在发货过账那一瞬间就完成转移。

两步法用641:发货过账后物料先进入在途库存(MB5T可以看到),实物到了需求工厂后,需求工厂再自己对转储订单或外向交货单做101收货,生成第二张物料凭证。两步法在途库存清晰,适合发货方和收货方财务上要划分物权边界的情况。

原文档里有一句很关键的话:一步法只在有交货单的情形下生效。没有交货单,系统不会自动触发101收货,配置上也走不成一步法。这句话值得所有顾问记在脑子里,因为很多项目配了“一步过程”勾选,但UB单子根本建不了交货单,结果发货后一直看不到对方库存增加,最后排查半天发现是交货类型没配。

3.3 无参考库存调拨:什么时候直接上301或303+305

不建UB转储PO,直接在两工厂间转移库存,就是无参考的库存调拨。一步法直接MIGO 301,发货等于收货,一张物料凭证,无在途;两步法MIGO 303发货、MIGO 305收货,两张凭证,有在途库存。这套逻辑比UB更简单,因为压根没有采购订单参与。

项目里到底用哪种,原文档给了很实在的判断标准。同一个公司下两个工厂距离近、库存转移频繁、发和收是同一批管理者,优先MIGO 301一步法——自己发自己收,不需要数据确认,效率最高。如果是两拨人,发货方发了10个,收货方必须要确认,那就303+305,用305按实际数量接收,同时通过MB5T看着在途。

要是工厂距离远还要走第三方运输公司,那就别再纠结301了,直接UB转储加发运功能。至于是UB一步法还是UB两步法,看需求工厂有没有安排人在SAP里做收货操作。有人收货就两步法,库存数据有保障;实在没人做系统收货,才退而求其次用一步法自动带出收货。这一点后面配置时还要反复验证。

3.4 SPRO配置:分配凭证类型和一步过程、按工厂配置交货类型

UB的配置都在SPRO的库存调拨订单节点下,路径是“物料管理 → 采购 → 采购订单 → 设置库存调拨订单”。打开有两个配置项,一个叫“分配凭证类型, 一步过程, 交货不足限度”,另一个叫“按工厂配置交货类型和可用性检查过程”。

第一处的核心是给STO订单类型分配一个交货不足限度,比如5%还是10%,这决定交货数量差异在哪个范围内允许系统自动处理。同时这里还有一步过程开关:勾选一步=移动类型647+101自动收货,不勾选=641+101手动收货。但注意,这个“一步过程”只在有交货单的方案下才有意义,不带交货单的UB始终是两步法走351。

第二处是按工厂配交货类型。如果行项目里的交货类型DlTp没有配,UB转储就不需要创建交货单,行项目里也看不到Shipping装运页签;如果配了交货类型NL并设置了库存类型检查规则,那这张UB就必须建交货单,行项目就会出现装运页签。完工后看一件事:ME21N建UB时行项目有没有装运页签,有就是带了DN,没有就是不带DN的路线。

# SPRO配置路径速查(事务代码SPRO进入) # 物料管理 -> 采购 -> 采购订单 -> 设置库存调拨订单 # 1. 分配凭证类型, 一步过程, 交货不足限度 # - 一步过程: 勾选 => STO 647+101 自动收货(带DN) # - 一步过程: 不勾选 => STO 641+101 手动收货(带DN) # - 若不配DN => 固定走 351+101 两步法 # 2. 按工厂配置交货类型和可用性检查过程 # - DlTp未配置 => 不建交货单, 行项目无Shipping页签 # - DlTp=NL + 检查规则 => 建交货单, 行项目有Shipping页签

配置完成后建议先在测试机用测试物料跑一遍完整流程,别直接在开发环境改完就交付,公司间配置翻车九成都是出在这两个配置项的排列组合上。

4. 公司间采购STO全流程:从ME21N到MIRO的六步闭环

4.1 STO凭证设计:同一张单子,采购侧和销售侧各看各的

前文已经铺垫过STO是复合凭证。落到操作上,这个“复合”体现在每个环节都有两套视图。ME21N创建时,事务代码是采购侧的;但同一张单子在供方公司那边,销售侧的销售组织、分销渠道、产品组数据必须完整,否则对方开票时找不到销售范围。

原文档给出的STO标准路径是六步:客户公司(采购方)ME21N创建公司间采购订单→供方公司VL10B或VL10D根据STO创建交货单→供方VL02N发货过账→供方VF01或VF04创建开票凭证→采购方MIGO按PO或DN收货→采购方MIRO做发票校验。这套链路把MM的采购和SD的销售串在一起,缺一步都不行。

实操中容易被绊倒的几个点:一是STO的销售侧视图如果没有配置,VL10B根本选不到这张单据;二是发货过账后忘了VF01开票,月底财务对账时发现销售公司这边没收入;三是MIRO做发票校验时参照的采购订单已经收货,导致发票数量对不上。整个过程就是一条流水线,从创建到发票校验,每个环节都有人要操作。

4.2 两种收货触发方案:自动收货和手动收货

STO的落地不只有一个版本。原文档明确提到“公司间交易根据后台配置不同有两种解决方案”,差异集中在供方DN过账后,采购方是否自动触发收货。

第一种方案,供方DN发货过账后系统自动触发采购方收货。这种方案减少了一步人工操作,但前提是后台配置完整、移动类型正确、且IT团队确保自动收货逻辑没有副作用。第二种方案是系统不会自动触发,需要客户方根据采购订单或DN单MIGO手动收货,流程上多一步,但收货数量可以按实收调整。

两种方案的核心区别在于是否信任自动过账。自动收货能减少人工操作,但发货数量与实际到货数量不一致时,收货方连确认的机会都没有。手动收货就是多一次操作,但给了收货方一个校验和调整的窗口。选哪种,取决于收货公司有没有专门的人负责在SAP里点收货——这就是原文档反复强调的“看接收工厂是否有安排系统接收人员”。

# STO全流程事务代码一览(按执行顺序) # ME21N 创建公司间采购订单(STO) # VL10B / VL10D 创建外向交货单 # VL02N 对交货单做发货过账 # VF01 / VF04 创建销售发票(公司间开票) # MIGO 按STO或DN做货物接收 # MIRO 发票校验(采购方对供方开票做校验)

4.3 公司间特殊采购:K寄售、O委外、Q项目的特别之处

除常规STO外,公司间交易还能扩展到特殊库存类型上。原文档提到的“公司间特殊采购(Q/K/L/服务)”,落到配置层最常处理的就是K(寄售库存)、O(供应商委外库存)、Q(项目库存)三类。这些特殊库存的物权、计价和科目归属逻辑和普通库存完全不同。

以寄售为例,公司间用K库存做STO时,物权在补货前仍归供货公司,采购公司只是消耗后才结算。这要求后台按库存类型配置不同的转储规则,不能直接套普通STO的移动类型。Q项目库存则牵涉到WBS元素和网络,物料在公司间流转时要带上项目归属,记账科目跟随项目走。

原摘要里也提到“这些库存类型要求企业在系统中进行特定的配置,以反映不同业务逻辑下的物料流向和成本归属”。这句话是重点,特殊库存的公司间流转,配置上没有标准答案,得按每个库存类型的记账逻辑单独梳理。通常做法是先确认物料主数据里的库存类型是否是K/O/Q,再确认物料所挂的项目或供应商,最后才谈移动类型。这里最容易翻车,放在第5章专门讲。

5. 公司间配置避坑:五条从实际项目里踩出来的排查记录

5.1 现象:STO行项目找不到Shipping页签

创建UB转储订单时,行项目应该有装运(Shipping)页签,如果看不到,先不要急着建交货单。原因是后台“按工厂配置交货类型”里,该工厂对应的DlTp交货类型没有配置。

解决:SPRO里给该工厂配上交货类型NL,同时设置库存类型检查规则,保存后重进ME21N,行项目就会多出装运页签。注意配完不会立刻作用到已创建的STO上,要新建或修改转储订单才会刷新页签。

5.2 现象:配置了一步入库,结果系统还是走了两步

后台“分配凭证类型、一步过程”里勾了一步过程,但VL02N发货过账后MB5T还是看到了在途库存。原因大概率是这张UB转储订单根本没建交货单——一步法只在有交货单时才生效,没有DN就只能641或351配合手动101收货。

解决:检查STO行项目是否有Shipping页签。没有就是没配交货类型,回到“按工厂配置交货类型”补NL;有页签但还是一步不生效,就看移动类型是不是641,如果是,说明交单是建了但一步过程的标记没生效,回头检查对应的STO订单类型是否分配了一步入库标记。

5.3 现象:两步法走完,MB5T里看不到在途库存

发货工厂已经用641发货过账,物料挂在在途,但MB5T看不出来。先确认是不是收货端已经顺手做过101了——已经收货的物料不会继续留在在途。如果收货方确实没收货,那就查物料凭证是否存在641记录。

常见原因是发货时选错了移动类型,用了351而不是641。351也能产生在途,但那是“不带交货单”路线;若配置的是带DN方案,系统应该只能走641或647,除非你给这张STO的订单类型没有正确挂到交货单配置上。排查思路:先看物料凭证是哪个移动类型,再倒推SPRO里的订单类型与移动类型映射。

5.4 现象:公司间MIRO发票校验时价格对不上

STO跑完六步,MIRO校验时提示数量差异或价格差异。最常见原因是STO的定价条件没配全。公司间采购订单的价格是集团内部转移价,如果ME21N里价格条件类型维护不全,VF01开票时带出的金额就和采购订单不一致,MIRO自然卡住。

解决:回到STO凭证的采购组织视图检查定价条件,确保使用公司间定价过程,而不是外部采购的标准定价过程。另外若采用自动收货,DN发货过账数量与实际收货数量不一致也会导致发票差异。建议在“交货不足限度”配置里明确容差范围,并约定按月对账。

5.5 现象:K寄售或Q项目库存做公司间流转直接报错

用常规STO配置去跑K或Q特殊库存,十有八九在MIGO时弹错信息,一般的报错指向“库存类型不允许该移动类型”或“科目确定失败”。原因是特殊库存的记账逻辑和普通库存不一致,寄售在收货过账时不是借库存商品,而是借寄售库存(在途科目),Q库存则要带WBS,科目确定走的OBYC规则不同。

解决:给特殊库存单独配置科目确定规则,或者在物料主数据里明确采购类型是否允许公司间转储。这类场景不要硬套模板,每个特殊库存类型配一条独立路线,K做寄售补货流程,O做委外收发,Q做带WBS的项目转储,配置完每类都独立跑一遍完整流程验证。

6. 装完怎么验证:用MB5T和物料凭证反推配置对不对

配置全部完成后,我不会直接让业务上线,而是先在测试公司代码下把每个场景强制走一遍最小闭环流程。验证分三层:第一层看在途库存,第二层看物料凭证,第三层看财务过账。

第一层用MB5T看库存转移与在途。操作完两步法(641+101或351+101)后,MB5T里应该能看到在途库存记录,这说明发货过账把物料挂在了物流在途,收货完成后在途记录消失。一步法(647+101自动收货)则全程MB5T为空——因为物权在647的瞬间就完成转移。如果MB5T显示结果和预期不一致,优先怀疑移动类型是否按配置生效。

第二层用MIGO查看物料凭证。一步法的特征是发货过账生成的一张物料凭证里同时包含647和101两个货物移动;两步法则生成两张凭证,641一张、101一张。打开MIGO的“显示物料凭证”功能,逐个对凭证做“货物移动”明细检查,移动类型对不对一眼就看出来。

第三层用FB03检查会计凭证。确认发货方是否借公司间清算科目、贷库存商品,收货方是否借库存商品和差异科目、贷公司间清算科目,两边清算科目金额对冲。这一步过了,说明跨公司清账科目配置是完整的。

# 验证操作速查 # MB5T 查看在途库存:两步法可见在途, 一步法无在途 # MIGO -> 显示物料凭证:一步法=647+101同一张凭证, 两步法=641/101两张凭证 # FB03 查看会计凭证:确认公司间清算科目在借贷两侧对冲 # ME38 检查UB计划协议交货计划确认状态

我自己吃过一次亏:某次配置完成后只验了MB5T没有在途就直接交付,业务跑了一周才发现UD订单没有Shipping页签,VL10B一张DN都选不出来。从那以后我每次配完STO,都会强制走一遍“建单→交货→发货→开票→收货→发票”的完整六步流程,再把每个场景的物料凭证截图存进配置文档。这样才能确定这套配置是跑通的,而不是纸面跑通的。希望帮到你。

本文还有配套的精品资源,点击获取

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/26 14:25:55

RTL8111E千兆网卡硬件设计指南:电源树、EEPROM与避坑实战

简介:这是一份基于Realtek官方参考资料的RTL8111E/RTL8111F/RTL8105E以太网控制器电路设计参考文档,面向硬件工程师、PCB Layout工程师及相关调试人员,解决高速以太网接口电路设计中的关键问题。内容按电源设计、时钟设计、信号完整性设计、P…

作者头像 李华
网站建设 2026/10/26 14:25:10

航空航天数智转型中的文件实时同步架构与实践

1. 航空航天数智转型中的文件同步挑战在航空航天这个对数据精度和时效性要求极高的行业,数字化转型正在彻底改变传统工作模式。我参与过多个航空制造企业的数据中台建设项目,最深刻的体会就是:当设计图纸、仿真数据、测试报告等文件数量呈指数…

作者头像 李华
网站建设 2026/10/26 14:24:52

元学习与知识图谱驱动的动态问答对话策略优化

1. 先搞清楚这个题目到底在解决什么问题元学习加知识图谱加对话策略优化,这三个词单独拿出来都不算新鲜,但凑在一个系统里,要解决的是一个很具体的痛点:知识图谱是实时变化的,而问答系统的对话策略往往是训练完就固定了…

作者头像 李华
网站建设 2026/10/26 14:22:19

Cron+System+MCP:AI如何接管定时任务与系统服务

你有没有经历过这样的凌晨:部署在服务器上的定时任务挂了,没人知道,等到用户投诉才慌慌张张地去重启服务?或者反过来,系统里某个进程突然把磁盘占满,你查了半天才发现是N天前写的一条cron脚本忘了清理日志&…

作者头像 李华
网站建设 2026/10/26 14:20:02

AI视觉解析技术如何提升视障用户网页无障碍访问

1. 项目概述:AI如何重塑视障用户的网页阅读体验当我们在互联网上自由浏览信息时,往往忽略了这样一个事实:全球超过2.5亿视障人士正面临着"数字鸿沟"的挑战。传统屏幕阅读器虽然能朗读文字内容,但对于复杂网页结构、图像…

作者头像 李华
网站建设 2026/10/26 14:19:16

Flex布局构建响应式导航栏的实践指南

1. 为什么Flex布局是导航栏的最佳选择 在移动优先的网页设计时代,传统的float布局已经难以满足响应式导航栏的需求。Flex布局(Flexible Box)作为CSS3引入的现代布局方案,凭借其强大的空间分配和对齐能力,成为构建导航栏…

作者头像 李华