SAP clean core strategija: što znači i kako je primijeniti

Clean core odlučuje hoće li S/4HANA nadogradnja trajati šest tjedana ili šest mjeseci. Ako je Vaš sustav pun izmjena SAP standardnih objekata, svako izdanje postaje regresijski projekt. Ako Vaša prilagođena logika stoji iza objavljenih sučelja, nadogradnje postaju rutinsko održavanje.

Vidio sam tvrtke koje su skratile rokove nadogradnje za 40 % primjenom načela clean corea prije početka svog S/4HANA programa. Jedna tvrtka za robu široke potrošnje zamijenila je naslijeđenu logiku određivanja cijena modularnom Fiori aplikacijom izgrađenom izvan jezgre, i njezine nadogradnje prestale su kvariti tu logiku.

Mnogo se toga promijenilo otkako sam ovo prvi put napisao u travnju 2025. SAP sada opisuje clean core kroz pet vodećih načela, a od kolovoza 2025. svako proširenje svrstava u jednu od četiri razine. Rokovi za ECC također su jasniji. Ova verzija to odražava.

Clean core znači držati S/4HANA sustav onoliko blizu SAP standardu koliko Vaše poslovanje dopušta, a sve dodatno graditi na način koji preživljava nadogradnje.

I dalje možete prilagođavati. Prilagodba mora koristiti sučelja koja je SAP objavio i obećao održavati stabilnima. SAP nudi dva načina za to:

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

SAP-ove vlastite smjernice su da se bira po slučaju korištenja, s BTP-om na prvom mjestu. Prema mom iskustvu, manje je važno gdje kod radi nego treba li zahtjev uopće kod.

Prljava jezgra izgleda poznato svakome tko je vodio ECC: izmijenjeni standardni programi, Z-tablice u koje se piše izravno, sučelja koja čitaju SAP interne strukture, implicitna proširenja koja nitko nije dokumentirao. Ništa od toga nije bilo pogrešno kad je izgrađeno. Samo nije bilo izgrađeno za sustav koji se nadograđuje svake godine ili dvije.

SAP organizira clean core oko pet vodećih načela. Ranija verzija ovog članka navodila je drukčije naslove. Ovo su oni koje SAP koristi, uz ono što prvo promatram u svakom:

Načelo	Što SAP misli	Što prvo provjeravam
Procesi	Ostati što bliže SAP standardnom procesu	Koje varijante procesa postoje samo zato što „uvijek smo tako radili"
Proširivost	Proširenja odvojena od jezgre preko objavljenih API-ja, uz upravljanje time koja se opcija koristi	Koliko prilagođenog koda postoji, koliko se koristi i na kojoj razini se nalazi
Podaci	Čisti, usklađeni podaci s uspostavljenim modelom upravljanja	Dupli i nepotpuni matični podaci, prilagođena polja koja nitko ne može objasniti
Integracije	Standardizirane, sigurne veze izgrađene 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 mjestu	Tko odobrava proširenje i što zaustavlja sljedeću izmjenu

Većina timova počinje i završava s proširivošću jer se najlakše mjeri. Prema mom iskustvu procesi i podaci uzrokuju više kašnjenja. Prilagođeni kod obično je simptom. Proces iza njega je uzrok.

U kolovozu 2025. SAP je svoj raniji troslojni model proširivosti zamijenio konceptom clean core razina. Svako se proširenje procjenjuje prema tome kako je izgrađeno, koliko je odvojeno od jezgre i koliko se lako može nadograditi.

Razina	SAP-ov opis	Što to znači za Vašu nadogradnju
A	Proširenje pomoću SAP Builda. Samo javno objavljena, stabilna sučelja, on-stack uz ABAP Cloud ili side-by-side na BTP-u	Najniži rizik. SAP te API-je podupire ugovorima o stabilnosti
B	Koristi i SAP-ove klasične API-je i tehnologije	Općenito stabilno pri nadogradnji, ali izvan modela razvoja u cloudu
C	Pristupa SAP-ovim internim objektima	Djelomično usklađeno. Svaka nadogradnja traži provjeru; SAP planira changelog za interne objekte
D	Ne preporučuje se: izmjene, upisi u SAP tablice, implicitna proširenja, izričito nepreporučeni objekti	Tehnički dug koji treba prvi ukloniti

