Clean Core 3 min read

Beat the 2027 SAP deadline without a rip-and-replace

SAP ECC mainstream maintenance ends in 2027. Here's a custom-code migration plan for small and mid-size teams that de-risks the move to S/4HANA — incrementally, without rewriting everything.

Akshay Palimkar
Akshay Palimkar

Founder & Principal SAP Consultant

Abstract teal and navy illustration of a countdown toward a clean S/4HANA core

SAP ECC 6.x mainstream maintenance ends on 31 December 2027. Extended support runs to 2030 for EHP 6–8, but at a premium — and it buys time, not a plan. If you run custom ABAP on ECC, the clock is the project manager now.

The uncomfortable part isn’t the database conversion. It’s the custom code. A typical estate carries thousands of Z-objects, and industry analyses consistently find that 30–50% of custom code is dead weight — never executed, duplicated, or made redundant by S/4HANA standard. Drag all of it across and you pay to migrate, test, and maintain code you didn’t need.

The good news: you do not have to rewrite everything, and you do not have to do it in one big bang. Here’s the plan we run.

1. Baseline before you touch anything

Run ATC (SAP’s code-quality checker) with the ABAP_CLOUD_DEVELOPMENT_DEFAULT variant across your whole repository. You’ll get a wall of findings — that’s expected. The point of the baseline is not to panic at the number; it’s to freeze a starting line you can measure progress against.

On one recent engagement a mid-size manufacturer’s conversion had stalled at 4,200 findings with no triage and a team unsure where to start. The first deliverable wasn’t a single fix — it was the baseline and a worst-first backlog.

2. Decide build vs. retire vs. replace — per object

Not every finding deserves a fix. For each custom object, the call is one of three:

  • Retire — dead or redundant code. The cheapest win in any migration; deleting beats remediating.
  • Replace — a custom thing SAP now does as standard. Adopt the standard, drop the Z.
  • Build (remediate) — genuinely differentiating logic. This is what you keep and modernize.

Half your backlog usually disappears in this step.

3. Remediate worst-first, in batches

Group the survivors by remediation pattern, not by transaction. The same handful of patterns — direct table writes, sy- fields, native SQL, unreleased APIs, classic Dynpro — account for most findings, and each has a known released replacement. (We walk through all five in the ATC findings post.) Fix them in batches, behind your normal transport process, so the business keeps running.

4. Put a gate up so it stays fixed

The migration is wasted if new code reintroduces the same violations the week after. Wire an ATC quality gate into CI so every transport is checked, and the clean core stays clean. In the engagement above, that gate is what turned “4,200 findings” into a green, durable cloud-readiness state in six weeks.

Why earlier is cheaper

Beyond the support cliff, there’s a market reason to move now. Demand for S/4HANA talent is projected to outstrip supply into the deadline, with consulting rates expected to rise 30–50% in 2026–27. The teams that start early pay less, get the specialists, and avoid the 2027 crush.

Where to start

You don’t need a year-long program to begin — you need a number. Score your codebase with the free readiness audit, or have us run a fixed-scope Readiness Assessment: a Clean Core score, a worst-first backlog, and a right-sized roadmap you own outright. That’s the cheapest, lowest-risk first step you can take before 2027.

Akshay Palimkar

Written by

Akshay Palimkar

Akshay is an SAP ABAP engineer with 15 years across ECC, S/4HANA, RAP and Clean Core. He builds the open-source tools and training he consults with.