Migracija s ECC-a na S/4HANA: putovi, koraci i rokovi za SAP ECC

Migracija s ECC-a na S/4HANA prebacuje Vaš SAP ERP sustav sa SAP ECC 6.0 na SAP S/4HANA, s novom bazom podataka, novim financijskim modelom podataka i novim korisničkim sučeljem. Odluka pred kojom ste jest koji put odabrati i možete li krenuti u go-live prije nego što redovno održavanje ECC-a završi 31. prosinca 2027.

Kratki odgovor: greenfield ako dolazite s drugih sustava ili trebate nove procese, brownfield ako su Vaši procesi definirani i rade, selektivni prijenos podataka ako samo neka područja treba redizajnirati. Prema mom iskustvu, brownfield traje 12 do 18 mjeseci, greenfield 18 do 24 mjeseca, a selektivni prijenos podataka 12 do 18 mjeseci. Pokrenite SAP Readiness Check prije nego što se obvežete na bilo koji od njih.

Prijelaz s ECC-a na S/4HANA nije obična nadogradnja. Mijenja način na koji se podaci pohranjuju, kako se transakcije knjiže i kako korisnici rade.

Na jednom projektu na kojem sam radio, tim je dao ponovno izraditi desetke prilagođenih izvještaja točno onakvih kakvi su bili u ECC-u. Nitko nije pitao trebaju li još uopće. Kasnije se pokazalo da se polovica njih nikada nije koristila.

Migracija je tehnički bila čista. Vrijednost nije.

SAP ECC znači SAP ERP Central Component. To je jezgra sustava SAP ERP 6.0, jedna od ključnih aplikacija paketa SAP Business Suite 7, a kada ljudi kažu „SAP ECC“, gotovo uvijek misle na ECC 6.0. Pokreće financije, kontroling, nabavu, prodaju i proizvodnju na bilo kojoj bazi podataka koju SAP podržava, od Oraclea do SQL Servera i Db2.

Prvi razlog za prijelaz je održavanje. Za SAP ERP 6.0 na enhancement packageima 6 do 8 redovno održavanje završava 31. prosinca 2027. Sustavi na enhancement packageu 5 ili nižem izašli su iz redovnog održavanja krajem 2025. (SAP).

SAP S/4HANA je nasljednik, a SAP se obvezao održavati ga do kraja 2040.

Drugi razlog je vrijeme. Ako danas, u listopadu 2026., pokrenete brownfield konverziju, go-live će pasti između kraja 2027. i proljeća 2028. Ako danas pokrenete greenfield, u go-live idete 2028.

Za većinu korisnika ECC-a pitanje stoga više nije hoće li prijeći. Pitanje je koji put odabrati i koliko produljenog održavanja predvidjeti u proračunu dok to radite.

Ovu temu obrađujem i u videu na svom YouTube kanalu (na engleskom).

Ovo su razlike koje nose najveći dio napora migracije:

Područje	SAP ECC	SAP S/4HANA
Baza podataka	Bilo koja podržana baza (Oracle, Db2, SQL Server, druge)	Samo SAP HANA
Financijski model podataka	Odvojene tablice za FI, CO i profitabilnost, s tablicama zbrojeva	Universal Journal (tablica ACDOCA) kao jedini izvor stavki
Matični podaci kupaca i dobavljača	Odvojeni zapisi kupaca i dobavljača	Business partner je obavezan
Broj materijala	18 znakova	Do 40 znakova, ako uključite produljenu duljinu
Upravljanje kreditima	SD upravljanje kreditima	SAP Credit Management (FIN-FSCM)
Korisničko sučelje	SAP GUI	Aplikacije SAP Fiori, uz SAP GUI i dalje dostupan on-premise i u Private Editionu
Implementacija	On-premise	On-premise, Private Edition (RISE with SAP) ili Public Edition (GROW with SAP)
Proširenja	Z-programi i modifikacije	Clean core: released API-ji, ABAP Cloud on-stack ili side-by-side na SAP BTP-u
Održavanje	EHP 6 do 8: redovno do kraja 2027., produljeno do kraja 2030.	Obveza do kraja 2040.

SAP svaku od ovih razlika bilježi kao simplification item i objavljuje ih u Simplification Listu za svako izdanje S/4HANA. Neke su obavezne za svakog korisnika, primjerice business partner. Druge su važne samo ako koristite tu funkciju, a SAP Readiness Check pokazuje koje se odnose na Vaš sustav.

