Het onderhoud van SAP ECC eindigt op 31 december 2027: een prijsstap, geen uitschakeling

Op 31 december 2027 beëindigt SAP het reguliere onderhoud (mainstream maintenance) voor SAP ECC 6.0 en de andere kernapplicaties van SAP Business Suite 7. Op 1 januari 2028 gaat er niets uit. Uw systeem blijft draaien, uw gebruikers blijven facturen boeken, en SAP verkoopt u nog steeds support. Wat verandert, is hoeveel u ervoor betaalt en wat u ervoor krijgt.

Dat onderscheid doet ertoe, want veel van het advies dat de ronde doet, behandelt 2027 als een afgrond. Voor de meeste bedrijven die nog op ECC zitten, is het dat niet, en dat weten ze: de grootste groep resterende ECC-gebruikers plant op 2030. Het echte risico is een ander. Het werk dat de datum werkelijk bepaalt (eigen ABAP, interfaces, data) wordt laat afgebakend, en 2030 blijkt even krap als 2027 was.

Dit artikel is voor CIO's en SAP-verantwoordelijken bij middelgrote bedrijven, de meeste in Duitstalige markten, die nog ECC draaien en moeten beslissen hoe de komende drie jaar eruitzien.

Waartoe SAP zich werkelijk heeft verbonden

De voorwaarden staan op de pagina over de onderhoudsstrategie van SAP en werden voor het eerst aangekondigd in februari 2020:

• Tot 31 december 2027: regulier onderhoud voor de kernapplicaties van Business Suite 7, waaronder SAP ERP 6.0, op de laatste drie enhancement packages. Zit uw systeem op een ouder enhancement package, controleer dan SAP Note 2881788 (gelinkt vanaf die pagina) voordat u een plan op de datum van 2027 bouwt.
• 1 januari 2028 tot en met 31 december 2030: optioneel extended maintenance, tegen “een toeslag van twee procentpunten op de onderhoudsgrondslag”. Simpel gezegd: het onderhoudstarief dat u vandaag betaalt, gaat twee punten omhoog.
• Neemt u geen extended maintenance, dan gaat u automatisch over op customer-specific maintenance. Wat dat dekt, staat in SAP Note 52505, gelinkt vanaf dezelfde pagina. Lees die voordat u aanneemt dat het genoeg is.
• Voor S/4HANA: SAP heeft zich verbonden aan onderhoud tot eind 2040.

Voor een kleinere groep is er nog een route. In augustus 2025 presenteerde SAP de SAP ERP, private edition, transition option: een tijdelijk abonnement dat ECC van 2031 tot en met 2033 in de private cloud van SAP onderbrengt. De voorwaarden zijn streng. “Systemen moeten vóór 31 december 2030 zijn gemigreerd naar SAP ERP, private edition op SAP HANA.” HANA is de enige ondersteunde database, de optie komt alleen samen met het max success plan voor 2031 tot en met 2033, en SAP hanteert een minimum van 2 TB voor systemen die eronder vallen. SAP zegt dat de optie bedoeld is voor “onze grootste en meest complexe SAP ERP-klanten”. De “commercieel gelijkwaardige voorwaarden” die SAP aanbood, golden voor klanten die zich vóór eind 2025 aan private edition verbonden.

Welk niveau u ook kiest, leg SAP en uw partner één vraag schriftelijk voor: welke wettelijke wijzigingen (belastingen, salarisadministratie, formaten voor e-facturatie) uw ECC-systeem nog bereiken, en tot wanneer. Voor een Duits bedrijf kan alleen al dat antwoord beslissen of blijven waar u bent haalbaar is.

Wat de rest van de markt doet

DSAG, de Duitstalige SAP-gebruikersvereniging, hield voor haar Investment Report 2026 een enquête onder 198 respondenten tussen 8 december 2025 en 21 januari 2026. Daarvan draait 54 procent nog ECC of de oudere Business Suite, tegen 68 procent in 2024.

Wat de timing betreft, wil bijna de helft van de respondenten uiterlijk eind 2030 overstappen op S/4HANA, wat volgens DSAG betekent dat ze voor extended maintenance betalen. Nog eens 37 procent wil uiterlijk eind 2027 overstappen, en slechts 4 procent mikt op 2033 en de private edition transition option.

De voorzitter van DSAG, Jens Hungershausen, noemde de redenen zonder omwegen: tekorten aan vaardigheden, parallelle transformatieprojecten en beperkte budgetten duwen planningen naar achteren, “ook als dat tot hogere onderhoudskosten leidt”.

