SAP ECC uzturēšana beidzas 2027. gada 31. decembrī: cenu pakāpiens, nevis izslēgšana

2027. gada 31. decembrī SAP beidz standarta uzturēšanu (mainstream maintenance) SAP ECC 6.0 un citām SAP Business Suite 7 pamatlietotnēm. 2028. gada 1. janvārī nekas netiek izslēgts. Jūsu sistēma turpina darboties, lietotāji turpina grāmatot rēķinus, un SAP joprojām pārdos jums atbalstu. Mainās tas, cik jūs par to maksājat un ko saņemat.

Šī atšķirība ir svarīga, jo liela daļa apritē esošo padomu 2027. gadu uztver kā kraujas malu. Lielākajai daļai uzņēmumu, kas joprojām izmanto ECC, tā nav, un viņi to zina: lielākā atlikušo ECC lietotāju grupa plāno 2030. gadu. Reālais risks ir cits. Darbs, kas patiesībā nosaka datumu (pielāgotais ABAP, saskarnes, dati), tiek novērtēts par vēlu, un 2030. gads izrādās tikpat saspringts, kāds bija 2027. gads.

Šis raksts ir paredzēts CIO un SAP vadītājiem vidēja lieluma uzņēmumos, lielākoties vāciski runājošajos tirgos, kuri joprojām izmanto ECC un kuriem jāizlemj, kā izskatīsies nākamie trīs gadi.

Ko SAP patiesībā ir apņēmies

Noteikumi ir SAP uzturēšanas stratēģijas lapā, un pirmo reizi tie tika izziņoti 2020. gada februārī:

• Līdz 2027. gada 31. decembrim: standarta uzturēšana Business Suite 7 pamatlietotnēm, to skaitā SAP ERP 6.0, ar jaunākajām trim uzlabojumu pakotnēm (enhancement packages). Ja jūsu sistēmā ir vecāka uzlabojumu pakotne, pārbaudiet SAP Note 2881788 (saite ir tajā pašā lapā), pirms veidojat plānu, balstoties uz 2027. gada datumu.
• No 2028. gada 1. janvāra līdz 2030. gada 31. decembrim: izvēles paplašinātā uzturēšana (extended maintenance) ar „piemaksu divu procentpunktu apmērā no uzturēšanas bāzes“. Vienkāršiem vārdiem: uzturēšanas likme, ko maksājat šodien, palielinās par diviem punktiem.
• Ja neizvēlaties paplašināto uzturēšanu: jūs automātiski pārejat uz klientam specifisku uzturēšanu (customer-specific maintenance). Ko tā aptver, aprakstīts SAP Note 52505, saite uz kuru ir tajā pašā lapā. Izlasiet to, pirms pieņemat, ka ar to pietiks.
• S/4HANA: SAP ir apņēmies nodrošināt uzturēšanu līdz 2040. gada beigām.

Mazākai grupai ir vēl viens ceļš. 2025. gada augustā SAP izklāstīja SAP ERP, private edition, transition option: laikā ierobežotu abonementu, kas ECC uztur no 2031. līdz 2033. gadam SAP privātajā mākonī. Nosacījumi ir stingri. „Sistēmām jābūt migrētām uz SAP ERP, private edition uz SAP HANA pirms 2030. gada 31. decembra.“ HANA ir vienīgā atbalstītā datubāze, šī iespēja pieejama tikai kopā ar max success plan no 2031. līdz 2033. gadam, un SAP nosaka minimālo apjomu 2 TB sistēmām, kas abonētas saskaņā ar to. SAP saka, ka tā paredzēta „mūsu lielākajiem un sarežģītākajiem SAP ERP klientiem“. „Komerciāli līdzvērtīgie noteikumi“, ko SAP piedāvāja, bija klientiem, kuri līdz 2025. gada beigām apņēmās izvēlēties private edition.

Neatkarīgi no izvēlētā līmeņa uzdodiet SAP un savam partnerim vienu jautājumu rakstiski: kuras tiesību aktu izmaiņas (nodokļi, algas, e-rēķinu formāti) joprojām nonāks jūsu ECC sistēmā un līdz kuram laikam. Vācijas uzņēmumam ar šo atbildi vien var pietikt, lai izlemtu, vai palikt pie esošā ir dzīvotspējīgi.