Europski proizvodni klijent s kojim sam radio 2023. stalno je pitao zašto njegovi prilagođeni batch poslovi nakon konverzije više ne rade. Logika se oslanjala na strukture tablica ECC-a koje je S/4HANA promijenio. Nitko nije pitao imaju li ti poslovi još smisla u novom modelu.

Migracija prenosi podatke. Pravo je pitanje što ćete učiniti s dizajnerskim odlukama koje nasljeđujete.

Moje pravilo za odabir je kratko. Greenfield kada prelazite s drugih sustava ili kada treba definirati nove procese. Brownfield kada su Vaši procesi definirani i rade, a selektivni prijenos podataka kada procese nekih područja treba ponovno definirati.

Decide

Koji put s ECC-a na S/4HANA odgovara Vašoj situaciji?

→Greenfield

Prelazak s drugih sustava ili treba definirati nove procese

→Brownfield

Procesi su definirani i rade

→Selektivni prijenos podataka

Samo nekim područjima treba ponovno definirati procese

Greenfield: nova implementacija

Nova implementacija S/4HANA. Nikakva stara konfiguracija ne prenosi se dalje, procesi se oblikuju prema SAP-ovu standardu i učitavaju se samo podaci koji su Vam potrebni.

To je prirodan izbor ako dio Vašeg poslovanja danas radi na sustavima koji nisu SAP. Vidio sam tvrtke koje su požalile što svoje korisnike nisu pripremile na to koliko se rad u greenfield sustavu drukčije osjeća. Ako planiranje usvajanja počne tek s obukom, već je kasno.

Brownfield: konverzija sustava

Brownfield je konverzija sustava. Vaš postojeći ECC sustav konvertira se na mjestu, a konfiguracija, prilagođeni kod i povijest idu s Vama. Tehnička konverzija provodi se kroz Software Update Manager (SUM) s njegovom opcijom migracije baze podataka.

SAP za svako izdanje objavljuje Conversion Guide for SAP S/4HANA, s preduvjetima i redoslijedom tehničkih koraka. Pročitajte vodič za ciljno izdanje prije nego što planirate datume. Rizik je tehnički dug koji nosite sa sobom, jer naslijeđena složenost putuje s Vama ako je namjerno ne očistite.

Selektivni prijenos podataka

Selektivni prijenos podataka prenosi odabrane šifre tvrtki, poslovne jedinice ili vremenske isječke podataka, a ne sve. Zahtijeva specijalizirane alate i partnera s iskustvom u tome. Neki dobavljači to prodaju kao „bluefield“.

Odgovara grupama u kojima financije dobro rade, ali nabavu treba redizajnirati, ili u kojima su spajanja i izdvajanja ostavila vrlo različite procese jedne uz druge. Redizajnirate područja kojima je to potrebno i zadržavate povijest tamo gdje je važna.

Ovako se ta tri puta uspoređuju po pitanjima koja uprave obično postavljaju:

Put	Kada ga odabrati	Uobičajeno trajanje	Glavni rizik
Greenfield	Prelazak s drugih sustava ili treba definirati nove procese	18 do 24 mjeseca	Teret promjene za korisnike i povijest koja ostaje iza
Brownfield	Procesi su definirani i rade	12 do 18 mjeseci	Tehnički dug i nekorišteni prilagođeni kod koji se prenose dalje
Selektivni prijenos podataka	Procese nekih područja treba ponovno definirati	12 do 18 mjeseci	Ovisnost o specijaliziranim alatima i partnerima te složeno određivanje opsega podataka

Put mijenja detalje, ali redoslijed ostaje isti. Ovo je pet koraka koje bih planirao, ovim redom.

Redoslijed migracije

1. 01

   Provjera spremnosti

   Pokrenite SAP Readiness Check i potvrdite tehničke preduvjete.

2. 02

   Odabir i plan

   Odaberite put, odredite opseg i isplanirajte cijeli program prije početka izgradnje.

3. 03

   Prilagođeni kod

   Utvrdite što se koristi, umirovite ostatak, prilagodite ono što ostaje.

4. 04

   Podaci

   Klasificirajte, očistite i arhivirajte prije nego što bilo što premjestite.

5. 05

   Testiranje i cutover

   Nekoliko krugova testiranja i barem jedna potpuna proba cutovera.

