企业官网建设流程全解析

简介：以SAP利润中心转移价格为专题的PDF文档，面向企业财务人员、内部核算岗位与ERP顾问，用于解决利润中心之间内部交易如何定价、如何考核部门经营成果的实际问题。文档先厘清转移价格源自会计学的模拟市场思路，再落到系统层面：通过AKE5在前台设定价格、用AKE7复核，并说明MB1B库存转储后生成的内部收入与内部成本凭证分录。同时逐条剖析启用该功能后的代价，包括CO层面平行评估带来的数据量膨胀与性能下降、利润中心层面物料账差异跟踪失效、转移价格难以准确制定，以及跨公司转储和特定移动类型需严格规范等限制。压缩包仅含1个PDF文件，约119KB，轻量便携，可随时查阅。已有656人学习下载，适合作为方案评估与配置前的决策参考。

1. 利润中心转移价格：为什么一个能算清部门利润的功能，多数企业选择关掉

SAP 的利润中心会计里有一个存在感很低的功能，叫利润中心转移价格。配置几笔，再在前台用 AKE5 给“物料 + 利润中心”挂一个价格，之后这个利润中心把物料转给另一个利润中心时，系统会自动生成内部收入和内部成本，等于让每个利润中心都开了一张对内销售发票，部门利润一下子就算出来了，ERP 内部核算的口径也随之从“成本中心”抬到“经营单元”。

听起来像管理会计的标配。但真正在生产系统里打开它的企业少得可怜。原因不是不会配，而是打开它等于在 CO 层悄悄启动了第二套账：物料多出一套以集团货币计价的评估数据，物料账在利润中心这一层直接失去意义，数据管理的成本却实实在在翻倍。这个功能值不值得开，答案藏在它背后的机制里，而不是配置文档里。

2. 一套账里长出第二套账：转移价格究竟激活了什么

2.1 评估视图从 1 个变 2 个：物料主数据里多出来的那段数

先看没开转移价格时的常态。一个物料在一个评估范围里只有一个价格，要么标准价，要么移动平均价，用公司代码本位币表示，落在物料评估表里，全公司看的是同一个数。财务口径单一，物料账跑起来也简单：期初 + 收入 - 发出 = 期末，差异按数量和金额往下摊。

开了利润中心转移价格，系统就必须再回答一个问题：这个物料在利润中心之间流动时，按什么价结算？这个价不能是公司代码本位币价，因为它要跨公司代码比较；也不能是采购价，因为它要反映内部供应的模拟市场价。于是系统在物料账里加了第三套评估视图，一套专门给利润中心用的价格。同一颗物料，从此在系统里至少有两个“价格身份”：一个是法定评估的本位币成本，一个是利润中心评估的集团货币转移价。

这套价格不在物料主数据的会计视图 1 里，而在物料账的期间数据里，靠 CURTP 这个字段区分。看一段取数的代码就能明白结构：

" 从物料账读取某物料在指定期间、按评估视图拆开的价格记录 " CKMLHD 是物料账抬头（一个成本估算号一条），CKMLPP 存期间价格 DATA: lv_matnr TYPE matnr VALUE 'MAT-0001', lv_gjahr TYPE bdatj VALUE '2024', lv_poper TYPE poper VALUE '006'. SELECT hd~kalnr, pp~curtp, " 评估视图 + 货币类型的组合标识 pp~stprs, " 标准价格 pp~pvprs " 移动平均价 FROM ckmlhd AS hd INNER JOIN ckmlpp AS pp ON pp~kalnr = hd~kalnr INTO TABLE @DATA(lt_price) WHERE hd~matnr = @lv_matnr AND pp~bdatj = @lv_gjahr AND pp~poper = @lv_poper. LOOP AT lt_price INTO DATA(ls_price). WRITE: / '评估视图', ls_price-curtp, '标准价', ls_price-stprs, '移动均价', ls_price-pvprs. ENDLOOP.

KALNR 是物料账的成本估算号，BDATJ 和 POPER 定位到具体期间，CURTP 是理解整个功能的关键字段。没开转移价格时，这颗物料在一个期间通常只有一条 CURTP 记录；开了之后至少两条，多出来的那条指向利润中心评估，价格用集团货币表示。行数翻倍只是第一层，真正让 BASIS 头疼的是每条物料移动都要多写一套评估行，物料账凭证的行项目数量线性上涨，期末结算（CKMLCP）的运行时间跟着变长。这是“数据量增大”最朴素的解释，也是最容易被低估的代价。

