SAP ECC hoolduse lõpp 31. detsembril 2027: hinnatõus, mitte väljalülitamine

SAP lõpetab 31. detsembril 2027 SAP ECC 6.0 ja teiste SAP Business Suite 7 põhirakenduste põhihoolduse (mainstream maintenance). 1. jaanuaril 2028 ei lülitu midagi välja. Teie süsteem töötab edasi, kasutajad kirjendavad edasi arveid ja SAP müüb teile endiselt tuge. Muutub see, kui palju te selle eest maksate ja mida selle eest saate.

See vahe on oluline, sest suur osa ringlevast nõuandest käsitleb 2027. aastat kui kaljuserva. Enamiku endiselt ECC-d kasutavate ettevõtete jaoks see seda ei ole ja nad teavad seda: suurim rühm allesjäänud ECC kasutajatest planeerib 2030. aasta peale. Tegelik risk on hoopis teine. Töö, mis kuupäeva tegelikult määrab (kohandatud ABAP, liidesed, andmed), saab ulatuse hinnangu liiga hilja ja 2030. aasta osutub sama napiks, kui oli 2027.

See artikkel on mõeldud keskmise suurusega, enamasti saksakeelsetel turgudel tegutsevate ettevõtete IT-juhtidele ja SAP-i juhtidele, kes kasutavad endiselt ECC-d ja peavad otsustama, millised tulevad järgmised kolm aastat.

Mida SAP on tegelikult lubanud

Tingimused on SAP-i hooldusstrateegia lehel ja need kuulutati esimest korda välja 2020. aasta veebruaris:

• Kuni 31. detsembrini 2027: Business Suite 7 põhirakenduste, sealhulgas SAP ERP 6.0, põhihooldus kolmel viimasel laienduspaketil (enhancement package). Kui teie süsteem on vanemal laienduspaketil, vaadake enne 2027. aasta kuupäevale plaani ehitamist üle SAP Note 2881788 (link on samal lehel).
• 1. jaanuarist 2028 kuni 31. detsembrini 2030: valikuline pikendatud hooldus „kahe protsendipunkti suuruse lisatasuga hoolduse arvestusbaasilt“. Lihtsalt öeldes tõuseb teie praegune hooldusmäär kahe punkti võrra.
• Kui te pikendatud hooldust ei võta: lähete automaatselt üle kliendipõhisele hooldusele (customer-specific maintenance). Mida see katab, on kirjeldatud SAP Note'is 52505, mille link on samal lehel. Lugege see läbi enne, kui eeldate, et sellest piisab.
• S/4HANA puhul: SAP on lubanud hooldust kuni 2040. aasta lõpuni.

Väiksema rühma jaoks on veel üks tee. 2025. aasta augustis tutvustas SAP üleminekuvõimalust SAP ERP, private edition, transition option: tähtajaline tellimus, mis viib ECC 2031. aastast 2033. aastani SAP-i privaatpilve. Tingimused on ranged. „Süsteemid tuleb migreerida SAP ERP, private editionile SAP HANA peal enne 31. detsembrit 2030.“ HANA on ainus toetatud andmebaas, võimalus on saadaval ainult koos max success plan'iga aastateks 2031 kuni 2033 ja SAP on seadnud selle alusel tellitud süsteemidele miinimummahuks 2 TB. SAP ütleb, et see on mõeldud „meie suurimatele ja keerukamatele SAP ERP klientidele“. SAP-i pakutud „äriliselt samaväärsed tingimused“ kehtisid klientidele, kes sidusid end private editioniga 2025. aasta lõpuks.

Millise taseme ka valite, esitage SAP-ile ja oma partnerile kirjalikult üks küsimus: millised õigusmuudatused (maksud, palgaarvestus, e-arvete vormingud) jõuavad teie ECC süsteemi edasi ja kui kaua. Saksa ettevõtte puhul võib juba ainuüksi see vastus otsustada, kas paigale jäämine on elujõuline.

