SAP公司间业务六种类型配置原理与财务物流协同实战

简介：本资源是一份面向SAP ABAP顾问、财务与供应链模块实施人员及中高级SAP用户的专业配置指南，系统梳理集团企业内部六大核心公司间业务的端到端处理逻辑与关键配置要点。涵盖第三方销售、跨公司销售、公司间/跨公司转储（STO）、转包（委外加工）及跨公司采购等典型场景，深入解析SD、MM、PP、FI多模块协同机制，并重点说明IDoc在自动发票校验、收货过账与公司间清账中的驱动作用。资源为单文件PDF，共1个20.06MB的高清技术文档，内容结构清晰，含完整业务流程图、标准步骤说明、财务凭证逻辑及关键事务码（如OBYA、ABT1N、MB5T等）配置提示。目前已有13054人学习下载，适合需快速掌握SAP集团内业财一体化配置方案、规避常见集成陷阱并支撑上线实施的实战型技术人员。

1. 六种公司间业务不是“选功能”，而是搭集团财务与物流的神经网络

你有没有遇到过这种场景：销售公司A刚在系统里点下客户订单，生产公司B的仓库就自动开始备货；A给客户开完发票，B的应收凭证和A的应付凭证几乎同时生成，连会计都不用手工记账——这不是玄学，是SAP公司间业务配置到位后的自然结果。但现实中，90%的项目翻车，不是因为不会操作VF01或MB1B，而是从一开始就没把六种业务当成一个有机整体来设计：第三方销售看似只是“转单”，实则牵动采购、应收、成本结转三套凭证流；跨公司销售（ICS）表面是销售模块的事，背后却要求SD、MM、FICO、IDOC四模块严丝合缝；而STO（跨公司转储）若没配好清账科目，月底对账时两个公司代码的往来余额永远差3分钱——这种黑匣子式的问题，靠查日志根本找不到根因。这份资料不是教你怎么点菜单，而是还原一个真实带过三个集团化SAP上线项目的工程师，如何把“公司间业务”从零散操作升维成可审计、可追溯、可批量验证的财务-物流协同骨架。它适合两类人：一类是正在做SAP毕设/课设的学生，需要一份能直接拆解为“需求分析→配置清单→测试用例→答辩话术”的完整交付物；另一类是刚接手集团主数据或FI/CO模块的从业者，手头正压着“为什么ICS开票后A公司没应付”这类紧急问题，急需一套不绕弯、不甩锅、能立刻上手排查的实战路径。

2. 总体架构设计：六种业务的底层逻辑与模块职责划分

SAP公司间业务绝非六个孤立流程的拼凑，而是一套以“组织单元耦合度”为标尺、以“凭证自动生成强度”为刻度的分层架构。理解这个架构，才能避免配置时“东一榔头西一棒槌”。下面这张表不是罗列功能，而是揭示每种业务在SAP系统中的定位本质：

提示：所谓“组织耦合度”，指业务发生时涉及的公司代码、工厂、销售组织等组织单元是否属于同一法律实体。耦合度越高，系统对主数据一致性、清账规则、IDOC传输稳定性的要求就越苛刻。比如STO必须确保两个公司代码在OBY6中“公司”字段值完全一致（全空或全有），否则OBYA清账配置直接失效——这是无数项目踩坑的起点。

2.1 六种业务的凭证流全景图：从一张销售订单到四张会计凭证

以跨公司销售（ICS）为例，它最典型地暴露了SAP“单据驱动凭证”的底层逻辑。当销售公司A（公司代码1000）创建一张客户订单，指定发货工厂为生产公司B（公司代码2000）的PL01工厂时，系统并非只生成一张销售凭证，而是启动一条精密的凭证流水线：

1. 交货过账（VL02N）→ 触发B公司（2000）的库存减少凭证（借：主营业务成本，贷：库存商品），同时生成IDOC（类型：DESADV）；
2. 客户发票（VF01，类型F2）→ 生成A公司（1000）的客户应收凭证（借：应收账款-客户，贷：主营业务收入、应交税费）；
3. 公司间发票（VF01，类型IV）→ 生成B公司（2000）的内部应收凭证（借：应收账款-内部客户，贷：主营业务收入、应交税费），并同步触发IDOC（类型：INVOIC）；
4. IDOC自动处理（后台作业）→ INVOIC IDOC被B公司发送至A公司，A公司系统自动执行FB01（事务码），生成应付凭证（借：主营业务成本、应交税费-进项税，贷：应付账款-内部供应商）。

