企业官网建设流程全解析

做SAP项目时间长了，你会发现真正让你掉头发的往往不是多复杂的定制开发，而是一个看似简单的业务需求——比如项目库存（PS模块的WBS项目库存）要做跨公司调拨。前段时间一个老同事打电话来，说他们集团刚上线SAP，两个法人公司之间的项目料调拨卡住了，业务天天催，MM顾问和PS顾问互相看不对眼。我一听这个组合就笑了：这场景太熟了，不就是项目库存跨公司的STO吗？

这篇文章是"闲人闲谈PS"系列的开篇。作为在SAP这块混了十几年的闲人，我打算把项目库存跨公司业务STO这件事从头到尾拆一遍，包括需求怎么分析、方案怎么选、后台怎么配、流程怎么走、上线会踩什么坑，全部拿出来聊。适合正在做SAP实施或支持的项目经理、MM/PS/FI顾问，以及被业务逼到墙角的运维同学参考。

1. 一个项目库存跨公司调拨需求是怎么把一群顾问难住的

1.1 客户原话：我们就是要把B公司的项目料调给A公司

先还原一下现场。客户是某装备制造集团，有两个法人公司都在SAP里运行。A公司是总装厂，负责一个大项目，整个项目的WBS结构挂在A公司代码下面，项目预算、成本归集、后续结算都以这个WBS为核心。B公司是集团内部的结构件生产基地，专门为A公司这个项目生产了一批专用结构件，项目用的物料存放在B公司的工厂里。

业务需求用一句话说就是：B公司已经生产好的50套结构件，要调到A公司，并且要入到A公司对应项目的项目库存下。为什么必须入项目库存？因为这个项目的所有领料、成本核算、预算控制都要通过WBS去追溯，如果料进来却挂在普通库存里，项目成本就会失真，后面KO88结算的时候会出大问题。

这个需求听起来不复杂，但真实落地的时候会牵扯出几个问题：库存从哪个公司代码出、以什么价格出、要不要开票、要不要做收入确认、WBS要素怎么传递、项目预算怎么控制、MRP怎么识别这批库存。任何一个环节没想清楚，上线当天就会被业务拉着加班。

1.2 第一反应：直接做个移库不就行了？

顾问的第一反应往往是"那就做个移库吧"。SAP里做库存移库有很多种方式，最简单的是直接做一步式库存转储，比如从B工厂用移动类型301转到A工厂。但这个方案在跨公司场景里很快会被否决，原因有三。

第一，301虽然是跨工厂，但通常跨公司代码做301需要交付并立即收货，单据链很短，没有采购订单，没有价格条件，财务上无法体现内部交易价格和往来。对于集团内部两个独立法人来说，库存转移本质是一笔交易，必须要有内部买卖关系，否则两家公司的账都不清楚。

第二，项目库存要求每一笔库存都有WBS要素。直接移库虽然也可以带WBS，但业务审批、项目预算检查、后续开票这些环节完全缺失，项目上不可控。你在系统里给实施顾问看，只能说是做了一笔"神不知鬼不觉"的库存搬家，财务和项目经理都不会接受。

第三，没有规范单据流，后续追溯极其痛苦。跨公司调拨涉及内部供应商、内部客户、交货单、发票校验，这些都是直接移库方式覆盖不了的。

我也见过有人提"那用公司间销售订单吧"——就是B公司卖一批货给A公司，走完整的销售流程。这个方案在逻辑上成立，但问题在于业务本质是"库存调拨"而不是"销售"，B公司作为成本中心式生产单位，并没有销售团队、没有价格体系、没有销售订单的审批链。硬套销售流程，上线后光是销售订单的维护量就能让关键用户崩溃。

1.3 为什么最后选了STO

最终我们确定方案：跨公司STO（Stock Transport Order，库存转储订单）配合项目库存。

STO的本质是采购订单，但它是专门用于库存调拨的采购订单。需求方（A公司）创建一张UB类型的采购订单，供应商填B公司对应的内部供应商，同时指定发货工厂为B工厂。后续B公司根据这张采购订单创建外向交货单，做发货过账，A公司做收货。发货方再开公司间发票，需求方做发票校验，形成完整的采购到付款闭环。

