简介这是一份面向SAP FICO顾问、成本会计及CO模块初学者的实操型学习文档聚焦成本中心会计中作业类型Activity Types的管理与配置帮助读者理清成本归集、分摊与作业成本计算的核心逻辑。文档围绕type43次级成本要素KA06、作业类型KL01、功能范围、成本中心组PROD等对象的创建过程展开并以生产成本中心成本解决方案为案例串联成本预算、作业计划、成本控制与差异分析流程。其中对作业类型1至4的分类、计划价格标志与实际价格标志、KP26与KSPI、KSII等事务码的取价规则均有细致说明也讨论了以新建作业类型或成本计算表实现生产间接费用的两种思路适合对照系统逐步演练。资源包为1个docx文档共216KB篇幅紧凑方便随时查阅。目前已有160人学习浏览适合需要补齐CO配置细节、梳理作业分摊与差异分析思路的顾问与财务人员参考。1. 一张 43 类次级成本要素决定了作业类型能不能被算出来一个 Plant 下面挂两个工作中心 ZSTWC1、ZSTWC2分别映射到生产成本中心 ZTCCTR1、ZTCCTR2再收进成本中心组 PROD作业类型只留 LAB 和 MAC 两个。这套结构小到能画在便签纸上但它把 SAP CO 里最容易被做反的一件事暴露得很干净多数人把作业类型当工时代码来建建完发现 KSPI 跑不出价格或者价格出来了月底工单吸收的成本跟车间自己的报表对不上。作业类型的真实身份是成本中心对外输出服务的计价器。KP26 往里灌计划量KP06 往里灌计划费用KSPI 按价格标志把两者相除写成计划价格生产工单报工时再按这个价格把成本从成本中心吸到工单上。谁只走 KL01 而漏了 KA06谁就会在作业分摊那一步卡住——因为 43 类次级成本要素才是承载作业价值的那个科目。后面几章按建主数据→灌计划→算价格→分费用→重估这条线走一遍每一步都给到 Tcode、参数和失败时的观察点。2. KA06 与 KL01 的参数组合作业类型靠什么被算出来2.1 43 类次级成本要素是前置条件SAP 的成本要素按用途分类11/12 走初级成本要素对应 FI 总账科目21/22 走结算43 专用于作业分摊和内部作业结算。作业类型要能把自己的价值传给工单必须绑定一个 43 类次级成本要素这就是 KA06 存在的理由。建的时候有两个字段值得停一下Functional Area 和 default acct assign。前者让次级成本要素也带上功能范围维度跟 FS00 里给总账科目定义的功能范围走同一套取值顺序后者给成本要素预设一个默认成本对象成本中心或内部订单。提示default acct assign 在单一公司里省事但集团环境里几乎一定会出问题。常见做法是留着空统一用 OKB9 按成本要素成本中心组合去推导默认成本对象规则集中、好查、好改。案例里建的作业分摊成本要素如下作业类型和成本要素是一对一咬死的成本要素名称对应作业类型99999995Direct Labor Alloc.LAB99999996Machine Hour Alloc.MAC66666665Act Ind. deter AllocACTII66666666Act man in Ind AllocACTMI66666667Act Man. Entry No alACTMN2.2 KL01 里真正影响计算结果的几个字段KL01 界面上字段很多但决定价格算得对不对的就那么几个。作业类型类别Activity Category控制这个作业类型是手工录量还是自动确定计划价格标志决定 KSPI 用哪套公式实际价格标志决定 KSII 和 KSS4 怎么算实际价输出单位Output Unit和换算系数Factor决定作业量和产出量之间的换算关系。比如一小时人工能出 10 PC 产品Output Unit 填 PCFactor 填 10系统就按 Output quantity Activity quantity × Output factor 换算。计划价格标志有三个取值会带到 KP26KP26 里还能再改标志计算来源KSPI 行为1计划作业量 计划成本自动计算覆盖 KP26 里手工填的价格2变动部分按计划作业量、固定部分按产能覆盖通常造成数量口径下的吸收不足3手工输入KSPI 不动价格实际价格标志对应 5、6、7逻辑和计划侧平行。实践里计划侧选 1、实际侧留空是最省心的组合——留空时系统按计划标志 1 的口径、基于实际作业量去推实际价也就是等价于 5。2.3 作业类型类别 1 到 4 的差别案例里刻意建了四个作业类型就是为了把四种类别摆在一起看LAB、MAC 是类别 1手工输入作业量、手工分摊ACTII 是类别 2ACTMI 是类别 3ACTMN 是类别 4各自对应不同的自动确定与分摊方式。还有一个类别 5Target Actual allocation目标成本按实际作业量分摊做差异分析时比前几种都直观但用的人不多。配置查起来不复杂用 ABAP 把作业类型主数据捞出来对一遍比在 KL01 里逐个翻快得多 查询作业类型主数据类别、单位、价格标志 字段名以自己系统 SE11 打开 CSLA/CSLB 为准不同版本略有差异 SELECT a~lstar AS activity_type, 作业类型代码 LAB / MAC a~kstar AS cost_element, 绑定的 43 类次级成本要素 a~latyp AS act_category, 作业类型类别 1~5 a~leinh AS unit_of_measure, 作业量单位如 H小时 a~datbi AS valid_to 有效期止取当前有效版本 FROM csla AS a INTO TABLE DATA(lt_activity) WHERE a~kokrs lv_kokrs 控制范围必须显式限定 AND a~datbi sy-datum. 只取未失效的记录这段取的是主数据抬头。参数上要盯两处kokrs不传会全控制范围扫跨控制范围的环境里结果会脏datbi sy-datum是标准的时间片取法作业类型做过价格标志变更的历史版本会同时命中必须靠有效期切开。拿到列表后把latyp和实际业务对一遍——类别填错不会报错只会在后面 KP26、KSPI 阶段以这个作业类型不让输量的方式隐隐发作。3. KP26 与 KP06 到 KSPI计划价格被算歪的完整链路3.1 KP26 计划作业量先于 KP06先做 KP06 会被挡回来报的是 K8102这个成本中心上还没有任何作业类型。原因很直接——KP06 要把费用拆成作业相关和作业无关两部分作业相关那部分必须落到具体作业类型上而作业类型得先在 KP26 的计划里存在。KP26 里输入计划作业量 120期间 1 到 12 会自动均分成每期 10。这里有个 Distribution Key 字段值得单独说把它设成 2按期间分布或者 1平均分配会影响录入方式。比如你手工把 1 到 6 期改成每期 5合计 30、7 到 12 期改成每期 15合计 90总量仍是 120这时把 Distribution Key 改成 1再回来看系统会把这 120 重新均摊成每期 10。批量场景下不要手工改用 KPSI 批量处理计划数据。注意KP26 里手工填的 fixed price、variable price 只要计划价格标志不是 3跑一次 KSPI 就会被算出来的价格顶掉。别把 KP26 当价格维护界面用。3.2 KP06 的作业相关与作业无关费用KP06 是成本中心费用计划核心动作是把每笔初级成本要素分别打上固定、变动、作业相关、作业无关的标记。案例里的口径是清理费用 49999991 每年 600 元、设备保养 49999992 每年 600 元属于作业无关的固定费用直接人工 LAB 的工资拆成基本工资、社保、绩效奖金5999991–5999993是作业相关的变动费用机器折旧 MAC 对应 6999991可以按工作量法再拆成固定和变动两段。这个拆分不是形式主义。KSPI 计算时固定费用和变动费用分别除以不同的分母得到的 fixed price 和 variable price 是两条独立的价格线工单结算、差异分析、量本利分析全靠这两条线分开。全填成固定量本利就废了全填成变动产能波动时又解释不了闲置成本。一个常见的偷懒做法是跳过 KP06直接在 KP26 里给一个价格。省事但代价是成本中心费用计划、差异分析、吸收率跟踪全部作废。真要做作业成本法ABC的环境这一步没有替代方案。3.3 KSPI 的计算链路与三种价格标志计划作业量和计划费用都就位后跑 KSPI公式按价格标志分支标志 001固定价 固定计划成本 / 计划作业量变动价 变动计划成本 / 计划作业量总价 固定价 变动价。标志 002变动价的分母是计划作业量固定价的分母换成产能capacity。产能和计划作业量不一致时成本中心会在数量口径上出现吸收不足这是 002 的典型副作用。标志 003价格手工维护KSPI 不更新。按案例的数据走一遍LAB 的固定部分600600/120 5 元变动部分5999991–5999993 三项合计/120 30 元总价 35 元MAC 的折旧 2400 元在 KP06 里按固定、变动两段分别维护所以两段分母都用 120合出来的总价是 45 元。跑完 KSPI回头查 KP26原先手工填的 11.11 和 22.22 已经被替换——因为计划价格标志是 1。如果这里是 3价格会原地不动这正好是验证价格标志是否生效的最快方法。批量核对计划作业量可以直接查 COSL比在 KP26 里翻页快 取 KP26 维护的计划作业量按对象作业类型期间存储 字段名以 SE11 打开 COSL 为准各版本存在 WKG/MEG 系列列 SELECT objnr, lstar, gjahr, perio, wkg001 FROM cosl INTO TABLE DATA(lt_plan_qty) WHERE kokrs lv_kokrs 控制范围 AND gjahr lv_gjahr 计划年度 AND lstar IN lr_lstar. 限定 LAB/MAC避免全表扫描objnr是成本中心的 CO 对象号要和成本中心代码做一次反查wkg001系列是各期作业量取值口径里有总量和固定量两套核对时要认准是哪一列否则会得出KP26 填的量和这里不一致的假结论。这一类字段错位是排查计划价格问题时最常见的误报来源。4. OKES 与 OKEW 分割结构作业无关费用怎么落到作业类型上4.1 分割结构解决的是没人认领的钱KSPI 第一次跑完LAB 和 MAC 的价格里混进了 49999991、49999992 这两笔清理和保养费用——它们跟作业量没有因果关系却因为成本中心没有分割规则而被平摊进了所有带作业类型的价格里。OKES 就是干这个的把作业无关的费用按明确的规则指定分给哪个作业类型或哪个分割行。分割规则建立之后还要用 OKEW 把分割结构分配给成本中心。这一步的取舍很实际公司只有一个生产成本中心带作业类型或者顶多某个辅助生产部门带OKEW 不做也未必出事但成本中心组一大分割规则在不同成本中心之间的继承关系就会错乱跑出来的价格只有天知道是怎么来的。4.2 EquiNo 权数的优先级EquiNo 是 KP26 里的一个权重字段很多人以为它只是个备注。实际上它是在没有明确分割规则时决定分摊比例的兜底参数优先级排在 OKES 分割规则之后OKES 中没有对应的分割行、作业类型上有 EquiNo则作业无关费用按各作业类型的 EquiNo 比例分摊。OKES 中配了分割行且作业类型为空则 EquiNo 失效费用在相关作业类型之间平均分。OKES 中配了分割行且指定了作业类型费用按分割行指定的去向走。案例里把 LAB 的 EquiNo 填 1、MAC 填 2两笔各 600 元、合计 1200 元的作业无关费用就按 1:2 分成 LAB 400、MAC 800。比例看起来粗糙但它比无脑平均分至少反映了两个作业类型对这类费用的相对消耗强度——机器保养费通常确实该更多归到机器小时上。4.3 清掉 EquiNo 之后看 KSS4 的表现验证分割规则有没有生效最快的办法是把变量一个个拿掉看结果怎么动。清空 EquiNo 再跑一次 KSPI会发现 1200 元不再按 1:2 走而是平均摊给 LAB、MAC、ACTMI、ACTMN 四个作业类型——因为 OKES 里此时没有能接住这笔费用的分割行。把 OKES 里那条 assignment S3 删掉直接跑 KSS4 算实际价格结果又会变费用按 KP26 的权数走价格数字里冒出一串小数。设置状态作业无关费用的去向观察点OKES 配分割行 指定作业类型按分割行指定去向KSPI 后 KP26 价格按预期变动OKES 配分割行 作业类型为空相关作业类型之间平均分EquiNo 不起作用OKES 无对应分割行 有 EquiNo按 EquiNo 比例分摊案例中 LAB 400 / MAC 800OKES 无对应分割行 无 EquiNo所有作业类型平均分四个作业类型各摊一份提示价格里出现 1000、10000 这种 Price Unit是因为小数位太多导致系统自动抬高价格单位不是配置错误。下一章的处理办法比反复调公式有效得多。5. 实际价格重估与价格单位KSS4、OKET、OKKN 的取舍计划价跑通只是前半程。月底要拿实际发生的成本中心费用除以实际作业量得到实际作业价格并重估工单这一步走 KSII 或 KSS4。相当一部分企业干脆不做重估让 plan price 等于 actual price用计划价吸收全部成本差异全部留在成本中心上——制造费用波动不大的产线这么做省一个月的活波动大的产线这么做等于把差异分析做废了。重估之后常见的两个尾巴一个是价格单位乱跳一个是跨期改价把历史价格带歪。价格单位的问题出在小数位。作业价格算出来带很多位小数时系统自动把 Price Unit 从 1 改成 1000 或 10000 来压缩显示精度报表上看到的就是价格怎么变成 0.035 元这种诡异数字。修法不在公式里在 OKET把小数位固定成 2 位Price Unit 就乖乖回到 1。OKET 和 KSPI 里的显示设置都能改但从 OKET 改是全局的一次到位。跨期改价的问题更隐蔽。标准成本估算那边用 OKKN/OKK4 配定价策略策略 2 是按全年所有期间的平均值计算计划价格。假设当前已经走到 2006 年 3 期前 3 期历史计划价是 3 元从第 4 期起要改成 4 元策略 2 下第 4 期的价格会被算成 (3×3 4×9)/12也就是带着前三个月的旧价格一起摊薄怎么改都到不了 4 元。这时候要把定价策略从 2 改成 1按期计算不做全年平均第 4 期才真正拿到 4 元。定价策略计算口径适用场景1按期计算不跨期平均年度中途改价、期间价格必须精确2全年所有期间平均值年初一次性定全年价格OKEVN 里还有一套评估变式可以覆盖作业取价和 OKKN/OKK4 的策略同时存在时会产生优先级问题实践中很少有人在生产环境同时开两套真遇到冲突先确认工单上的评估变式到底取到了哪一层再回头决定关掉哪一边。这套路径在一个成本中心组 PROD、两个成本中心、两个作业类型的极小环境里跑通之后放大到多工厂多作业类型的场景无非是把 OKES 的分割规则和 EquiNo 权数按成本中心逐个过一遍——真正费时间的从来不是配置而是确认每一笔作业无关费用到底该由哪个作业类型来背。本文还有配套的精品资源点击获取