提示：不同版本对 CURTP 取值的定义不完全一致，标准系统里常见的是法定评估用公司代码货币、集团评估用集团货币、利润中心评估也落在集团货币上，具体取值以系统配置和数据字典为准，不要照抄代码里的字面值。

2.2 集团货币被推上评估货币的位置：配置里那条不起眼的线

为什么利润中心的评估货币必须是集团货币，而不是各公司代码的本位币？答案在考核对象的定义里。利润中心可以跨公司代码存在——一个按产品线划分的利润中心，可能同时包含境内工厂和境外工厂。如果内部结算价用各自的本位币，两个利润中心的“内部收入”和“内部成本”就失去了可比性，合并的时候还要先换算汇率，考核结果会被汇率波动污染。

所以在利润中心转移价格的配置里，评估货币这一栏落到集团货币上，是设计上的必然，不是可选项。这条设定一旦生效，物料主数据和物料账里就多出一套集团货币口径的评估数据。原文提到“在物料主数据上也能看到，如果没有使用转移价格，应该只有本位币的评估数据，而此时多出了利润中心的评估数据”，说的就是这件事。

代价有两层。第一层是维护成本：集团货币价格不是手工填的，它由系统按汇率从本位币价格推算，汇率一变，这套价格就跟着变，考核口径里天然混进了汇兑因素。第二层是边界：集团货币不是法定报表货币，这套数据不能直接出现在 FI 凭证里，它只能活在 CO 内部。很多人第一次打开利润中心凭证时会觉得像在看影子账，原因就在这里——它本来就不是给外部报表看的，它是给内部考核看的。

这里有个容易被忽略的取舍：如果企业的利润中心根本不跨公司代码，集团货币和本位币是同一个币种，这套设计带来的额外复杂度就纯属浪费。反过来说，如果利润中心大量跨公司代码，又缺少统一的集团货币口径，转移价格算出来的内部利润在合并层面会互相打架。判断标准不在功能本身，而在组织架构。

2.3 一张转储单拆成两套凭证：内部收入、内部成本与内部成本差异

机制最终要落到凭证上。用 MB1B 做工厂间库存转储（移动类型 301 之类），FI 侧看到的只是存货科目在工厂之间搬移，如果跨公司代码还会有公司间科目；CO 侧则按利润中心生成一张内部交易凭证，行项目结构大致是：

借：内部成本 内部成本差异 贷：内部收入

这三行不是随手凑出来的平衡项，每一行都有明确的经济含义。内部成本是接收方利润中心承担的成本，取值基础是发出方的实际成本（法定评估口径）；内部收入是发出方利润中心确认的收入，取值基础是 AKE5 维护的转移价格乘以数量；两者之间的差额挂在内部成本差异上，用来消化“转移价格不等于实际成本”的那部分。如果转移价格高于实际成本，发出方就赚了；低于实际成本，发出方就亏了。这就是“模拟市场经营”在凭证层面的样子。

拿具体数字走一遍会更清楚：

" 转储过账时内部交易金额的推导（示意，实际取价由系统内部逻辑完成） DATA: lv_qty TYPE menge_d VALUE 10, " 转储数量 lv_act_cost TYPE wrbtr VALUE 100, " 发出方实际成本（法定评估） lv_tp_price TYPE wrbtr VALUE 120. " AKE5 维护的转移价格 DATA: lv_int_cost TYPE wrbtr, lv_int_rev TYPE wrbtr, lv_diff TYPE wrbtr. lv_int_cost = lv_qty * lv_act_cost. " 内部成本 = 数量 × 实际成本 lv_int_rev = lv_qty * lv_tp_price. " 内部收入 = 数量 × 转移价格 lv_diff = lv_int_rev - lv_int_cost. " 差额即内部成本差异（内部利润） WRITE: / '内部成本：', lv_int_cost, / '内部收入：', lv_int_rev, / '内部成本差异：', lv_diff.

数量 10、实际成本 100、转移价格 120，得到内部成本 1000、内部收入 1200、差异 200。这 200 就是发出利润中心在这笔内部交易上赚到的“内部利润”，接收方则按 1200 承担成本。借贷方向取决于科目和成本要素的配置，但金额关系是固定的：收入减成本等于差异。

