SAP implementacijski predlošci: vodič po fazama

SAP Activate isporučuje predložak za gotovo svaku isporuku u S/4HANA programu. Naći ćete ih u SAP Activate Roadmap Vieweru, a na cloud programima i unutar SAP Cloud ALM-a. Pronaći ih je lako. Teško je znati koje treba shvatiti ozbiljno.

Ovaj je vodič namijenjen voditeljima programa, voditeljima PMO-a i sponzorima koji postavljaju implementaciju. Obuhvaća predloške na kojima inzistiram u svakoj fazi, prikazuje radni izgled svakog od njih i označava gdje timovi režu kutove. Ako imate tjedan dana do pokretanja projekta, prvo napravite dokument o opsegu i matricu dionika. Sve nizvodno oslanja se na ta dva.

Obrazac na ECC i S/4HANA programima na kojima sam radio u proizvodnji, maloprodaji i financijskim uslugama dosljedan je. Timovi koji slijede predloške ranije hvataju probleme. Timovi koji ih tretiraju kao neobaveznu papirologiju usred projekta otkriju da se svaka odluka koju nisu zapisali pretvorila u spor oko opsega.

Ovo je skup za koji očekujem da je potpisan, s osobom koja posjeduje svaki od njih i točkom koju mora proći.

Faza	Predložak	Vlasnik	Potpisan prije
Prepare	Dokument o opsegu projekta	Voditelj programa (sponzor odobrava)	Početka faze Explore
Prepare	Poslovni slučaj	CFO ili vlasnik poslovnog procesa	Oslobađanja sredstava
Prepare	Matrica dionika	Voditelj programa	Zakazivanja radionica faze Explore
Explore	Tablica zahtjeva i fit-gap	Solution arhitekt s vlasnicima procesa	Početka faze Realize
Realize	Dnevnik konfiguracije	Funkcionalni voditelji	Prijenosa svakog transporta u QA
Realize	Registar prilagođenog razvoja	Voditelj razvoja	Početka izrade bilo kojeg objekta
Realize	Strategija testiranja	Voditelj testiranja	Početka sistemskog integracijskog testiranja
Realize	Plan migracije podataka	Voditelj migracije podataka	Prvog probnog učitavanja
Deploy	Plan cutovera	Voditelj cutovera	Završne generalne probe
Deploy	Procjena spremnosti za puštanje u rad	Direktor programa (sponzor potpisuje)	Sastanka za odluku go/no-go
Run	Model podrške u hypercareu	Voditelj isporuke usluga	Puštanja u rad
Run	Tablica za praćenje performansi	Voditelj Basisa	Puštanja u rad

Activate ima šest faza: Discover, Prepare, Explore, Realize, Deploy i Run. Spaja sadržaj SAP Best Practices, vođenu konfiguraciju i agilni pristup isporuci. Za većinu kupaca Discover se događa prije potpisivanja ugovora, pa predlošci u nastavku počinju od faze Prepare.

1. 01DiscoverObično prije potpisivanja ugovora
2. 02PrepareDokument o opsegu, poslovni slučaj, matrica dionika
3. 03ExploreTablica zahtjeva i fit-gap
4. 04RealizeDnevnik konfiguracije, registar razvoja, strategija testiranja, plan migracije
5. 05DeployPlan cutovera, spremnost za puštanje u rad
6. 06RunModel hypercarea, praćenje performansi

Svaki predložak potpisan prije svoje kontrolne točke

Redoslijed faza nije izbor. Radio sam s trgovcem koji je pokušao preskočiti dijelove i na kraju je ponovio tri mjeseca posla. Svaka kontrolna točka kvalitete postoji s razlogom.

Pri prilagodbi predložaka zadržite oko 80 % standardne strukture. Mijenjajte samo ono što odražava Vaš kontekst: zahtjeve industrije, regulatorne kontrole, regionalne posebnosti. Prepisivanje svega gubi smisao.

Što se promijenilo u alatima za 2026.

Struktura Activatea ista je kao prije. Alati oko nje su se pomaknuli.