Ko dara pārējais tirgus

DSAG, vāciski runājošo SAP lietotāju apvienība, veica savu Investment Report 2026 aptauju ar 198 respondentiem laikā no 2025. gada 8. decembra līdz 2026. gada 21. janvārim. No viņiem 54 % joprojām izmanto ECC vai vecāko Business Suite, salīdzinot ar 68 % 2024. gadā.

Attiecībā uz laiku gandrīz puse respondentu plāno pāriet uz S/4HANA līdz 2030. gada beigām, un DSAG norāda, ka tas nozīmē maksāt par paplašināto uzturēšanu. Vēl 37 % vēlas pāriet līdz 2027. gada beigām, un tikai 4 % mērķē uz 2033. gadu un private edition transition option.

DSAG priekšsēdētājs Jenss Hungershauzens (Jens Hungershausen) iemeslus nosauca tieši: speciālistu trūkums, paralēli transformācijas projekti un ierobežoti budžeti atliek grafikus, „pat ja tas nozīmē augstākas uzturēšanas izmaksas“.

Kustas arī publiskie pircēji. Mūsu pašu veiktā ES publisko iepirkumu paziņojumu uzskaite rāda aptuveni 200 S/4HANA migrācijas procedūru pusgadā 2025. un 2026. gadā un vairāk nekā 300 2026. gadā līdz oktobra sākumam, lielāko daļu Vācijā. Darbs notiek. Tas ir izkliedēts garākā laika posmā, nekā liek domāt 2027. gada virsraksti.

Kur patiesībā ir darbs

Tehniskajai pārejai no ECC uz S/4HANA SAP un tā partneriem ir labi rīki. Ja jums ir nedaudz pielāgota ECC ar dažām standarta saskarnēm, jūsu integrators to ir darījis daudzas reizes, un lielākā daļa tālāk aprakstītā nav jūsu problēma.

Tā kļūst par jūsu problēmu proporcionāli tam, cik daudz esat izveidojuši paši.

Pielāgotais ABAP: kur projekti kavējas

S/4HANA nav ECC uz jaunas datubāzes. Daļa datu modeļa ir mainījusies. Klienti un piegādātāji kļūst par biznesa partneriem. Finanšu un krājumu grāmatojumi ir apvienoti mazākā skaitā platāku tabulu. Dažas transakcijas un funkcijas ir noņemtas vai aizstātas.

Pielāgots kods, kas lasa tabulas tieši, paļaujas uz paplašinājuma punktu (exit), kas ir pārvietots, vai klusi pieņem noteiktu kārtošanas secību (HANA to negarantē, ja vaicājums to neprasa), var izturēt sintakses pārbaudi un tomēr darīt nepareizo. Tieši pēdējais veids sāp, jo tas parādās integrācijas testēšanā vai pēc palaišanas, nevis koda skenēšanā.

Process, kas darbojas:

1. Vispirms izmēriet lietojumu. Ieslēdziet lietojuma reģistrēšanu ražošanas vidē (ABAP izsaukumu monitors, transakcija SCMON) un atstājiet to darbojamies visa gada slēgšanas laikā. Ilgi lietotās sistēmās ievērojama daļa pielāgoto objektu bieži nekad netiek izpildīta. Kods, ko neviens neizpilda, tiek dzēsts, nevis migrēts.
2. Palaidiet analīzes rīkus pret to, kas paliek. SAP pārbaudes atrod iespējamās problēmas. Tās nevar pateikt, kuras ir svarīgas biznesam.
3. Klasificējiet katru objektu. Atsakieties no tā, aizstājiet to ar standarta funkcionalitāti, labojiet to uz vietas vai pārbūvējiet ārpus kodola. Viens lēmums katram objektam, ar nosauktu biznesa īpašnieku.
4. Testējiet pa procesiem, nevis pa objektiem. Koda maiņa ir lētā daļa. Pierādīt, ka pasūtījuma līdz apmaksai process un mēneša slēgšana joprojām dod tos pašus skaitļus, ir dārgā daļa.

