SAP ECC priežiūra baigiasi 2027 m. gruodžio 31 d.: kainos šuolis, o ne išjungimas

2027 m. gruodžio 31 d. SAP nutraukia pagrindinę SAP ECC 6.0 ir kitų pagrindinių SAP Business Suite 7 taikomųjų programų priežiūrą. 2028 m. sausio 1 d. niekas neišsijungs. Jūsų sistema veiks toliau, naudotojai toliau registruos sąskaitas faktūras, o SAP vis dar parduos jums palaikymą. Keičiasi tai, kiek už jį mokate ir ką gaunate.

Šis skirtumas svarbus, nes daug sklandančių patarimų 2027 m. laiko skardžiu. Daugumai įmonių, vis dar naudojančių ECC, taip nėra, ir jos tai žino: didžiausia likusių ECC naudotojų grupė planuoja 2030 m. Tikroji rizika yra kita. Darbas, kuris iš tikrųjų lemia datą (individualus ABAP kodas, sąsajos, duomenys), įvertinamas per vėlai, ir 2030 m. pasirodo tokie pat įtempti, kokie buvo 2027 m.

Šis straipsnis skirtas vidutinio dydžio įmonių IT vadovams ir SAP vadovams, daugiausia vokiškai kalbančiose rinkose, kurie vis dar naudoja ECC ir turi nuspręsti, kaip atrodys ateinantys treji metai.

Ką SAP iš tikrųjų įsipareigojo

Sąlygos pateiktos SAP priežiūros strategijos puslapyje ir pirmą kartą paskelbtos 2020 m. vasarį:

• Iki 2027 m. gruodžio 31 d.: pagrindinė Business Suite 7 pagrindinių taikomųjų programų, tarp jų SAP ERP 6.0, priežiūra trims naujausiems patobulinimų paketams (enhancement packages). Jei jūsų sistema naudoja senesnį patobulinimų paketą, prieš kurdami planą pagal 2027 m. datą patikrinkite SAP Note 2881788 (nuoroda tame puslapyje).
• Nuo 2028 m. sausio 1 d. iki 2030 m. gruodžio 31 d.: pasirenkama pratęsta priežiūra, už „a premium of two percent points on the maintenance basis“. Paprastai tariant, šiandien mokamas priežiūros tarifas padidėja dviem punktais.
• Jei pratęstos priežiūros nesirenkate: automatiškai pereinate prie klientui pritaikytos priežiūros (customer-specific maintenance). Ką ji apima, aprašyta SAP Note 52505, į kurį nuoroda pateikta tame pačiame puslapyje. Perskaitykite ją, prieš darydami prielaidą, kad jos pakaks.
• S/4HANA: SAP įsipareigojo teikti priežiūrą iki 2040 m. pabaigos.

Mažesnei grupei yra dar vienas kelias. 2025 m. rugpjūtį SAP paskelbė SAP ERP, private edition, transition option: laike ribotą prenumeratą, kuri ECC pratęsia nuo 2031 iki 2033 m. SAP privačiajame debesyje. Sąlygos griežtos. „Systems must be migrated to SAP ERP, private edition on SAP HANA before December 31, 2030.“ HANA yra vienintelė palaikoma duomenų bazė, galimybė siūloma tik kartu su max success plan nuo 2031 iki 2033 m., o SAP pagal ją prenumeruojamoms sistemoms nustato 2 TB minimumą. SAP teigia, kad ji skirta „our largest and most complex SAP ERP customers“. SAP siūlytos „commercially equivalent terms“ galiojo klientams, kurie įsipareigojo private edition iki 2025 m. pabaigos.

Kad ir kokį lygį pasirinktumėte, raštu užduokite SAP ir savo partneriui vieną klausimą: kurie teisiniai pakeitimai (mokesčiai, darbo užmokestis, e. sąskaitų faktūrų formatai) vis dar pasieks jūsų ECC sistemą ir iki kada. Vokietijos įmonei vien šis atsakymas gali nulemti, ar likti vietoje yra perspektyvu.

