SAP-implementatietemplates: de SAP Activate-set per fase

SAP Activate-templates zijn de implementatietemplates en accelerators die SAP voor elke fase van een S/4HANA-programma publiceert, van het scopingdocument in Prepare tot het cutoverplan in Deploy. U vindt ze in de SAP Activate Roadmap Viewer en, bij cloudprogramma's, in SAP Cloud ALM.

Kort antwoord: u hebt ze niet allemaal nodig. U hebt er ongeveer een dozijn nodig, elk met een benoemde eigenaar en een aftekenmoment, en u behoudt ongeveer 80 procent van de standaardstructuur van SAP. De tabel hieronder is de set waar ik op sta in de 21 SAP-programma's die ik heb geleid of gered.

De templates vinden is makkelijk. Weten welke u serieus moet nemen, is het lastige deel.

Dit is de set SAP-implementatietemplates die ik afgetekend wil zien, met de eigenaar en het moment waarop elk template klaar moet zijn.

Fase	Template	Eigenaar	Afgetekend vóór
Prepare	Scopingdocument van het project	Programmamanager (sponsor keurt goed)	De start van Explore
Prepare	Business case	CFO of business owner	Het vrijgeven van het budget
Prepare	Stakeholdermatrix	Programmamanager	Het inplannen van de Explore-workshops
Explore	Requirements- en fit-gapsheet	Design authority (business en IT)	De start van Realize
Realize	Configuratielog	Functionele leads	Elk transport naar QA gaat
Realize	Register van maatwerkontwikkeling	Development lead	De bouw van welk object dan ook start
Realize	Teststrategie	Testmanager	De start van de systeemintegratietest
Realize	Datamigratieplan	Datamigratielead	De eerste proefmigratie
Deploy	Cutoverplan	Cutovermanager	De laatste generale repetitie
Deploy	Go-live-gereedheidschecklist	Programmadirecteur (sponsor tekent)	Het go/no-go-overleg
Deploy	Ondersteuningsmodel voor hypercare	Service delivery lead	De go-live
Run	Sheet voor performancemonitoring	Basis-lead	De go-live

SAP Activate heeft zes fasen: Discover, Prepare, Explore, Realize, Deploy en Run. Het combineert de content van SAP Best Practices, een methodologie en begeleide configuratie. Discover is de vrijblijvende onderzoeksfase, dus voor de meeste klanten eindigt die voordat het contract is getekend en beginnen de templates hieronder bij Prepare.

1. 01DiscoverMeestal voordat het contract is getekend
2. 02PrepareScopingdocument, business case, stakeholdermatrix
3. 03ExploreRequirements- en fit-gapsheet
4. 04RealizeConfiguratielog, ontwikkelregister, teststrategie, migratieplan
5. 05DeployCutoverplan, go-live-gereedheid, hypercare
6. 06RunPerformancemonitoring

Elk template afgetekend vóór zijn gate

In de Roadmap Viewer is elke roadmap opgedeeld in fasen, deliverables en taken. De templates zijn opgeslagen als accelerators: handleidingen, voorbeelddocumenten en checklists, gekoppeld aan de taak die ze nodig heeft. U kunt filteren op fase, workstream of accelerator, en dat is de snelste manier om de SAP Activate-deliverables van één fase bij elkaar te halen.

Behoud bij het aanpassen ongeveer 80 procent van de standaardstructuur. Wijzig alleen wat uw context weerspiegelt: sectoreisen, wettelijke controls, regionale specifieke punten. Wie alles herschrijft, gooit de reden weg om ze te gebruiken.

Wat er in de tooling is veranderd

De fasestructuur is dezelfde. De tooling eromheen is verschoven.

1. SAP Cloud ALM is waar de templates bij cloudprogramma's staan. Het wordt aan klanten geleverd met SAP Enterprise Support en zit bij SAP-cloudabonnementen zoals RISE with SAP. Solution Manager 7.2 heeft mainstream maintenance tot eind 2027 en extended maintenance tot 2030 voor geselecteerde functies.
2. Joule zit in de methodologietools. SAP heeft Joule in 2025 toegevoegd aan de Roadmap Viewer en aan SAP Cloud ALM, zodat een team om begeleiding bij een taak of een eerste concept kan vragen. Het vervangt niet de persoon die de fit-gap aftekent.
3. Clean Core kent nu niveaus. In augustus 2025 introduceerde SAP vier Clean Core-niveaus, A tot en met D, waarbij niveau A alleen vrijgegeven API's gebruikt en niveau D niet clean is. Uw fit-gapsheet heeft een kolom nodig voor waar elke gap terechtkomt.

