The December 2027 deadline
SAP ends mainstream maintenance for SAP ECC in December 2027. That date is the single biggest driver of SAP work right now, and it creates a scheduling problem rather than just a technical one: every ECC customer is working to the same deadline, competing for the same implementation capacity.
The practical consequence is that timing is part of the decision. Organisations that start planning early get to choose their migration approach on merit and negotiate from a position of choice. Organisations that begin close to the deadline get a compressed timeline, less room for a phased approach, and a scarcer, more expensive supplier market.
Choosing a migration path
There are three routes to S/4HANA, and the choice has more to do with the state of your existing system than with technology preference.
Brownfield — system conversion
Converts your existing SAP system in place, preserving configuration, historical data and custom development. Lowest business disruption and usually the fastest route. The catch is that it carries your existing technical debt forward, including customisations that may no longer earn their keep.
Greenfield — new implementation
A fresh S/4HANA build. This is the right call when your existing configuration has accumulated years of workarounds, or when the business has changed enough that the current setup no longer reflects how it operates. Higher effort, and it is effectively a re-implementation project with change management to match.
Selective data transition
A hybrid: a clean core with selected configuration and data brought across. It offers the most control and is correspondingly the most complex to plan. It tends to suit organisations that want a fresh start but cannot abandon specific historical data or well-functioning process areas.
We assess your current landscape — custom code inventory, data quality, integration surface, and how far your configuration has drifted from standard — and recommend a route based on that evidence rather than a default preference.
Custom code is usually the deciding factor
The variable that most often determines effort is the volume and quality of custom ABAP. A custom code assessment early tells you what must be remediated for S/4HANA compatibility, what can be retired because standard functionality now covers it, and what genuinely needs rewriting. This analysis frequently changes which migration path makes sense, which is why it belongs at the start rather than during execution.
After go-live
Support and optimisation is a core service line for us, not an afterthought to implementation. That covers performance tuning, Fiori adoption, process optimisation as teams settle into the new system, and ongoing custom development where standard modules need extending.