1. SAP Cloud ALM drži predloške na cloud programima. To je SAP-ov nasljednik Solution Managera, uključen uz SAP Enterprise Support i uz cloud pretplate kao što je RISE with SAP. Opseg, zahtjevi, testni planovi i zadaci cutovera mogu ondje živjeti uz sljedivost među njima. Solution Manager 7.2 izlazi iz redovnog održavanja krajem 2027., uz prošireno održavanje do 2030. za neke funkcije, pa postojeći on-premise sustavi imaju nekoliko godina, a ne desetljeće.
2. Joule je sada unutar alata metodologije. SAP je Joule učinio dostupnim u Activate Roadmap Vieweru 2025. i u SAP Cloud ALM-u, pa tim može zatražiti smjernice za zadatke ili izraditi sadržaj iz roadmapa. Ubrzava prvi nacrt. Ne zamjenjuje osobu koja potpisuje fit-gap.
3. Clean core sada je pravilo dizajna, s razinama. U kolovozu 2025. SAP je svoj troslojni model proširivosti zamijenio s četiri razine clean corea, od A do D. Razina A koristi samo objavljene API-je, bilo na SAP BTP-u ili unutar sustava uz ABAP Cloud. Razina D uopće nije čista. Predložak za fit-gap treba stupac za to gdje će svaki gap završiti.
4. Public edition sužava fit-gap. SAP sada prodaje S/4HANA Cloud Public Edition kao SAP Cloud ERP, a srednje velikim tvrtkama kao SAP GROW. Vrijedi istih šest faza s lakšim artefaktima, a dopuštene su samo ekstenzije preko objavljenih API-ja, pa stupac „gap” ima manje mogućih odgovora.

Projekti koji preskoče ovaj temelj plaćaju ga u fazama Explore i Realize.

Predložak opsega projekta

Definira što projekt uključuje, a što ne. Kad netko pokuša dodati opseg tri mjeseca kasnije (a hoće), ovaj je dokument referentna točka. SAP projektna povelja nalazi se iznad njega i nosi detalje upravljanja.

Odjeljak	Detalji
Naslov, sponzor, voditelj projekta	Implementacija SAP S/4HANA Finance; CFO; imenovani viši voditelj projekta
Pozadina	Trenutačno stanje i pokretač promjene
Ciljevi	Skratiti ciklus zatvaranja s 14 dana na 5; ukloniti ručna usklađivanja
U opsegu	FI/CO, MM/SD integracija, migracija podataka, UAT, puštanje u rad
Izvan opsega	HR moduli, migracija naslijeđenih izvještaja, integracije trećih strana izvan ERP-a
Pretpostavke	Izvršni sponzor dostupan za mjesečni SteerCo; testni podaci dogovoreni do 6. tjedna
Ograničenja	Fiksni datum puštanja u rad; samo interni resursi za konfiguraciju
Isporuke	Konfigurirani sustav, testni planovi, plan cutovera, materijali za obuku
Vremenski plan	Prepare: tjedni 1 do 4; Explore: tjedni 5 do 10; Realize: tjedni 11 do 26
Odobrenje	Prije početka faze Explore potreban potpis sponzora projekta i PMO-a

Predložak poslovnog slučaja

Provodi analizu troškova i koristi u formatu koji financijski tim može čitati. Imao sam klijente koji su odobrenje programa dobili pri prvom podnošenju koristeći ovu strukturu, jer su brojke jasne, a pretpostavke zapisane.

Jedno pravilo kojeg se držim: integrator sustava koji će isporučiti posao ne bi smio pisati ovaj dokument. Njegov je poticaj započeti. Vaš je završiti. Moj predložak SAP poslovnog slučaja dublje obrađuje model koristi.

Odjeljak	Detalji
Vlasnik i sažetak	CFO ili direktor programa; zašto sada, što se mijenja, što ostaje isto
Opis problema	Konkretni operativni problemi (duljina ciklusa zatvaranja, ručna zaobilazna rješenja, starost sustava)
Predloženi pristup	Greenfield / brownfield / selektivno, uz sažetak opsega
Koristi	Kvantificirane: dani manje u ciklusu zatvaranja, ušteda FTE-a, smanjenje stope pogrešaka, smanjenje revizijskog rizika
Trošak i financiranje	Implementacija, licenca ili pretplata, vrijeme internih resursa, rezerva; izvor proračuna
Rizici	Tri najveća, s vjerojatnošću i utjecajem
Preporuka	Nastaviti / uvjetno nastaviti / odgoditi, uz obrazloženje

Matrica identifikacije dionika

Mapira sve na koje implementacija utječe i njihovu razinu utjecaja. Na prvi pogled pokazuje kome trebaju tjedna ažuriranja, a kome samo najava prije puštanja u rad.