Projecten die dit voorwerk overslaan, betalen ervoor in Explore en Realize. Deze drie documenten zijn de documenten die teams overslaan om sneller bij de configuratie te komen.

Scopingdocument van het project

Het legt vast wat het programma omvat en wat niet. Als iemand na drie maanden scope wil toevoegen (en dat gebeurt), is dit het referentiepunt.

De onderdelen die ik verwacht:

1. Titel, sponsor en programmamanager.
2. Achtergrond: de huidige situatie en de reden voor verandering.
3. Doelen in cijfers, bijvoorbeeld "afsluitcyclus van 14 dagen naar 5".
4. Binnen scope, per module en proces (FI/CO, MM/SD-integratie, datamigratie, UAT, go-live).
5. Buiten scope, net zo expliciet beschreven als de scope (HR, migratie van legacyrapporten, integraties buiten het ERP).
6. Aannames en randvoorwaarden, zoals de beschikbaarheid van de sponsor voor een maandelijkse stuurgroep en een vaste go-livedatum.
7. Planning per fase, met aftekening door de sponsor en het PMO voordat Explore begint.

Leg de planning naast wat realistisch is. In mijn ervaring duren GROW-programma's 6 tot 9 maanden, RISE 9 tot 18 maanden, brownfield-conversies 12 tot 18 maanden en greenfield 18 tot 24 maanden; mijn gids voor de SAP-implementatieplanning splitst dat uit per fase.

Template voor de business case

Het zet de kosten-batenanalyse neer in een vorm die het financeteam kan lezen. Ik heb klanten gehad die met deze structuur bij de eerste indiening goedkeuring voor het programma kregen, omdat de cijfers helder zijn en de aannames op papier staan.

De structuur:

1. Eigenaar en samenvatting: waarom nu, wat verandert er, wat blijft hetzelfde.
2. Probleemstelling: lengte van de afsluitcyclus, handmatige workarounds, leeftijd van het systeem.
3. Voorgestelde aanpak: greenfield, brownfield of selectief, met een samenvatting van de scope.
4. Gekwantificeerde baten: dagen minder voor de afsluiting, FTE-tijd, foutpercentages, auditrisico.
5. Kosten en financiering: implementatie, licentie of abonnement, interne tijd, onvoorzien.
6. De drie grootste risico's, met kans en impact.
7. Advies: doorgaan, doorgaan onder voorwaarden, of uitstellen.

Eén regel houd ik aan: de systeemintegrator die het werk gaat uitvoeren, hoort dit document niet te schrijven. Zijn prikkel is beginnen. De uwe is afronden, en mijn template voor een SAP-business case gaat dieper in op het batenmodel.

Stakeholdermatrix

Hij brengt iedereen in kaart die door de implementatie wordt geraakt, met hun invloed en de manier waarop u hen betrekt. Hij laat zien wie een wekelijkse update nodig heeft en wie een seintje vóór de go-live.

Leg per groep rol, belang, invloed en betrokkenheid vast. Een typische set: de CFO als sponsor (maandelijkse stuurgroep), de IT-directeur als technisch eigenaar, de financieel directeur als belangrijkste proceseigenaar, plantmanagers en crediteuren- en debiteurengebruikers als geraakte gebruikers, en interne audit bij de quality gates.

Gebruik dezelfde matrix om de Prepare-workshops te plannen die de requirements op hoofdlijnen ophalen. Nummer ze nu al in het formaat dat u in Explore gebruikt (REQ-001 enzovoort), zodat het spoor terug naar de oorspronkelijke vraag blijft bestaan.

In Explore wordt het ontwerp vastgelegd in Fit-to-Standard-workshops op basis van SAP Best Practices. Hier lopen SAP-budgetten ook uit de hand, omdat het aantal WRICEF-objecten (workflows, rapporten, interfaces, conversies, uitbreidingen en formulieren) hier groeit.

Laat de volgorde van de fasen niet verschuiven. Bij een Europese retailopdracht in 2023 probeerde de klant Explore over te slaan en bouwde drie maanden lang op onvolledige requirements. Mijn uitsplitsing van SAP-implementatiekosten laat zien hoe zulk herstelwerk budget wordt.

Requirements- en fit-gapsheet

Requirementsmapping koppelt elke bedrijfsbehoefte aan een systeemcomponent en een testcase. De fit-gapanalyse laat daarna zien waar standaard-SAP aan de behoefte voldoet en waar niet.