Ką daro likusi rinka

DSAG, vokiškai kalbančių šalių SAP naudotojų grupė, nuo 2025 m. gruodžio 8 d. iki 2026 m. sausio 21 d. atliko Investment Report 2026 apklausą, kurioje dalyvavo 198 respondentai. Iš jų 54 procentai vis dar naudoja ECC arba senesnį Business Suite, palyginti su 68 procentais 2024 m.

Kalbant apie terminus, beveik pusė respondentų planuoja pereiti prie S/4HANA iki 2030 m. pabaigos, o tai, kaip pažymi DSAG, reiškia mokėjimą už pratęstą priežiūrą. Dar 37 procentai nori pereiti iki 2027 m. pabaigos, ir tik 4 procentai taikosi į 2033 m. ir private edition transition option.

DSAG pirmininkas Jensas Hungershausenas priežastis įvardijo tiesiai: specialistų trūkumas, lygiagretūs transformacijos projektai ir riboti biudžetai stumia tvarkaraščius vėlyn, „even if this results in higher maintenance costs“.

Juda ir viešieji pirkėjai. Mūsų pačių suskaičiuoti ES viešųjų pirkimų skelbimai rodo maždaug 200 S/4HANA migracijos procedūrų per pusmetį 2025 ir 2026 m., o 2026 m. iki spalio pradžios jų buvo daugiau nei 300, daugiausia Vokietijoje. Darbas vyksta. Jis tiesiog išdėstytas ilgesniame laikotarpyje, nei leidžia manyti antraštės apie 2027 m.

Kur iš tikrųjų yra darbas

Techninį perėjimą iš ECC į S/4HANA SAP ir jos partneriai yra gerai aprūpinę įrankiais. Jei naudojate nedaug pritaikytą ECC su keliomis standartinėmis sąsajomis, jūsų integratorius tai darė daugybę kartų, ir didžioji dalis to, kas aprašyta toliau, nėra jūsų rūpestis.

Jūsų rūpesčiu tai tampa proporcingai tam, kiek sukūrėte patys.

Individualus ABAP: kur projektai vėluoja

S/4HANA nėra ECC su nauja duomenų baze. Dalis duomenų modelio pasikeitė. Klientai ir tiekėjai tampa verslo partneriais (business partners). Finansų ir atsargų įrašai sujungti į mažiau, bet platesnių lentelių. Kai kurios operacijos ir funkcijos pašalintos arba pakeistos.

Individualus kodas, kuris tiesiogiai skaito lenteles, remiasi perkeltu išėjimo tašku (exit) arba tyliai daro prielaidą apie rikiavimo tvarką (HANA jos negarantuoja, nebent užklausa jos prašo), gali praeiti sintaksės patikrą ir vis tiek veikti neteisingai. Būtent pastaroji rūšis skaudina, nes išryškėja integracinio testavimo metu arba po paleidimo, o ne kodo skenavimo metu.

Veikiantis procesas:

1. Pirmiausia išmatuokite naudojimą. Gamybinėje aplinkoje įjunkite naudojimo registravimą (ABAP iškvietimų monitorius, operacija SCMON) ir palikite jį veikti per visą metų pabaigos uždarymą. Ilgai gyvuojančiose sistemose nemaža dalis individualių objektų dažnai niekada nepaleidžiama. Kodas, kurio niekas nevykdo, ištrinamas, o ne perkeliamas.
2. Paleiskite analizės įrankius likusiam kodui. SAP patikros randa galimas problemas. Jos negali pasakyti, kurios svarbios verslui.
3. Suklasifikuokite kiekvieną objektą. Atsisakykite jo, pakeiskite standartine funkcija, ištaisykite vietoje arba sukurkite iš naujo už branduolio ribų. Vienas sprendimas kiekvienam objektui, su įvardytu verslo savininku.
4. Testuokite pagal procesą, o ne pagal objektą. Pakeisti kodą yra pigioji dalis. Įrodyti, kad procesas nuo užsakymo iki apmokėjimo ir mėnesio uždarymas vis dar duoda tuos pačius skaičius, yra brangioji dalis.

