简介SAP 集团成本多级评估是集团财务与成本会计领域的关键配置主题这份 docx 文档面向集团财务人员、成本会计以及 SAP CO 模块实施顾问重点解决集团内部与利润中心之间转移价格的合理确定以及多币种环境下的成本评估难题。内容从设计初衷切入说明货币类型与评估视图如何共同构成多级评估体系并按三步配置流程展开维护货币与评估参数文件、把参数文件分配到成本控制范围、检查并激活多级评估同时结合跨国集团、多元化经营企业与大型制造企业三类场景梳理成本核算与产品定价的落地思路。整份资料为 1 个 docx 文档压缩包约 58KB篇幅精简适合作为配置前的概念梳理与实施对照清单。目前已有 682 人学习。读者可据此理解多级评估的参数逻辑、理清配置先后顺序并借场景分析判断自身业务是否适用减少上线阶段的反复调整。1. 多级评估不是装个开关一套 SAP 集团成本评估的落地顺序给某制造集团做成本控制范围切换时测试机里多级评估一切正常传到生产第二天财务对账集团视图的金额和法定视图差了一个汇率。查到最后不是汇率表配错是参数文件分配后成本控制范围的货币字段被锁死想改只能清数据重来。SAP 集团成本多级评估的配置量不大就三步维护货币和评估参数文件、分配到成本控制范围、检查并激活。但顺序错一步、传输漏一个后面就是整月的对账返工。这套环境适合正在做集团转移价格、需要按法定和集团双视角看成本的 CO 顾问和运维也适合第一次接多级评估、不想在测试机里反复推倒重来的开发者。2. 装前环境盘点成本控制范围、货币类型和版本前提多级评估不是孤立功能它挂在成本控制范围上吃的是成本控制范围已经激活的组件。动手之前先把系统版本、控制范围结构、货币体系这三件事查清楚比急着进 OKEU 建参数文件更省时间。我见过太多人直接抄一份配置文档开干结果参数文件保存了、分配报错回头才发现控制范围里公司代码的货币根本没对齐。2.1 先确认版本和组件ECC 6.0 与 S/4HANA 的差别ECC 6.0 和新版 S/4HANA 在多级评估的配置逻辑上是一脉相承的货币和评估参数文件这个概念没有变变的是入口和周边依赖。ECC 里走 SPRO 菜单事务码 OKEU、OKKP 都能直达S/4HANA 里部分菜单被 Fiori 应用收编但底层表结构和 IMG 节点基本保留老事务码大多还能用。真正要留意的是 S/4HANA 下物料账、实际成本核算这些组件的激活状态更强势多级评估跟它们叠在一起时先确认物料账是不是已经跑起来了否则评估视图的金额来源会对不上。版本之外还要看补丁级别。不同支持包下 OKEU 的界面字段位置会挪有的版本把“货币类型”和“评估视图”收在同一个树节点里有的拆成两个页签。照着旧截图找按钮找不到不代表功能没了先在事务码框里直接敲 OKEU 进去看。检查组件用 OKKP输入成本控制范围进“激活组件”那一屏把成本中心会计、内部订单、产品成本核算、利润中心会计、实际成本核算逐项看一遍。多级评估没有单独的开关按钮它依赖这些组件先立住。组件没激活就配参数文件等于地基没打完先砌墙。2.2 成本控制范围与公司代码三个必须先对齐的字段多级评估是按成本控制范围生效的一个控制范围下可以挂多个公司代码。三个字段必须先对齐成本控制范围货币、各公司代码的本位币、参数文件里要放的货币类型。成本控制范围货币看 TKA01 的 WAERS 字段公司代码货币看 T001 的 WAERS两边不一致是常态跨国集团尤其如此。常见做法是让参数文件同时覆盖成本控制范围货币和公司代码货币这样法定评估走公司代码货币、集团评估走集团货币两套账互不打架。如果控制范围下挂了三个本位币不同的公司代码参数文件里只放一种货币分配阶段系统就会提示货币不匹配或者干脆不让你保存。先用 SE16 查一遍底表把现状落到纸面上 查成本控制范围主数据货币、描述、控制范围状态 SELECT SINGLE kokrs, bezei, waers FROM tka01 INTO DATA(ls_kokrs) WHERE kokrs p_kokrs. 查成本控制范围下挂的公司代码及其本位币 SELECT a~kokrs, a~bukrs, b~waers FROM tka02 AS a INNER JOIN t001 AS b ON a~bukrs b~bukrs INTO TABLE DATA(lt_bukrs) WHERE a~kokrs p_kokrs.第一段查的是成本控制范围本身KOKRS 是控制范围编码BEZEI 是描述WAERS 是控制范围货币。第二段通过 TKA02公司代码到控制范围的分配表关联 T001把每个公司代码的本位币带出来。跑完这张清单参数文件里该放哪几种货币类型就清清楚楚不用边配边猜。提示TKA02 里同一个公司代码只能挂一个成本控制范围跨控制范围的公司代码要先拆清楚再谈多级评估。2.3 货币类型与评估视图多级评估的两根支柱多级评估的本质是把同一笔成本按“货币类型 × 评估视图”的组合平行存几套。货币类型决定用哪种货币记账评估视图决定站在谁的立场看这笔成本。SAP 标准交付的货币类型里10 一般指集团货币20 是成本控制范围货币30 是法定货币31 常对应公司代码货币。实际项目里配得最多的是 10 和 30 这一对30 满足对外的法定核算10 满足集团合并口径。评估视图常见的有 001 法定评估、002 集团评估部分版本还带 003 利润中心评估。001 和 002 是标准交付里最稳的两个003 要看版本和激活状态系统里没有就复制 002 改一个别硬套。每个评估视图要绑定货币类型001 绑 30、002 绑 10 是最常见的组合利润中心视角再单独绑一种。这里有个容易忽略的点评估视图不是越多越好。每加一个视图CO 凭证的行项目就多一套月结时结算、分摊、报表取数的数据量成倍涨。我一般只配业务真正需要的两到三个视图法定和集团是底线利润中心视图等业务方明确要看内部利润再开。对象常见编码作用配置时注意货币类型10 / 30集团货币 / 法定货币必须覆盖控制范围货币和公司代码货币评估视图001 / 002法定评估 / 集团评估每个视图绑定一种货币类型汇率类型M标准平均汇率集团评估常用需在 OB08 维护成本控制范围1000 等多级评估生效范围组件需先激活这张表建议在动手前填一遍把自家系统的实际编码写进去。编码这东西各项目不一样标准交付是一套客户自定义又是另一套照着模板抄编码是配置阶段最常见的翻车点。3. 维护货币和评估参数文件OKEU 里的参数取舍参数文件是多级评估的核心对象它把货币类型和评估视图打包成一个可分配的整体。这一步配错后面分配和激活都是白做。我习惯把它拆成三件事先想清楚文件里要装什么再按步骤建最后把汇率类型和换算日期定死。3.1 参数文件到底存了什么一个货币和评估参数文件里装的是两组清单一组是允许的货币类型一组是评估视图每个评估视图再指向一种货币类型和一种汇率类型。它本身不存金额只存规则真正产生评估金额的是后续业务凭证过账时按这套规则跑出来的 CO 行项目。参数文件的命名一般用 Z 开头比如 ZML01、ZGRP1描述里写清楚用途和适用控制范围别用“测试1”“新建文件”这种名字。传输到生产以后运维看到描述才知道这个文件是给哪套账用的。文件建好之后尽量别改尤其是已经被分配、已经产生业务数据的文件货币类型增删会触发一致性检查轻则报错重则要求清空重来。还有一点参数文件是客户端相关配置跟着传输请求走不是跨客户端共享的。开发机建好、测试机验证、生产机释放三个客户端的编码必须一致。我见过开发机用 ZML01、测试机手工建了个 ZML02传到生产后分配字段对不上查了半天以为是传输坏了。3.2 新建参数文件的完整步骤入口走 SPRO控制 → 一般控制 → 组织架构 → 维护货币和评估参数文件事务码 OKEU。进去之后先别急着新建找系统里已有的标准参数文件看一眼结构复制一份再改比从空白开始稳。复制的好处是货币类型和评估视图的勾选关系不会漏标准交付里哪些视图默认绑哪种货币复制过来一眼就能看到。操作顺序按下面走在 OKEU 初始屏输入目标参数文件名点新建。填写描述语言按项目惯例选。展开“货币类型”节点勾选 10 和 30需要控制范围货币就再加 20。展开“评估视图”节点勾选 001 和 002分别绑定 30 和 10。为每个视图指定汇率类型集团视图用 M法定视图按财务口径选。保存挂到自己的传输请求上别存成本地请求。保存前逐项核对勾选关系。货币类型漏一个分配阶段系统会直接拒绝评估视图绑错货币跑出来的金额看着有数一对账全是错的。这种错不会在保存时报只会在月结时暴露排查成本极高。建完之后用 SE16 抽查一下底表确认参数文件真的落库了。参数文件相关的表随版本有差异不确定表名就用 OKEU 重新打开文件看字段是否完整比盲查表稳。3.3 汇率类型与换算日期差一分钱的源头多级评估里集团视图的金额是按汇率折算出来的汇率类型选错、换算日期取错金额就会和手工折算差一点。SAP 里汇率类型 M 是标准平均汇率集团评估最常用B 和 G 分别是买入和卖出汇率业务上用于外币交易不要拿来跑集团评估。汇率本身在 OB08 里维护按“汇率类型 源货币 目标货币 生效日期”存进 TCURR 表。换算日期取凭证过账日期还是评估期间的最后一天要在参数文件之外想清楚。多数项目按凭证日期取月结时再统一按期末汇率重估两套口径混用就会出现“平时对得上、月底对不上”的玄学问题。我的习惯是项目启动时就把口径写进配置说明后续谁接手都不至于重新猜。查汇率可以用下面这段注意 TCURR 的 GDATU 是倒序日期直接拿系统日期比会查空 GDATU 存储的是倒序日期实际生效日期 99999999 - gdatu SELECT SINGLE kurst, fcurr, tcurr, gdatu, ukurs FROM tcurr INTO DATA(ls_rate) WHERE kurst M AND fcurr USD AND tcurr CNY AND gdatu lv_reversed_date.KURST 是汇率类型FCURR 和 TCURR 是源货币和目标货币UKURS 是汇率值。lv_reversed_date 要在程序里用 99999999 减去实际日期算出来直接传 20240101 这类正序日期会查不到记录。这段逻辑放进自建检查程序里上线前跑一遍比在 OB08 里逐条翻快得多。注意汇率维护有生效日期补录历史汇率时别覆盖当前生效记录先查再插。4. 分配到成本控制范围OKKP 里的顺序和激活边界参数文件建好只是半成品不分配到成本控制范围就不生效。这一步的动作很小风险却集中分配之后参数文件基本进入锁定状态想改货币类型得先看有没有业务数据激活之后更麻烦控制范围层面的开关不是随便能回退的。4.1 分配之前必须做的三项检查第一项检查参数文件是否完整。用 OKEU 打开目标文件确认货币类型、评估视图、汇率类型三组都齐没有空行、没有重复勾选。第二项检查控制范围状态。用 OKKP 看控制范围当前激活了哪些组件成本中心会计、内部订单、产品成本核算这些依赖项没激活的先激活再谈分配。第三项检查公司代码货币覆盖。把 2.2 查出来的公司代码本位币清单和参数文件里的货币类型对一遍少一种都别往下走。这三项检查花不了十分钟省下的却是分配后回滚的半天。尤其是第三项控制范围下挂的公司代码越多越容易漏。跨国集团常见美元、欧元、人民币三种本位币并存参数文件里只放 10 和 30 两种货币类型分配时系统不一定报错但后续某个公司代码过账时评估视图取不到值问题会拖到月结才炸。还有一项容易被跳过确认当前没有正在运行的成本结算或分摊作业。分配参数文件会触碰控制范围的主数据后台有作业在跑的时候改配置轻则锁表重则数据不一致。上线窗口安排在月结关闭之后是成本模块的常识。4.2 把参数文件挂到成本控制范围入口还是 OKKP选目标成本控制范围进基本数据页找到“货币和评估参数文件”字段把 ZML01 填进去。部分版本这个字段在 OKEU 的分配按钮里也能进两个入口效果一样以你系统里能点开为准。填完保存系统会做一次一致性检查货币类型覆盖不全、评估视图冲突都会在这一步报出来。保存成功后回头看 OKEU参数文件的状态会变成已分配。这时候再想改货币类型系统会弹提示告诉你已有分配关系。测试机里可以硬改生产机里不建议正确做法是新建一个参数文件、重新分配旧文件保留给历史数据。分配动作本身会进传输请求。开发机分配完、测试机验证完释放请求时注意顺序参数文件的新建请求在前分配的请求在后。顺序反了生产机分配时找不到参数文件传输直接报错。我一般把这两个动作放在同一个请求里或者至少保证请求号按先后释放。4.3 激活、锁定与传输请求的处理多级评估没有独立的“激活”按钮参数文件分配并保存后规则就在该控制范围生效。所谓“检查并激活”实际做的是三件事检查参数文件分配状态、检查控制范围组件激活状态、确认传输到目标系统后配置完整。OKKP 的激活组件界面里逐项核对成本中心会计、内部订单、产品成本核算、利润中心会计、实际成本核算该亮的灯都亮着多级评估才有数据来源。激活之后有几个边界要记住。第一控制范围货币不能改改了等于换一套账。第二已分配的参数文件不能删只能改描述。第三评估视图一旦产生业务数据再增删视图会触发数据一致性检查。这三条不是系统故意为难人是平行评估本身要求规则稳定规则一变历史数据就失去可比性。传输环节我踩过最疼的一次是开发机建了参数文件、测试机手工又建了一个同名不同编码的传到生产后分配字段指向了不存在的对象整个上线窗口都在补配置。从那以后我要求所有多级评估相关的配置必须走请求测试机不允许手工建对象哪怕只是改个描述。提示生产机分配前先在测试机完整走一遍“分配 → 造数 → 报表核对”测试机通过不代表生产机通过但测试机不通过一定不要上生产。5. 常见问题排查五条多级评估配置踩坑记录多级评估的报错往往不直接指向根因系统提示“参数文件不完整”实际问题可能出在汇率类型或者公司代码货币上。下面五条是这些年在项目里反复遇到的按现象、原因、解决拆开记遇到同类问题时先对照再动手改配置。5.1 分配后参数文件字段灰显现象参数文件分配成功回头想补一个货币类型OKEU 里对应字段变灰点不动也没有明确的报错信息。原因参数文件已经分配到成本控制范围系统进入锁定状态。如果控制范围里已经产生 CO 业务数据货币类型的增删会触发一致性校验系统索性把入口关掉。解决先确认是否已有业务数据。没有数据的测试环境可以取消分配、改文件、再重新分配生产环境不建议取消分配正确做法是新建一个参数文件把缺的货币类型补齐重新分配到控制范围。旧参数文件保留历史凭证继续按旧规则解释。改完用 SE16 抽查 COEP 里 CURTP 字段确认新旧货币类型的凭证都能查到。5.2 激活后只有法定视图有数现象参数文件分配完成业务也过账了KSB1 里按货币类型筛选30 法定货币有金额10 集团货币一行没有。原因评估视图和货币类型的绑定关系漏了或者集团视图的汇率类型没维护。还有一种情况是过账时成本控制范围的货币类型没带出来凭证只写了法定视图。解决回 OKEU 看 002 集团评估视图有没有绑定 10再看 OB08 里对应汇率类型、货币对、生效日期有没有记录。两处都正常就用 KSB1 打开一笔凭证把布局里的货币类型和评估视图字段调出来看凭证行项目到底写了哪几种。缺的那一种多半是参数文件分配前就已经过账的历史凭证多级评估不追溯只对新凭证生效。5.3 集团视图金额和手工折算对不上现象一笔 1000 美元的成本按 7.1 折算应该是 7100系统里集团视图显示 7080差二十块反复核对汇率表也找不到原因。原因汇率类型或换算日期取错。常见的是参数文件里集团视图绑了 M但 OB08 里 M 类型当天的汇率没维护系统取了上一条生效记录或者换算日期取的是凭证日期手工折算用的是期末汇率。解决先查 TCURR 里该汇率类型在凭证日期前后的记录确认系统取的是哪一条。再看参数文件里换算日期的设置和财务确认口径。两边对齐后如果还差检查是不是间接报价货币SAP 的汇率换算方向和你手算的方向可能相反。这类差异不会影响法定账但会影响集团合并月结前必须对齐。5.4 传输到生产提示参数文件不存在现象传输请求释放成功生产机分配参数文件时报“条目 ZML01 不存在”开发机和测试机都正常。原因参数文件建在了本地请求里或者测试机手工建了对象但没进请求传输只带走了分配动作没带走参数文件本身。解决回开发机用 SE01 或 SE10 查参数文件所在请求确认对象在请求里测试机补建的对象要重新录进传输请求。顺序上参数文件请求先释放分配请求后释放。生产机已经报错的先传参数文件再重跑分配不要在生产机手工新建手工建的对象下次传输还会冲突。5.5 历史凭证没有多级评估结果现象多级评估上线后新凭证两个视图都有数上线前的旧凭证只有法定视图报表拉全年数据时集团口径缺一大块。原因多级评估按配置生效时间往后起作用不回溯已过账凭证。参数文件分配之前产生的 CO 行项目不会自动补评估视图。解决上线时间点要提前和财务对齐通常选在会计年度切换或者新期间开始。需要历史数据做集团合并的用报表层面按期末汇率重算或者做一次性的迁移评估不要指望改配置让系统补数。我一般在上线方案里单独写一条“历史数据处理口径”避免月结时业务方拿着半年报表来问为什么集团口径是空的。6. 装完怎么验证用一笔内部交易跑通三个评估视图配置做完不等于跑通验证要造一笔能追踪的内部交易从凭证到报表完整走一遍。我通常选成本中心之间的一笔内部服务分摊金额取整、币种选外币这样法定视图和集团视图的差异一眼能看出来。6.1 造一笔可追踪的内部交易在测试客户端用 KB11N 或事务码直接录一笔成本中心到成本中心的分摊金额 1000 美元成本控制范围选目标范围过账日期选参数文件生效之后的日期。过完账记下 CO 凭证号后面所有核对都围绕这一笔展开。金额不要取太整又带零头1000 这种整数在汇率折算后差异明显方便判断视图有没有生效。6.2 核对三张表和两个报表先看 COEP 里这笔凭证写了几种货币类型SELECT kokrs, belnr, curtp, wtgbtr FROM coep INTO TABLE DATA(lt_coep) WHERE kokrs p_kokrs AND belnr p_belnr AND gjahr p_gjahr.CURTP 是货币类型WTGBTR 是金额。正常情况应该看到 30 和 10 两行金额按各自汇率折算只有一行说明评估视图没生效回第 5 章排查。再用 KSB1 打开成本中心行项目把货币类型和评估视图放进布局核对报表金额和 COEP 是否一致。最后跑一遍成本中心实际/计划/目标报表确认集团口径的汇总数能出来。验证项工具预期结果凭证行项目货币类型SE16 查 COEP30 和 10 各一行成本中心行项目KSB1两个视图金额可切换集团口径汇总成本中心报表金额与手工折算一致汇率取数OB08 / TCURR汇率类型和日期正确6.3 我每次上线都会保留的检查清单验证通过后把这一笔凭证号记进上线记录后面出问题可以拿它当基准复现。我还会保留一份检查清单参数文件编码、分配的控制范围、货币类型清单、评估视图绑定关系、汇率类型、测试凭证号。清单不进系统放在运维文档里换人接手时不用重新摸一遍。从那以后我每次做多级评估都强制在测试机先造一笔外币内部交易把 COEP、KSB1、报表三处对完才允许传生产。配置这东西保存成功只是开始金额对得上才算装完。希望帮到你。本文还有配套的精品资源点击获取