和公司间销售订单相比，STO走的是MM侧流程，采购员和仓库只需要用熟悉的MIGO、VL10B这类事务代码，不需要去维护销售订单，也不涉及销售组织、销售区域这些复杂结构。和一步式移库相比，STO有采购订单、有价格条件、有交货单，财务上可以做内部结算和往来清账，符合集团对两个法人之间交易可审计、可追溯的要求。

选型做完后，后面的问题才真正开始：跨公司STO本身就是一个涉及MM、SD、FI、PS四个模块的流程，再加上项目库存这个特殊库存类型，配置和操作上的细节比普通STO多出一大截。

2. 跨公司STO的底层逻辑：用销售流程跑库存

2.1 先搞清楚内部供应商和内部客户

很多人第一次接触跨公司STO时，会被"内部供应商""内部客户"这两个概念绕晕。我换个说法你就明白了：SAP把两个公司之间的物料调拨，模拟成了一买一卖。A公司向B公司买料，所以A公司这边要有一个内部供应商，主数据指向B公司；B公司向A公司卖料，所以B公司这边要有一个内部客户，主数据指向A公司。

这个内部供应商和普通供应商的区别在于，它的主数据里关联的是一组"集团内部"的科目设置。后台配置中，内部供应商和内部客户都通过供应商账户组区分，客户主数据同样设置内部客户账户组。在跨公司STO中，A公司创建UB采购订单时，输入供应商为内部供应商，系统会自动识别这是一笔公司间业务，后续交货和开票的流程都会按内部流程走。B公司这边，当采购订单转成外向交货单并做交货时，SD模块会为B公司自动生成一张销售订单（后台配置中需要设置"采购订单生成销售订单"的类型），内部客户自动填进去，B公司后续开公司间发票就是基于这张自动生成的销售订单。

这里有三个后台配置点特别容易漏：

• 供应商/客户账户组：必须单独设置内部账户组，否则科目确定会出错，开票时找不到对应的内部往来科目。
• 销售订单类型：从采购订单生成销售订单时，系统要有一个默认的销售订单类型。很多项目直接沿用标准销售订单类型OR，但OR带出来的定价过程、交货类型未必适合公司间调拨，最好复制一个专用类型。
• 装运点和收货工厂：外向交货单需要确定从哪个装运点发货，后台"分配装运点到工厂"要维护B工厂对应的装运点，否则VL10B创建交货单时会直接报错。

2.2 项目库存的特殊性：特殊库存标识Q

项目库存（Project Stock）在SAP里是特殊库存，特殊库存标识为Q，它的库存不是挂在普通工厂/库位下面，而是挂在WBS要素（PSP）下面。换句话说，WBS要素就是项目库存的"库位"，没有WBS要素，物料就无法入到项目库存里。

这一点直接影响STO的采购订单设计。普通STO的采购订单行项目里不需要WBS，但项目库存的跨公司STO，采购订单行项目上必须维护对应的WBS要素。我在项目里遇到不少同行习惯性创建UB订单，等到交货单做PGI时才发现行项目没有WBS，系统直接报"需要为项目库存输入WBS要素"。

创建采购订单时，在行项目"项目"页签填入WBS要素，保存后行项目会显示特殊库存标识Q。这里还要注意一个问题：WBS要素必须处于"已下达（REL）"状态，且项目参数文件允许采购订单。如果WBS还没下达，ME21N会报"项目已锁定"或"不允许采购"之类的错误，项目上经常因为这个来回扯皮。

另外提醒一点：MMBE并发查看项目库存时，你会发现库存是按WBS显示的，不是按工厂-库位显示的。初次看的用户往往会问"我的库存到底在哪"，这是项目库存天然的"虚拟性"带来的认知门槛，培训阶段就要讲清楚。

2.3 内部转移价格与财务科目