Projektai čia vėluoja dėl nuobodžios priežasties: niekas laiku nesuskaičiavo. Individualaus kodo apimtis žinoma tik apytiksliai, jį parašę žmonės dažnai jau išėję, o tikrieji radiniai atsiranda antrajame testavimo cikle, kai data jau paskelbta įmonės viduje.

Sąsajos ir PI/PO su tuo pačiu laikrodžiu

ECC retai stovi vienas. IDoc į sandėlį, RFC ir BAPI iškvietimai iš gamybos cecho, plokštieji failai bankui ir mokesčių konsultantui, klientų portalas, skaitantis duomenų bazės rodinį, kurį kažkas sukūrė 2011 m. Kiekvieną iš jų reikia rasti, išbandyti, o kai kuriais atvejais sukurti iš naujo.

Jei šios sąsajos veikia per SAP Process Integration arba Process Orchestration, tomis pačiomis datomis yra ir antras terminas. SAP Architecture Center teigia, kad PI/PO artėja prie „the end of standard maintenance in 2027“, kad klientai gali pratęsti priežiūrą iki 2030 m. ir kad po to SAP palaikymas baigiasi. SAP PI/PO klientus nukreipia į SAP Integration Suite, kartu su kuria pateikiamas migracijos įvertinimas ir vedliu pagrįsti migracijos įrankiai.

Įrankiai padeda su standartiniais objektais. Jie nepasako, kurios sąsajos dar kam nors tarnauja, o individualią susiejimo logiką vis tiek turi perskaityti žmogus. Inventorių sudarykite iš tarpinės programinės įrangos konfigūracijos, žurnalų ir suplanuotų užduočių, o ne iš klausimyno. Tada ERP ir tarpinės programinės įrangos perkėlimą planuokite kartu. Darant vieną po kito, kiekviena sąsaja testuojama du kartus.

Duomenų migracija

Sistemos konvertavimo atveju jūsų duomenys keliauja kartu su sistema, kartu ir jų kokybė. Verslo partnerių konvertavimas paprastai yra pirmasis susidūrimas: pasikartojantys klientai, tiekėjai, kurie kartu yra ir klientai, adresai laisvo teksto laukuose, mokesčių numeriai ne vietoje. Visa tai reikia išvalyti prieš konvertavimą, o ne jo metu.

Naujo diegimo atveju duomenis išgaunate, išvalote, transformuojate ir įkeliate, o sunkiausia dalis yra suderinimas. Finansų skyrius patvirtina tada, kai sutampa likučiai ir atviri įrašai, o ne tada, kai baigiasi įkėlimo užduotis. Migraciją kurkite kaip pakartojamą kodą, kurį galite paleisti keliolika kartų su vis švaresniais duomenimis, kiekvieną kartą automatiškai palygindami rezultatus.

Bet kuriuo keliu pirmiausia suarchyvuokite tai, ko jums nebereikia. Mažiau duomenų reiškia trumpesnius konvertavimo paleidimus ir trumpesnį prastovos langą.

Clean core plėtiniai

Terminų spaudžiamame projekte kyla pagunda perkelti kiekvieną modifikaciją ir pažadėti sutvarkyti vėliau. Tas „vėliau“ neateina.

SAP alternatyvą vadina clean core: standartinę sistemą palikti nemodifikuotą ir plėtinius kurti per sąsajas, kurias SAP skelbia ir išlaiko stabilias, arba S/4HANA viduje, arba šalia jos SAP Business Technology Platform. Ne viskas gali būti švaru nuo pirmos dienos. Taisyklė, kurios iš tikrųjų galite laikytis, paprastesnė: nieko naujo nekurti senuoju būdu. Kiekviena modifikacija, kurios išvengiate dabar, yra ta, kurios nereikės pakartotinai testuoti per kiekvieną būsimą atnaujinimą.

Sprendimo rėmai

Yra trys realūs keliai ir ketvirtas, kuriam skiriama mažiau dėmesio.