Projekti šeit kavējas garlaicīga iemesla dēļ: neviens nesaskaitīja pietiekami agri. Pielāgotā koda apjoms ir zināms tikai aptuveni, cilvēki, kas to rakstīja, bieži ir aizgājuši, un īstie atklājumi parādās otrajā testa ciklā, kad datums jau ir paziņots iekšēji.

Saskarnes un PI/PO ar to pašu pulksteni

ECC reti stāv viena. IDoc uz noliktavu, RFC un BAPI izsaukumi no ražotnes, plakanie faili uz banku un nodokļu konsultantu, klientu portāls, kas lasa datubāzes skatu, ko kāds izveidoja 2011. gadā. Katra no tām jāatrod, jātestē un dažos gadījumos jāpārbūvē.

Ja šīs saskarnes darbojas caur SAP Process Integration vai Process Orchestration, tiem pašiem datumiem ir otrs termiņš. SAP Architecture Center saka, ka PI/PO tuvojas „standarta uzturēšanas beigām 2027. gadā“, ka klienti var paplašināt uzturēšanu līdz 2030. gadam un ka pēc tam SAP atbalsts beidzas. SAP PI/PO klientus novirza uz SAP Integration Suite, kam ir migrācijas novērtējums un vedņa vadīti migrācijas rīki.

Rīki palīdz ar standarta objektiem. Tie nepasaka, kuras saskarnes vēl kaut ko apkalpo, un pielāgotā kartēšanas loģika joprojām prasa cilvēku, kas to izlasa. Veidojiet sarakstu no starpprogrammatūras konfigurācijas, žurnāliem un plānotajiem uzdevumiem, nevis no anketas. Tad plānojiet ERP pāreju un starpprogrammatūras pāreju kopā. Ja tās dara vienu pēc otras, katra saskarne tiek testēta divreiz.

Datu migrācija

Sistēmas konversijā jūsu dati pārvietojas kopā ar sistēmu, un līdz ar tiem arī to kvalitāte. Biznesa partneru konversija parasti ir pirmā sadursme: dublēti klienti, piegādātāji, kas ir arī klienti, adreses brīva teksta laukos, nodokļu numuri nepareizajā vietā. Tas viss jāiztīra pirms konversijas, nevis tās laikā.

Jaunā ieviešanā jūs datus izgūstat, tīrāt, pārveidojat un ielādējat, un grūtākā daļa ir saskaņošana. Finanses apstiprina, kad atlikumi un atvērtās pozīcijas sakrīt, nevis kad ielādes uzdevums beidzas. Veidojiet migrāciju kā atkārtojamu kodu, ko varat palaist duci reižu pret arvien tīrākiem datiem, katrā palaišanā automātiski salīdzinot rezultātus.

Abos ceļos vispirms arhivējiet to, kas vairs nav vajadzīgs. Mazāk datu nozīmē īsākus konversijas palaidienus un īsāku dīkstāves logu.

Paplašinājumi pēc clean core principa

Termiņu dzītā projektā ir kārdinājums pārnest katru modifikāciju un apsolīt sakārtot vēlāk. Vēlāk nepienāk.

SAP alternatīvu sauc par clean core: atstājiet standarta sistēmu nemodificētu un veidojiet paplašinājumus pret saskarnēm, ko SAP publicē un uztur stabilas, vai nu S/4HANA iekšienē, vai līdzās tai SAP Business Technology Platform. Ne viss var būt tīrs pirmajā dienā. Noteikums, ko patiešām var ievērot, ir vienkāršāks: nekas jauns netiek būvēts pa veco. Katra modifikācija, no kuras izvairāties tagad, ir tāda, kas nav jāpārtestē katrā nākamajā jaunināšanā.

Lēmuma ietvars

Ir trīs reāli ceļi un ceturtais, kam pievērš mazāk uzmanības.

