Hoe pak je een transitie naar SAP S/4HANA aan?

SAP S/4HANA is de opvolger van het klassieke SAP ERP-platform en combineert een in-memory database (SAP HANA) met een vereenvoudigd datamodel en een moderne gebruikersinterface (SAP Fiori). Een transitie naar S/4HANA is meer dan een technische upgrade: het raakt bedrijfsprocessen, rapportagestructuren, autorisatiemodellen en de manier waarop medewerkers dagelijks werken. Organisaties die de overstap onderschatten, lopen het risico dat techniek en praktijk uit elkaar gaan lopen.

Deze pagina legt uit wat een SAP S/4HANA-transitie inhoudt, welke aanpakken er zijn, waar de valkuilen zitten en welke literatuur je helpt om goed beslagen ten ijs te komen.

Wat is het verschil tussen een greenfield, brownfield en bluefield aanpak?

Bij een greenfield-implementatie begin je opnieuw: processen worden opnieuw ontworpen, configuratie wordt van de grond af opgebouwd en historische data wordt selectief gemigreerd. Dit biedt de meeste ruimte voor verbetering, maar vraagt ook de meeste tijd en investering.

Een brownfield-migratie (ook wel system conversion genoemd) converteert het bestaande SAP ERP-systeem naar S/4HANA. De bestaande configuratie, maatwerk en data blijven grotendeels intact. Dit is sneller, maar je neemt ook de bestaande tekortkomingen mee.

De bluefield-aanpak (of selective data transition) is een hybride: je migreert selectief processen en data, combineert het beste van greenfield en brownfield, en past de benadering aan per bedrijfsonderdeel of regio. Dit is complex in de uitvoering, maar steeds populairder bij grote, internationale organisaties.

De keuze tussen deze drie aanpakken hangt af van de staat van het huidige systeem, de hoeveelheid maatwerk, de beschikbare tijd en het ambitieniveau voor procesverbetering.

Stappenplan: hoe ziet een SAP S/4HANA-transitie er in de praktijk uit?

1. Readiness-assessment – Breng de technische staat van het huidige SAP-systeem in kaart: welke versie draait er, hoeveel maatwerk is er, welke interfaces bestaan er? SAP levert hiervoor de Readiness Check-tool. Tegelijkertijd inventariseer je de procesvolwassenheid en de bereidheid van de organisatie om te veranderen.
2. Keuze van aanpak en scope – Bepaal of je kiest voor greenfield, brownfield of bluefield. Definieer welke modules en bedrijfsonderdelen in scope zijn voor de eerste uitrol. Stel een business case op die niet alleen de IT-kosten, maar ook de verwachte procesverbeteringen kwantificeert.
3. Projectorganisatie inrichten – Stel een projectteam samen met zowel technische expertise (basis, functionele consultants, ABAP-ontwikkelaars) als proceskennis vanuit de business. Benoem een stuurgroep met voldoende mandaat. Projectleden die net uit operationele functies komen, onderschatten de complexiteit vaak – zorg voor gerichte begeleiding.
4. Ontwerp en configuratie – Vertaal bedrijfsprocessen naar S/4HANA-configuratie. Gebruik SAP Best Practices als startpunt en wijk alleen af waar de organisatie aantoonbaar afwijkende eisen heeft. Minimaliseer maatwerk: elk aanpassing vergroot de complexiteit van toekomstige upgrades.
5. Data-migratie en -kwaliteit – Data is vaak het grootste knelpunt. Begin vroeg met het inventariseren, schonen en transformeren van stamdata (klanten, leveranciers, materialen, grootboekrekeningen). In S/4HANA zijn klanten en leveranciers samengevoegd in het Business Partner-model – dit vereist een gerichte migratieaanpak.
6. Testen en valideren – Voer meerdere testronden uit: unit tests, integratietests en gebruikersacceptatietests (UAT). Betrek sleutelgebruikers vroeg bij het testen; zij signaleren afwijkingen die technisch testers missen.
7. Change management en go-live – Begeleid medewerkers actief in de overgang naar nieuwe werkwijzen en schermen. Train niet alleen op knoppen, maar op processen. Plan de go-live buiten piekperiodes en zorg voor intensieve hypercare-ondersteuning in de weken erna.

Hoe voorkom je dat techniek en praktijk uit elkaar gaan lopen?

Dit is de meest onderschatte uitdaging bij ERP-transities. Technische teams werken in sprints vooruit, terwijl de business nog bezig is met dagelijkse operaties. Het gevolg: opleveringen die technisch kloppen maar procesmatig niet aansluiten.

Een aantal concrete maatregelen helpt dit te voorkomen:

• Embed procesexperts in het projectteam – Niet als reviewers achteraf, maar als actieve deelnemers bij ontwerp en configuratie.
• Werk met prototypes en demonstraties – Toon vroeg aan sleutelgebruikers hoe hun dagelijkse werk eruitziet in het nieuwe systeem. Verras niemand bij de UAT.
• Gebruik een gedeelde procesdocumentatie – Zorg dat zowel IT als business dezelfde procesbeschrijvingen hanteert als basis voor ontwerp én training.
• Maak de kloof zichtbaar in de stuurgroep – Rapporteer niet alleen over voortgang in taken en budget, maar ook over de mate waarin de business gereed is voor de verandering.

ERP-projecten mislukken zelden door technische oorzaken. Ze stranden op onvoldoende eigenaarschap bij de business, te weinig aandacht voor data-kwaliteit en onderschatting van de leercurve bij eindgebruikers.

Wat verandert er in financiële processen en controlling bij S/4HANA?

SAP S/4HANA brengt ingrijpende wijzigingen in de financiële architectuur. Het klassieke onderscheid tussen het grootboek (FI) en management accounting (CO) vervalt grotendeels: alle boekingen landen in één universeel journaal. Dit vereenvoudigt de reconciliatie tussen externe en interne rapportage, maar vraagt ook een heroriëntatie op hoe controllers en financieel medewerkers hun werk inrichten.

Parallel ledgers, segmentrapportage en de inrichting van fiscal years zijn onderwerpen die bij een S/4HANA-implementatie opnieuw moeten worden doordacht. Hetzelfde geldt voor belastingcompliance: de integratie van directe en indirecte belastingen in S/4HANA verschilt wezenlijk van de klassieke opzet.

Hoe werkt het Business Partner-model in SAP S/4HANA?

Een van de meest zichtbare wijzigingen in S/4HANA is de verplichte overstap naar het Business Partner-model. In het klassieke SAP ERP werden klanten en leveranciers apart beheerd; in S/4HANA worden ze samengevoegd in één entiteit: de Business Partner. Dit vereenvoudigt stamgegevensbeheer, maar vraagt een zorgvuldige migratiestrategie.

Organisaties die hier te laat mee beginnen, ondervinden vertraging bij de go-live. De inrichting van rollen, nummerkringen en relaties tussen business partners vraagt vroege afstemming tussen functioneel beheer, IT en de business.

Wat zijn de aandachtspunten bij autorisaties en beveiliging in SAP?

Bij een S/4HANA-transitie is het autorisatieconcept een vaak vergeten aandachtsgebied. Nieuwe rollen, nieuwe transacties en een gewijzigd datamodel vereisen dat het bestaande autorisatieontwerp grondig wordt herzien. Wie dit als bijzaak beschouwt, loopt het risico op beveiligingslekken of juist te restrictieve instellingen die productiviteit belemmeren.

Het is verstandig om het autorisatieontwerp parallel aan de functionele inrichting te ontwikkelen, niet pas in de testfase.

Hoe richt je materials management en inkoop in binnen S/4HANA?

De modules voor materiaalplanning, inkoop en voorraadbeheer zijn in S/4HANA aanzienlijk herschreven. Processen die in het klassieke SAP via MRP en MM werden uitgevoerd, kennen in S/4HANA vereenvoudigde datastructuren en nieuwe transacties. Organisaties met complexe supply chains doen er goed aan dit deel van de scope apart te analyseren.

Welke rol speelt de technische architectuur en het HANA-platform?

SAP S/4HANA draait uitsluitend op de SAP HANA in-memory database. Dit is een fundamenteel andere architectuur dan de traditionele relationele databases (Oracle, SQL Server, IBM DB2) waarop SAP ERP doorgaans draaide. De performancewinst is aanzienlijk, maar de overgang vraagt technische voorbereiding: hardware- of cloudinfrastructuur, databasemigratie en kennis van HANA-beheer.

Voor organisaties die ook eigen ontwikkelingen hebben in ABAP, introduceert S/4HANA het ABAP RESTful Application Programming Model (RAP), dat een andere benadering vraagt dan klassieke ABAP-ontwikkeling.

Wat zijn de meest voorkomende valkuilen bij een SAP S/4HANA-transitie?

