SAP Clean Core strategija: što znači, razine A do D i upravljanje

SAP clean core znači držati sustav S/4HANA onoliko blizu SAP standarda koliko Vam poslovanje dopušta. Sve što dodajete gradi se kroz sučelja koja je SAP objavio (released) i obvezao se održavati stabilnima, tako da ga nadogradnje ne ruše.

Kratki odgovor: clean core je disciplina u tome kako proširujete SAP i kako njime upravljate. Prilagođena logika ide on-stack s ABAP Cloudom ili side-by-side na SAP BTP-u, a SAP svako proširenje ocjenjuje od razine A (najčišće) do razine D (modifikacije koje treba ukloniti). Dobitak su brže nadogradnje: vidio sam tvrtke koje su na taj način skratile trajanje nadogradnje za 40%.

Ako je Vaš sustav pun modifikacija standardnih SAP objekata, svako novo izdanje postaje projekt regresijskog testiranja. Ako Vaša prilagođena logika stoji iza released sučelja, nadogradnje postaju rutinsko održavanje.

Vidio sam tvrtke koje su primjenom načela clean corea skratile trajanje nadogradnje za 40%. Uspjele su tako što su prilagodbe svele na minimum, a one koje su zadržale stavile pod jasno upravljanje.

Jedna europska tvrtka za robu široke potrošnje 2024. godine zamijenila je staru logiku određivanja cijena modularnom Fiori aplikacijom izgrađenom izvan jezgre na SAP BTP-u. Time je regresijsko testiranje te logike potpuno nestalo.

ERP s clean coreom i dalje možete prilagođavati. Prilagodba mora koristiti sučelja koja je SAP objavio i obvezao se održavati stabilnima. SAP za to nudi dva načina:

• On-stack, s ABAP Cloudom. Proširenja se izvršavaju unutar S/4HANA, ali koriste samo released API-je i točke proširenja.
• Side-by-side, na SAP BTP-u. Proširenja rade kao zasebne aplikacije i sa S/4HANA komuniciraju putem API-ja ili događaja.

SAP svoj pristup opisuje kao BTP-first, uz izbor prema slučaju upotrebe. Iz mog iskustva, manje je važno gdje se kod izvršava, a više treba li zahtjevu kod uopće.

„Prljava“ jezgra poznata je svakome tko je radio s ECC-om: izmijenjeni standardni programi, Z-tablice u koje se upisuje izravno, sučelja koja čitaju SAP-ove interne strukture, implicitna proširenja koja nitko nije dokumentirao. Ništa od toga nije bilo pogrešno kad je nastalo. Samo nije bilo građeno za sustav koji se nadograđuje svake godine ili dvije.

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

SAP clean core organizira oko pet vodećih načela. Ovako SAP opisuje svako od njih, i to je ono što ja prvo gledam:

Načelo	Što SAP pod time misli	Što prvo provjeravam
Procesi	Ostati što bliže standardnom SAP procesu	Koje varijante procesa postoje samo zato što smo „to uvijek tako radili“
Proširivost	Proširenja odvojena od jezgre kroz released API-je, uz upravljanje time koja se opcija koristi	Koliko prilagođenog koda postoji, koliko se koristi i na kojoj je razini
Podaci	Čisti, usklađeni podaci uz uspostavljen model upravljanja	Dvostruki i nepotpuni matični podaci, prilagođena polja koja nitko ne zna objasniti
Integracije	Standardizirane, sigurne veze na podržanim tehnologijama	Point-to-point sučelja koja izravno čitaju tablice
Operacije	Upravljanje, ljudi, procesi i alati koji drže ostala četiri načela na mjestu	Tko odobrava proširenje i što sprječava sljedeću modifikaciju

Većina timova počinje i završava s proširivošću jer ju je najlakše izmjeriti. Iz mog iskustva, procesi i podaci uzrokuju više kašnjenja. Prilagođeni kod obično je simptom, a proces iza njega uzrok.

U kolovozu 2025. SAP je svoj raniji troslojni model proširivosti zamijenio konceptom razina clean corea. Svako se proširenje ocjenjuje prema tome kako je izgrađeno, koliko je odvojeno od jezgre i koliko sigurno preživljava nadogradnju. Ako čitate stariji SAP materijal koji govori o slojevima (tiers), ovo je ono što ga je zamijenilo.

Razina ARazina BRazina CRazina D

Što koristiRazina ASamo javno objavljena, stabilna sučeljaRazina BTakođer klasične SAP API-jeRazina CSAP-ove interne objekteRazina DModifikacije, upise u SAP tablice, implicitna proširenja