Ook publieke inkopers komen in beweging. Onze eigen telling van Europese aanbestedingsberichten vindt in 2025 en 2026 ongeveer 200 procedures voor S/4HANA-migraties per halfjaar, en begin oktober al meer dan 300 in 2026, de meeste in Duitsland. Het werk gebeurt. Het is verspreid over een langere aanloop dan de koppen over 2027 doen vermoeden.

Waar het werk werkelijk zit

De technische conversie van ECC naar S/4HANA wordt door SAP en zijn partners goed ondersteund met tooling. Draait u een licht aangepast ECC met een handvol standaardinterfaces, dan heeft uw integrator dit al vaak gedaan en is het meeste van wat volgt niet uw probleem.

Het wordt uw probleem naarmate u meer zelf hebt gebouwd.

Eigen ABAP: waar projecten uitlopen

S/4HANA is niet ECC op een nieuwe database. Delen van het datamodel zijn veranderd. Klanten en leveranciers worden zakenpartners (business partners). Financiële boekingen en voorraadboekingen zijn samengevoegd in minder, bredere tabellen. Sommige transacties en functies zijn verwijderd of vervangen.

Eigen code die tabellen rechtstreeks leest, steunt op een exit die is verhuisd, of stilzwijgend uitgaat van een sorteervolgorde (HANA belooft er geen tenzij de query erom vraagt), kan een syntaxcontrole doorstaan en toch het verkeerde doen. Dat laatste soort doet pijn, omdat het in de integratietests of na de livegang opduikt, niet in de codescan.

De werkwijze die werkt:

1. Meet eerst het gebruik. Zet gebruikslogging aan in productie (de ABAP call monitor, transactie SCMON) en laat die draaien tot en met een volledige jaarafsluiting. In systemen die lang bestaan, draait een flink deel van de eigen objecten vaak nooit. Code die niemand uitvoert, wordt verwijderd, niet gemigreerd.
2. Laat de analysetools los op wat overblijft. De controles van SAP vinden mogelijke problemen. Welke ertoe doen voor het bedrijf, kunnen ze u niet vertellen.
3. Deel elk object in. Uitfaseren, vervangen door standaardfunctionaliteit, ter plekke repareren of buiten de kern opnieuw bouwen. Eén beslissing per object, met een benoemde eigenaar in het bedrijf.
4. Test per proces, niet per object. De code aanpassen is het goedkope deel. Aantonen dat order-to-cash en de maandafsluiting nog dezelfde cijfers opleveren, is het dure deel.

Projecten lopen hier uit om een saaie reden: niemand heeft vroeg genoeg geteld. Het volume aan eigen code is maar ruwweg bekend, de mensen die het schreven zijn vaak vertrokken, en de echte bevindingen komen in de tweede testcyclus, nadat de datum intern al is aangekondigd.

Interfaces, en PI/PO op dezelfde klok

ECC staat zelden alleen. IDocs naar het magazijn, RFC- en BAPI-aanroepen vanaf de werkvloer, platte bestanden naar de bank en de belastingadviseur, een klantportaal dat een databaseview leest die iemand in 2011 heeft aangemaakt. Elk daarvan moet worden gevonden, getest en in sommige gevallen opnieuw gebouwd.

Lopen die interfaces via SAP Process Integration of Process Orchestration, dan is er een tweede deadline op dezelfde data. Het Architecture Center van SAP zegt dat PI/PO “het einde van het standaardonderhoud in 2027” nadert, dat klanten het onderhoud kunnen verlengen tot 2030, en dat de support van SAP daarna stopt. SAP verwijst PI/PO-klanten naar SAP Integration Suite, met een migratieassessment en migratietooling met wizards.

De tooling helpt bij de standaardobjecten. Ze vertelt u niet welke interfaces nog ergens voor dienen, en eigen mappinglogica moet nog steeds door een mens worden gelezen. Bouw de inventaris op uit middlewareconfiguratie, logs en geplande taken, niet uit een vragenlijst. Plan daarna de ERP-verhuizing en de middlewareverhuizing samen. Doet u ze na elkaar, dan wordt elke interface twee keer getest.

Datamigratie

Bij een systeemconversie verhuizen uw gegevens mee met het systeem, en hun kwaliteit ook. De conversie naar zakenpartners is meestal de eerste botsing: dubbele klanten, leveranciers die ook klant zijn, adressen in vrijetekstvelden, belastingnummers op de verkeerde plek. Dat moet allemaal vóór de conversie worden opgeschoond, niet tijdens.

Bij een nieuwe implementatie extraheert, schoont, transformeert en laadt u, en het moeilijke deel is de aansluiting. Finance tekent af als saldi en openstaande posten kloppen, niet als de laadtaak klaar is. Bouw de migratie als herhaalbare code die u een dozijn keer kunt draaien tegen steeds schonere data, met een automatische vergelijking van de resultaten bij elke run.