Ovo je korisnije od stare rasprave „čisto ili nečisto". Omogućuje Vam da postavite cilj po objektu. Ne mora sve doseći razinu A. Prebacivanje objekata razine D na B ili C prije nadogradnje već je stvarno smanjenje rizika.

Razina ARazina BRazina CRazina D

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

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

Što odlučitiRazina AZadano za sve novoRazina BPrihvatite, uz zabilježen razlogRazina CPrihvatite uz razlog, provjerite pri svakoj nadogradnjiRazina DPrvo ukloniti ili prebaciti na B ili C

Izvor: SAP-ov koncept clean core razina, SAP News, kolovoz 2025

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

1. Saznajte što se koristi. Pokrenite SAP Readiness Check, koji dolazi uz Vaš ugovor o održavanju, i prikupite podatke o korištenju prilagođenog koda. Na jednom programu analiza pomoću smartShifta spustila nas je s 18.000 prilagođenih objekata na 3.200. Većina ostatka jednostavno se nije koristila.
2. Preostalo svrstajte u razine A do D. ABAP test cockpit SAP-ov je alat za provjere na razini koda. U okviru RISE-a nadzorna ploča RISE with SAP Methodology izvještava o prihvaćanju clean corea.
3. Odlučujte objekt po objekt. Ukinite ga, prebacite na objavljeno sučelje, izgradite ponovno na BTP-u ili ga zadržite uz dokumentiran razlog. Počnite s kodom koji se izvodi svaki dan. Izvješće koje jedan regionalni tim koristi dvaput godišnje može pričekati.
4. Dovedite poslovanje u prostoriju. Voditelj financija s kojim sam radio razumio je svoju novu Fiori aplikaciju tek nakon 45-minutnog prolaska. Ta je sesija uštedjela dva tjedna prepiske u UAT-u.
5. Osporite „naš je proces drukčiji". Na jednoj radionici prodajnog tima „jedinstveni" proces pokazao se 80 % suvišnom naslijeđenom administracijom. Standardni SAP poboljšao je njihovo iskustvo s kupcima kad su zaobilazna rješenja nestala.
6. Rano započnite rad na podacima. Jedan maloprodajni klijent imao je više od 15.000 prilagođenih polja koja je trebalo razvrstati. Prema mom iskustvu migracija podataka zauzima 30 do 40 % napora implementacije, a to je dio koji većina planova podcjenjuje. Zašto je tome tako, objašnjavam u tekstu zašto migracija SAP podataka propada.
7. Postavite upravljanje prije go-livea. Dizajnersko tijelo (design authority) trebalo bi pregledati svako novo proširenje. Zadano pitanje nekad je bilo „zašto ovo ne može živjeti na BTP-u?". Danas bih pitao „zašto ovo ne može biti razina A, a ako ne može, koju razinu prihvaćamo i zašto?"

Vještine su važne koliko i 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 isplatilo se manjim brojem iznenađenja tijekom izrade.

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

Je li clean core obvezan u okviru RISE with SAP? Ne kao opće pravilo. U S/4HANA Cloud Public Editionu možete proširivati samo preko objavljenih sučelja, pa sustav to provodi. U Private Editionu i on-premise jezgru i dalje možete mijenjati. Clean core je tamo odluka o upravljanju, a SAP ga prati preko RISE nadzorne ploče metodologije. Ako Vam SI kaže da je ugovorno obvezan, zamolite ga da Vam pokaže klauzulu.

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 prošireno održavanje traje do 31. prosinca 2030. uz dodatni trošak, a SAP traži da ga klijenti naruče do trećeg tromjesečja 2027. Raniji enhancement packagei napustili su mainstream održavanje krajem 2025. Nakon 2030. opcija prijelaza SAP ERP, private edition pokriva 2031. do 2033. Primjenjuje se samo na velike sustave koji su već prebačeni na SAP ERP, private edition na SAP HANA prije kraja 2030., i samo uz SAP-ov max success plan. 2033. tretirajte kao izuzetni put, a ne kao datum za planiranje. Moj vodič za migraciju s ECC-a na S/4HANA obrađuje izbor puta.