关键点在于，内部收入是虚拟的，不能在 FI 层对外确认，所以它只在 CO 里存在，并且必须成对出现——发出方的内部收入等于接收方的内部成本，合并层面净额为零。这也解释了为什么利润中心报表和集团报表必须用两套口径：前者含内部交易，后者必须剔除。口径混用是这类项目里最常见的翻车点之一。

3. AKE5 与 AKE7：转移价格在系统里到底以什么形态存在

3.1 AKE5 维护的不是会计科目：价格键 + 有效期 + 维度组合

很多人第一次用 AKE5，会以为自己在维护一个“字段值”。实际不是。AKE5 背后是一张带有效期的价格表，主键维度大致是利润中心、物料（或物料组）、工厂或评估范围，再加上生效日期和失效日期。你在界面上做的动作，本质是往这张表里插入一条新记录，而不是修改某个物料的属性。

这带来两个直接后果。第一，同一个物料对不同利润中心可以有不同价格——这正是考核需要的，A 利润中心卖给 B 利润中心的价格，和卖给 C 利润中心的价格本来就可以不一样。第二，价格有版本概念，历史期间的价格不会被覆盖，只要有效期不重叠，同一个维度组合可以有多条记录共存。系统在过账时按过账日期去找落在有效期内的那一条。

维度粒度是这里最容易出问题的地方。如果价格只维护到利润中心 + 物料，没维护工厂，那么同一物料在不同工厂之间转储时取的是同一个价；如果维护到工厂，维护工作量会随物料数量乘以工厂数量上涨。粒度越细，考核越准，维护成本越高；粒度越粗，越容易出现“串价”——本来该用 A 工厂价格的转储，取到了 B 工厂的价格。这个取舍没有标准答案，只有企业自己能不能扛住维护量。

3.2 AKE7 只显示“当前有效”的那一版：改了价格旧凭证为什么不重算

AKE7 是显示事务，它按你输入的选择日期去取那一天有效的价格记录。这意味着同一个物料，今天用 AKE7 看到的价格，和下个月再看，可能是两条不同的记录。如果只看界面，很容易误以为价格被“改掉”了，实际上历史记录还在表里，只是不在当前日期生效。

真正需要理解的是：修改价格不影响已过账的凭证。会计凭证一旦过账就是只读的，AKE5 里的变更只对变更日期之后发生的过账生效。已经生成的内部收入、内部成本、内部成本差异，金额就定格在那里，不会因为后来调整价格而重算。这是权责发生制和凭证不可变原则的直接体现，不是系统偷懒。

这个特性对考核的影响很大。假如某个月发现转移价格定错了，想让历史数据“回头”，唯一的路径是冲销原凭证、按新价格重新过账，而这个动作会影响库存和物料账，代价不小。所以实务里更常见的做法是：价格调整从下一个期间生效，当期差异当作既定事实接受，考核口径用期间版本管理。说白了，这里没有后悔药，只有事前算准。

3.3 MB1B 过账时的取数顺序：先找转移价格，再找法定价格

MB1B 过账时，系统并不是无条件生成内部交易行。它要先判断这笔转储是否落在转移价格的适用范围里，判断顺序大致可以归纳成下面这段伪代码：

" 库存转储过账时的内部价格判定顺序（按系统行为归纳的伪代码） " 维度：发出利润中心 + 物料 + 工厂 + 过账日期 SELECT SINGLE price FROM <转移价格表> INTO lv_tp_price WHERE prctr = lv_prctr_from AND matnr = lv_matnr AND werks = lv_werks AND datab <= sy-datum AND datbi >= sy-datum. IF sy-subrc = 0 AND lv_tp_price > 0. " 命中转移价格：按转移价格确认内部收入，同时保留法定评估的实际成本 PERFORM post_internal_revenue USING lv_tp_price lv_qty. ELSE. " 未命中：降级为普通库存转储，利润中心视角只有成本搬移，没有内部收入 PERFORM post_plain_transfer USING lv_qty. ENDIF.

命中与未命中，结果完全不同。命中时，发出方利润中心确认内部收入，接收方承担内部成本，差额落内部成本差异；未命中时，这张转储单在利润中心视角下只是一次成本搬移，没有任何内部利润产生。同一个物料，A 利润中心转了有价，B 利润中心转了没价，报表上看就是一高一低，很容易被误判成数据错误，实际是价格维护漏了维度。

这里还有一个隐含前提：转储的发出方和接收方必须属于不同的利润中心，否则内部交易在同一个考核单元内部对冲，没有意义。系统是否生成内部收入，取决于库存地点、工厂到利润中心的推导逻辑是否指向了两个不同的对象。组织架构没理顺，价格维护得再准也是白搭。