跨公司STO的价格和税务是另一个大坑。既然是两个法人之间的买卖，就必须有一个内部转移价格，这个价格通常不是简单的市场价，而是基于成本加成的内部结算价。常见做法是在采购订单上手工录入条件价格，或者通过条件记录自动取出内部转移价。配置定价过程时，要保证采购订单里的价格能够传到后续的销售订单和公司间发票中。

项目实际配置中，采购订单侧和销售订单侧各有一个定价过程。采购订单侧的定价过程，一般是以"内部转移价格"为核心条件类型，再加上税条件；销售订单侧则使用公司间调拨专用的定价过程，取相同的内部价并计算结果。两边要反复测试，确保A公司的采购单价和B公司的销售单价完全一致，否则财务对账时会出现莫名其妙的差异。

财务科目方面，跨公司STO涉及四个主要环节：

项目上还要单独配置GR/IR清账科目、内部往来类科目以及相关的税码。如果这些科目没配对，发货过账或开票时就会出现"科目确定错误"或者"未找到科目0401000"这类让人崩溃的报错。

3. 项目库存STO的实操流程与后台配置要点

3.1 采购订单配置：UB订单、行项目类别U、WBS要素

跨公司STO的采购订单创建方式，推荐直接用ME21N手工创建。单类型选择UB（库存转储订单），供应商填内部供应商，行项目里维护物料、数量、发货工厂（B工厂）、收货工厂（A工厂），然后在"项目"页签里填入WBS要素。

这里我要详细说一下行项目类别的逻辑。普通公司内STO的行项目类别是U，跨公司STO的行项目类别同样是U，但系统是靠"供应商是否为内部供应商"以及"是否维护了发货工厂"来判断这是不是跨公司STO的。如果供应商不是内部供应商，系统会把它当成普通采购订单。所以创建订单时顺序很重要：先维护供应商、发货工厂，再维护行项目，系统才能正确带出公司间订单的所有逻辑。

UB采购订单保存后，可以在"交货"页签看到交货方式和运输数据，发货工厂必须正确，否则后续VL10B创建交货单时找不到待交货行项目。采购订单上的价格条件可以用PB00（采购价）或者在“条件”页签直接维护内部转移价。按我在项目上的经验，内部转移价一般维护在采购信息记录里，这样ME21N会自动带出价格，省得每次手敲。

WBS要素的维护有两种方式：一种是直接在采购订单行项目"项目"页签手工输入；另一种是通过项目构造器CJ20N或项目采购请求转采购订单时自动带入。批量情况下，业务部门经常用ME21N带WBS批量创建，这时特别容易漏填WBS。我在项目里做了一个简单的"提交前清洗"习惯：用ME2N批量导出一份采购订单清单，检查所有行项目是否都有WBS，没有的立刻退回，效率比后期收货出错再去处理高很多。

3.2 交货单与发货过账：643的来龙去脉

采购订单创建完成后，B公司仓库要做的是创建外向交货单。事务代码VL10B或者VL10E，按采购订单号筛选出待交货行项目，生成外向交货单。这里系统会通过后台的"交货类型确定规则"，根据采购订单类型、行项目类别、发货工厂自动确定交货单类型。如果后台没配好，VL10B会提示"未找到交货行项目"，排查起来非常痛苦。

发货过账在VL02N里做，也可以批量VL02N。跨公司STO标准发货移动类型是643，收货方收货时用101。643这个移动类型是"按采购订单向公司间客户发出商品"，它会把库存从B工厂的库存转移出来，变成收货方A工厂的"在途库存"。

项目库存场景下，交货单行项目会从采购订单自动带出WBS要素和特殊库存标识Q。发货过账后，物料凭证上会显示特殊库存标识和WBS，这代表库存已经在路上了。如果交货单上没有WBS，发货过账就会报错或者发完货之后库存乱了。我建议在BD87或物料凭证里专门做一次抽查，确保643过账凭证的WBS字段非空。

