JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 8 min read

Cover: SAP CO Activity Type — the unit of service measure for internal activity allocation between cost centers

SAP CO Activity Type

The Activity Type is the unit of service measure that enables quantity-based internal cost allocation between Cost Centers in SAP Controlling. Where an assessment cycle distributes costs as a percentage or fixed amount, an Activity Type allocation distributes costs based on a measurable quantity — machine hours consumed, labor hours worked, kilowatt-hours used — multiplied by a planned or actual price per unit. Activity Types are the foundation of product costing (they drive the activity-based component of standard cost estimates) and of Cost Center Accounting (they enable meaningful activity-based variance analysis).


Part 1: Activity Type — Core Concepts (All Modules)

1.1 What Is the Activity Type?

Hub-and-spoke diagram showing Activity Type at center, connected to Cost Center (sender), Production Order, WBS Element, Internal Order, Cost Element (Category 43), Activity Price Planning, and Product Costing

The Activity Type represents a specific service that a Cost Center provides to other cost objects. The Cost Center performing the service is the sender; the cost object receiving the service (Production Order, WBS Element, Internal Order, another Cost Center) is the receiver. The allocation quantity is measured in the Activity Type’s unit (e.g., hours), and the cost is transferred using the activity price — either the planned price (for standard cost estimates) or the actual price (calculated at period end).

AspectDetails
RoleUnit of service measure for internal cost allocation — quantity × price = allocated cost. Foundation for activity-based standard cost estimates and variance analysis
Modules using itCO-CCA (Cost Center Accounting — sending cost center activity), CO-PC (Product Costing — activity rates in standard cost estimates), PP (Routing operations reference Activity Types for manufacturing cost rollup), PS (project activity cost via WBS and network elements)
TransactionsKL01 (Create), KL02 (Change), KL03 (Display), KL04 (Delete), KP26 (Activity Price Planning), KBK6 (Actual Activity Input)
Key TablesCSLA (Activity Type master data — general), CSLB (Activity Type data per Controlling Area), CSSL (Cost Center × Activity Type assignment)
S/4HANA noteActivity Type definition and price planning are unchanged from ECC. In S/4HANA, the actual price for activity allocation is calculated via KSII (Actual Activity Price Calculation), replacing the manual price entry flow from ECC. Fiori apps: “Manage Activity Types” and “Plan Activity Prices.”

1.2 Activity Type Categories

Comparison grid showing the four Activity Type categories: Manual Entry / Manual Allocation, Indirect Allocation, Manual Entry / Indirect Allocation, and No Entry

The Activity Type Category determines how activity quantities are entered and how the allocation is performed. This is the most critical design decision for each Activity Type.

CategoryCodeDescriptionUse Case
Manual Entry / Manual Allocation1Activity quantities are entered manually (KBK6 or production order confirmation) and allocated manually via KB21NMachine hours confirmed at production order goods receipt; labor hours entered by production supervisor; standard for manufacturing activity types
Indirect Allocation2Quantities are calculated by a template or indirectly allocated — no manual entry requiredAutomated cost center service activities where quantity is system-derived (e.g., ERP system transactions allocated to user departments)
Manual Entry / Indirect Allocation3Quantities are entered manually but allocated via indirect allocation mechanismHybrid scenario — activity quantity is known but the allocation logic is complex
No Entry (Plan Only)4Activity Type is used only for planning — no actual quantity input or allocation is performedBudget planning activities where no actual posting is intended; placeholder for future activation

Design principle: Most manufacturing Activity Types use Category 1 (Manual Entry / Manual Allocation). Activity Types for utilities (electricity, water) often use Category 2 or 3. Category 4 is rarely used in production — confirm with the PP consultant during blueprint whether each Activity Type will have actual confirmations at production order level.


1.3 Organizational Levels and Data Hierarchy

Activity Type is scoped at the Controlling Area level and is attached to the Cost Center(s) that perform it.

Hierarchy diagram showing Activity Type attached to a Cost Center, alongside Statistical Key Figure and AT Group in the same zone

Every Activity Type references a Secondary Cost Element (Category 43) — this is the “allocation Cost Element” that carries the credit posting whenever the Activity Type is used to charge another cost object.

Hierarchy diagram showing Activity Type referencing its allocation Cost Element

Data hierarchy with a concrete example

Cost Center "C1100"          Press Line
   │
   └── Activity Type "MH-01"   Machine hrs
          ↓
          └── references ── Cost Element "631000"   Cat 43 · Activity allocation

Design principle: Share one Activity Type across every Cost Center that performs the same kind of work (e.g., “MH-01” for all machine hours), rather than creating a separate Activity Type per Cost Center. Price planning still happens per Cost Center × Activity Type combination, so sharing the type doesn’t force a shared price.


1.4 Integration with Other Master Data Objects

Hub-and-spoke diagram showing Activity Type at center, connected to Cost Center, Secondary Cost Element (Cat 43), Activity Price, Production Order Routing, WBS Element, and Internal Order

