SAP implementacijski predlošci: SAP Activate skup po fazama

SAP Activate predlošci su implementacijski predlošci i akceleratori koje SAP objavljuje za svaku fazu S/4HANA programa, od dokumenta o opsegu u fazi Prepare do cutover plana u fazi Deploy. Pronaći ćete ih u SAP Activate Roadmap Vieweru, a na cloud programima u SAP Cloud ALM-u.

Kratki odgovor: ne trebaju Vam svi. Treba Vam desetak, svaki s imenovanim vlasnikom i točkom odobrenja, a trebali biste zadržati oko 80 posto SAP-ove standardne strukture. Tablica u nastavku skup je koji tražim na 21 SAP programu koji sam vodio ili spašavao.

Pronaći predloške je lako. Teško je znati koje shvatiti ozbiljno.

Ovo je skup SAP implementacijskih predložaka koji očekujem vidjeti odobren, s vlasnikom i točkom koju svaki mora proći.

Faza	Predložak	Vlasnik	Odobrava se prije
Prepare	Dokument o opsegu projekta	Voditelj programa (odobrava sponzor)	Početka faze Explore
Prepare	Business case	CFO ili poslovni vlasnik	Oslobađanja sredstava
Prepare	Matrica dionika	Voditelj programa	Rezervacije radionica faze Explore
Explore	Tablica zahtjeva i fit-gap analize	Tijelo za dizajn (poslovanje i IT)	Početka faze Realize
Realize	Dnevnik konfiguracije	Funkcionalni voditelji	Prijenosa svakog transporta u QA
Realize	Registar prilagođenog razvoja	Voditelj razvoja	Početka razvoja bilo kojeg objekta
Realize	Strategija testiranja	Voditelj testiranja	Početka testiranja integracije sustava
Realize	Plan migracije podataka	Voditelj migracije podataka	Prvog probnog učitavanja
Deploy	Cutover plan	Voditelj cutovera	Završne generalne probe
Deploy	Kontrolni popis spremnosti za go-live	Direktor programa (potpisuje sponzor)	Sastanka go/no-go
Deploy	Model podrške u hypercareu	Voditelj isporuke usluga	Go-livea
Run	Tablica praćenja performansi	Voditelj Basisa	Go-livea

SAP Activate ima šest faza: Discover, Prepare, Explore, Realize, Deploy i Run. Kombinira sadržaj SAP Best Practices, metodologiju i vođenu konfiguraciju. Discover je istraživačka faza bez obveza, pa za većinu klijenata završava prije potpisivanja ugovora, a predlošci u nastavku počinju od faze Prepare.

1. 01DiscoverObično prije potpisivanja ugovora
2. 02PrepareDokument o opsegu, business case, matrica dionika
3. 03ExploreTablica zahtjeva i fit-gap analize
4. 04RealizeDnevnik konfiguracije, registar razvoja, strategija testiranja, plan migracije
5. 05DeployCutover plan, spremnost za go-live, hypercare
6. 06RunPraćenje performansi

Svaki predložak odobren prije svojih vrata

U Roadmap Vieweru svaka je mapa puta podijeljena na faze, isporuke i zadatke. Predlošci su pohranjeni kao akceleratori: upute, ogledni dokumenti i kontrolni popisi povezani sa zadatkom kojem trebaju. Možete filtrirati po fazi, radnom toku ili akceleratoru, što je najbrži način da izvučete SAP Activate isporuke za jednu fazu.

Kada ih prilagođavate, zadržite oko 80 posto standardne strukture. Mijenjajte samo ono što odražava Vaš kontekst: zahtjeve industrije, regulatorne kontrole, regionalne posebnosti. Ako sve prepišete, gubite razlog zbog kojeg ih koristite.

Što se promijenilo u alatima

Struktura faza je ista. Alati oko nje su se promijenili.