这四张凭证不是人工录入，而是由三类关键配置共同锁定：

• 定价过程（V/08）：必须为ICS订单启用TSPP（跨公司价格确定），且PI02（公司间百分比）必须激活，否则IV发票无法取到正确价格；
• 开票复制控制（OVK3）：定义F2发票行项目如何复制到IV发票，特别是成本行项目的映射关系；
• IDOC输出类型（NACE）：为IV发票分配输出类型RD04，该类型绑定程序RV60AFZZ，其核心逻辑是“开票即触发FB01”。

* 简化版RV60AFZZ关键逻辑示意（实际代码更复杂） IF sy-tcode = 'VF01' AND vbak-auart = 'ZMIV' AND vbrk-fkart = 'IV'. PERFORM create_internal_ap_via_idoc. ENDIF.

这段伪代码说明：当开票类型为IV且订单类型为ZMIV（ICS专用）时，系统强制走IDOC路径生成应付。如果跳过这一步，A公司财务人员就得每天手工补录FB01——这就是为什么ICS配置里IDOC不是“可选项”，而是“生命线”。

2.2 主数据配置的黄金三角：客户/供应商/物料的跨公司绑定规则

所有公司间业务的根基，是主数据能否在多个公司代码间“合法流通”。这里没有灰色地带，只有三条铁律：

1. 内部客户与内部供应商必须成对创建，且统御科目严格对应

   • 在生产公司B（2000）下用XK01创建内部供应商98088，其统御科目必须是“公司间往来-应付”（如KDF）；
   • 在销售公司A（1000）下用XD01创建内部客户98888，其统御科目必须是“公司间往来-应收”（如KDR）；
   • 二者在OBYA中配置的清账科目（40/50或01/31）必须指向同一套总账科目，否则月底运行F.13清账时会报错“清账科目不匹配”。

2. 物料主数据必须“一物多面”，且视图维护有先后顺序
   物料ZMAT在ICS业务中需同时维护：

   • MM视图：在公司代码1000和2000下均需维护采购信息记录（ME11），指定不同采购组织；
   • SD视图：在销售公司A（1000）的销售组织下，必须将“交货工厂”字段明确维护为PL01（B公司工厂）；在生产公司B（2000）的销售组织下，需维护“销售视图1”，否则无法开IV发票；
   • 会计视图：必须在两个公司代码下都发布标准成本（CK11N→CK24），否则VF01开票时因无法确定成本价而报错“未维护成本估算”。

3. 组织单元分配必须形成闭环，杜绝“断头路”
   常见错误是只分配了“公司代码→工厂”，却忘了“工厂→销售组织”和“工厂→装运点”。例如：

   • OX18：公司代码1000分配工厂PL01 ✅
   • OVXC：工厂PL01分配装运点SH01 ✅
   • OVV9：工厂PL01分配销售组织2000（B公司销售组织）✅
   • 但漏了OVX5：销售组织2000未分配分销渠道和产品组❌
     结果：VF01开IV发票时系统报错VF009“未找到有效的销售区域”，因为销售组织2000虽存在，但未激活任何分销渠道，无法构成完整销售区域。

注意：所有组织单元分配必须在SPRO路径下完成，切勿用SU01或SE16直接改表T001W、TVKO等。曾有项目因直接更新T001W导致OBY6公司字段值混乱，最终不得不重装公司代码。

3. 六大业务逐项落地：配置要点、前台操作与关键参数说明

本章不讲理论，只列每个业务上线前必须亲手验证的5个硬性动作。这些动作来自某高校SAP实验室连续三年毕设答辩的高频失败点——学生常因漏掉其中一项，在答辩现场被导师一句“你这个STO收货后应付没生成，怎么解释？”当场卡壳。

3.1 第三方销售：三张单据的自动接力，缺一不可

第三方销售的核心是“销售订单→采购申请→采购订单”的自动触发。但SAP默认不开启此功能，必须手动打通。

必须完成的配置动作：