ObjectRelationshipPractical Notes
Cost Center (KS01)Activity Type is performed by (assigned to) a Cost CenterThe Cost Center is the sender of activity allocation. Activity allocation creates a credit on the sending Cost Center (using the secondary cost element) and a debit on the receiving cost object.
Secondary Cost Element (Category 43)Every Activity Type references a secondary cost element for the allocation postingThe secondary cost element (Category 43 — Activity Allocation) is created automatically when the Activity Type is activated, or must be pre-created by the CO administrator. It never appears in FI — it is a CO-internal classification for activity credits and debits.
Production Order Routing (PP)Routing operations reference Activity Types for standard cost calculationEach routing operation references an Activity Type from the Work Center Cost Center. The standard cost estimate multiplies the operation’s standard times by the activity rates to calculate the activity-based component of the product’s standard cost.
WBS Element (PS)Activity allocations can post to WBS ElementsIn project-based implementations, project teams confirm their time (activity hours) against WBS Elements, with the cost flowing from the Cost Center to the project.
Activity Price Planning (KP26)Planned price drives standard cost estimatesThe plan activity price = planned CC cost ÷ planned activity quantity. Entered per fiscal year, Controlling Area, Cost Center, and Activity Type. This price is used in all standard cost estimate runs until the actual price is calculated at period end.
Actual Activity Price (KSII)Actual price calculated at period endKSII calculates the actual price based on actual CC costs and actual activity quantities. The difference between planned and actual price = activity rate variance, which appears in variance analysis.

Part 2: CO-Specific Field Details

2.0 Scope of CO Ownership

Checklist showing CO ownership across Activity Type data sections: General Data, Cost Center Assignment, Price Planning

Data SectionCO InvolvementNotes
General Data (CSLA)◎ OwnerActivity Type definition, category, unit, allocation cost element — CO administrator creates and maintains
Cost Center Assignment (CSSL)◎ OwnerAssignment of Activity Types to Cost Centers — CO administrator
Activity Price Planning (KP26)◎ OwnerPlanned prices — CO administrator enters annually during budget cycle
Routing Operation Reference (PP)○ Shared with PPPP consultant assigns Activity Types to routing operations; CO consultant ensures prices are maintained

Legend: ◎ = Owner / Critical, ○ = Direct involvement


2.1 General Data (CSLA)

Checklist of key CSLA fields: Activity Type, Category, Unit, Allocation Cost Element, Price Indicator

FieldDescriptionPractical Usage
Activity Type (LSTAR)Unique identifier within the Controlling AreaMaximum 6 characters. Use a descriptive code (e.g., “MACH01”, “LABOR1”, “SETUP1”). For global templates, prefix with a function code (e.g., “LAB-MFG”, “MACH-CNC”). The 6-character limit is tight — design the naming convention carefully. In S/4HANA, the Activity Type code also appears in PP routing operations and production order confirmations, so it must be recognizable to PP consultants and shop floor users.
Activity Type Category (KATYP)Classification (1, 2, 3, or 4)Determines the posting and quantity entry behavior. Category 1 (Manual Entry / Manual Allocation) is the most common for manufacturing. Confirm with PP team that the Category matches the confirmation process design during routing blueprint.
Unit of Measure (LEIST)The measurement unit for the activityTypically: H (hours), MIN (minutes), PC (pieces), KWH (kilowatt-hours), KM (kilometers), TON (metric tons). The unit must match the unit used in the routing operation standard times (PP) and in production order confirmations. Changing the unit after live postings exist is technically possible but operationally disruptive — confirm during blueprint.
Allocation Cost Element (ELKOST)Secondary cost element (Category 43) used for the allocation postingCreated automatically when the Activity Type is activated if a corresponding secondary cost element does not yet exist, or referenced from an existing one. The allocation cost element must have Category 43. It is the CO-internal cost element that records the credit on the sending cost center and the debit on the receiving cost object during activity allocation. Validate that this element does not conflict with other secondary cost elements already defined for assessment or settlement (Categories 41, 42, 21).
Price Indicator (PRSFL)Controls how the activity price is determined1 = Planned price, automatically calculated from plan data (most common). 2 = Actual price, calculated by KSII at period end. 3 = Target cost-based price. In most implementations, use “1” for standard cost estimates and calculate actual prices via KSII at period end for variance reporting. Changing the Price Indicator after live data exists requires re-running price calculations.

L1) Big Picture

IDCategoryTitle
co-001OverviewWhat is SAP CO?

L2-A) Master Data

IDCategoryTitle
co-a01OverviewSAP CO Master Data: Overview, Hierarchy & Relationships
co-a02-01Master DataSAP CO Material Master
co-a03-01Master DataSAP CO Cost Element
co-a03-02Master DataSAP CO Cost Element Group
co-a04-01Master DataSAP CO Profit Center Group
co-a04-02Master DataSAP CO Profit Center
co-a05-01Master DataSAP CO Cost Center Group
co-a05-02Master DataSAP CO Cost Center
co-a05-03Master DataSAP CO Activity Type Group
co-a05-04Master DataSAP CO Activity Type 📍
co-a05-05Master DataSAP CO Statistical Key Figure
co-a06-01Master DataSAP CO Internal Order Group
co-a06-02Master DataSAP CO Internal Order
co-a07-01Master DataSAP CO Cost Component Structure
co-a07-02Master DataSAP CO Costing Variant
co-a08-01Master DataSAP CO Operating Concern

L2-B) Transaction

IDCategoryTitle
co-b01OverviewSAP CO Transactions: Process Flow, Hierarchy & Relationships