1. Pokrenite provjeru spremnosti

Počnite ovdje. Uvijek. SAP Readiness Check analizira Vaš ECC sustav i izvještava o simplification itemima, kompatibilnosti add-onova, prilagođenom kodu, količinama podataka i dimenzioniranju.

Iznenađenja su obično add-onovi i prilagođeni kod. Neki klijenti s kojima sam radio imali su stotine prilagođenih objekata u opsegu. Bolje je to otkriti u drugom tjednu nego u dvanaestom mjesecu.

Za brownfield konverziju istodobno provjerite ove preduvjete:

1. Izdanje: konverzija radi sa SAP ERP 6.0 na bilo kojem enhancement packageu.
2. Unicode: sustav mora biti Unicode, inače planirate konverziju u dva koraka.
3. Dual-stack: dual-stack sustave najprije treba razdvojiti.
4. Business partner: matični podaci kupaca i dobavljača moraju se pretvoriti u business partnere prije konverzije. Ovo iznenadi više timova nego išta drugo.

2. Odaberite put i isplanirajte program

Iskoristite rezultate provjere spremnosti i moje gore navedeno pravilo za odabir puta. Zatim isplanirajte cijeli program, uključujući podatke, testiranje i cutover, prije nego što itko počne graditi.

U 21 SAP programu koje sam vodio ili spašavao, najveća pogreška kod migracije koju vidim jest to što se ona na početku implementacije ne isplanira kako treba. U prvim tjednima odlučite tko je vlasnik čišćenja podataka, koji se prilagođeni kod umirovljuje i kada se održavaju probe cutovera. Te su odluke skupe ako se donesu kasno.

3. Prilagodite prilagođeni kod

Pokrenite S/4HANA provjere u ABAP Test Cockpitu, koje uspoređuju Vaš kod sa SAP-ovim simplification itemima. Custom Code Migration app prikazuje iste rezultate zajedno s podacima o korištenju, pa vidite što se koristi prije nego što išta popravite.

Cilj je manje Z-koda, a ne samo Z-kod koji radi. Na jednom programu analiza sa smartShiftom svela nas je s 18.000 prilagođenih objekata na 3.200.

Svaki prilagođeni objekt koji prenesete dodaje trošak svakoj budućoj nadogradnji. Vidio sam tvrtke koje su načelima clean corea skratile trajanje nadogradnji za 40 %, a moj vodič za SAP clean core objašnjava kako klasificirati ono što ostaje.

4. Pripremite i prenesite podatke

Klasificirajte, očistite i arhivirajte prije nego što bilo što premjestite. Ovaj korak traje dulje nego što ijedan plan predviđa, pa ima vlastiti odjeljak u nastavku.

5. Testirajte, obučite i prijeđite

Testirajte u krugovima: jedinično, integracijsko i korisničko prihvatno testiranje (UAT), zatim barem jedna potpuna proba cutovera. U UAT uključite i ključne korisnike i povremene korisnike, jer pronalaze različite probleme.

Proba nije neobavezna. Otkriva vremenske praznine, validacije koje nedostaju i greške sučelja koje se pojavljuju tek kada se izvede cijeli slijed. Timovi koji je preskoče susreću se s tim problemima na go-live vikend.

Prema mom iskustvu, migracija podataka odnosi 30 do 40 % napora implementacije. To je ujedno najčešći razlog kašnjenja rokova.

Način prijenosa podataka ovisi o putu. Kod brownfielda SUM konvertira podatke na mjestu. Kod greenfielda matične podatke i otvorene stavke učitavate pomoću SAP S/4HANA Migration Cockpita, a kod selektivnog prijenosa podataka specijalizirani alati prenose opseg koji ste odabrali.

Bez obzira na put, razvrstajte podatke prije nego što ih prenesete:

1. Vrući: često se koriste, potrebni za obradu u stvarnom vremenu.
2. Topli: povremeni pristup, relevantni, ali ne svakodnevno.
3. Hladni: povijesni ili nekorišteni, čuvaju se samo za reviziju.

Hladni podaci ne moraju ići u S/4HANA. Arhivirajte ih. Duplicirani zapisi dobavljača, nedosljedne mjerne jedinice i napola popunjeni matični podaci kupaca postoje u svakom ECC sustavu i netaknuti prelaze u S/4HANA ako ih nitko prije toga ne popravi.