1. 启用销售订单自动创建采购申请（MD61）
   路径：SPRO → 销售与分销 → 销售 → 销售单据 → 销售单据抬头 → 定义销售单据类型 → 选择订单类型（如OR）→ 勾选“自动创建采购申请”（字段：EKBE）。
   参数说明：EKBE字段控制是否生成采购申请；若为“X”，则保存销售订单时自动调用MD61；若为空，则需手工用ME51N创建。

2. 为销售订单行项目类别配置采购申请类型
   路径：SPRO → 销售与分销 → 销售 → 销售单据 → 行项目 → 定义行项目类别 → 选择类别（如TAN）→ 在“采购申请”页签中，将“采购申请类型”设为NB（标准采购申请）。
   避坑点：若此处留空，MD61生成的采购申请类型为“空”，后续无法转换为采购订单（ME52N报错“采购申请类型无效”）。

3. 在物料主数据中维护采购信息记录（Info Record）
   事务码：ME11 → 输入供应商、物料、工厂 → 创建采购信息记录，关键字段：

   • “采购组织”：必须与销售公司A的采购组织一致；
   • “有效日期”：必须覆盖销售订单日期；
   • “价格”：必须维护，否则采购申请无法带出价格，影响后续MIRO发票校验。

前台操作验证清单（用VA01创建订单后必查）：

• ✅ MD04中查看该订单需求，应显示“采购申请”状态（而非“无”）；
• ✅ ME53N中打开该采购申请，检查“采购申请类型”为NB，“供应商”为指定第三方；
• ✅ MIGO收货时，移动类型必须为101（采购收货），且参考凭证为该采购申请号；
• ✅ MIRO发票校验时，系统自动带出采购申请号，且金额与采购订单一致；
• ✅ VF01开客户发票时，成本行项目自动取值为采购订单净价（非销售订单价格），确保毛利计算准确。

3.2 跨公司销售（ICS）：IDOC是命门，不是锦上添花

ICS的成败，90%取决于IDOC配置是否经得起压力测试。以下配置必须在开发机上用WE19（IDOC测试工具）逐条验证。

IDOC配置四步法（缺一不可）：

1. 定义IDOC类型与消息类型

   • 事务码：WE30 → 创建IDOC类型 ZDESADV（复制标准DESADV）；
   • 事务码：WE81 → 创建消息类型 ZDESADV，绑定到ZDESADV；
   • 事务码：WE57 → 将ZDESADV分配给销售凭证类型ZMIV（ICS专用）。

2. 配置端口与RFC目标系统

   • 事务码：WE21 → 创建端口ZPORT_A2B（类型：TRFC），目标系统填B公司系统ID；
   • 事务码：SM59 → 测试RFC连接ZRFC_B，确保A系统能成功调用B系统函数模块。

3. 维护输出确定（Output Determination）

   • 事务码：NACE → 选择应用“V3”（销售出具发票）→ 输出类型“RD04” → 在“过程”页签中，将“程序”设为RV60AFZZ，“功能模块”设为IDOC_SEND；
   • 关键参数：在“条件”页签中，设置“销售组织=2000”（B公司销售组织）且“开票类型=IV”，确保仅IV发票触发。

4. 激活IDOC自动处理

   • 事务码：BD64 → 创建逻辑系统ZLOGSYS_A（A公司）和ZLOGSYS_B（B公司）；
   • 事务码：BD64 → 维护分布模型：ZLOGSYS_A → ZLOGSYS_B，消息类型ZDESADV和ZINVOIC均勾选“激活”。

前台操作验证清单（VL02N发货后必查）：

• ✅ WE02中搜索IDOC，筛选“消息类型=ZDESADV”，状态应为“已发送”（30）；
• ✅ WE02中搜索IDOC，筛选“消息类型=ZINVOIC”，状态应为“已处理”（53），且“错误日志”为空；
• ✅ FBL1N中查询A公司应付账款，应看到一笔“凭证类型=KR，凭证号=XXXXXX”的应付，其文本包含“IDOC自动创建”；
• ✅ FB03打开该应付凭证，检查“参考凭证”字段是否为B公司开具的IV发票号；
• ✅ COOIS中查看该销售订单，状态应为“已开票（客户+公司间）”，无“部分开票”残留。

3.3 跨公司转储（STO）：一步法与两步法的本质区别