Mida teeb ülejäänud turg

DSAG, saksakeelne SAP-i kasutajarühm, viis oma Investment Report 2026 uuringu läbi ajavahemikus 8. detsember 2025 kuni 21. jaanuar 2026 ja sellele vastas 198 ettevõtet. Neist 54 protsenti kasutab endiselt ECC-d või vanemat Business Suite'i, 2024. aastal oli see 68 protsenti.

Ajastuse osas plaanib peaaegu pool vastajatest minna S/4HANA-le üle 2030. aasta lõpuks, mis tähendab, nagu DSAG märgib, pikendatud hoolduse eest maksmist. Veel 37 protsenti soovib üle minna 2027. aasta lõpuks ja vaid 4 protsenti sihib 2033. aastat ja private editioni üleminekuvõimalust.

DSAG-i esimees Jens Hungershausen nimetas põhjused otse: oskuste puudus, paralleelsed muutusprojektid ja piiratud eelarved lükkavad ajakavasid edasi, „isegi kui see toob kaasa suuremad hoolduskulud“.

Liiguvad ka avaliku sektori ostjad. Meie enda loenduse järgi ELi avalike hangete teadetest oli 2025. ja 2026. aastal umbes 200 S/4HANA migratsiooni menetlust poolaasta kohta ning 2026. aastal oktoobri alguseks juba üle 300, enamik neist Saksamaal. Töö käib. See on lihtsalt jaotatud pikemale stardirajale, kui 2027. aasta pealkirjad lasevad arvata.

Kus töö tegelikult on

Tehnilise ülemineku ECC-lt S/4HANA-le jaoks on SAP-il ja tema partneritel head tööriistad. Kui kasutate vähe kohandatud ECC-d käputäie standardliidestega, on teie integraator seda teinud mitu korda ja suurem osa järgnevast ei ole teie mure.

Teie mureks muutub see sedavõrd, kuivõrd olete ise midagi ehitanud.

Kohandatud ABAP: kus projektid libisevad

S/4HANA ei ole ECC uuel andmebaasil. Osa andmemudelist on muutunud. Kliendid ja tarnijad muutuvad äripartneriteks (business partner). Finants- ja laokirjendused koondati vähematesse, laiematesse tabelitesse. Mõned tehingud ja funktsioonid eemaldati või asendati.

Kohandatud kood, mis loeb tabeleid otse, toetub ümber tõstetud väljumispunktile (exit) või eeldab vaikimisi teatud sortimisjärjekorda (HANA ei luba seda, kui päring seda ei nõua), võib süntaksikontrolli läbida ja ikkagi valesti töötada. Just see viimane liik teeb haiget, sest see tuleb välja integratsioonitestimisel või pärast käikulaskmist, mitte koodi skannimisel.

Protsess, mis töötab:

1. Mõõtke kõigepealt kasutust. Lülitage tootmises sisse kasutuse logimine (ABAP call monitor, tehing SCMON) ja laske sel töötada läbi terve aastalõpu sulgemise. Pikaealistes süsteemides ei käivitata sageli märkimisväärset osa kohandatud objektidest kunagi. Kood, mida keegi ei käivita, kustutatakse, mitte ei migreerita.
2. Käivitage analüüsitööriistad ülejäänu peal. SAP-i kontrollid leiavad võimalikud probleemid. Seda, millised neist on äri jaoks olulised, need öelda ei oska.
3. Klassifitseerige iga objekt. Kõrvaldage see, asendage standardfunktsionaalsusega, parandage kohapeal või ehitage uuesti väljaspool tuuma. Üks otsus objekti kohta, nimelise äriomanikuga.
4. Testige protsessi, mitte objekti kaupa. Koodi muutmine on odav osa. Kallis osa on tõestada, et tellimusest laekumiseni protsess ja kuu lõpu sulgemine annavad endiselt samad numbrid.