1. Na cloud programima predlošci su u SAP Cloud ALM-u. Dostupan je klijentima sa SAP Enterprise Supportom i dolazi uz SAP cloud pretplate poput RISE with SAP. Solution Manager 7.2 ima redovno održavanje do kraja 2027., a produženo održavanje do 2030. za odabrane funkcije.
2. Joule je unutar alata metodologije. SAP je 2025. dodao Joule u Roadmap Viewer i u SAP Cloud ALM, pa tim može zatražiti upute za zadatak ili prvi nacrt. Ne zamjenjuje osobu koja potpisuje fit-gap.
3. Clean Core sada ima razine. U kolovozu 2025. SAP je uveo četiri razine Clean Corea, od A do D, pri čemu razina A koristi samo objavljene API-je, a razina D nije čista. Vaša fit-gap tablica treba stupac koji pokazuje gdje će završiti svaki jaz.

Projekti koji preskoče ovu pripremu plaćaju je u fazama Explore i Realize. Ova tri dokumenta timovi preskaču kako bi brže došli do konfiguracije.

Dokument o opsegu projekta

Definira što program uključuje, a što ne. Kada netko pokuša dodati opseg nakon tri mjeseca (a hoće), ovo je referentna točka.

Odjeljci koje očekujem:

1. Naslov, sponzor i voditelj programa.
2. Pozadina: trenutačno stanje i razlog promjene.
3. Ciljevi u brojkama, na primjer „ciklus zatvaranja s 14 dana na 5”.
4. U opsegu, po modulu i procesu (FI/CO, integracija MM/SD, migracija podataka, UAT, go-live).
5. Izvan opsega, napisano jednako izričito kao i opseg (HR, migracija starih izvještaja, integracije izvan ERP-a).
6. Pretpostavke i ograničenja, poput dostupnosti sponzora za mjesečni upravni odbor i fiksnog datuma go-livea.
7. Vremenski plan po fazama, uz odobrenje sponzora i PMO-a prije početka faze Explore.

Vremenski plan uskladite s onim što je realno. Prema mom iskustvu GROW programi traju 6 do 9 mjeseci, RISE 9 do 18 mjeseci, brownfield konverzije 12 do 18 mjeseci, a greenfield 18 do 24 mjeseca; moj vodič za vremenski plan SAP implementacije to razlaže po fazama.

Predložak za business case

Prikazuje analizu troškova i koristi u obliku koji financijski tim može pročitati. Klijenti su mi s ovom strukturom dobili odobrenje programa već pri prvom podnošenju, jer su brojke jasne, a pretpostavke zapisane.

Struktura:

1. Vlasnik i sažetak: zašto sada, što se mijenja, što ostaje isto.
2. Opis problema: trajanje ciklusa zatvaranja, ručna zaobilazna rješenja, starost sustava.
3. Predloženi pristup: greenfield, brownfield ili selective, sa sažetkom opsega.
4. Kvantificirane koristi: dani manje u zatvaranju, vrijeme zaposlenika (FTE), stope pogrešaka, revizijski rizik.
5. Trošak i financiranje: implementacija, licenca ili pretplata, interno vrijeme, rezerva.
6. Tri najveća rizika, s vjerojatnošću i učinkom.
7. Preporuka: nastaviti, nastaviti uz uvjete ili odgoditi.

Pravilo kojeg se držim: sistem integrator koji će isporučiti posao ne bi smio pisati ovaj dokument. Njegov je interes početi. Vaš je završiti, a moj predložak za SAP business case ide dublje u model koristi.

Matrica dionika

Mapira sve na koje implementacija utječe, njihov utjecaj i način na koji ćete ih uključiti. Govori Vam tko treba tjedno izvješće, a tko samo najavu prije go-livea.

Za svaku skupinu zabilježite ulogu, interes, utjecaj i način uključivanja. Tipičan skup: CFO kao sponzor (mjesečni upravni odbor), IT direktor kao tehnički vlasnik, financijski direktor kao ključni vlasnik procesa, voditelji pogona i korisnici AP/AR-a kao pogođeni korisnici te interna revizija na vratima kvalitete.