Je li clean core važan za umjetnu inteligenciju? SAP svoje AI značajke, uključujući Joule, gradi povrh svojih standardnih procesa i podatkovnog modela. Joule za programere generira ABAP Cloud kod prema objavljenim API-jima. Moje radno stajalište je jednostavno: što su Vaši procesi i podaci bliže standardu, to Vam je manje prilagodbe potrebno prije nego što te značajke postanu korisne. Jako izmijenjeni procesi mjesta su na kojima je AI značajke najteže prihvatiti.

Timovi koji preskoče clean core ne izbjegavaju posao. Odgađaju ga, a on se vraća kao blokirane nadogradnje, maratoni regresijskog testiranja i prilagođeni kod koji nitko ne razumije.

Ako se spremate potpisati S/4HANA ili RISE ugovor, zatražite od svog SI-a klasifikaciju Vašeg trenutnog prilagođenog koda po razinama A do D prije nego što dogovorite opseg. Ako je ne mogu izraditi, to Vam nešto govori o procjeni. Svoje opcije migracije možete provjeriti uz moju procjenu migracije s ECC-a na S/4HANA, ili rezervirajte razgovor pa pogledajmo Vašu situaciju.

Što je SAP clean core?

Clean core znači držati S/4HANA blizu SAP standardu i graditi proširenja samo preko sučelja koja je SAP objavio i obvezao se održavati stabilnima. Proširenja rade ili on-stack uz ABAP Cloud ili side-by-side na SAP BTP-u. Cilj je da nadogradnje ne kvare Vašu prilagođenu logiku.

Koje su pet dimenzija SAP clean corea?

SAP ih naziva pet vodećih načela clean corea: procesi, proširivost, podaci, integracije i operacije. Procesi ostaju blizu standarda. Proširenja koriste objavljene API-je. Podaci se drže čistima uz model upravljanja. Integracije koriste standardizirane, podržane tehnologije. Operacije obuhvaćaju upravljanje, ljude i alate koji drže ostala četiri na mjestu.

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

Od kolovoza 2025. SAP proširenja svrstava u četiri razine. Razina A koristi samo javno objavljena, stabilna sučelja. Razina B koristi i klasične SAP API-je. Razina C pristupa SAP-ovim internim objektima i traži provjeru pri svakoj nadogradnji. Razina D obuhvaća izmjene, upise u SAP tablice, implicitna proširenja i druge nepreporučene tehnike te predstavlja najviši rizik.

Je li clean core obvezan uz RISE with SAP?

Ne kao opće pravilo. S/4HANA Cloud Public Edition dopušta proširenja samo preko objavljenih sučelja, pa clean core provodi tehnički. U Private Editionu jezgru i dalje možete mijenjati, pa je clean core odluka o upravljanju. SAP izvještava o prihvaćanju clean corea preko nadzorne ploče RISE with SAP Methodology.

Kada završava 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 prošireno održavanje do 31. prosinca 2030. uz dodatni trošak. Raniji enhancement packagei napustili su mainstream održavanje krajem 2025. Opcija prijelaza SAP ERP, private edition, proteže se do 2033. samo za prihvatljive velike sustave prebačene na SAP ERP, private edition na SAP HANA prije kraja 2030.

Kako procijeniti spremnost svog SAP sustava za clean core?

Počnite s SAP Readiness Checkom i podacima o korištenju svog prilagođenog koda. Ono što se još koristi svrstajte u razine A do D, koristeći ABAP test cockpit za provjere na razini koda. Zatim po objektu odlučite hoćete li ga ukinuti, prebaciti na objavljeno sučelje, ponovno izgraditi na SAP BTP-u ili zadržati uz dokumentiran razlog. Istodobno pregledajte procese i podatke, jer oni obično objašnjavaju zašto kod postoji.

Kakva je uloga SAP BTP-a u strategiji clean corea?

SAP BTP je mjesto na kojem rade side-by-side proširenja. Aplikacije na BTP-u povezuju se sa S/4HANA preko API-ja i događaja, pa jezgra ostaje netaknuta. SAP preporučuje pristup BTP-first, uz on-stack ABAP Cloud proširenja tamo gdje logika treba biti blizu podataka ili transakcije.