Palaist S/4HANA līdz 2027. gada 31. decembrim. Tas der uzņēmumiem, kas jau ir sākuši, kuriem ir galvenokārt standarta sistēma un rezervēts partneris. No šodienas tie ir piecpadsmit mēneši, un tikai retā finanšu komanda pieņems pāreju gada slēgšanas vidū. Ja jūsu pielāgotā koda analīze nav veikta, tas, visticamāk, nav jūsu ceļš.

Maksāt par paplašināto uzturēšanu un palaist līdz 2030. gadam. Uz šo virzās lielākā daļa tirgus. Izmaksas ir divu punktu piemaksa; pārliecinieties pie SAP, kā tā tiek piemērota, ja palaižat perioda vidū. Risks ir izturēties pret 2030. gadu tā, kā izturējās pret 2027. gadu: kā pret kaut ko tālu, līdz pēkšņi tas tāds vairs nav.

Izvēlēties private edition transition option līdz 2033. gadam. Tas nozīmē RISE with SAP līgumu, HANA, jūsu sistēmas pārcelšanu uz SAP ERP, private edition pirms 2030. gada 31. decembra, max success plan un 2 TB minimumu. Vidēja lieluma uzņēmumam tas reti ir lētākais veids, kā nopirkt laiku.

Pamest SAP. Dažiem vidēja lieluma ražotājiem un izplatītājiem mazāka ERP ir reāla iespēja. Saskarņu un datu darbs nesamazinās. Tas kļūst par lielāko projekta daļu.

Nākamie seši mēneši, lai kuru ceļu izvēlētos

No šī brīža līdz 2027. gada marta beigām viss turpmākais atmaksājas jebkurā ceļā:

1. Apstipriniet savu sākumpunktu. Uzlabojumu pakotne, datubāze, uzturēšanas līgums. Lūdziet savu SAP klientu komandu rakstiski sniegt paplašinātās uzturēšanas noteikumus, kas attiecas uz jums.
2. Ieslēdziet lietojuma reģistrēšanu tagad, lai tā aptvertu 2026. gada slēgšanu.
3. Veiciet pielāgotā koda analīzi un iegūstiet skaitli, nevis iespaidu: cik objektu, cik no tiem tiek izmantoti, cik skar mainītās datu modeļa daļas.
4. Izveidojiet saskarņu sarakstu, ieskaitot visu, kas darbojas caur PI/PO, ar īpašnieku un lēmumu katrai saskarnei.
5. Sāciet pamatdatu tīrīšanu, vispirms klientus un piegādātājus.
6. Pārtrauciet pievienot modifikācijas. Jaunā izstrāde no šodienas seko clean core principam.
7. Iekļaujiet 2028. gada uzturēšanas sadārdzinājumu 2027. gada budžetā kā zināmas izmaksas, nevis pārsteigumu.
8. Rezervējiet kapacitāti: partneri, savu iekšējo SAP komandu un izstrādātājus, kas uztur sistēmas ap SAP. Speciālistu trūkums ir viens no iemesliem, ko DSAG biedri min grafiku kavēšanās skaidrojumam.

Rēķinot atpakaļ no palaišanas 2030. gadā: testa cikli un pārejas mēģinājumi 2030. gadā, izstrāde un labojumi 2029. gadā, dizains un datu tīrīšana 2028. gadā, analīze tagad. Rezerves tur ir mazāk, nekā izskatās.

Kur saņemt palīdzību

Mēs neesam SAP funkcionālo konsultāciju uzņēmums un neveicam S/4HANA konversijas; mēs strādājam līdzās partnerim, kas to dara: pie saskarņu saraksta un pārbūves, datu migrācijas koda un tā saskaņošanas, kā arī pie lietotnēm, kas izveidotas ap ECC un kurām jāpārdzīvo pāreja. Šis darbs aprakstīts mūsu ERP modernizācijas lapā, un mantoto sistēmu uzturēšana aptver sistēmas, kas paliek savā vietā, līdz jūs pārejat. Ja vēlaties, lai sistēmu kopums ap jūsu ERP tiktu saskaitīts, pirms parakstāt programmu, rakstiet uz office@c9group.dev.