Istu matricu koristite za planiranje radionica faze Prepare na kojima se prikupljaju zahtjevi visoke razine. Numerirajte ih već sada u formatu koji ćete koristiti u fazi Explore (REQ-001 i tako dalje), kako bi trag do izvornog zahtjeva ostao sačuvan.

U fazi Explore dizajn se fiksira na Fit-to-Standard radionicama prema SAP Best Practices. Tu se ujedno probijaju SAP budžeti, jer ovdje raste broj WRICEF objekata (tijekovi rada, izvještaji, sučelja, konverzije, proširenja i obrasci).

Ne dopustite da redoslijed faza sklizne. Na jednom europskom maloprodajnom projektu 2023. klijent je pokušao preskočiti Explore i tri je mjeseca razvijao na temelju nepotpunih zahtjeva. Moja analiza troškova SAP implementacije pokazuje kako se takav ponovljeni rad pretvara u budžet.

Tablica zahtjeva i fit-gap analize

Mapiranje zahtjeva povezuje svaku poslovnu potrebu s komponentom sustava i testnim slučajem. Fit-gap analiza zatim pokazuje gdje standardni SAP zadovoljava potrebu, a gdje ne.

Oboje držim u jednoj tablici, sa stupcem za način rješavanja. Na S/4HANA svaki jaz treba izričit odgovor: standardnu konfiguraciju, proširenje ključnog korisnika, razvojno proširenje unutar sustava ili side-by-side proširenje na SAP BTP-u.

ID zahtjeva	Zahtjev	SAP komponenta	Fit / gap	Način rješavanja	Test ref.
REQ-001	Automatska knjiženja mjesečnog zatvaranja	Zatvaranje razdoblja u FI-GL	Fit	Konfiguracija ponavljajućih dokumenata	TC-001
REQ-002	Odobravanje narudžbenica na mobitelu	Nabava u MM, Fiori aplikacija za odobravanje	Fit u S/4HANA	Standardna aplikacija i konfiguracija tijeka rada	TC-003
REQ-003	Automatizacija međukompanijskog fakturiranja	Fakturiranje u SD, integracija s FI	Fit	Konfiguracija međukompanijskog fakturiranja	TC-010
REQ-004	Arhiviranje podataka prema pravilima privatnosti	Information Lifecycle Management	Gap	Konfiguracija ILM politike	TC-025
REQ-005	Izvještavanje o mjestima troška u stvarnom vremenu	CO, ugrađena analitika ili SAC	Gap	Ugrađena analitika ili SAC live veza	TC-030
REQ-006	Portal za samoposluživanje dobavljača	SAP Ariba ili portal dobavljača	Gap	Integracija s Aribom	TC-020

Ovdje se štedi novac. Na migraciji s ECC-a na S/4HANA za europsku proizvodnu tvrtku 2023. fit-gap radionice smanjile su planirana proširenja za 35 posto, a ušteda je bila šesteroznamenkasta.

Dva pravila čine da tablica funkcionira. Dobavljač ne smije kontrolirati opseg, jer je svaki jaz koji označi kao razvoj posao koji naplaćuje. Tijelo za dizajn sastavljeno od poslovanja i IT-a odlučuje o Clean Coreu, a izmjene SAP koda trebaju imenovanog odobravatelja; moja SAP Clean Core strategija objašnjava razine.

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

Dnevnik konfiguracije

Bilježi svaku promjenu sustava: tko ju je napravio, zašto i u kojem je transportu otišla. Kada se kasnije nešto pokvari, problem pronalazite za nekoliko minuta umjesto dana.

Svaki unos treba:

1. ID konfiguracije i modul (na primjer MM-CONF-001).
2. Putanju konfiguracije i promijenjeni objekt.
3. Pogođeni poslovni proces i razlog.
4. Tko je konfigurirao i kada.
5. Broj transportnog zahtjeva.
6. Ključne vrijednosti prije i poslije.
7. Povezane testne slučajeve i status odobrenja.