4. 物料账的断点：为什么利润中心层不再跟踪差异

4.1 物料账的三层评估：集团、公司代码、利润中心

物料账的核心工作是价格确定和差异分摊。启用平行评估之后，这件事要在多个评估视图下各做一遍：法定评估按公司代码货币算，集团评估按集团货币算，利润中心评估按转移价格算。前两个视图是会计的要求，第三个视图是考核的要求，三者的目标并不一致。

差异分摊的机制是这样的：采购价和标准价之间的差异先归集到物料，期末按库存和消耗的比例往下摊，摊到消耗的部分进损益。这套逻辑在法定视图里必须完整跑通，因为它影响对外报表。但在利润中心视图里，如果还让物料账按实际成本摊差异，就会和转移价格打架——转移价格已经是内部结算价了，再往上叠一层实际成本差异，等于把两个口径混在一起，考核结果既不是市场价也不是成本价。

常见的实现思路是：利润中心评估视图只保留价格和库存价值，不再滚动差异；差异的考核职能交给内部成本差异科目，在转储那一刻就确认掉。这相当于把“期间末分摊”换成了“交易时点定价”。这个设计取舍很关键：它让考核变得及时、可追溯，代价是失去了物料账在利润中心层面的差异追踪能力。

4.2 CURTP 一改，差异的落点就变了

想看这个断点，最直接的办法是查物料账的期间数据表，按评估视图分组看差异字段。下面这段取数能直观看到不同视图下的数据分布：

" 同一物料、同一期间，按评估视图看价格与期末库存金额的分布 " 字段名以实际数据字典为准，这里只取常用的几个 SELECT curtp, SUM( stprs ) AS std_price, SUM( salk3 ) AS end_stock_value FROM ckmlcr WHERE kalnr = @lv_kalnr AND bdatj = @lv_gjahr AND poper = @lv_poper GROUP BY curtp INTO TABLE @DATA(lt_view). LOOP AT lt_view INTO DATA(ls_view). WRITE: / '评估视图', ls_view-curtp, '期末库存价值', ls_view-end_stock_value. ENDLOOP.

跑出来会看到，法定视图的记录里价格、库存价值、差异相关字段都是齐的；利润中心视图的记录里，价格和库存价值有，差异那一块基本是空的或者不再滚动。这不是数据没写进去，而是设计上就不打算在利润中心层做差异跟踪。很多人第一次查这张表，会以为物料账出问题了，实际上是开了转移价格之后本来就该这样。

理解这一点，就能明白原文那句“在利润中心层面，物料账的功能已经失去了意义”不是夸张。物料账最值钱的能力是差异的归集和分摊，这个能力在利润中心视图里被主动关掉了。

4.3 单层差异与多层差异：在利润中心视图里剩下的那点东西

差异本身分好几类：单层价格差异来自采购价与标准价的偏离，多层差异来自下层物料价格变动向上层卷动，还有库存差异、消耗差异等等。在法定视图里，这些差异要一层层往上滚，最终摊到消耗和库存上；在利润中心视图里，这条链路被切断了。

切断的直接后果是：利润中心层面看不到“这个月这批物料因为采购涨价多花了多少钱”，只能看到转储时按转移价格算出来的内部利润。前者是事后归因，后者是事前定价。两种信息各有用途，但如果管理层习惯了物料账那套差异分析，切到利润中心视角会觉得信息突然变少了，像个黑匣子。

这也是很多企业评估后决定不开的原因之一：他们真正想要的其实是“差异去哪了”，而不是“部门之间互相卖了多少”。转移价格解决的是后者，前者还得回到法定评估和物料账里去查。功能没错，只是解决的问题和期待的问题不是同一个。

5. 避坑与排查：开了转移价格之后最常见的五个翻车现场

5.1 利润中心报表凭空多出收入，集团口径却是零

现象：某个利润中心的报表上多了一笔几百万元的营业收入，毛利率明显改善，但集团合并报表的收入一分没变，财务和业务对不上数，开会时双方各执一词。

原因：这笔收入是内部收入，来自利润中心之间的物料转储，只在 CO 里生成，不进入 FI 的对外收入科目。集团口径合并时必须剔除内部交易，所以总额为零。两套口径本身都没错，错在报表没有标注清楚取的是哪一套。