Jedan klijent s kojim sam radio proveo je pet mjeseci samo na čišćenju i arhiviranju podataka. Moj članak o tome zašto migracija SAP podataka ne uspijeva dublje ulazi u ovaj korak.

Ovo je pet alata koje sam koristio na programima prelaska s ECC-a na S/4HANA. Dva su SAP-ova, a tri dolaze od specijaliziranih dobavljača:

Alat	Tko ga izrađuje	Što radi	Gdje se uklapa
SAP Readiness Check for SAP S/4HANA	SAP	Izvještava o simplification itemima, kompatibilnosti add-onova, utjecaju na prilagođeni kod, količinama podataka i dimenzioniranju	Prije odabira puta
Custom Code Migration app	SAP	Aplikacija SAP Fiori koja pokreće S/4HANA provjere ABAP Test Cockpita i iz podataka o korištenju pronalazi nekorišteni kod. Radi u S/4HANA ili u SAP BTP ABAP environmentu	Određivanje opsega i prilagodba prilagođenog koda
smartShift	smartShift Technologies	Automatizirana analiza i transformacija prilagođenog ABAP koda za S/4HANA	Analiza i sanacija prilagođenog koda
SNP (platforma Kyano)	SNP Group	Softver za transformaciju podataka za selektivni prijenos, prodaje se u sklopu SNP-ova pristupa „Bluefield“	Selektivni prijenos podataka, spajanja i izdvajanja
Natuvion	Natuvion Group	Softver za konverziju podataka i alati za cutover pri prelasku na S/4HANA	Selektivni prijenos podataka i cutover

SNP i Natuvion oba su osnivački članovi SAP-ove zajednice Selective Data Transition Engagement. Ostali SAP-ovi alati koje ćete susresti jesu SUM za brownfield konverziju i Migration Cockpit za učitavanje podataka kod greenfielda.

Alat ne zamjenjuje odluke. Netko s Vaše strane i dalje mora dogovoriti što se umirovljuje.

Za SAP ERP 6.0 na enhancement packageima 6 do 8 redovno održavanje završava 31. prosinca 2027. Neobavezno produljeno održavanje traje od 2028. do 31. prosinca 2030., uz premiju od dva postotna boda na postojeću osnovicu održavanja (SAP News).

Nakon 2030. postoji jedan uski put, SAP ERP, private edition, transition option. Daje održavanje od 2031. do 2033. korisnicima koji svoj ECC sustav presele u SAP-ov privatni oblak kao SAP ERP, private edition, na SAP HANA, u sklopu RISE with SAP. Sustav se mora preseliti prije 31. prosinca 2030., mora imati najmanje 2 TB i zahtijeva SAP-ov plan max success.

Dakle, 2033. nije opći rok. Odnosi se na velike sustave koji su ECC već preselili u SAP-ov oblak. Za sve ostale, ECC na vlastitoj infrastrukturi ima 2027. kao datum redovnog održavanja i 2030. kao kraj produljenog održavanja.

1. 2027Završava redovno održavanje ECC-a31. prosinca, za SAP ERP 6.0 EHP 6 do 8
2. 2028Vjerojatni go-live ako krenete sadaBrownfield 12 do 18 mjeseci, greenfield 18 do 24
3. 2030Završava produljeno održavanjeNeobavezno, uz premiju od dva boda
4. 2033Završava transition optionSamo SAP ERP, private edition, sustavi od 2 TB ili više

Izvor: SAP News, veljača 2020. i kolovoz 2025.

Računica je jednostavna. U proračunu predvidite barem nešto produljenog održavanja i iskoristite to vrijeme za čišćenje podataka i umirovljenje prilagođenog koda umjesto za čekanje.

Trošak prati iste čimbenike kao i trajanje: put, količinu prilagođenog koda, stanje Vaših podataka i broj entiteta koji idu u go-live. Samo podaci odnose 30 do 40 % napora, zato čist plan podataka štedi više novca od bilo kakvog pregovaranja o cijenama. Moj vodič za troškove migracije na S/4HANA objašnjava što određuje proračun migracije, a moj vodič za troškove SAP implementacije razlaže proračun prema veličini tvrtke.

Da biste vidjeli kako je jedan program protekao, pročitajte moju studiju slučaja migracije s ECC-a na S/4HANA. Da biste provjerili vlastite opcije, isprobajte procjenu migracije greenfield ili brownfield.