Registar prilagođenog razvoja

Svaki prilagođeni objekt dobiva redak prije nego što itko napiše kod: ID, opis, ulogu razvojnog inženjera, napor, status i vrstu proširenja. Stupac vrste proširenja mjesto je na kojem se provodi Clean Core.

Na europskoj maloprodajnoj implementaciji S/4HANA 2024. registar je smanjio planirani prilagođeni kod za 30 posto. Pokazao je gdje bi standardni SAP sasvim dobro radio.

Strategija testiranja

Smješta sva testiranja na jedno mjesto: tko testira što, kada, u kojem okruženju i prema kojem standardu.

1. Opseg: funkcionalno, integracijsko, regresijsko testiranje, testiranje performansi i UAT u svim modulima u opsegu.
2. Okruženja: razvoj, QA, UAT i predprodukcija.
3. Alati: upravljanje testiranjem u SAP Cloud ALM-u ili u Vašem postojećem alatu, s imenovanim alatima za automatizaciju i performanse.
4. Životni ciklus nedostataka, s ozbiljnošću i prioritetom određenima pri trijaži.
5. Izlazni kriteriji: svi kritični nedostaci zatvoreni, UAT odobren, stopa prolaznosti regresije dogovorena unaprijed.

SAP Activate završava fazu Realize integracijskim testiranjem i testiranjem prihvaćanja od strane korisnika. Izlazne kriterije napišite prije početka testiranja, ne kada stignu rezultati.

Plan migracije podataka

Migracija podataka je radni tok koji će Vas najvjerojatnije zaboljeti. Plan obuhvaća opseg (poslovni partneri, materijali, otvorene stavke, salda), izvorne sustave, pravila mapiranja, alate (SAP S/4HANA Migration Cockpit), probna učitavanja, validaciju i povrat.

Validacija je dio koji timovi podcjenjuju u planiranju: dogovorite broj zapisa, uzorkovanje i usklađivanje salda prije prvog probnog učitavanja.

U SAP Activateu faza Deploy obuhvaća postavljanje produkcije, cutover, go-live i hypercare. Ovi predlošci pretvaraju kaotičan vikend u upravljani događaj.

Predložak SAP cutover plana

Cutover plan mapira razdoblje prekida rada sat po sat. Svaki zadatak ima vlasnika, vrijeme početka i ovisnost. Nitko ne bi smio u 2 ujutro stajati i pitati se što dalje.

Prije pisanja popisa zadataka dogovorite četiri stvari: razdoblje (na primjer od petka u 22:00 do subote u 06:00), okidač za povrat, koliko se brzo stari sustav može ponovno aktivirati i smoke testove koji dokazuju da novi sustav radi. Zatim redoslijed:

Korak	Zadatak	Vlasnik	Početak	Status
1	Zamrzavanje starog sustava (bez knjiženja)	Basis	22:00	Na čekanju
2	Završni izvoz podataka i usklađivanje	Voditelj migracije podataka	22:30	Na čekanju
3	Migracijsko učitavanje u produkciju	Voditelj migracije podataka	23:00	Na čekanju
4	Uvoz preostalih transporta	Basis	00:30	Na čekanju
5	Prebacivanje sučelja i mrežnog usmjeravanja	Voditelj integracije	01:30	Na čekanju
6	Smoke test: FI knjiženje, primka robe, prodajni nalog	Voditelj QA	02:00	Na čekanju
7	Poslovna potvrda i go/no-go	Direktor programa	03:00	Na čekanju
8	Otvaranje sustava poslovnim korisnicima	Basis	06:00	Na čekanju

Kontrolni popis spremnosti za go-live

Odlučuje jeste li zaista spremni za prelazak. Na svaku se stavku odgovara s da ili ne, uz dokaz.