解决：在报表层面明确区分内部口径和外部口径，利润中心经营报表用含内部收入的版本，集团和管理层报表用剔除内部交易的版本，并在报表抬头写明口径。更稳妥的做法是把内部收入单独列一行“内部销售”，不要和对外收入混在一个科目里展示，避免读者误读。

5.2 物料账跑完，利润中心层差异一片空白

现象：期末跑完物料账结算，法定视图的差异分析正常，切到利润中心视图一看，差异字段是空的，业务方追问“这个月的成本差异去哪了”，财务答不上来。

原因：启用转移价格后，利润中心评估视图不再跟踪和分摊差异，这是设计行为，不是程序错误。差异的考核职能已经前移到转储时点的内部成本差异科目上了。

解决：改变查询路径。要看利润中心层的成本偏差，去查内部成本差异科目的发生额和明细，而不是去物料账的利润中心视图里找差异。同时在月结操作手册里写清楚这条，避免每次月结都被问一遍。这条踩坑记录属于典型的“工具没坏，是找错了抽屉”。

5.3 跨公司转储时两边价格对不上，内部收入总额不为零

现象：两个分属不同公司代码的利润中心之间做转储，一边确认的内部收入是 120 万，另一边承担的内部成本是 108 万，差额挂在半空中，合并时对不平。

原因：跨公司代码的库存转储走的是公司间交易逻辑，价格可能来自公司间定价方案，而利润中心转移价格是另一套独立维护的价格，两者口径没有对齐。系统按各自的规则取数，自然对不上。

解决：在项目初期就明确边界——跨公司代码的交易用公司间定价，公司代码内部的利润中心间交易用转移价格，两套机制不要在同一笔业务上叠加。如果确实需要叠加，必须保证两套价格的维护责任人和更新节奏一致，并在测试环境里用完整链路验证过账结果。

5.4 成本中心领用物料，利润中心利润被莫名抬高

现象：某个月某个利润中心的利润异常好看，排查发现是几笔成本中心领用物料产生了内部收入，而这些领用根本不是销售行为。

原因：启用转移价格后，凡是跨利润中心的物料移动都有可能触发内部交易，包括成本中心领用、研发领料、报废等非市场行为。如果移动类型的适用范围没有严格界定，这些内部消耗就会被当成“内部销售”，虚增收入。

解决：在配置层面明确哪些移动类型纳入转移价格范围，哪些排除；业务层面规范领用流程，确保成本中心归属的利润中心准确。这件事本质上不是技术问题，是管理规范问题，系统只是把不规范放大了。

5.5 改了转移价格，当月已过账的数据不回头

现象：月中发现某个物料的转移价格定低了，在 AKE5 里改成新价格，结果当月已过账的转储单金额纹丝不动，报表还是旧数。

原因：凭证不可变。AKE5 的变更只对变更日期之后的过账生效，已生成的内部交易凭证不会重算，这是会计原则决定的，不是配置漏了。

解决：把价格调整当成期间事件管理，新价格从下期初生效；确需修正当期的，走冲销重过账流程，并评估对库存和物料账的连带影响。更前置的做法是建立价格审批和生效日期控制，避免月中随意改价。

6. 设计取舍：这套机制值不值得开，取决于你能承担哪种错

把机制拆完，判断标准其实变得很朴素：转移价格用“事前定价”换掉了“事后分摊”，你得到的是及时的部门利润，失去的是物料账在利润中心层的差异追踪。这笔交易划不划算，取决于企业更需要哪一种信息，以及能不能承受定价不准带来的失真。

我一般会按下面这张表做初筛，而不是一上来就讨论配置细节：

验证的方法也不复杂。在测试系统里开启前后各跑一个完整期间，对比三件事：物料账凭证的行项目数量变化、期末结算的运行时长变化、利润中心报表和集团报表的口径差异。如果行数翻倍但结算时间还能接受、两套报表口径能解释清楚，那这个功能就是可控的；如果结算时间从两小时涨到八小时，或者财务每次出报表都要手工调内部交易，那就得重新算账。

我自己的血泪经验是：曾经在一个内部交易很少的场景里推动开启这个功能，理由是“功能很完整”。结果价格维护跟不上物料新增速度，大量转储单因为取不到价格降级成普通搬移，报表上一半有内部收入一半没有，业务方对考核结果的信任度直接归零，最后还是关掉了。从那以后我每次评估这类功能，都强制先走一遍“价格维护量 × 物料新增频率”这笔账，算不过来就不碰。希望帮到你。

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