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

Cover: SAP CO Cost Element Group — hierarchical grouping of cost elements for reporting and allocation

SAP CO Cost Element Group

The Cost Element Group is the hierarchical grouping structure that organizes Cost Elements into logical categories for reporting, budgeting, and allocation cycles in SAP Controlling. Where the individual Cost Element defines what kind of cost a posting represents, the Cost Element Group defines how those costs are aggregated and presented in CO reports and cycle definitions. A well-designed Cost Element Group hierarchy is essential for readable cost center reports, efficiently defined assessment cycles, and meaningful budget-vs-actual comparisons.


Part 1: Cost Element Group — Core Concepts (All Modules)

1.1 What Is the Cost Element Group?

Hub-and-spoke diagram showing the Cost Element Group at center, connected to Cost Elements, Assessment Cycle, Distribution Cycle, Cost Center Report, and Internal Order Report

The Cost Element Group is a set object in SAP CO that groups one or more Cost Elements under a shared label. Groups can be nested to form multi-level hierarchies, enabling summarization at different levels of aggregation — from individual line items to broad cost categories. Every CO report that offers group-level summarization (e.g., S_ALR_87013611 — Cost Centers: Actual/Plan/Variance) uses Cost Element Groups to structure its column and row layout.

AspectDetails
RoleGroups Cost Elements for report summarization, allocation cycle sender/receiver definitions, and budget/plan entry at category level
Modules using itCO-CCA (cost center reports and assessment cycles), CO-IO (internal order reports), CO-PC (product costing reports), CO-PA (profitability analysis allocation cycles)
TransactionsKAH1 (Create), KAH2 (Change), KAH3 (Display), KAH4 (Delete), KAH5 (Display where-used)
Key TablesSETHEADER (Set header — group name and description), SETLEAF (Set leaves — individual elements assigned to the group), SETNODE (Set nodes — sub-groups nested within the group)
S/4HANA noteCost Element Group structure and transactions are unchanged from ECC. Groups are maintained via KAH1/KAH2 or in the Fiori app “Manage Cost Element Groups.” The hierarchical set framework (SETHEADER/SETLEAF/SETNODE) is the same underlying data model used for Cost Center Groups and Profit Center Groups.

1.2 Group Structure Types

Comparison grid showing flat groups (single level) versus hierarchical groups (multi-level with sub-groups), with use case examples

Cost Element Groups can be designed as flat lists or as multi-level hierarchies. The correct structure depends on the reporting and cycle requirements.

Structure TypeDescriptionUse CaseKey Behavior
Flat GroupOne group containing multiple individual Cost Elements, no sub-groupsSimple report filter (e.g., “All secondary cost elements”), quick cycle sender definitionEasy to maintain; no summarization levels — all elements appear at the same level in reports
Hierarchical GroupGroup contains sub-groups, which in turn contain Cost Elements (multiple levels allowed)Standard cost center report row structure: Level 1 = Personnel Costs, Level 2 = Wages / Salaries / Social CostsEnables drill-down in ALV reports and summarized budget input at node level; requires more upfront design effort
Standard HierarchyThe top-level group defined on the Controlling Area — contains all Cost Centers in a treeControlling Area-level cost overview (report KKBC_HOE)Automatically maintained by the system as the root of the cost element structure when a standard hierarchy is defined

Design principle: Design the Cost Element Group hierarchy to mirror your budget reporting structure. If budget owners review costs at the “Personnel” and “Materials” level, create groups at those levels. Retrofitting the hierarchy after go-live is possible but requires re-alignment of all reports and cycles that reference the existing groups.


1.3 Organizational Levels and Data Hierarchy

Cost Element Group is scoped at the Controlling Area level, the same scope as the Cost Elements it groups. It sits alongside Cost Element as a CO-Area-scope master — it doesn’t own the Cost Elements, it references them by value range.

Hierarchy diagram showing CO-Area-scope Cost Element Group grouping individual Cost Elements, alongside Internal Order and Product Costing masters

Data hierarchy with a concrete example

Controlling Area 1000
   │
   └── CE Group "CE-ALL"          All cost elements
          │
          ├── Cost Element "400000"   Cat 1 · Primary (RM)
          └── Cost Element "631000"   Cat 43 · Activity allocation

Design principle: Cost Elements are assigned to a group as value ranges (from–to), not as an explicit member list. Use narrow, deliberate ranges (e.g. one cost element per range) rather than wide ranges that could silently pull in future cost elements never intended for that group.


1.4 Integration with Other Master Data Objects

Hub-and-spoke diagram showing Cost Element Group at center, connected to Cost Elements, Assessment Cycle, Distribution Cycle, Cost Center Planning, and Cost Center Reports