Ik houd beide in één sheet bij, met een kolom voor het oplossingspad. Op S/4HANA heeft elke gap een expliciet antwoord nodig: standaardconfiguratie, key-user-extensie, developer-extensie in het systeem of een side-by-side-extensie op SAP BTP.

Req-ID	Requirement	SAP-component	Fit / gap	Oplossingspad	Testref.
REQ-001	Geautomatiseerde journaalposten voor de maandafsluiting	FI-GL periodeafsluiting	Fit	Configuratie van terugkerende boekingen	TC-001
REQ-002	Goedkeuring van inkooporders op mobiel	MM-inkoop, Fiori-goedkeuringsapp	Fit in S/4HANA	Standaardapp en workflowconfiguratie	TC-003
REQ-003	Automatisering van intercompany-facturering	SD-facturering, FI-integratie	Fit	Configuratie van intercompany-facturering	TC-010
REQ-004	Data-archivering voor privacyregels	Information Lifecycle Management	Gap	Configuratie van ILM-beleid	TC-025
REQ-005	Realtime kostenplaatsrapportage	CO, embedded analytics of SAC	Gap	Embedded analytics of SAC-liveverbinding	TC-030
REQ-006	Selfserviceportaal voor leveranciers	SAP Ariba of leveranciersportaal	Gap	Ariba-integratie	TC-020

Hier wordt het geld bespaard. Bij een ECC-naar-S/4HANA-migratie van een Europees productiebedrijf in 2023 verminderden de fit-gapworkshops het aantal geplande uitbreidingen met 35 procent, en de besparing liep in de zes cijfers.

Twee regels laten de sheet werken. De leverancier mag de scope niet bepalen, want elke gap die hij als bouwwerk markeert, is factureerbaar werk voor hem. Een design authority van business en IT is eigenaar van de Clean Core-beslissingen, en wijzigingen in SAP-code hebben een benoemde goedkeurder nodig; mijn SAP Clean Core-strategie legt de niveaus uit.

Dit is de bouwfase. Deze templates vormen het audittrail van elke configuratiebeslissing, elke ontwikkeling en elk testresultaat.

Configuratielog

Het legt elke systeemwijziging vast: wie die maakte, waarom en in welk transport ze zat. Als er later iets breekt, traceert u het probleem in minuten in plaats van dagen.

Elke regel heeft nodig:

1. Configuratie-ID en module (bijvoorbeeld MM-CONF-001).
2. Configuratiepad en gewijzigd object.
3. Geraakt bedrijfsproces en de reden.
4. Wie het configureerde, en wanneer.
5. Nummer van het transportverzoek.
6. Belangrijkste waarden ervoor en erna.
7. Gekoppelde testcases en goedkeuringsstatus.

Register van maatwerkontwikkeling

Elk maatwerkobject krijgt een regel voordat iemand code schrijft: ID, omschrijving, rol van de ontwikkelaar, inspanning, status en type extensie. De kolom met het type extensie is waar Clean Core wordt afgedwongen.

Bij een Europese S/4HANA-implementatie in de retail in 2024 sneed het register 30 procent van de geplande maatwerkcode weg. Het liet zien waar standaard-SAP prima zou werken.

Teststrategie

Ze brengt al het testen op één plek samen: wie wat test, wanneer, in welke omgeving en volgens welke norm.

1. Scope: functioneel, integratie, regressie, performance en UAT over de modules binnen scope.
2. Omgevingen: ontwikkeling, QA, UAT en pre-productie.
3. Tools: testbeheer in SAP Cloud ALM of in uw bestaande tool, met de automatiserings- en performancetools bij naam.
4. Levenscyclus van defecten, met ernst en prioriteit vastgesteld bij de triage.
5. Exitcriteria: alle kritieke defecten gesloten, UAT afgetekend, een vooraf afgesproken slagingspercentage voor regressie.

SAP Activate sluit Realize af met integratietests en gebruikersacceptatietests. Schrijf de exitcriteria op voordat het testen begint, niet wanneer de resultaten binnenkomen.

Datamigratieplan

Datamigratie is de workstream die u het meest waarschijnlijk pijn doet. Het plan dekt scope (zakenpartners, materialen, openstaande posten, saldi), bronsystemen, mappingregels, tools (de SAP S/4HANA Migration Cockpit), proefmigraties, validatie en terugdraaien.

Validatie is het deel dat teams te weinig plannen: spreek aantallen records, steekproeven en saldoaansluiting af vóór de eerste proefmigratie.

In SAP Activate omvat Deploy de inrichting van productie, de cutover, de go-live en de hypercare. Deze templates maken van een chaotisch weekend een beheerst evenement.