Dionik	Uloga	Interes	Utjecaj	Angažman
CFO grupe	Izvršni sponzor	ROI programa, poboljšanje zatvaranja financija	Visok	Mjesečni SteerCo, tjedno pisano ažuriranje
IT direktor	Tehnički vlasnik	Stabilnost sustava, integracija, sigurnost	Visok	Tjedni odbor programa, svakodnevno tijekom faze Realize
Direktor financija	Ključni vlasnik procesa	FI/CO dizajn, proces zatvaranja	Visok	Radionice u fazi Explore, potpis UAT-a
Voditelji pogona	Pogođeni korisnici	Promjene MM/PP procesa	Srednji	Mjesečna komunikacija o promjenama, sudjelovanje u UAT-u
Krajnji korisnici (AP/AR)	Operateri	Promjene na razini transakcija	Nizak	Obuka, podrška u hypercareu
Interna revizija	Upravljanje	Sljedivost, kontrole, usklađenost	Srednji	Pregledi artefakata na kontrolnim točkama kvalitete

Istu matricu iskoristite za planiranje radionica u fazi Prepare koje bilježe zahtjeve visoke razine po odjelima. Numerirajte te zahtjeve u formatu koji ćete koristiti u fazi Explore (REQ-001 i tako dalje), kako se ništa ne bi preimenovalo kasnije i kako bi sljedivost do izvornog zahtjeva ostala sačuvana.

Explore je mjesto gdje implementacija dobiva oblik. Ovi predlošci razotkrivaju jaz između onoga što SAP radi iz kutije i onoga što poslovanju treba.

Predložak mapiranja zahtjeva i fit-gap

Mapiranje zahtjeva bilježi poslovne potrebe po odjelima i prati svaku do komponente sustava i testnog slučaja. Vidio sam tvrtke koje su ga preskočile i završile sa sustavima koje nitko ne koristi, jer se izrada temeljila na onome što su konzultanti pretpostavljali, a ne na onome što je poslovanje reklo.

Fit-gap analiza zatim pokazuje gdje standardni SAP zadovoljava svaku potrebu, a gdje ne. Za većinu mojih klijenata to otvara oči. Volim gledati trenutak kad tim shvati da može koristiti standardnu funkcionalnost umjesto skupog prilagođenog koda.

Oboje držim u jednoj tablici, sa stupcem za put rješenja. Na S/4HANA svaki gap treba izričit odgovor: standardna konfiguracija, ekstenzija ključnog korisnika, razvojna ekstenzija u sustavu ili side-by-side ekstenzija na SAP BTP-u. Klasične modifikacije SAP koda najskuplji su odgovor i trebale bi zahtijevati imenovanog odobravatelja.

ID zahtjeva	Zahtjev	SAP komponenta	Fit / Gap	Put rješenja	Test ref.
REQ-001	Automatizirani žurnali mjesečnog zatvaranja	FI-GL, zatvaranje razdoblja	Fit	Konfigurirati predloške ponavljajućih dokumenata	TC-001
REQ-002	Odobravanje narudžbenica preko Fiorija	MM nabava, Fiori aplikacija za odobravanje	Gap (nije u ECC-u)	Standardna S/4HANA aplikacija i konfiguracija tijeka rada	TC-003
REQ-003	Automatizacija intercompany fakturiranja	SD fakturiranje, FI integracija	Gap	Konfiguracija intercompany fakturiranja	TC-010
REQ-004	Praćenje batch poslova	Aplikacija Application Jobs	Fit	Standardna aplikacija	TC-015
REQ-005	Portal za samouslugu dobavljača	SAP Ariba ili portal za dobavljače	Gap	Integracija s Aribom	TC-020
REQ-006	Arhiviranje podataka sukladno GDPR-u	ILM, arhiviranje podataka	Gap	Konfiguracija ILM pravila	TC-025
REQ-007	Izvještavanje o mjestima troška u stvarnom vremenu	CO, embedded analytics ili SAC	Gap	Embedded analytics ili live veza sa SAC-om	TC-030
REQ-008	Podrška za 500 istodobnih korisnika	HANA dimenzioniranje	Gap (testirano 300)	Pregled dimenzioniranja i jačanje infrastrukture	TC-035

Ovo je faza izrade. Ovi predlošci su revizijski trag za svaku odluku o konfiguraciji, svaki razvoj i svaki rezultat testa.

Predložak praćenja konfiguracije

Bilježi svaku promjenu sustava: tko ju je napravio, zašto i u kojem transportu. Kad se kasnije nešto pokvari, problem pratite u minutama, a ne u danima.

