Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 5 of 5

Governance reporting

9 min

Listen to this lesson

0:00 / 6:45

Clean core is a long-running effort, and long-running efforts drift without a steady reporting rhythm. Grace's program board wants to know three things each month: where the estate stands, whether it is getting better or worse, and which decisions need them. This lesson turns the classified inventory into governance.

What to report

MeasureWhy it mattersContoso value at baseline
Extensions by level (A/B/C/D)The headline picture of upgrade risk18 / 64 / 121 / 37 of 240
Level D in critical processesThe items most likely to hurt an upgrade11 in order-to-cash and finance
New extensions by level this periodShows whether the policy for new work is followed6 new, all level A or B
Remediations completed and verifiedProgress with evidence, not intent0 (program starts next month)
Open exemptions with expiryExceptions that need a decision or an exit4, two expiring this quarter

A monthly clean core report. Counts per level matter less than the trend and the critical-process view.

  1. Scheduled ATC runClean core checks across all customer packages in CMD, against the pinned classification file
  2. Aggregate by extensionMap objects to extensions; take the lowest level per extension
  3. Compare with last periodNew, remediated, retired and regressed extensions
  4. Review exceptionsArchitect and owners review new C or D usages and exemptions
  5. Board summaryOne page: trend, critical items, decisions needed
Contoso's monthly reporting cycle for clean core status.
The Sign-Off Table · thesignofftable.com/academy/sap-abp-301

Policy for new work

The fastest way to improve the picture is to stop adding to the bottom of it. Contoso's architecture board agrees a simple policy: new extensions are built at level A by default; level B is allowed when no released API exists and the classic API is documented; level C needs an architect-approved exemption with an owner, a reason and an expiry date; level D needs board approval and a written exit plan. ATC at transport release enforces the parts it can, and exemptions are recorded where everyone can see them.

  1. Can the requirement be met with released APIs, key user tools or a BTP app?Yes → build at level A · No → next question
  2. Is there a classic API for the gap?Yes → level B allowed; note the API and request a released successor · No → next question
  3. Is internal object access unavoidable?Yes → level C with exemption, owner, expiry and changelog review · No → rethink the design
  4. Is a modification or implicit enhancement proposed?Yes → board decision with exit plan, or reject · No → proceed
The design review path for new extensions at Contoso.
The Sign-Off Table · thesignofftable.com/academy/sap-abp-301

Tools for the picture

ATC is the source of truth for code-level findings. SAP also highlights a RISE with SAP Methodology dashboard that gives insights into clean core adoption for RISE customers; check what your contract and release give you, and make sure the extension-level view your board sees can be traced back to ATC results. Keep the inventory itself (extension, owner, level, reason, exemption, target level and date) in a place the whole program can read, and link remediation work to features in SAP Cloud ALM so progress and test evidence sit together.

Every number the board sees should trace back to ATC results, with remediation work and its test evidence kept together in SAP Cloud ALM.
The Sign-Off Table · thesignofftable.com/academy/sap-abp-301

Communicating with non-developers

  • Talk about upgrade effort and risk, not about language versions.
  • Show trends and the critical-process list; a single percentage invites gaming.
  • Tie each decision request to a business process and an owner, such as Dan for finance or Maria for order-to-cash.
  • Celebrate retirements; deleting unused code is progress.

What would you do?

At the monthly board, the clean core report shows two new level D extensions created this period, both by a partner team under deadline pressure, with no exemption on record. What should Kenji recommend?

Key points
  • Report extensions by level, critical-process level D, new work by level, verified remediations and exemptions.
  • Policy for new work: A by default, B with justification, C with exemption, D only with board approval and exit plan.
  • Keep the board view traceable to ATC results and the pinned classification file.
  • Use the report to scope upgrade regression around level C and D extensions.

Check your understanding · not graded

Lesson check

  1. 1. Which measure best shows whether the new-work policy is followed?

  2. 2. Under Contoso's policy, what does a new level C extension need?

  3. 3. Why should the board-level view be traceable to ATC results?

  4. 4. How should clean core status shape upgrade regression scope?