Template voor een SAP-cutoverplan

Het cutoverplan brengt het onderhoudsvenster uur voor uur in kaart. Elke taak heeft een eigenaar, een starttijd en een afhankelijkheid. Niemand hoort om 2 uur 's nachts rond te staan zonder te weten wat de volgende stap is.

Spreek vier dingen af voordat u de takenlijst schrijft: het venster (bijvoorbeeld vrijdag 22:00 tot zaterdag 06:00), de trigger voor terugdraaien, hoe snel het legacysysteem weer aan kan, en de smoketests die bewijzen dat het nieuwe systeem werkt. Daarna de volgorde:

Stap	Taak	Eigenaar	Start	Status
1	Legacysysteem bevriezen (geen boekingen)	Basis	22:00	Open
2	Laatste data-extractie en aansluiting	Datamigratielead	22:30	Open
3	Migratielading in productie	Datamigratielead	23:00	Open
4	Resterende transporten importeren	Basis	00:30	Open
5	Interfaces en netwerkroutering omzetten	Integratielead	01:30	Open
6	Smoketest: FI-boeking, goederenontvangst, verkooporder	QA-lead	02:00	Open
7	Bevestiging door de business en go/no-go	Programmadirecteur	03:00	Open
8	Systeem openstellen voor zakelijke gebruikers	Basis	06:00	Open

Go-live-gereedheidschecklist

Die bepaalt of u echt klaar bent om over te stappen. Elk punt wordt met ja of nee beantwoord, met bewijs.

1. Functioneel: kernprocessen en moduleoverstijgende scenario's getest, openstaande P1- en P2-defecten op een lijst, key users bevestigen dat ze klaar zijn.
2. Data: stam- en transactiegegevens geladen en aangesloten, aansluitrapporten goedgekeurd, bevriezing van het legacysysteem bevestigd.
3. Finance: de configuratie van de periodeafsluiting getest voor elke company code en entiteit.
4. Technisch: cutoverplan goedgekeurd, transporten in productie, batchjobs ingepland, monitoring ingericht.
5. Mensen: dekking van de training, toegangsrollen gevalideerd, hypercareteam bemand.
6. Besluit: kritieke risico's en maatregelen, go / no-go / voorwaardelijk, goedgekeurd met naam, rol en datum.

De financeregel staat er niet voor niets. Bij een retailprogramma in de GCC in 2024 ving de go-livereview twee dagen voor de go-live een configuratieprobleem in de financiële afsluiting over alle 25 entiteiten; dat zou een herstel van zes cijfers hebben veroorzaakt.

Ik heb deze beoordeling gebruikt om bij twee programma's twee weken uitstel te adviseren. Daar is ze voor.

Ondersteuningsmodel voor hypercare

Het regelt hoe u na de lancering met problemen omgaat. Zonder dit model wordt elk probleem een P1.

1. Hypercareperiode en dekking, bijvoorbeeld vier weken met verlengde uren.
2. Supportkanalen: de incidentqueue, een chatkanaal en een telefoonbrug voor P1's.
3. Supportlijnen: servicedesk, functionele consultants, daarna Basis en ontwikkeling.
4. Reactie- en oplostijden per ernst.
5. Exitcriteria: geen openstaande P1- of P2-problemen en een getekende overdracht aan de supportorganisatie.

Run is de ondersteuning en het beheer van het live systeem. Het template dat de meeste teams te vroeg loslaten, is het template dat de performance bewaakt.

Sheet voor performancemonitoring

Het volgt de gezondheid van het systeem dag na dag, zodat u vertragingen ziet voordat gebruikers klagen. Bij een Europees programma in de financiële dienstverlening in 2024 ving het in week 3 van de hypercare een databaseprobleem dat het systeem tijdens de maandafsluiting had laten crashen.

De metrics die ik volg, elk met een doel, een alarmdrempel en een eigenaar:

1. Dialoogresponstijd (95e percentiel): doel onder 1 seconde, alarm bij 2 seconden, Basis.
2. Achtergrondjobs: 100 procent op tijd afgerond, alarm bij elke fout, operations lead.
3. Querytijd van de database: doel onder 200 ms, alarm bij 500 ms, databasebeheerder.
4. Foutpercentage van interfaces: onder 1 procent, alarm bij 2 procent, integratielead.
5. Looptijd van de jobs voor de maandafsluiting: binnen het afgesproken venster, alarm bij 30 procent boven de baseline, finance operations.