The Cost Element Group is a transversal object consumed by virtually every CO planning, reporting, and allocation activity.

ObjectRelationshipPractical Notes
Cost Elements (CSKB)Cost Element Group contains Cost Element membersEvery member Cost Element must exist in the same Controlling Area. Deleted Cost Elements leave gaps in the group — run KAH5 (where-used) before deleting a Cost Element to identify all groups that reference it.
Assessment Cycle (KSU5)Cycle sender/receiver can reference a Cost Element GroupUsing a Cost Element Group as the sender definition in an assessment cycle allocates all elements in the group as a single unit. Changes to group membership automatically affect the cycle — document group membership changes as part of cycle change control.
Distribution Cycle (KSV5)Same as assessment — group as sender or receiverDistribution cycles use groups to define which cost elements are distributed. Confirm the group scope matches the posting volume the cycle is designed to handle.
Cost Center Planning (KP06)Planning can be entered at Cost Element Group levelBudget input at the “Personnel Costs” group level distributes equally or can be broken down to individual elements. Some organizations plan at group level for ease of input and report actuals at element level.
Standard CO ReportsReport row structure defined by Cost Element GroupsReports like S_ALR_87013611 (Cost Center: Actual/Plan/Variance) use a report painter row structure that references Cost Element Groups. The report hierarchy mirrors the group hierarchy — group design and report design must be aligned.

Part 2: CO-Specific Field Details

2.0 Scope of CO Ownership

Checklist showing CO ownership across Cost Element Group data sections: Group header, Group members, Hierarchy structure

Data SectionCO InvolvementNotes
Group Header (SETHEADER)◎ OwnerGroup name, description, Controlling Area — entirely CO administrator responsibility
Group Members (SETLEAF)◎ OwnerAssignment of individual Cost Elements to the group — CO administrator maintains
Hierarchy Structure (SETNODE)◎ OwnerNesting of sub-groups — CO administrator designs and maintains the tree

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


2.1 Group Header

Checklist of key group header fields: Set Name, Description, Controlling Area, Set Class

The Group Header defines the identity of the Cost Element Group and its Controlling Area scope.

FieldDescriptionPractical Usage
Set Name (SETNAME)The unique identifier of the Cost Element GroupMaximum 24 characters. Acts as the primary key together with the Set Class. Use a naming convention that reflects the Controlling Area (e.g., “1000-PERSONNEL”) to distinguish groups across Controlling Areas in a multi-CA landscape. The set name is referenced directly in cycle definitions and report painter rows — changing it requires updating all references.
Short Description (DESCRIPT)Free-text description of the groupDisplayed in group selection dialogs and report headers. Keep it precise and in the language used by the business (typically English for global templates). Avoid abbreviations that are meaningful only to the project team — the description must be self-explanatory to future CO administrators.
Set Class (SETCLASS)Internal classification code for the group typeFor Cost Element Groups: always “0102”. Do not change. The Set Class distinguishes Cost Element Groups from Cost Center Groups (0101), Profit Center Groups (0106), and other set types within the same SETHEADER table.
Controlling Area (KOKRS)The Controlling Area the group belongs toScopes the group — it can only reference Cost Elements from the same Controlling Area. For multi-CA implementations, each Controlling Area maintains its own group structure independently. Transport request handling: groups are client-independent but Controlling Area-scoped, so transporting a group into a target system requires the target Controlling Area to exist.

2.2 Group Members and Hierarchy

Stack layered diagram showing group member assignment: individual element entries and range entries, nested sub-groups, and the resulting aggregation in reports

Group membership defines which Cost Elements are included in the group and how the hierarchy is structured.

FieldDescriptionPractical Usage
From Value (VFROM)Lower bound of the Cost Element assignmentFor individual element assignment: set equal to To Value. For range assignment (e.g., 400000 to 409999): set to the start of the range. Use ranges only for logically contiguous blocks of Cost Elements that were planned as a group from the start — ad-hoc ranges risk including future Cost Elements not intended for the group.
To Value (VTO)Upper bound of the Cost Element assignmentFor individual assignment: same as From Value. Define the range end carefully. Document all range assignments in the master data governance log so future Cost Element additions can be checked against existing group ranges.
Sub-Group Reference (SETNODE.SUBSETNAME)Name of a child group nested within this groupEnables multi-level hierarchies. A group can contain both individual Cost Element members (via SETLEAF) and sub-groups (via SETNODE) simultaneously. Avoid circular references — SAP will prevent saving but the error message is not always intuitive.
Line TypeWhether the line is a leaf (element) or node (sub-group)Maintained implicitly by the system based on whether you assign an element or a sub-group on that line. No direct user input required; shown in display mode for orientation.

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