COEP table — CO Line Items by Period
COEP holds the detailed CO (Controlling) line items: one row is a single posting to a CO object such as a cost center, internal order, or WBS element, for one fiscal year and period, one value type, one version, and one cost element, carrying quantity and value in transaction, controlling-area and object currency.
This page covers what a COEP row represents, the fields consultants actually filter and join on, and the joins to CO master and header tables. It focuses on the practical failure modes: mixing value types and versions, misreading currency fields, and assuming COEP is the whole story once S/4HANA and ACDOCA are in play.
Published 15 Sept 2026· 1,116 words
What it stores
Each row in COEP is one CO line item: a value posted against a single CO object (identified by OBJNR, which resolves to a cost center, order, WBS element, or similar) for one combination of controlling area, fiscal year, posting period, value type (actual, plan, commitment) and version, on one cost element. The same underlying business transaction can generate several COEP rows if it splits across periods, cost elements, or partner objects. COEP is where postings originating in CO-only processes land - internal allocations, settlements, assessments, distributions - alongside the CO side of transactions that also touch FI. It does not by itself tell the reader what happened in accounting; it tells what happened on the controlling object.
Key fields
- MANDT - client
- KOKRS - controlling area
- BELNR - CO document number (not the FI accounting document number)
- BUZEI - line item number within the CO document
- GJAHR - fiscal year
- PERBL or PERIO - posting period
- WRTTP - value type (01 actual, 04 plan, 11 commitment, and others by configuration)
- VERSN - version (000 is the standard actual/live version)
- OBJNR - CO object number, the key that resolves to cost center, order, WBS or network master data
- KSTAR - cost element
- WKGBTR - amount in controlling area currency
- MEGBTR - quantity in the entry unit
- TWAER - transaction currency
- REFBN and REFBZ - reference document number and item, used to trace back to the originating FI or logistics document
How it joins the data model
- COEP-BELNR = COBK-BELNR and COEP-KOKRS = COBK-KOKRS to reach the CO document header (posting date, user, reference transaction)
- COEP-OBJNR = CSKS-OBJNR to resolve the object number to a cost center master record
- COEP-KSTAR = CSKB-KSTAR to reach the cost element master, and CSKB-KSTAR = CSKT-KSTAR for the cost element description
- COEP-REFBN and COEP-REFBZ, when populated, point to the originating FI document, joinable loosely to BKPF-BELNR or BSEG-BELNR depending on how the reference was stored
- In S/4HANA, the same economic event usually also appears in ACDOCA; COEP-OBJNR, KSTAR and BELNR-style keys have counterparts there, but the join is not a clean key match and needs to go through the universal journal's CO fields rather than a direct COEP-ACDOCA link
How to read it safely
Always restrict on MANDT implicitly and on KOKRS, GJAHR and VERSN explicitly before touching COEP; without a fiscal year and version filter the table is effectively unbounded on any productive system with years of history. WRTTP is not optional either - actual, plan and commitment rows sit in the same table, so a query without a WRTTP filter silently blends categories that no report should mix. OBJNR is not human-readable; do not filter on it directly unless it has already been resolved from a cost center, order, or WBS number through the appropriate master table. Period fields (PERBL/PERIO) follow the fiscal year variant, so period 1 is not always calendar January.
How to prove it in the data
To confirm a cost center shows an unexpected actual charge in a given period: resolve the cost center to its OBJNR via CSKS, then select COEP for that KOKRS, GJAHR, PERBL, WRTTP = 04 (or the actual value type in use), VERSN = 000, and OBJNR, and inspect KSTAR and WKGBTR per row. If the amount does not appear, check whether it landed as a commitment (WRTTP for commitments) or in a different version before assuming the posting never happened.
ECC vs S/4HANA
COEP continues to exist and continues to be populated in S/4HANA. It was not absorbed wholesale into ACDOCA; postings that also generate an FI document flow into the universal journal, but internal CO-only movements such as allocations and settlements are still recorded through COEP-style CO documents. Consultants working reconciliation between CO and FI in S/4HANA need to expect that COEP and ACDOCA both hold true but non-identical pictures of the same cost object, and that closing the gap between them is a real reconciliation task, not a data error to be fixed by ignoring one side.
Common pitfalls
- Filtering COEP without a value type restriction and then summing WKGBTR across actual, plan and commitment rows in the same query, producing a number that matches nothing in any report
- Treating BELNR on COEP as the FI document number; it is the CO document number, and reconciling it directly against BKPF or BSEG without going through REFBN/REFBZ produces false negatives
- Reading OBJNR as if it were a cost center or order number; it must be resolved through the object number tables first, otherwise filters silently return zero rows
- Ignoring VERSN and assuming version 000 is the only version present, especially on systems where multiple plan versions or simulation versions are actively maintained
- Comparing COEP totals to ACDOCA/FI totals line by line in S/4HANA without accounting for the fact that pure CO-internal postings (allocations, settlements) exist only in COEP and have no FI counterpart, so a mismatch does not automatically mean an error
- Selecting across GJAHR without limits on a long-lived production system, which turns a simple lookup into a full table scan on one of the larger tables in a CO-heavy landscape
- Assuming currency fields are interchangeable; WKGBTR, the object currency amount, and the transaction currency amount can all differ, and picking the wrong one skews any variance analysis
Whose problem this is
Controlling (CO) functional consultants and cost center or project controllers own questions about what COEP should contain for a given object and period. FI consultants get pulled in when the discrepancy is between COEP and the FI ledger, and Basis or the data archiving team owns questions about missing history once older fiscal years have been archived out of the table.
Related SAP objects
Reviewed pages this object connects to in the ERPClimb knowledge graph.
Source: ERPClimb — https://erpclimb.com/sap-tables/coepERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.