这里有个特别容易混淆的点：643发货过账时，B公司的库存减少，但A公司还没有实物入库，系统里形成的是"在途库存"。很多仓库同事看完库存报表会慌，以为货丢了。实际上你用MB5T或者MBLB看采购订单历史，在途状态一目了然。这个在培训时一定要给仓库讲透。

3.3 收货、开票与发票校验：财务闭环的形成

货到A公司后，仓库在MIGO里做收货，移动类型101，参照采购订单或者参照外向交货单。收货行项目上系统会带出WBS要素和特殊库存标识Q，过账后库存进入A公司项目库存，在途库存同时被清掉。到这里，实物与系统终于一致。

接下来进入财务结算环节。B公司这边，通过在VL02N做过交货之后，可以到VF04里维护并开公司间发票。前面提到的由STO采购订单自动生成的销售订单，在这里就派上用场了。B公司开票后，系统产生内部应收和销售收入，开票金额取的是销售订单的价格，也就是我们第2章设定的内部转移价。A公司收到发票后，在MIRO里做发票校验，金额会和采购订单一致，系统自动生成借GR/IR贷内部应付的凭证。随后在集团层面做内部往来的清账处理，两端业务闭环，两家法人财报上都清晰反映这笔交易。

到这里，一个项目库存跨公司STO的完整闭环就走完了。整套流程看似清晰，但我可以负责任地说，项目上线头两周基本会被各种边缘场景打得措手不及。下面把我踩过的坑集中讲一遍。

4. 上线期间我们踩过的四个项目库存STO坑

4.1 收货过账时WBS要素不翼而飞

上线第一周，A公司仓库反映：有一张STO采购订单，MIGO收货时明明界面上能看到WBS，但过账后库存没有出现在项目库存里，而是跑到普通非限制使用库存里去了。

排查链路是这样的：先看采购订单行项目，ME23N显示行项目确实有特殊库存标识Q和WBS要素。再看交货单，VL03N显示交货单行项目也有WBS。问题出在MIGO收货方式上——仓库操作人员习惯使用"参照采购订单"收货，但MIGO进入收货界面后，系统默认的移动类型是101，需要再在"项目"页签确认WBS字段带出。如果参照的交货单不是来自这张带WBS的STO，而是手工选了行项目，WBS字段就可能被覆盖为空。

真正的问题根源在于MIGO收货界面里"收货方"和"WBS要素"这两处的数据源不同步。解决方法是给仓库做一个专用的收货变式，锁定移动类型、固定WBS来源，不允许手工删除WBS。另外我跟ABAP开发同事基于抄送MIGO做了个增强校验，过账前检查Q特殊库存行项目必须有WBS，没有就直接拦截。这个增强虽然简单，但几乎杜绝了后续所有类似问题。

4.2 MRP跑出来的库存数字让人摸不着头脑

上线第二周，计划员在MD04里看项目物料库存，发现数字怎么都对不上：项目库存显示有50套，但普通库存显示也有50套。问了一圈才知道，B公司做643发货时，库存是在B工厂扣减的，A工厂这边在收到货之前，MD04里显示的可能是"在途需求"或"采购订单在途"，而不是实际库存。A公司计划员如果没理解STO的在途库存机制，很容易把在途和现有库存混淆。

这里补充一个实用技巧：项目库存场景下，建议计划员用MD04按WBS要素查看需求，或者在MD07的库存/需求清单里勾选"项目库存"维度。我遇到过很多MM顾问不知道，MD04的初始界面是可以直接输入WBS要素来查询项目库存需求的，系统会把该WBS下所有项目库存、采购订单、预留全部汇总显示，这是项目库存MRP分析的核心入口。

另外，如果项目启用了可用性检查，STO的采购订单会参与项目预算的占用。如果项目预算不足，ME21N保存时会弹出预算超限的警告或错误信息，业务人员会以为系统坏了，其实是预算消耗超了。这个要在培训阶段跟项目控制部门讲清楚。

4.3 KO88项目结算差异：库存金额和项目成本对不上