Rizik nadogradnjeRazina ANajniži, uz ugovore o stabilnostiRazina BUglavnom stabilno pri nadogradnjiRazina CTreba provjeru pri svakoj nadogradnjiRazina DNajviši

Što odlučitiRazina AZadani izbor za sve novoRazina BPrihvatiti, uz zabilježen razlogRazina CPrihvatiti uz razlog, provjeriti pri svakoj nadogradnjiRazina DUkloniti prvo ili premjestiti na B ili C

Izvor: SAP clean core level concept, SAP News, kolovoz 2025.

Razina A koristi samo javno objavljena sučelja s ugovorima o stabilnosti, izgrađena pomoću SAP Builda, ABAP Clouda ili BTP-a. Razina B dodaje SAP-ove klasične API-je. Razina C dira SAP-ove interne objekte, a SAP za njih planira dnevnik promjena (changelog) kao pomoć pri planiranju nadogradnji.

Razina D su modifikacije, upisi u SAP tablice, implicitna proširenja i druge tehnike koje SAP ne preporučuje. To je korisnije od stare rasprave „čisto ili nije čisto“, jer Vam omogućuje da postavite cilj za svaki objekt. Premještanje objekata s razine D na B ili C prije nadogradnje već je stvarno smanjenje rizika.

ABAP Cloud je SAP-ov model razvoja u ABAP-u spreman za oblak. Programeri koriste jezičnu verziju „ABAP for Cloud Development“ i mogu graditi samo na released objektima, javnim API-jima i točkama proširenja. Nastao je u SAP BTP ABAP environmentu, a danas je dostupan u svim izdanjima S/4HANA (SAP ABAP Cloud FAQ).

S/4HANA Cloud nudi Vam tri puta proširenja. Key user extensibility pokriva jednostavne promjene polja, logike i korisničkog sučelja bez diranja SAP koda. Developer extensibility s ABAP Cloudom pokriva usko povezanu logiku, a side-by-side proširenja na SAP BTP-u pokrivaju sve što treba ostati odvojeno.

Izdanje određuje koliko izbora imate:

	S/4HANA Cloud Public Edition	S/4HANA Cloud Private Edition i on-premise
Razvoj u ABAP-u	Samo ABAP Cloud, obavezan za nove korisnike od izdanja 2208	ABAP Cloud preporučen od 2022.; klasični ABAP i dalje dopušten
Izmjene SAP koda	Nisu moguće	Moguće, ali su razina D
Key user i side-by-side proširenja na BTP-u	Dostupna	Dostupna
Tko nameće clean core	Sustav	Vaše upravljanje

Moje pravilo za korisnike Private Editiona: za sve novo ponašajte se kao da je riječ o Public Editionu. Klasični ABAP je dopušten, ali svaki klasični objekt koji danas dodate odluka je koju će netko morati braniti pri sljedećoj nadogradnji.

Odluke o clean coreu treba donositi design authority sastavljen od poslovanja i IT-a. IT sam odobrit će sve što je tehnički moguće. Poslovanje samo tražit će natrag svoj stari proces.

Ovako bih ga ja postavio:

1. Imenujte članove. Vlasnike poslovnih procesa za svako glavno područje, uz arhitekta rješenja i vodećeg programera. Poslovni vlasnici odlučuju je li zahtjev stvaran, a IT odlučuje kako će se izgraditi.
2. Dogovorite redoslijed prednosti prije početka izgradnje. Prvo standardni proces, zatim key user extensibility, zatim razina A na ABAP Cloudu ili BTP-u. Razina B ili C traži pisano obrazloženje, a razina D plan izlaska.
3. Neka svaki zahtjev za proširenje ima vlasnika i poslovni razlog. Nema vlasnika, nema izgradnje. Odluka i prihvaćena razina upisuju se u jedan registar.
4. Postavite tehničku kontrolu prije transporta. Redovito pokrećite clean core provjere ABAP test cockpita i zaustavite novi kod razine D prije nego što stigne u produkciju.
5. Pregledajte registar prije svake nadogradnje. Povucite ono što više nitko ne koristi i premjestite ono što sada može dosegnuti višu razinu.

Pitanje za tim stolom nekad je glasilo „zašto ovo ne može živjeti na BTP-u?“. Danas bih pitao „zašto ovo ne može biti razina A?“. Ako ne može, sljedeće je pitanje koju razinu prihvaćate i zašto.

Najveća pogreška s clean coreom koju viđam je pokušaj da SAP radi kao Oracle. Usvojite SAP-ove standardne procese umjesto da logiku drugog sustava ponovno gradite u prilagođenom kodu. Ako još birate između njih, uspoređujem ih u tekstu SAP vs Oracle.