STO常被误认为“就是跨公司发货”，实则其配置深度直逼ICS。关键在于理解：一步法（发货即收货）是财务视角的简化，两步法（先发货后收货）是物流视角的真实。

一步法配置核心（适用于财务强管控场景）：

• 路径：SPRO → 物料管理 → 采购 → 为公司间转储设置 → 定义公司间转储的交货类型 → 选择交货类型NLCC → 在“过账”页签中，勾选“收货自动过账”（字段：AUTER）。
• 效果：VL02N发货过账时，系统自动在收货方公司代码下执行MB0A（收货），生成库存凭证。
• 风险：若收货方工厂库存不足（如冻结库存），MB0A会失败，导致整张交货单无法过账，且错误提示极不友好（“库存不足”而非“自动收货失败”）。

两步法配置核心（推荐，符合大多数企业物流习惯）：

• 交货类型用NL（标准STO交货），不勾选AUTER；
• 收货方必须配置“STO收货默认工厂”：事务码：OMJJ → 选择公司代码1000 → 设置“默认收货工厂”为PL01；
• 关键验证：VL02N发货后，收货方在MIGO中输入移动类型101，参考凭证为交货单号，系统自动带出采购订单号（而非手工输入），证明STO关联已生效。

STO必备的清账配置（OBYA）：

• 清账类型必须选“01/31”（客户/供应商清账），因STO交货单会自动创建客户（发货方）和供应商（收货方）行项目；
• 在OBYA中，为公司代码1000和2000分别配置：
  • 发货方（2000）：客户编号98088，清账科目KDR；
  • 收货方（1000）：供应商编号98888，清账科目KDF；
• 验证：FBL3N中查看KDF科目，应有明细行显示“客户=98088，凭证类型=RE”，证明STO已正确挂账。

3.4 转包（标准委外）：物料发出与产成品入库的双向绑定

委外业务最易混淆的是“发出物料”与“加工费结算”的分离。SAP通过“委外采购订单”和“委外收货”两个环节强制解耦。

委外采购订单创建要点：

• 事务码：ME21N → 采购组织选A公司采购组织，供应商选加工商；
• 行项目中：
  • “物料”字段留空（委外不采购物料，只采购加工服务）；
  • “服务”字段输入加工费科目（如“加工费-委外”）；
  • 关键：在“项目细节”页签中，“组件”子屏幕里添加发出物料ZMAT，数量=100，单位=PC；
• 效果：保存后，系统自动生成委外采购申请（ME51N可见），且组件物料ZMAT状态变为“O”（委外库存）。

委外收货（MIGO）的玄机：

• 移动类型必须为101（采购收货），参考凭证为委外采购订单号；
• 系统自动带出：
  • “收货物料”：为产成品（如ZFIN）；
  • “消耗物料”：为组件ZMAT（自动从采购订单组件中读取）；
  • “加工费”：为采购订单服务行项目金额；
• 验证：MB52中查看ZMAT库存，应减少100PC；ZFIN库存应增加100PC；COOIS中该委外订单状态为“已收货”。

财务凭证生成逻辑：

• MIGO过账时，系统生成三笔凭证：
  1. 借：产成品ZFIN（标准成本），贷：原材料ZMAT（标准成本）；
  2. 借：产成品ZFIN（加工费），贷：应付账款-加工商；
  3. 若加工费与标准成本有差异，差额计入“材料价差”科目（如KDFR）。
• 避坑：若ZFIN未维护标准成本（CK11N未运行），MIGO会报错“无法确定收货价值”，必须先发布成本。

3.5 跨公司采购：MRP如何穿透公司代码边界

跨公司采购的难点不在采购本身，而在“需求如何从销售公司A，精准传递到生产公司B的MRP引擎”。

MRP视图配置（决定需求流向）：

• 物料主数据（MM02）→ “MRP视图4” → 字段“MRP类型”设为PD（MRP）；
• 关键字段：“集中/分散”（字段：DISPO）必须设为“1”（集中），表示MRP在B公司运行时，会读取A公司的销售订单需求；
• “特殊采购类型”（字段：BEZPF）设为U（公司间转储），确保MRP生成的采购申请类型为UB（公司间采购申请）。

MRP运行验证步骤：