Projektid libisevad siin igaval põhjusel: keegi ei loendanud piisavalt vara. Kohandatud koodi maht on teada vaid ligikaudu, selle kirjutajad on sageli lahkunud ja tegelikud leiud saabuvad teises testitsüklis, pärast seda, kui kuupäev on sisemiselt välja kuulutatud.

Liidesed ja PI/PO sama kella järgi

ECC seisab harva üksi. IDoc-id lattu, RFC- ja BAPI-päringud tootmisest, lamefailid panka ja maksunõustajale, kliendiportaal, mis loeb andmebaasivaadet, mille keegi lõi 2011. aastal. Igaüks neist tuleb üles leida, testida ja mõnel juhul uuesti ehitada.

Kui need liidesed käivad läbi SAP Process Integrationi või Process Orchestrationi, on samadel kuupäevadel teine tähtaeg. SAP-i Architecture Center ütleb, et PI/PO läheneb „standardhoolduse lõpule 2027. aastal“, et kliendid saavad hooldust pikendada kuni 2030. aastani ja et pärast seda SAP-i tugi lõpeb. SAP suunab PI/PO kliente SAP Integration Suite'i juurde, millega kaasneb migratsiooni hindamine ja viisardipõhised migratsioonitööriistad.

Tööriistad aitavad standardobjektidega. Need ei ütle teile, millised liidesed veel millegi jaoks vajalikud on, ja kohandatud vastendusloogika vajab endiselt inimest, kes selle läbi loeb. Koostage inventuur vahevara konfiguratsiooni, logide ja ajastatud tööde põhjal, mitte küsimustiku põhjal. Seejärel planeerige ERP ja vahevara üleviimine koos. Kui teha need üksteise järel, testitakse iga liidest kaks korda.

Andmete migreerimine

Süsteemi konverteerimisel liiguvad teie andmed koos süsteemiga ja sama teeb nende kvaliteet. Äripartnerite konverteerimine on tavaliselt esimene kokkupõrge: topeltkliendid, tarnijad, kes on ühtlasi kliendid, aadressid vabatekstiväljadel, maksunumbrid vales kohas. Kõik see tuleb puhastada enne konverteerimist, mitte selle ajal.

Uue juurutuse puhul te ekstraheerite, puhastate, teisendate ja laadite andmed ning raske osa on vastavusse viimine. Finantsosakond annab heakskiidu siis, kui saldod ja avatud kirjed klapivad, mitte siis, kui laadimistöö lõpeb. Ehitage migratsioon korratava koodina, mida saab käivitada kümmekond korda üha puhtamate andmete peal, võrreldes tulemusi igal käivitusel automaatselt.

Kummagi tee puhul arhiveerige kõigepealt see, mida te enam ei vaja. Vähem andmeid tähendab lühemaid konverteerimiskäivitusi ja lühemat seisakuakent.

Puhta tuuma laiendused

Tähtajast juhitud projektis on kiusatus kanda kõik modifikatsioonid üle ja lubada hiljem korda teha. Hiljem ei tule kunagi.

SAP nimetab alternatiivi puhtaks tuumaks (clean core): jätke standardsüsteem muutmata ja ehitage laiendused liideste vastu, mille SAP avaldab ja stabiilsena hoiab, kas S/4HANA sees või selle kõrval SAP Business Technology Platformil. Esimesest päevast ei saa kõik puhas olla. Reegel, millest saab päriselt kinni pidada, on lihtsam: midagi uut ei ehitata vanal moel. Iga modifikatsioon, mida praegu väldite, on üks, mida ei pea iga tulevase uuenduse juures uuesti testima.

Otsustusraamistik

On kolm realistlikku teed ja neljas, mis saab vähem tähelepanu.