Paleisti S/4HANA iki 2027 m. gruodžio 31 d. Tai tinka įmonėms, kurios jau pradėjo, naudoja daugiausia standartinę sistemą ir turi užsakytą partnerį. Nuo šiandien tai penkiolika mėnesių, o nedaug finansų komandų sutiks su perėjimu metų pabaigos uždarymo viduryje. Jei individualaus kodo analizė neatlikta, tai greičiausiai ne jūsų kelias.

Mokėti už pratęstą priežiūrą ir paleisti iki 2030 m. Būtent ten krypsta didžioji rinkos dalis. Kaina yra dviejų punktų priedas; pasitikslinkite su SAP, kaip jis taikomas, jei paleidžiate laikotarpio viduryje. Rizika yra 2030 m. vertinti taip, kaip buvo vertinami 2027 m.: kaip tolimus, kol staiga jie tokie nebėra.

Pasirinkti private edition transition option iki 2033 m. Tai reiškia RISE with SAP sutartį, HANA, jūsų sistemos perkėlimą į SAP ERP, private edition iki 2030 m. gruodžio 31 d., max success plan ir 2 TB minimumą. Vidutinio dydžio įmonei tai retai būna pigiausias būdas nusipirkti laiko.

Palikti SAP. Kai kuriems vidutinio dydžio gamintojams ir platintojams mažesnė ERP yra reali galimybė. Sąsajų ir duomenų darbo nesumažėja. Jis tampa didžiąja projekto dalimi.

Ateinantys šeši mėnesiai, kad ir ką pasirinktumėte

Nuo dabar iki 2027 m. kovo pabaigos visa tai atsiperka bet kuriuo keliu:

1. Patvirtinkite savo pradinį tašką. Patobulinimų paketas, duomenų bazė, priežiūros sutartis. Raštu paprašykite savo SAP kliento komandos jums taikomų pratęstos priežiūros sąlygų.
2. Įjunkite naudojimo registravimą dabar, kad jis apimtų 2026 m. metų pabaigos uždarymą.
3. Atlikite individualaus kodo analizę ir gaukite skaičių, o ne įspūdį: kiek objektų, kiek naudojama, kiek liečia pasikeitusias duomenų modelio dalis.
4. Sudarykite sąsajų inventorių, įskaitant viską, kas veikia per PI/PO, su savininku ir sprendimu kiekvienai sąsajai.
5. Pradėkite pagrindinių duomenų valymą, pirmiausia klientų ir tiekėjų.
6. Nustokite pridėti modifikacijas. Nauja plėtra nuo šiandien laikosi clean core.
7. Įtraukite 2028 m. priežiūros padidėjimą į 2027 m. biudžetą kaip žinomą išlaidą, o ne staigmeną.
8. Užsitikrinkite pajėgumus: partnerį, savo vidinę SAP komandą ir programuotojus, prižiūrinčius sistemas aplink SAP. Specialistų trūkumas yra viena iš priežasčių, kurias DSAG nariai nurodo dėl vėluojančių tvarkaraščių.

Skaičiuojant atgal nuo paleidimo 2030 m.: testavimo ciklai ir perėjimo repeticijos 2030 m., kūrimas ir taisymas 2029 m., projektavimas ir duomenų valymas 2028 m., analizė dabar. Atsargos čia mažiau, nei atrodo.

Kur gauti pagalbos

Nesame SAP funkcinė konsultacijų įmonė ir S/4HANA konvertavimų nevykdome; dirbame šalia tai darančio partnerio: sudarome sąsajų inventorių ir kuriame jas iš naujo, rašome duomenų migracijos kodą ir jo suderinimą, prižiūrime aplink ECC sukurtas taikomąsias programas, kurios turi išgyventi perkėlimą. Šis darbas aprašytas mūsų ERP modernizavimo puslapyje, o senųjų sistemų priežiūra apima sistemas, kurios lieka vietoje, kol persikelsite. Jei norite, kad aplinka aplink jūsų ERP būtų suskaičiuota prieš pasirašant programą, rašykite office@c9group.dev.