1. Funkcionalno: ključni procesi i scenariji između modula testirani, otvoreni nedostaci P1 i P2 navedeni, ključni korisnici potvrđuju spremnost.
2. Podaci: matični i transakcijski podaci učitani i usklađeni, izvješća o usklađivanju odobrena, zamrzavanje starog sustava potvrđeno.
3. Financije: konfiguracija zatvaranja razdoblja testirana za svaku šifru tvrtke i svaki entitet.
4. Tehnički: cutover plan odobren, transporti u produkciji, batch poslovi zakazani, praćenje konfigurirano.
5. Ljudi: pokrivenost obukom, uloge pristupa validirane, hypercare tim popunjen.
6. Odluka: kritični rizici i mjere ublažavanja, go / no-go / uvjetno, odobreno s imenom, ulogom i datumom.

Stavka o financijama postoji s razlogom. Na maloprodajnom programu u GCC-u 2024. pregled spremnosti za go-live otkrio je problem u konfiguraciji financijskog zatvaranja u svih 25 entiteta dva dana prije go-livea; to bi izazvalo šesteroznamenkasti oporavak.

Ovu sam procjenu koristio da preporučim odgodu od dva tjedna na dva programa. Za to i služi.

Model podrške u hypercareu

Organizira način na koji rješavate probleme nakon pokretanja. Bez njega svaki problem postaje P1.

1. Razdoblje i pokrivenost hypercarea, na primjer četiri tjedna s produljenim radnim vremenom.
2. Kanali podrške: red incidenata, chat kanal i telefonski most za P1.
3. Razine podrške: service desk, funkcionalni konzultanti, zatim Basis i razvoj.
4. Vremena odziva i rješavanja prema ozbiljnosti.
5. Izlazni kriteriji: nema otvorenih problema P1 ili P2 i potpisana primopredaja organizaciji podrške.

Run je podrška i upravljanje produktivnim sustavom. Predložak koji većina timova napusti prerano upravo je onaj koji prati performanse.

Tablica praćenja performansi

Prati zdravlje sustava iz dana u dan kako biste usporavanja uočili prije nego što se korisnici požale. Na europskom programu financijskih usluga 2024. otkrila je u 3. tjednu hypercarea problem s bazom podataka koji bi srušio sustav tijekom mjesečnog zatvaranja.

Metrike koje pratim, svaka s ciljem, pragom upozorenja i vlasnikom:

1. Vrijeme odziva dijaloga (95. percentil): cilj ispod 1 sekunde, upozorenje na 2 sekunde, Basis.
2. Pozadinski poslovi: 100 posto dovršeno na vrijeme, upozorenje pri svakom neuspjehu, voditelj operacija.
3. Vrijeme upita prema bazi podataka: cilj ispod 200 ms, upozorenje na 500 ms, administrator baze podataka.
4. Stopa pogrešaka sučelja: ispod 1 posto, upozorenje na 2 posto, voditelj integracije.
5. Trajanje poslova mjesečnog zatvaranja: unutar dogovorenog razdoblja, upozorenje na 30 posto iznad osnovne vrijednosti, financijske operacije.

SAP Activate ugrađuje vrata kvalitete u mape puta faza, s kontrolnim točkama za svaku fazu. Moj vodič za SAP vrata kvalitete objašnjava kako ih postaviti; ovdje je razlog zašto moraju imati zube.

Na svakim vratima postavite kriterije prolaza i pada. „95 posto regresijskih testova prolazi.” „Svi scenariji integracije FI su zeleni.” Ovakvi kriteriji omogućuju Vam da izdržite kada poslovanje želi krenuti na određeni datum bez obzira na kvalitetu.

Vrata kvalitete na europskom proizvodnom programu 2024. zaustavila su nas kada je stopa prolaznosti integracijskih testova bila 74 posto. Izdržali smo, popravili probleme i krenuli uživo dva tjedna kasnije. Zahtjeva za podršku u prvom mjesecu nakon go-livea bilo je upola manje nego što usporedivi programi obično imaju.