Clean core je problem upravljanja promjenama prije nego što je tehnički problem. Svaki prilagođeni objekt postoji zato što ga je netko tražio. Ukloniti ga znači uvjeriti tu osobu da je standardni proces dovoljno dobar.

Taj razgovor ide bolje kad poslovanje vidi novi proces kako radi, a ne slajd o njemu. Ide bolje i kad provjerite tvrdnju da je neki proces jedinstven, jer često nije (vidi korake 4 i 5 u nastavku).

Vještine su jednako važne kao alati. ABAP tim koji nije radio s ABAP Cloudom ili BTP-om usporit će program dok uči. Jedan proizvođač s kojim sam radio proveo je tromjesečni interni BTP program prije početka svog S/4HANA projekta, i to se isplatilo kroz manje iznenađenja tijekom izgradnje.

Usklađenost s clean coreom pokazuje koliki dio Vašeg sustava ispunjava SAP-ove kriterije u svih pet načela. Bez brojki njome ne možete upravljati, a SAP Vam nudi tri mjesta na kojima ih dobivate.

1. ABAP test cockpit. SAP-ov alat za provjere na razini koda. Pokazuje koji prilagođeni objekti koriste neobjavljene objekte, modifikacije ili izravan pristup tablicama.
2. SAP Readiness Check. Dolazi s Vašim ugovorom o održavanju i pokazuje što će prelazak na S/4HANA zahvatiti prije nego što se obvežete.
3. RISE with SAP Methodology dashboard, poznat i kao clean core dashboard. Radi u SAP Cloud ALM-u. Njegov prikaz sustava provjerava Vašu verziju S/4HANA, potvrđuje da su alati za prikupljanje podataka aktivni i pregledava proširenja prije nadogradnje, a operativni prikaz prati operativne KPI-jeve.

Brojke koje bih svaki mjesec stavio pred design authority su jednostavne. Koliko prilagođenih objekata je na kojoj razini i pada li razina D? Koliko je iznimaka otvoreno i ima li svaka vlasnika?

Kad biste me zamolili da sljedeći mjesec procijenim Vaš sustav, ovim bih redoslijedom išao.

1. Utvrdite što se koristi. Pokrenite SAP Readiness Check i prikupite podatke o korištenju prilagođenog koda. Na jednom programu analiza sa smartShiftom svela nas je s 18.000 prilagođenih objekata na 3.200, jer se većina ostalih jednostavno nije koristila.
2. Razvrstajte ono što ostane u razine A do D. Za kod koristite ABAP test cockpit. Ako ste na RISE-u, clean core dashboard to dalje prati.
3. Odlučujte objekt po objekt. Povucite ga, premjestite na released sučelje, ponovno izgradite na BTP-u ili ga zadržite uz dokumentiran razlog. Počnite s kodom koji se izvršava svaki dan, jer izvještaj koji jedan regionalni tim koristi dvaput godišnje može pričekati.
4. Dovedite poslovanje za stol. Jedan voditelj financija s kojim sam radio shvatio je svoju novu Fiori aplikaciju tek nakon 45-minutne demonstracije. Taj je sastanak uštedio dva tjedna natezanja u UAT-u.
5. Preispitajte tvrdnju „naš je proces drukčiji“. Na radionici s prodajnim timom jedne europske industrijske tvrtke 2023. godine pokazalo se da je „jedinstveni“ proces 80% suvišne naslijeđene administracije. Standardni SAP poboljšao je iskustvo njihovih kupaca čim su zaobilazna rješenja nestala.
6. Rano počnite s radom na podacima. Jedan maloprodajni klijent iz regije GCC s kojim sam radio 2024. imao je više od 15.000 prilagođenih polja za raščistiti. Iz mog iskustva, migracija podataka odnosi 30 do 40% napora implementacije, a moj vodič kroz troškove SAP implementacije pokazuje gdje to završava u budžetu.
7. Postavite upravljanje prije go-livea. Uspostavite design authority opisan gore i neka to bude jedini put za svako novo proširenje.

Tri pitanja pojavljuju se u gotovo svakom razgovoru koji vodim o ovoj temi.

Je li clean core obavezan u okviru RISE with SAP?

Ne kao opće pravilo. U Public Editionu nameće ga sustav, dok u Private Editionu i on-premise i dalje možete mijenjati jezgru.

Ondje je clean core odluka upravljanja koju SAP prati kroz RISE methodology dashboard. Ako Vam SI kaže da je to ugovorna obveza, zamolite ga da Vam pokaže tu odredbu.

Koliko vremena imam na ECC-u?

Za SAP ERP 6.0 na enhancement packageima 6 do 8 mainstream održavanje završava 31. prosinca 2027. Opcionalno produženo održavanje traje do 31. prosinca 2030., uz dodatni trošak.