1. 在A公司（1000）用VA01创建销售订单，物料ZMAT，数量100；
2. 在B公司（2000）运行MD01（MRP运行），范围选“公司代码2000”；
3. 进入MD04，查看ZMAT需求：应出现一行“需求类型=UB，数量=100，来源=销售订单A-12345”；
4. 用ME51N将UB采购申请转换为采购订单，供应商为A公司（内部供应商98088）；
5. B公司生产订单（CO01）中，应自动带出“原始销售订单=A-12345”，证明需求链已打通。

注意：若MD04中看不到UB需求，90%原因是A公司销售订单的“需求类型”被设为CN（标准需求）而非CP（公司间需求）。修改路径：VA02 → 订单行项目 → “需求”页签 → 将需求类型改为CP。

3.6 公司间资产转移：ABT1N不是万能钥匙

公司合并时的资产转移，ABT1N是标准方案，但其配置陷阱极深，稍有不慎会导致资产净值丢失。

ABT1N前置配置五要素：

1. 公司（Company）主数据必须维护：事务码：OX02 → 公司代码1000和2000必须分配给同一“公司”（如COMP01），否则ABT1N无法识别为关联公司；
2. 转移变式（Transfer Variant）必须定义：事务码：OABN → 创建变式ZASSET → “转移方法”选01（资产转移），“事务类型”选ABUMN（资产转移）；
3. 资本化日期必须可修改：事务码：AO22 → 选择资产类别 → “折旧范围”页签 → 勾选“资本化日期可修改”；
4. 购置科目必须配置：事务码：AO90 → 为“从关联公司购置”事件配置科目（如：借：固定资产，贷：公司间往来）；
5. 错误消息级别调整：事务码：OBA5 → 将消息AC305/306（固定资产清理科目错误）从“错误”降级为“警告”，否则ABT1N批量导入时因个别资产科目异常而全部中断。

ABT1N执行避坑指南：

• 导入文件必须为Excel，字段顺序严格按ABT1N模板（资产号、公司代码、新公司代码、资本化日期等）；
• 执行LSMW时，SM35后台作业中若出现“LEAVE TO TRANSACTION cannot be used in background”警告，可忽略，不影响结果；
• ABT1N生成的凭证，必须用AW01N逐条检查：新资产号是否生成、原资产是否已停用、累计折旧是否100%转移；
• 最终验证：FAGLL03中对比转移前后，公司代码1000的固定资产原值减少额 = 公司代码2000的固定资产原值增加额。

4. 避坑指南：六种业务中最容易翻车的12个致命点

这些不是教科书里的“注意事项”，而是某公司SAP顾问在三个项目中累计填过的坑。每一条都附带真实报错截图（本文略）和血泪经验总结。

4.1 第三方销售：采购申请不生成？先查这三处

现象：VA01保存销售订单后，MD04中无采购申请需求，ME53N也查不到。
原因：

• 销售订单类型未启用自动创建采购申请（SPRO中EKBE字段为空）；
• 行项目类别未配置采购申请类型（TAN类别中“采购申请类型”为空）；
• 物料主数据中，该工厂下未维护采购信息记录（ME11无记录，或有效期已过）。
  解决：

1. 用OV04检查订单类型配置，确认EKBE为X；
2. 用OVK1检查行项目类别TAN，确认“采购申请类型”为NB；
3. 用ME13查看该物料+工厂的采购信息记录，若无则立即用ME11创建。

4.2 跨公司销售（ICS）：开票后A公司没应付？IDOC没跑起来

现象：VF01开了IV发票，B公司有应收凭证，但A公司FBL1N查不到对应应付。
原因：

• IDOC输出类型RD04未分配给IV发票（NACE中缺失）；
• RFC连接测试失败（SM59中ZRFC_B状态为“未激活”）；
• 逻辑系统未在BD64中激活（BD64中ZLOGSYS_A→ZLOGSYS_B未勾选“激活”）。
  解决：

1. NACE中检查输出类型RD04的“过程”页签，确认“程序”为RV60AFZZ；
2. SM59中双击ZRFC_B，点击“连接测试”，必须显示“Connection test successful”；
3. BD64中进入分布模型，勾选“激活”并保存，然后点击“生成模式”。

4.3 STO：收货时提示“未找到采购订单”？工厂分配错了