Ni odobrenje uprave ne bi smjelo biti puki pečat; problem s financijskim zatvaranjem u maloprodaji u GCC-u spomenut gore otkriven je upravo na tom pregledu. Vrata koja sponzor može zaobići jednim telefonskim pozivom nisu vrata. Zapišite tko ih smije zaobići prije nego što Vam to zatreba.

Za cijeli proces oko ovih predložaka pogledajte moj vodič za SAP implementaciju korak po korak.

Ovaj vodič dio je mog vodiča za implementaciju SAP-a, koji povezuje sve teme od poslovnog slučaja do puštanja u rad.

Gdje mogu preuzeti SAP Activate predloške?

U SAP Activate Roadmap Vieweru na me.sap.com/roadmapviewer. Otvorite mapu puta za svoj model implementacije, zatim filtrirajte po fazi ili po akceleratoru kako biste vidjeli predloške, upute i kontrolne popise za svaki zadatak.

Na cloud programima isti je sadržaj dostupan u SAP Cloud ALM-u, gdje se zadaci i isporuke mogu pratiti u odnosu na projekt.

Koje su SAP Activate isporuke u svakoj fazi?

Prepare isporučuje opseg, plan, upravljanje i business case. Explore isporučuje rezultate Fit-to-Standarda, backlog zahtjeva i fit-gap analize te dizajn rješenja. Realize isporučuje konfiguriran i testiran sustav, uključujući integracijsko testiranje i testiranje prihvaćanja od strane korisnika.

Deploy isporučuje cutover, go-live i hypercare. Run obuhvaća podršku i poboljšavanje produktivnog sustava.

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

Prepare. Dokument o opsegu, business case i matrica dionika određuju svaku odluku koja slijedi, a upravo njih timovi preskaču kako bi brže došli do konfiguracije.

Explore je odmah iza, jer fit-gap tablica određuje broj WRICEF objekata, a tu se probijaju budžeti.

Mogu li se SAP Activate predlošci prilagoditi?

Da. Zadržite oko 80 posto standardne strukture i mijenjajte samo ono što je specifično za Vas: pravila validacije u farmaciji, nabavu u javnom sektoru, SOX kontrole. Te promjene napravite na početku faze Prepare, ne u fazi Deploy.

Prilagodbom nemojte ukloniti redoslijed faza, vrata kvalitete ni procjenu spremnosti za go-live.

Što treba sadržavati predložak SAP cutover plana?

Vremenski raspoređen popis zadataka za razdoblje prekida rada, s vlasnikom, vremenom početka i ovisnošću za svaki zadatak. Prije popisa zadataka dogovorite razdoblje, okidač za povrat, vrijeme potrebno za ponovnu aktivaciju starog sustava i smoke testove.

Prije početka cutovera dogovorite tko donosi odluku o povratu i do kojeg vremena. Odluke o povratu donesene u 4 ujutro bez dogovorenih kriterija mjesto su gdje počinju problemi nakon go-livea.

Što sadrži SAP kontrolni popis spremnosti za go-live?

Funkcionalnu spremnost, spremnost podataka, financija, tehničku spremnost i spremnost ljudi, svaku s odgovorom da ili ne i dokazom, te zabilježenu odluku go / no-go s imenima i datumima.

Prije go-livea testirajte konfiguraciju zatvaranja razdoblja za svaki entitet. To je provjera koja će Vas najvjerojatnije spasiti od šesteroznamenkastog oporavka.

Funkcioniraju li SAP Activate predlošci za greenfield i brownfield?

Da. Razlika je uglavnom u fazi Explore. Brownfield konverzija prenosi konfiguraciju, pa se fit-gap usredotočuje na ono što se mora promijeniti i koji prilagođeni kod standardni S/4HANA sada može zamijeniti; greenfield program počinje od SAP Best Practices.

Razlikuje se i cutover plan, jer konverzija sustava slijedi drukčiji tehnički redoslijed od učitavanja podataka u greenfield programu.