Ovaj članak je pregled. Svaki od vodiča u nastavku u cijelosti odgovara na jedno pitanje.

1. Trajanje migracije na S/4HANA i projektni plan: faza po faza, po putovima, s probnim konverzijama i cutoverom.
2. Troškovi migracije na S/4HANA: što određuje proračun za konverziju, novu implementaciju ili selektivni prijenos.
3. SAP Readiness Check i procjena migracije: što Vam provjera govori i što propušta.
4. SAP S/4HANA Migration Cockpit, korak po korak: učitavanje podataka putem staging tablica ili izravnog prijenosa.
5. RISE with SAP: javni ili privatni oblak: koje izdanje odgovara Vašim procesima.
6. Ugovor i cijene za RISE with SAP: što pretplata pokriva i o čemu pregovarati.
7. Kako odabrati partnera za migraciju na S/4HANA: pitanja koja treba postaviti i znakovi upozorenja.
8. Oporavak SAP projekta: kako spasiti migraciju koja je skrenula s kursa.

Dva alata pomažu s brojkama: kalkulator troškova SAP implementacije i procjenitelj migracije podataka.

Što je SAP ECC?

SAP ECC (SAP ERP Central Component) jezgra je sustava SAP ERP 6.0, dijela paketa SAP Business Suite 7. Pokriva financije, kontroling, logistiku i druge ključne procese te radi na više baza podataka. SAP S/4HANA njegov je nasljednik i radi samo na SAP HANA.

Koliko traje migracija s ECC-a na S/4HANA?

Prema mom iskustvu, brownfield konverzija traje 12 do 18 mjeseci, greenfield implementacija 18 do 24 mjeseca, a selektivni prijenos podataka 12 do 18 mjeseci. Čišćenje podataka najčešći je razlog kašnjenja rokova, jer migracija podataka odnosi 30 do 40 % napora implementacije.

Što se događa sa SAP ECC-om nakon 2027.?

Za SAP ERP 6.0 na enhancement packageima 6 do 8 redovno održavanje završava 31. prosinca 2027. Neobavezno produljeno održavanje do 31. prosinca 2030. možete kupiti za dva dodatna postotna boda. Od 2031. do 2033. održavanje je dostupno samo kroz SAP ERP, private edition, transition option, za velike sustave preseljene u SAP-ov privatni oblak prije kraja 2030.

Brownfield ili greenfield: što je bolje?

Općenito, nijedno nije bolje. Odaberite greenfield kada prelazite s drugih sustava ili treba definirati nove procese, a brownfield kada su Vaši procesi definirani i rade. Ako samo neka područja treba redizajnirati, razmotrite selektivni prijenos podataka.

Što je selektivni prijenos podataka u SAP-u?

Selektivni prijenos podataka prenosi odabrane šifre tvrtki, poslovne jedinice ili vremenske isječke podataka u S/4HANA, umjesto da se konvertira sve ili krene od praznog sustava. Omogućuje Vam da neka područja redizajnirate, a u drugima zadržite povijest. Zahtijeva specijalizirane alate, primjerice one tvrtki SNP ili Natuvion, i iskusnog partnera.

Koji su preduvjeti za konverziju ECC 6.0 na S/4HANA?

Konverzija radi sa SAP ERP 6.0 na bilo kojem enhancement packageu. Sustav mora biti Unicode, inače koristite pristup u dva koraka, a dual-stack sustave najprije treba razdvojiti. Matični podaci kupaca i dobavljača moraju se prije konverzije pretvoriti u business partnere.

Što Vam pokazuje SAP Readiness Check?

Analizira Vaš ECC sustav i izvještava o simplification itemima koji Vas pogađaju, kompatibilnosti add-onova, utjecaju na prilagođeni kod, količinama podataka i dimenzioniranju HANA-e. Pokrenite ga rano, jer timovi redovito pronađu add-onove i prilagođeni kod za koje nisu znali da o njima ovise.

Trebam li za migraciju ECC-a odabrati RISE with SAP ili GROW with SAP?

Većina korisnika ECC-a sa značajnim prilagođenim kodom i složenim procesima prelazi na S/4HANA Cloud Private Edition u sklopu RISE with SAP, koji podržava konverziju postojećeg sustava. GROW with SAP koristi Public Edition, što je nova implementacija sa standardnim procesima i proširenjima samo putem released API-ja. Odgovara tvrtkama spremnima prihvatiti SAP-ov standard.