Archiveer op beide paden eerst wat u niet meer nodig hebt. Minder data betekent kortere conversieruns en een korter downtimevenster.

Clean-core-uitbreidingen

De verleiding in een project dat door een deadline wordt gedreven, is elke modificatie mee te nemen en te beloven later op te ruimen. Later komt niet.

SAP noemt het alternatief clean core: laat het standaardsysteem ongewijzigd en bouw uitbreidingen tegen interfaces die SAP publiceert en stabiel houdt, binnen S/4HANA of ernaast op het SAP Business Technology Platform. Niet alles kan op dag één clean zijn. De regel die u echt kunt volhouden, is eenvoudiger: er wordt niets nieuws meer op de oude manier gebouwd. Elke modificatie die u nu vermijdt, hoeft u bij geen enkele toekomstige upgrade opnieuw te testen.

Een beslisraamwerk

Er zijn drie realistische paden, en een vierde dat minder aandacht krijgt.

Live op S/4HANA uiterlijk 31 december 2027. Dit past bij bedrijven die al zijn begonnen, een grotendeels standaardsysteem draaien en een partner hebben vastgelegd. Vanaf vandaag is dat vijftien maanden, en weinig financiële teams accepteren een overschakeling midden in de jaarafsluiting. Is uw analyse van eigen code nog niet gedaan, dan is dit waarschijnlijk niet uw pad.

Betalen voor extended maintenance en uiterlijk in 2030 live. Hierheen beweegt het grootste deel van de markt. De kosten zijn de toeslag van twee punten; vraag SAP te bevestigen hoe die geldt als u halverwege de periode live gaat. Het risico is 2030 te behandelen zoals 2027 werd behandeld: als ver weg, tot het dat ineens niet meer is.

De private edition transition option tot 2033. Dat betekent een RISE with SAP-contract, HANA, uw systeem vóór 31 december 2030 verhuisd naar SAP ERP, private edition, het max success plan en het minimum van 2 TB. Voor een middelgroot bedrijf is het zelden de goedkoopste manier om tijd te kopen.

SAP verlaten. Voor sommige middelgrote fabrikanten en distributeurs is een kleiner ERP-systeem een reële optie. Het werk aan interfaces en data krimpt niet. Het wordt het grootste deel van het project.

De komende zes maanden, welk pad u ook kiest

Tussen nu en eind maart 2027 betaalt al het volgende zich op elk pad uit:

1. Bevestig uw uitgangspunt. Enhancement package, database, onderhoudscontract. Vraag uw SAP-accountteam schriftelijk naar de voorwaarden voor extended maintenance die voor u gelden.
2. Zet nu gebruikslogging aan, zodat die de jaarafsluiting van 2026 vastlegt.
3. Voer een analyse van eigen code uit en kom eruit met een telling, niet met een indruk: hoeveel objecten, hoeveel in gebruik, hoeveel raken aan de veranderde delen van het datamodel.
4. Bouw de interface-inventaris op, inclusief alles wat via PI/PO loopt, met een eigenaar en een beslissing per interface.
5. Begin met het opschonen van stamgegevens, klanten en leveranciers eerst.
6. Stop met het toevoegen van modificaties. Nieuwe ontwikkeling volgt vanaf vandaag clean core.
7. Neem de onderhoudsverhoging van 2028 op in het budget voor 2027, als bekende kostenpost in plaats van als verrassing.
8. Leg capaciteit vast: de partner, uw interne SAP-team en de ontwikkelaars die de systemen rond SAP onderhouden. Tekorten aan vaardigheden zijn een van de redenen die de leden van DSAG noemen voor uitlopende planningen.

Terugtellend vanaf een livegang in 2030: testcycli en generale repetities voor de overschakeling in 2030, bouwen en herstellen in 2029, ontwerp en opschonen van data in 2028, analyse nu. Daar zit minder speling in dan het lijkt.

Waar u hulp krijgt

Wij zijn geen functioneel SAP-adviesbureau en we voeren geen S/4HANA-conversies uit; we werken naast de partner die dat doet, aan de inventaris en herbouw van interfaces, de code voor de datamigratie en de aansluiting daarvan, en de applicaties rond ECC die de verhuizing moeten overleven. Dat werk staat beschreven op onze pagina over ERP-modernisering, en onderhoud van legacysystemen dekt de systemen die blijven waar ze zijn tot u verhuist. Wilt u het landschap rond uw ERP-systeem laten tellen voordat u een programma tekent, schrijf dan naar office@c9group.dev.