1. ID konfiguracije i modul: [npr. MM-CONF-001, MM]
2. IMG putanja i konfiguracijski objekt: [npr. tablica T161, vrste dokumenata narudžbenice]
3. Svrha i pogođeni poslovni proces
4. Konfigurirao i datum
5. Broj transportnog zahtjeva: [npr. DEVK900123]
6. Ključne vrijednosti: prije i poslije
7. Povezani testni slučajevi
8. Status validacije i odobrenja

Registar prilagođenog razvoja

Svaki prilagođeni objekt dobiva redak prije nego itko napiše kod. Jedan od mojih klijenata smanjio je svoj prilagođeni kod za 30 % jer je registar pokazao gdje bi standardni SAP radio sasvim dobro.

Dev ID	Objekt	Opis	Programer	Napor (sati)	Status	Vrsta ekstenzije
CD-001	Fiori pločica: pregled mjesta troška	Pločica za CO izvještavanje u stvarnom vremenu za financije	Fiori programer	12	Završeno	Razvojna ekstenzija
CD-002	Izvještaj o intercompany fakturiranju	Izvještaj za IC usklađivanje	ABAP programer	20	U tijeku	Razvojna ekstenzija
CD-004	Aplikacija statusa plaćanja dobavljača	Fiori aplikacija za upite o plaćanjima AP-a	BTP programer	10	Čeka QA	Side-by-side na BTP-u
CD-005	Obavijest o primitku robe	E-mail okidač pri knjiženju primke robe	Integracijski programer	24	Planirano	Temeljeno na događajima, na BTP-u

Predložak strategije testiranja

Sve planove testiranja stavlja na jedno mjesto: tko što testira, kada, u kojem okruženju i prema kojem standardu.

Odjeljak	Detalji
Opseg	Funkcionalno, integracijsko, regresijsko, testiranje performansi, UAT kroz module u opsegu (penetracijsko testiranje je u nadležnosti InfoSec-a)
Okruženja	DEV, QA, UAT (pretprodukcija), staging za završnu validaciju
Alati	Upravljanje testiranjem u SAP Cloud ALM-u ili Jira/Xray; automatizacija s Tricentis Tosca ili sličnim; performanse s JMeter ili LoadRunner
Životni ciklus defekta	Novo, U tijeku, Riješeno, Verificirano, Zatvoreno; ozbiljnost i prioritet određuju se pri trijaži
Kriteriji izlaza	Svi kritični defekti zatvoreni; UAT potpis zaprimljen; stopa prolaznosti regresije najmanje 95 %; ciljne vrijednosti performansi ostvarene

Predložak planiranja migracije podataka

Migracija podataka je tok rada koji Vas najvjerojatnije može povrijediti. Ovaj predložak razlaže je na korake koji razotkrivaju probleme s kvalitetom podataka prije cutovera, a ne tijekom njega. Članak o obrascima neuspjeha migracije podataka opisuje što pođe po zlu kad se preskoči.

Odjeljak	Detalji
Opseg	Matični podaci kupaca, matični podaci dobavljača, otvorene stavke, matični podaci materijala, stanja zaliha, hijerarhije mjesta troška
Izvorni sustavi	ECC 6.0 EHP 7 (primarni); naslijeđeni HR sustav (dodjele zaposlenika mjestima troška)
Ciljni sustav	S/4HANA (trenutačno izdanje)
Mapiranje i pravila	Kupci i dobavljači u Business Partner; mjesta troška u novu hijerarhiju; ukloniti neispravne bankovne podatke; spojiti duplikate
Alati za migraciju	SAP S/4HANA Migration Cockpit (primarni); Migration Object Modeler za prilagođene objekte; skripte za predobradu
Strategija učitavanja	Probno učitavanje na QA; delta migracija i usklađivanje; produkcijski cutover
Pristup validaciji	Broj zapisa iz izvora u cilj; 10 % slučajni uzorak; izvještaji o usklađenju salda
Plan povrata	Sigurnosna kopija prije cutovera; naslijeđeni sustav u pripravnosti 48 sati

Faza Deploy je kad idete u produkciju. Ovi predlošci kaotičan vikend pretvaraju u upravljan događaj.

Predložak planiranja cutovera

Mapira prozor prekida rada sat po sat. Svaki zadatak, svaki vlasnik, svako vrijeme početka. Vaš tim nikad ne bi smio stajati uokolo u 2 ujutro pitajući se što dalje.