SAP Activate bouwt quality gates in de faseroadmaps in, met controlepunten per fase. Mijn gids over SAP quality gates beschrijft hoe u ze inricht; hier leest u waarom ze tanden nodig hebben.

Leg bij elke gate criteria voor slagen en zakken vast. "95 procent van de regressietests slaagt." "Alle FI-integratiescenario's staan op groen." Met zulke criteria kunt u voet bij stuk houden als de business op een vaste datum live wil, ongeacht de kwaliteit.

Een quality gate bij een Europees productieprogramma in 2024 hield ons tegen toen het slagingspercentage van de integratietests op 74 procent stond. We hielden vast, losten de problemen op en gingen twee weken later live. Het aantal supporttickets in de eerste maand na de go-live was de helft van wat vergelijkbare programma's doorgaans zien.

Ook de aftekening door het management mag geen stempelwerk zijn; het afsluitprobleem bij de GCC-retailer hierboven werd precies bij die review gevonden. Een gate die de sponsor met één telefoontje kan passeren, is geen gate. Leg vast wie hem mag opheffen voordat u dat nodig hebt.

Voor het volledige proces rond deze templates, zie mijn stapsgewijze gids voor SAP-implementatie.

Deze gids hoort bij mijn overzicht van SAP-implementatie, met links naar elk onderwerp van business case tot go-live.

Waar kan ik SAP Activate-templates downloaden?

In de SAP Activate Roadmap Viewer op me.sap.com/roadmapviewer. Open de roadmap voor uw implementatievorm en filter op fase of op accelerator om de templates, handleidingen en checklists per taak te zien.

Bij cloudprogramma's is dezelfde content beschikbaar in SAP Cloud ALM, waar taken en deliverables binnen het project kunnen worden gevolgd.

Wat zijn de SAP Activate-deliverables in elke fase?

Prepare levert de scope, het plan, de governance en de business case. Explore levert de Fit-to-Standard-uitkomsten, de backlog van requirements en fit-gap en het oplossingsontwerp. Realize levert het geconfigureerde en geteste systeem, inclusief integratietests en gebruikersacceptatietests.

Deploy levert de cutover, de go-live en de hypercare. Run omvat de ondersteuning en verbetering van het live systeem.

Welke SAP Activate-fase heeft de belangrijkste templates?

Prepare. Het scopingdocument, de business case en de stakeholdermatrix bepalen elke beslissing die volgt, en juist die slaan teams over om sneller bij de configuratie te komen.

Explore volgt op korte afstand, omdat de fit-gapsheet het aantal WRICEF-objecten bepaalt en daar lopen budgetten uit de hand.

Kunt u SAP Activate-templates aanpassen?

Ja. Behoud ongeveer 80 procent van de standaardstructuur en wijzig alleen wat specifiek voor u is: validatieregels in de farmaceutische industrie, aanbestedingen in de publieke sector, SOX-controls. Doe die wijzigingen aan het begin van Prepare, niet in Deploy.

Pas de volgorde van de fasen, de quality gates of de go-live-gereedheidsbeoordeling niet weg.

Wat moet een template voor een SAP-cutoverplan bevatten?

Een getimede takenlijst voor het onderhoudsvenster, met een eigenaar, starttijd en afhankelijkheid voor elke taak. Spreek vóór de takenlijst het venster af, de trigger voor terugdraaien, de tijd die nodig is om het legacysysteem weer aan te zetten en de smoketests.

Spreek af wie het besluit tot terugdraaien neemt, en uiterlijk hoe laat, voordat de cutover begint. Besluiten over terugdraaien die om 4 uur 's nachts zonder afgesproken criteria worden genomen, zijn waar de problemen na de go-live beginnen.

Wat staat er op een SAP-go-live-gereedheidschecklist?

Functionele, data-, finance-, technische en personele gereedheid, elk met ja of nee beantwoord en met bewijs, plus een vastgelegd go/no-go-besluit met namen en data.

Test de configuratie van de periodeafsluiting voor elke entiteit vóór de go-live. Het is de controle die u het meest waarschijnlijk behoedt voor een herstel van zes cijfers.

Werken SAP Activate-templates voor greenfield en brownfield?

Ja. Het verschil zit vooral in Explore. Een brownfield-conversie neemt de configuratie mee, dus de fit-gap richt zich op wat moet veranderen en welke maatwerkcode standaard-S/4HANA nu kan vervangen; een greenfield-programma begint bij SAP Best Practices.

Ook het cutoverplan verschilt, omdat een systeemconversie een andere technische volgorde heeft dan een greenfield-datalading.