现象：MIGO收货，输入STO交货单号，系统报错“未找到采购订单”。
原因：

• 收货方公司代码未在OMJJ中设置“默认收货工厂”；
• 或设置了，但默认工厂与STO交货单中发货工厂不一致（如发货工厂是PL01，但OMJJ设了PL02）。
  解决：

1. OMJJ中确认公司代码1000的“默认收货工厂”为PL01；
2. VA03中查看该STO交货单，确认“发货工厂”字段确为PL01；
3. 若仍报错，用VL03N查看交货单详情，检查“采购订单”字段是否为空——若为空，说明STO创建时未正确引用采购订单。

4.4 转包：MIGO收货报错“无法确定收货价值”？成本没发布

现象：MIGO过账时，弹出错误“无法确定收货价值（Message No. M7019）”。
原因：

• 产成品ZFIN未运行CK11N（成本估算）和CK24（成本发布）；
• 或原材料ZMAT的标准成本版本未激活。
  解决：

1. CK11N中为ZFIN运行成本估算，版本01；
2. CK24中发布版本01的成本；
3. 用CK13N检查ZFIN成本是否已激活（状态为“已发布”）。

4.5 跨公司采购：MD04中看不到UB需求？MRP视图设错了

现象：A公司销售订单已创建，B公司运行MD01，MD04中ZMAT无UB需求。
原因：

• 物料主数据MRP视图4中，“集中/分散”（DISPO）字段为“2”（分散），导致MRP只读取本公司的需求；
• 或“特殊采购类型”（BEZPF）未设为U（公司间转储）。
  解决：

1. MM02中打开ZMAT → 切换到“MRP视图4” → 将DISPO改为“1”，BEZPF改为“U”；
2. 保存后，重新运行MD01，MD04中即可看到UB需求。

4.6 公司间资产转移：ABT1N后资产净值不对？公司未分配

现象：ABT1N执行后，新资产原值=旧资产原值，但累计折旧=0，导致净值虚高。
原因：

• 公司代码1000和2000未分配给同一“公司”（OX02中公司字段为空或不同）；
• 或转移变式中未勾选“转移累计折旧”。
  解决：

1. OX02中确认两公司代码的“公司”字段均为COMP01；
2. OABN中打开变式ZASSET → “转移项目”页签 → 勾选“累计折旧”。

5. 验收与答辩：用三张表、一次全流程测试、一个答辩话术框架搞定交付

验收不是“点一遍菜单看有没有报错”，而是用结构化证据证明：业务逻辑闭环、财务数据可信、异常可追溯。我带过的每个项目，都用这套方法让甲方财务总监当场签字确认。学生做毕设，照搬这套验收逻辑，答辩时导师问“你怎么证明ICS配置成功了？”，你拿出这三张表，比说十句“我配置好了”都有力。

5.1 验收三张核心表：让数据自己说话

表1：业务单据流转追踪表（以ICS为例）
这张表必须由你亲自填写，每行代表一个测试订单，从VA01到VF01，全程记录凭证号和状态。它证明流程不是“理论上可行”，而是“实操中跑通”。

填写要点：状态栏只写“✅”或“❌”，若为❌，必须在备注栏写明原因（如“NACE中RD04未分配”），并附解决方案。答辩时，导师扫一眼这张表，就知道你是否真做过测试。

表2：跨公司财务凭证核对表
这是财务部门最关心的表。它验证“一笔业务，两家公司，凭证金额是否守恒”。用FBL3N导出凭证，手工填入。

核对逻辑：A公司的应付（98,000）必须等于B公司的应收（100,000）减去销项税（2,000），即98,000。若不等，说明定价过程（V/08）中PI02百分比配置错误。

表3：IDOC传输状态监控表
IDOC是ICS和STO的命脉，这张表证明“自动化不是玄学，是可监控的”。

监控要点：状态为51（错误）时，双击IDOC，进入“错误日志”，复制错误消息号（如V1032），用OSS搜索该消息号，90%的问题都能找到官方解决方案。

5.2 一次全流程压力测试：用WE19模拟并发，揪出隐藏Bug

配置再完美，不经过压力测试都是纸老虎。我每次上线前，必做这一轮测试：

1. 准备10个测试订单：用LSMW批量创建10

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