Prije nego što napišete popis zadataka, dogovorite četiri stvari: prozor (na primjer petak u 22:00 do subote u 06:00), okidač za povrat, koliko brzo se naslijeđeni sustav može ponovno aktivirati i smoke testove koji dokazuju da novi sustav radi. Zatim slijed zadataka:

Korak	Opis	Vlasnik	Vrijeme početka	Status
1	Zamrznuti ECC sustav (bez knjiženja)	Basis	22:00	Na čekanju
2	Završno izdvajanje podataka i usklađivanje	Voditelj migracije podataka	22:30	Na čekanju
3	Pokrenuti produkcijsko učitavanje migracije	DBA	23:00	Na čekanju
4	Uvesti preostale transporte u produkciju	Basis	00:30	Na čekanju
5	Prebacivanje DNS-a i load balancera na S/4HANA	Mreža	01:30	Na čekanju
6	Smoke test: FI knjiženje, primka robe, prodajna narudžba	QA voditelj	02:00	Na čekanju
7	Poslovna potvrda i odluka go/no-go	Direktor programa	03:00	Na čekanju
8	Otvoriti sustav poslovnim korisnicima	Basis	06:00	Na čekanju

Procjena spremnosti za puštanje u rad

Odlučuje jeste li doista spremni za prebacivanje. Imao sam klijente koji su odgodili puštanje u rad na temelju ove procjene i poslije su mi zahvalili.

Područje	Provjere (svaka se odgovara s da ili ne, uz dokaz)
Funkcionalno	Ključni procesi testirani; međumodulni scenariji dovršeni; otvoreni P1/P2 defekti navedeni; ključni korisnici potvrđuju spremnost
Podaci	Učitavanja matičnih podataka dovršena; transakcijski podaci validirani; izvještaji o usklađivanju odobreni; zamrzavanje naslijeđenog sustava potvrđeno
Tehničko	Plan cutovera odobren; transporti u produkciji; batch poslovi zakazani; praćenje konfigurirano
Ljudi	Postotak pokrivenosti obukom; pristupne uloge validirane; tim za hypercare popunjen; plan podrške komuniciran
Odluka	Kritični rizici i mjere ublažavanja navedeni; Go / No-go / Uvjetno; odobreno imenom, ulogom i datumom

Nakon puštanja u rad posao mijenja oblik. Ovi predlošci provode sustav i tim kroz hypercare u stabilan rad.

Predložak podrške nakon implementacije

Organizira kako postupate s problemima nakon pokretanja. Bez njega svaki problem postaje P1.

Odjeljak	Detalji
Prozor hypercarea	Tjedni 1 do 4 nakon puštanja u rad: pokrivenost 24/7
Kanali podrške	ServiceNow red incidenata (primarni); namjenski chat kanal; telefonski most za P1 probleme
Razine podrške	1: service desk (lozinke, navigacija, poznati problemi); 2: funkcionalni konzultanti (upiti o procesima, manja konfiguracija); 3: Basis i razvoj (sistemske pogreške, performanse, sučelja)
SLA (odgovor / rješenje)	Kritično 15 min / 2 h; Visoko 30 min / 4 h; Srednje 4 h / 1 dan; Nisko 1 dan / 3 dana
Praćenje	SAP Cloud ALM ili Solution Manager; dnevni pregled zapisnika pogrešaka
Kriteriji izlaza	Nema otvorenih P1/P2 problema; svi incidenti dokumentirani; potpis završne primopredaje

Predložak praćenja performansi

Omogućuje Vam da dan po dan pratite zdravlje sustava i uočite usporavanja prije nego što se korisnici požale. Nedavno sam pomogao jednoj tvrtki da na ovaj način uhvati problem baze podataka koji bi srušio njihov sustav tijekom mjesečnog zatvaranja.

Metrika	Cilj	Alat	Prag upozorenja	Vlasnik
Vrijeme odziva dijaloga (95. percentil)	Ispod 1 sekunde	ST03 / SAP Cloud ALM	2 sekunde	Basis tim
Završetak pozadinskih poslova	100 % prema rasporedu	SM37 / Application Jobs	Bilo koji neuspjeli posao	Voditelj operacija
Vrijeme upita baze podataka	Ispod 200 ms	SAP HANA cockpit	500 ms	DBA
Dostupnost sustava	Iznad 99,5 %	SAP Cloud ALM	Ispod 99 %	Infrastruktura
Stopa pogrešaka sučelja	Ispod 1 %	SAP Integration Suite praćenje	2 %	Voditelj middlewarea
Stopa uspješnih prijava	Iznad 98 %	Sigurnosni revizijski zapisnik	Ispod 95 %	Voditelj sigurnosti
Trajanje posla mjesečnog zatvaranja	Unutar dogovorenog prozora	Planer poslova	Preko 30 % iznad osnovne vrijednosti	Financijske operacije