Minge S/4HANA-ga käiku 31. detsembriks 2027. See sobib ettevõtetele, kes on juba alustanud, kasutavad enamasti standardset süsteemi ja kellel on partner broneeritud. Tänasest on selleni viisteist kuud ja vähesed finantsmeeskonnad nõustuvad üleminekuga keset aastalõpu sulgemist. Kui teie kohandatud koodi analüüs on tegemata, ei ole see tõenäoliselt teie tee.

Makske pikendatud hoolduse eest ja minge käiku 2030. aastaks. Siia on suundumas suurem osa turust. Hind on kahe punkti suurune lisatasu; täpsustage SAP-iga, kuidas seda rakendatakse, kui lähete käiku perioodi keskel. Risk on käsitleda 2030. aastat nii, nagu käsitleti 2027. aastat: kauge tulevikuna, kuni see ühtäkki enam kauge ei ole.

Valige private editioni üleminekuvõimalus kuni 2033. aastani. See tähendab RISE with SAP lepingut, HANA-t, süsteemi üleviimist SAP ERP, private editionile enne 31. detsembrit 2030, max success plan'i ja 2 TB miinimumi. Keskmise suurusega ettevõtte jaoks on see harva odavaim viis aega osta.

Lahkuge SAP-ist. Mõne keskmise suurusega tootja ja hulgimüüja jaoks on väiksem ERP päris variant. Liideste ja andmetega seotud töö ei vähene. Sellest saab suurem osa projektist.

Järgmised kuus kuud, ükskõik mille valite

Praegusest kuni 2027. aasta märtsi lõpuni tasub kõik see end ära igal teel:

1. Kinnitage oma lähtepunkt. Laienduspakett, andmebaas, hooldusleping. Küsige oma SAP-i kliendihaldurilt kirjalikult teile kehtivaid pikendatud hoolduse tingimusi.
2. Lülitage kasutuse logimine sisse kohe, et see hõlmaks 2026. aasta aastalõpu sulgemist.
3. Tehke kohandatud koodi analüüs ja jõudke arvuni, mitte muljeni: mitu objekti, mitu neist kasutusel, mitu puudutavad andmemudeli muutunud osi.
4. Koostage liideste inventuur, sealhulgas kõik, mis käib läbi PI/PO, iga liidese jaoks omaniku ja otsusega.
5. Alustage põhiandmete puhastamist, kõigepealt kliendid ja tarnijad.
6. Lõpetage modifikatsioonide lisamine. Uus arendus järgib puhta tuuma põhimõtet alates tänasest.
7. Pange 2028. aasta hoolduse hinnatõus 2027. aasta eelarvesse teadaoleva kuluna, mitte üllatusena.
8. Broneerige ressursid: partner, teie sisemine SAP-i meeskond ja arendajad, kes hoolitsevad SAP-i ümbritsevate süsteemide eest. Oskuste puudus on üks põhjusi, miks DSAG-i liikmete ajakavad libisevad.

Kui lugeda tagasi 2030. aasta käikulaskmisest: testitsüklid ja ülemineku proovid 2030. aastal, ehitus ja parandused 2029. aastal, disain ja andmete puhastamine 2028. aastal, analüüs praegu. Selles on vähem varu, kui paistab.

Kust abi saada

Me ei ole SAP-i funktsionaalne nõustamisettevõte ega vii läbi S/4HANA konverteerimisi; töötame selle partneri kõrval, kes seda teeb, liideste inventuuri ja ümberehitamise, andmemigratsiooni koodi ja selle vastavusse viimise ning ECC ümber ehitatud rakenduste kallal, mis peavad üleviimise üle elama. See töö on kirjeldatud meie ERP moderniseerimise lehel ja pärandsüsteemide hooldus katab süsteemid, mis jäävad paigale, kuni te üle kolite. Kui soovite, et teie ERP-d ümbritsev süsteemide kogum oleks enne programmi allkirjastamist üle loetud, kirjutage aadressil office@c9group.dev.