CEPC table — Profit Center Master Data Table

One row in CEPC is one version of a profit center's master data, valid for a specific date range within a controlling area. A profit center can have several rows over time if its responsible person, department, plant, or segment assignment changed, because CEPC is time-dependent on the DATAB to DATBI range rather than a single static record. The table holds descriptive and organizational attributes only: who is responsible for the profit center, which plant or department it maps to, whether it is locked from posting, and which segment it feeds for segment reporting. It does not store a single actual or plan value. Financial figures for a profit center live in the posting and reporting tables that carry PRCTR as a field, not in CEPC itself.

Always restrict on MANDT and KOKRS before touching PRCTR, because the same profit center code can exist in multiple controlling areas with entirely different master data. Because the table is time-dependent, a query without a date filter against DATAB and DATBI will return every historical version of a profit center, including versions that were valid years ago and are no longer usable. When checking whether a profit center is currently valid, filter DATBI greater than or equal to today's date and take the row with the latest DATAB. The table itself is small relative to posting tables, so the real risk is not performance, it is picking up a stale or superseded version of the record.

Symptom: a document fails or is rejected with an invalid profit center message. Select CEPC by KOKRS and PRCTR for the code in question, with DATBI greater than or equal to the posting date and DATAB less than or equal to the posting date. No row returned means the profit center does not exist for that controlling area on that date, either not created yet or already time-expired. A row returned with BKZKP set means the profit center exists but is locked, which is a different fix than a missing master record.

CEPC continues to exist in S/4HANA and remains the master data store for profit center attributes. What has changed is how much weight the table carries for reporting: since ACDOCA holds PRCTR on every universal journal line, profit center based financial reporting no longer depends on separate profit center accounting totals tables the way it did in classic EC-PCA, and CEPC's role narrows to master data attributes, validity, and segment derivation feeding document splitting rather than being part of a parallel ledger structure.

Master data questions on CEPC sit with the controlling or profit center accounting team, often the same group that owns cost center master data, since profit center and cost center governance usually run through the same master data process. Segment and document splitting behavior tied to CEPC is a finance design question, owned by whoever configured the document splitting characteristic assignment.

CEPC pairs with the profit center text table for descriptions and a separate company code assignment table controlling where the profit center can post, neither named here with certainty. Profit centers are created and maintained through the profit center master data transactions in the controlling menu, and read alongside cost center master data in CSKS since the two are cross-assigned. On the reporting side, ACDOCA, FAGLFLEXT and BSEG are the tables consultants actually query when a profit center related figure looks wrong, using CEPC only to confirm the master record's validity, ownership, or lock status.