Kontrolne točke kvalitete sprječavaju da problem iz jedne faze postane skup ponovni rad u sljedećoj. Moj vodič o SAP kontrolnim točkama kvalitete objašnjava kako ih postaviti. Evo zašto su važne.

Potpis rukovodstva prije puštanja u rad ne bi smio biti puko štambiljanje. Na jednom projektu na kojem sam radio izvršni direktor uhvatio je veliki problem tijekom pregleda puštanja u rad koji bi poremetio rad financijskog tima.

Postavite kriterije prolaza i pada na svakoj točki. „95 % regresijskih testova mora proći.” „Svi FI integracijski scenariji su zeleni.” Takvi kriteriji daju Vam obranjivu osnovu da zadržite liniju kad poslovanje želi pokretanje na određeni datum bez obzira na kvalitetu.

Na jednom od mojih projekata kontrolna točka kvalitete zaustavila nas je kad je prošlo samo 75 % integracijskih testova. Prvo smo ispravili probleme umjesto da žurimo naprijed. To je klijentu uštedjelo oko 100.000 eura za hitne ispravke nakon pokretanja.

Kontrolna točka koju sponzor može nadjačati jednim telefonskim pozivom nije kontrolna točka. Zapišite tko je može ukinuti prije nego što Vam zatreba.

Što je metodologija SAP Activate?

SAP Activate je SAP-ova implementacijska metodologija za S/4HANA i druge cloud proizvode. Ima šest faza (Discover, Prepare, Explore, Realize, Deploy, Run) i spaja sadržaj SAP Best Practices, vođenu konfiguraciju i agilnu isporuku.

Popisi zadataka i predlošci isporuka za svaki scenarij uvođenja objavljeni su u SAP Activate Roadmap Vieweru.

Koja faza SAP Activatea ima najvažnije predloške?

Prepare. Dokument o opsegu, poslovni slučaj i matrica dionika postavljaju temelj za svaku odluku koja slijedi, a to su upravo oni koje timovi preskaču kako bi brže došli do konfiguracije. Taj prečac najčešći je uzrok sporova oko opsega u fazi Realize.

Explore je drugi. Praznine u dokumentima fit-gap i mapiranja zahtjeva izlaze na vidjelo kao UAT defekti mjesecima kasnije, kad je njihovo ispravljanje mnogo skuplje nego što bi bilo u trećem tjednu faze Explore.

Mogu li se predlošci SAP Activatea prilagođavati?

Da. Zadržite oko 80 % standardne strukture i mijenjajte samo ono što je specifično za Vaš kontekst: farmaceutsku validaciju, pravila javne nabave u javnom sektoru, SOX kontrole. Dodajte ih na početku faze Prepare, a ne u fazi Deploy.

Ne prilagođavajte strukturu kontrolnih točaka kvalitete, redoslijed faza ni obvezne artefakte (dokument o opsegu, poslovni slučaj, procjenu spremnosti za puštanje u rad).

Rade li predlošci SAP Activatea i za greenfield i za brownfield?

Da. Glavna razlika je u fazi Explore. Brownfield konverzija prenosi postojeću konfiguraciju, pa se fit-gap usredotočuje na ono što se mora promijeniti, koji prilagođeni kod standardni S/4HANA sada može zamijeniti i koje je čišćenje podataka potrebno prije konverzije. Greenfield program kreće od SAP Best Practices i potvrđuje koji standardni procesi odgovaraju.

Razlikuje se i plan cutovera. Brownfield konverzija sustava slijedi drukčiji slijed od greenfield puštanja u rad s potpunom migracijom podataka.

Koliko detaljan treba biti plan cutovera?

Sat po sat kao minimum, a za prozor prekida rada i detaljniji. Svaki zadatak treba vrijeme početka, vlasnika i ovisnost.

Dogovorite kriterije povrata prije početka cutovera: koji uvjeti pokreću povratak na naslijeđeni sustav, tko donosi tu odluku i do kada. Odluke o povratu donesene u 4 ujutro bez unaprijed dogovorenih kriterija mjesto su gdje počinju katastrofe nakon puštanja u rad.