项目月底要做WBS结算，KO88或者CJ88跑完之后，财务发现项目成本里少了一截库存金额。仔细翻之后发现，问题出在STO收货产生的库存差异上。跨公司STO的收货价格取的是采购订单上的内部转移价，但B公司发货过账时结转的成本是基于B公司自己的库存移动平均价或标准价。如果这两个价格不一致，A公司项目库存的入库金额和B公司发货时结转的成本之间就产生了差异，这部分差异如果没有配置"库存差异科目"去承接，结算时就会被遗漏。

我们当时在后台补充配置了差异科目，让643发货过账产生的价格差异自动过到一个"内部调拨差异"科目，并在项目结算规则里把这个科目纳进去。同时我给财务出了一个核对模板：对比每张STO采购订单的采购价格和发货方库存成本，超出容差范围的列出来逐条解释。上线后前三个月，这个模板几乎每周都能揪出几笔手工维护价格错误的订单，到后面价格逐步规范后差异才降下来。

4.4 项目收尾时的退货与红冲：被忽略的终局

项目总有结束的一天，项目库存也需要清理。项目收尾时，如果A公司的项目库存里还有剩余结构件，业务不希望报废，想退回B公司。这就要走跨公司STO的退货流程。

退货流程比正向流程更麻烦，我们配置的路径是A公司创建退货采购订单（类型UB，行项目标记退货），B公司根据退货订单创建退货交货单，发货过账用移动类型645，A公司收货用103。如果是已经开过票的订单，还要先做发票红冲，再做退货收货，顺序不能乱。这里特别提醒一下，退货订单同样需要维护WBS要素，而且WBS最好还是原来那个WBS，否则退回的库存会挂到错误的项目下。

项目预算在退货时也要做释放处理，不然预算一直被占用，财务做项目结算时发现预算花不完，实际又不知道为什么花不完。我们项目的经验是：在所有STO相关流程跑顺之后，专门给项目控制部门写了一份"项目库存清理操作手册"，把退货、预算释放、WBS技术完成这三个动作的先后顺序固化下来，才避免了收尾阶段的手忙脚乱。

5. 上线后的运行效果与"闲人"的一点真心话

5.1 数据结果：从三天到半小时

这套方案上线稳定运行之后，我找客户要了一组数据做对比。过去线下调拨，A公司要发邮件、找领导签字、手工做库存报表调整，一批项目料从B公司到A公司账实同步至少需要三天；现在走STO，从创建采购订单到A公司收货过账，全程线上操作，熟练的话半小时内完成。最关键的是，每一笔库存都带着WBS，项目成本归集清晰，财务月结再也不用为了调拨差异反复调账。

库存账实一致率也上来了。以前两个公司之间调拨全靠Excel台账，月底两边对不上是常态。现在库存报表、采购订单历史、物料凭证完全可追溯，审计来查也能直接拉出完整的单据链。内部转移价格固定到信息记录后，开票和发票校验环节的人工操作量大幅减少，原来财务每月要做两天的内部往来对账，现在系统自动清账，手工干预的地方只剩下异常处理。

5.2 从一个STO看PS、MM、FI的边界

做完这个项目，我最大的体会是：做STO方案，尤其是项目库存跨公司STO，绝不能只盯着一张采购订单看。它表面上挂着MM的标签，实际是PS和FI的"混血儿"——WBS结构设计决定库存挂在哪个项目下，项目参数文件和状态控制决定采购订单能不能创建，预算控制决定STO能不能占用预算，结算规则决定最终成本落到哪。MM顾问如果不了解PPM和PS的底层逻辑，很容易在收货、退货、结算环节被业务怼得说不出话。

这也是我做"闲人闲谈PS"系列的初衷。做SAP时间越久越发现，模块边界本来就不是那么清晰，项目上真正有价值的是能把这些边界打通的顾问。这个系列后面我计划聊WBS结构设计、网络活动与里程碑开票、项目参数文件的配置逻辑、CJ88结算规则、以及PS模块与MM/FI/CO的接口细节。下一篇想聊点什么呢，如果你正好也在项目库存或跨公司业务上栽过跟头，欢迎告诉我你的故事，说不定下一篇就是从你的问题开始的。