Nakon toga SAP ERP, private edition, transition option pokriva razdoblje od 2031. do 2033. Primjenjuje se samo na velike sustave koji su do kraja 2030. već prebačeni na SAP ERP, private edition na SAP HANA.

Godinu 2033. shvatite kao iznimku, a ne kao datum za planiranje. Moj vodič za migraciju s ECC-a na S/4HANA pokriva izbor puta.

Je li clean core važan za AI?

Jest. Držanje SAP standarda pomaže da AI i Joule bolje rade, a jako izmijenjeni procesi upravo su mjesto gdje ih je najteže uvesti.

SAP svoje AI funkcije, uključujući Joule, gradi na svojim standardnim procesima i modelu podataka. Joule for developers generira ABAP Cloud kod na released API-jima. Kako se oblak, AI i clean core uklapaju, objašnjavam u tekstu ERP modernisation.

Timovi koji preskoče clean core ne izbjegnu posao. Odgode ga, a on se vrati kao blokirane nadogradnje, maratoni regresijskog testiranja i prilagođeni kod koji nitko ne razumije.

Prije nego što potpišete ugovor za S/4HANA ili RISE, zatražite od svog SI-ja da Vaš postojeći prilagođeni kod razvrsta u razine A do D. Ako to ne može napraviti, to Vam nešto govori o njegovoj procjeni. Rezervirajte razgovor pa ćemo zajedno pogledati Vašu situaciju.

Što je clean core u SAP-u?

Clean core znači držati S/4HANA blizu SAP standarda i graditi proširenja samo kroz sučelja koja je SAP objavio i obvezao se održavati stabilnima. Proširenja se izvršavaju ili on-stack s ABAP Cloudom ili side-by-side na SAP BTP-u. Cilj je da nadogradnje ne ruše Vašu prilagođenu logiku.

Kojih je pet načela SAP clean corea?

Pet SAP-ovih vodećih načela clean corea su procesi, proširivost, podaci, integracije i operacije. Procesi ostaju blizu standarda, proširenja koriste released API-je, a podaci se održavaju čistima unutar modela upravljanja. Integracije koriste podržane tehnologije, a operacije obuhvaćaju upravljanje, ljude i alate koji drže ostala četiri načela na mjestu.

Što su SAP razine clean corea A, B, C i D?

Od kolovoza 2025. SAP razvrstava proširenja u četiri razine. Razina A koristi samo javno objavljena, stabilna sučelja, razina B koristi i klasične SAP API-je, a razina C pristupa SAP-ovim internim objektima. Razina D obuhvaća modifikacije, upise u SAP tablice i implicitna proširenja te nosi najveći rizik pri nadogradnji.

Je li clean core obavezan za RISE with SAP?

Ne kao opće pravilo. S/4HANA Cloud Public Edition dopušta samo ABAP Cloud i released sučelja, pa clean core nameće tehnički. U Private Editionu i dalje možete mijenjati jezgru, pa je clean core odluka upravljanja koju SAP prati kroz RISE with SAP Methodology dashboard.

Što je ABAP Cloud?

ABAP Cloud je SAP-ov model razvoja u ABAP-u spreman za oblak. Dopušta samo released objekte, javne API-je i točke proširenja, što prilagođeni kod čini stabilnim pri nadogradnjama. Obavezan je u S/4HANA Cloud Public Editionu za nove korisnike od izdanja 2208, a preporučen u Private Editionu i on-premise od 2022.

Kako se mjeri clean core?

Za provjere na razini koda koristite ABAP test cockpit i razvrstajte prilagođene objekte u razine A do D. Korisnici RISE-a mogu pratiti usvajanje u RISE with SAP Methodology dashboardu, koji se naziva i clean core dashboard, u SAP Cloud ALM-u. Ja pratim broj objekata na svakoj razini, kretanje razine D i broj otvorenih iznimaka s vlasnikom.

Tko treba upravljati SAP clean coreom?

Svaku odluku o clean coreu treba donositi design authority sastavljen od poslovanja i IT-a. Vlasnici poslovnih procesa odlučuju je li zahtjev stvaran, a IT odlučuje kako će se izgraditi i na kojoj razini. Svaka se iznimka bilježi s vlasnikom i pregledava prije svake nadogradnje.

Kada prestaje podrška za SAP ECC?

Za SAP ERP 6.0 na enhancement packageima 6 do 8 mainstream održavanje završava 31. prosinca 2027., uz opcionalno produženo održavanje do 31. prosinca 2030. uz dodatni trošak. SAP ERP, private edition, transition option traje do 2033. samo za prihvatljive velike sustave koji su do kraja 2030. prebačeni na SAP ERP, private edition na SAP HANA.