• Te weinig aandacht voor data-kwaliteit – Slechte stamdata verplaatst zich naar het nieuwe systeem en veroorzaakt fouten die moeilijk te herstellen zijn na go-live.
• Onderschatting van maatwerk – Elk aangepast programma of rapport moet worden beoordeeld en aangepast voor S/4HANA. Organisaties met veel maatwerk onderschatten dit structureel.
• Business-participatie te laat – Als sleutelgebruikers pas in de testfase worden betrokken, is bijsturen kostbaar en tijdrovend.
• Change management als sluitpost – Training en communicatie worden vaak te laat en te beperkt ingezet. Medewerkers die het systeem niet begrijpen, werken er omheen.
• Onrealistische planning – S/4HANA-projecten duren gemiddeld langer dan verwacht. Buffers voor testen, data-migratie en hypercare worden te krap ingeschat.
• Scope-uitbreiding tijdens het project – Nieuwe wensen en aanvullende modules komen gedurende het project naar boven. Zonder strakke scope-bewaking loopt het project uit de hand.

Wil je je hier verder in verdiepen?

De technische kant van een SAP S/4HANA-transitie is uitvoerig gedocumenteerd in vakliteratuur. Maar een succesvolle implementatie vraagt ook inzicht in verandermanagement, transformatieaanpakken en het leiden van complexe projecten. De onderstaande boeken bieden verdieping op die bredere context.

Samenvatting

Een transitie naar SAP S/4HANA is een ingrijpend programma dat technische, functionele en organisatorische verandering combineert. De keuze tussen greenfield, brownfield of bluefield bepaalt de aanpak; de kwaliteit van data, de betrokkenheid van de business en de aandacht voor change management bepalen het succes.

Technische kennis van de nieuwe modules (grootboek, controlling, business partners, materials management, belastingen, autorisaties) is noodzakelijk. Maar minstens zo belangrijk is het vermogen om de organisatie mee te nemen in de verandering — en om techniek en praktijk gedurende het hele traject in lijn te houden.

Wie beide kanten serieus neemt, vergroot de kans op een go-live die niet alleen technisch stabiel is, maar ook daadwerkelijk waarde oplevert voor de organisatie.

Veelgestelde vragen over SAP S/4HANA-transitie

Wat is het verschil tussen SAP ERP en SAP S/4HANA?

SAP S/4HANA draait op de in-memory database SAP HANA, heeft een vereenvoudigd datamodel en een moderne interface (SAP Fiori). Het klassieke SAP ERP (ook bekend als SAP R/3 of ECC) draait op traditionele relationele databases en heeft een complexer datamodel. SAP stopt met ondersteuning van ECC in 2027 (met uitgebreide optie tot 2030).

Hoe lang duurt een SAP S/4HANA-implementatie?

Een brownfield-migratie duurt gemiddeld 12 tot 18 maanden voor een middelgrote organisatie. Een greenfield-implementatie duurt doorgaans 18 tot 36 maanden, afhankelijk van de omvang en complexiteit. Grote internationale uitrolprogramma's kunnen meerdere jaren in beslag nemen.

Wat kost een SAP S/4HANA-transitie?

De kosten variëren sterk afhankelijk van de organisatieomvang, de hoeveelheid maatwerk, de gekozen aanpak en de inzet van externe consultants. Naast licentie- en infrastructuurkosten zijn projectkosten (consultancy, testen, training, data-migratie) vaak de grootste kostenpost. Een gedegen business case vooraf is essentieel.

Kan een SAP S/4HANA-implementatie agile worden uitgevoerd?

Ja, steeds meer organisaties combineren SAP's eigen methodiek (SAP Activate, gebaseerd op agile principes) met interne agile werkwijzen. Dit vraagt wel dat de business in staat is om iteratief feedback te geven en beslissingen te nemen. Een klassieke watervalplanning werkt in de praktijk zelden goed voor complexe ERP-projecten.

Wat is SAP Activate?

SAP Activate is de officiële implementatiemethodiek van SAP voor S/4HANA-projecten. Het bestaat uit zes fasen (Discover, Prepare, Explore, Realize, Deploy, Run) en integreert agile werkmethoden met SAP Best Practices. Het biedt een gestandaardiseerde aanpak die zowel greenfield als brownfield trajecten ondersteunt.

Moet al het maatwerk worden herschreven bij een overstap naar S/4HANA?

Niet per se herschreven, maar wel beoordeeld. Sommige klassieke ABAP-programma's werken technisch ook in S/4HANA, maar zijn mogelijk functioneel overbodig omdat standaardfunctionaliteit de behoefte nu dekt. Maatwerk dat gebruik maakt van vervallen tabellen of structuren moet worden aangepast. Een maatwerkinventarisatie is een verplichte stap in elk S/4HANA-project.

Het doel van deze pagina is om vakkennis — met name boeken — aan te bevelen die het beste passen bij deze vraag. Managementboek verdiept zich al meer dan 30 jaar in vakliteratuur en gebruikt nu ook AI om de opgebouwde kennis op een relevante en persoonlijke manier uit te serveren. Heb je zelf een vraag? Stel hem op managementboek.nl/oplossing en wij voegen deze binnen 1 dag toe.