Costing-Based COPA : Statistical Value Fields : How-to in Margin-Analysis ??

In SAP S/4HANA – Account-Based Profitability Analysis (Margin Analysis), statistical value fields are handled very differently compared to classic CO-PA.
Below is the clear, end-to-end mapping logic 👇


1️⃣ First: Key Concept Shift (Very Important)

❌ Classic CO-PA (Costing-Based)

  • Value Fields (revenue, discounts, freight, etc.)
  • Statistical value fields used for reporting only
  • Stored in CE1 / CE2 / CE4* tables

✅ S/4HANA Account-Based Margin Analysis

  • NO value fields for posting
  • All postings come from FI accounts
  • Profitability is derived from Universal Journal (ACDOCA)

👉 Therefore:

Statistical value fields do NOT get “posted” in Account-Based CO-PA


2️⃣ Then Where Do Statistical Value Fields Come From?

In S/4HANA, statistical value fields exist ONLY for reporting compatibility.

They are populated virtually from G/L accounts using derivation logic, not postings.


3️⃣ Actual Mapping Mechanism (Step-by-Step)

Step 1: G/L Account Assignment

  • Revenue & cost elements post to P&L G/L accounts
  • Stored in ACDOCA
  • Each line has:
    • Profitability segment characteristics (Customer, Material, etc.)
    • Account (HKONT)

Step 2: Mapping via Value Field Mapping Framework

📍 SPRO Path:

Controlling

 → Profitability Analysis

   → Margin Analysis

     → Map Accounts to Value Fields

Here:

  • You assign G/L accounts to:
    • Operational value fields
    • Statistical value fields
  • This is purely a semantic mapping for reporting

Step 3: Runtime Derivation (On-the-Fly)

During reporting:

  • CDS views (e.g. I_ProfitabilitySegmentActuals)
  • Query ACDOCA
  • Apply mapping rules:
    • IF Account = 800000 → Revenue
    • IF Account = 510000 → Statistical Freight

👉 Values are calculated dynamically, not stored.


4️⃣ Where You See This in Reporting

AreaExplanation
Fiori Margin Analysis appsUses CDS + mapping
Group Data AnalysisUses mapped value fields
Custom CDS viewsJoin ACDOCA + mapping
KE24 (compatibility)Read-only, simulated

5️⃣ Important Restrictions ⚠️

TopicReality in Account-Based CO-PA
Statistical value field posting❌ Not possible
Reposting to stat. fields❌ Not possible
KE4* tables❌ Not updated
Real-time reconciliation✅ Always reconciled
Line-item level✅ Full drill-down

6️⃣ Typical Real-Life Example (Pharma / Manufacturing)

Freight Cost (Statistical in Classic CO-PA)

ClassicS/4HANA Account-Based
Statistical value fieldP&L G/L account
Stored in CE1Stored in ACDOCA
Reconciliation neededNo reconciliation
Periodic valuationReal-time

Mapping:

  • Freight G/L → Statistical value field
  • Used only for Margin Analysis reports

7️⃣ Best Practices (Strongly Recommended)

✅ Treat G/L accounts as single source of truth
✅ Use statistical value fields only as reporting labels
✅ Design account structure carefully (no overloading)
✅ Build analytics on CDS views, not KE24
❌ Do NOT try to replicate classic CO-PA behavior


8️⃣ Quick Summary (One-Line)

In Account-Based Margin Analysis, statistical value fields are not posted, but derived at reporting time from G/L accounts in ACDOCA via mapping configuration, purely for analytical compatibility.


Discover more from MP's S/4HANA and MyHELP808

Subscribe to get the latest posts sent to your email.

Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.