Varför SAP ECC-deadline inte är en migreringsdeadline för alla
Datumet 2027 har målats upp som en nedräkning till migrering. I praktiken är det slutet på en supportfas, inte tidpunkten då ECC slutar fungera. Den skillnaden är vad som skiljer en panikartad, högriskfylld migrering från en kontrollerad plan.
SAP har varit tydliga med att datumet inte kommer att flyttas, men många ECC-kunder kommer inte att hinna migrera i tid. Analysföretaget Gartner förutspår att omkring 40 % av företagen som kör äldre SAP ERP fortfarande inte kommer att ha flyttat senast 2030, tre år efter deadline. Det handlar inte om försumliga företag. Många kör djupt anpassade ECC-system som inte kan byggas om på ett säkert sätt under en stressad tidsplan.
Den verkliga frågan är alltså inte bara hur man migrerar före 2027. För företag som inte hinner klart i tid handlar det om hur man kör SAP ECC efter 2027 utan att ta onödiga risker. Två faktorer gör detta möjligt: SAP:s egna alternativ för utökat stöd och det integrationslager som omger ECC.
Vad händer egentligen med SAP ECC efter 2027?
ECC fortsätter att fungera. Datumet 2027 markerar slutet på ordinarie underhåll för SAP ERP 6.0 enhancement packages 6 till 8, inte för själva mjukvaran. Efter detta har företag några definierade vägar att gå.
Utökat underhåll löper från 2028 till slutet av 2030 för dessa enhancement packages, mot en premie på cirka två procentenheter. Det innebär att nya säkerhets- och laguppdateringar fortsätter att komma. Utan detta går systemet över till kundspecifikt underhåll: samma kostnad, men inga nya säkerhetsuppdateringar eller laguppdateringar, vilket innebär en växande efterlevnadsrisk över tid. Företag som fortfarande kör enhancement packages 0 till 5 passerade den gränsen vid utgången av 2025.
För företag som väger för- och nackdelar med att flytta nu eller senare, ger en närmare titt på SAP ECC vs SAP S/4HANA en tydlig bild av avvägningarna. Poängen här är enklare: att stanna kvar på ECC efter 2027 är ett understött och medvetet val, inte ett misslyckande.
Varför många företag inte kan migrera i tid
Tidsplanen är den största begränsningen. En fullständig migrering från ECC till S/4HANA är sällan en enkel uppgradering. Eftersom S/4HANA använder en annan datamodell och andra integrationsmönster liknar de flesta projekt snarare en nyimplementering, vilket vanligtvis tar 18 till 36 månader när data, testning och ombyggnad av integrationer räknas in.
Med tanke på de cirka 17 månader som återstår går ekvationen inte ihop för en stor del av ECC-användarna. En stressad migrering för att nå ett fastställt datum leder ofta till att projekt drar ut på tiden, stör den löpande verksamheten och spräcker budgeten. En stegvis migrering är nästan alltid säkrare, men stegvis genomförande kräver tid som kalendern inte längre tillåter före 2027.
Att betrakta 2027 som en absolut deadline för migrering kan alltså göra mer skada än nytta. Ett företag som tvingas välja mellan en osäker stress och ett system utan support ställs inför ett falskt val. Det finns ett tredje alternativ.
Att frikoppla migrationsplanen från SAP:s tidsfrist
Det tredje alternativet är att ändra vad tidsfristen faktiskt styr. Det mesta av trycket inför 2027 kommer från hur hårt resten av verksamheten är sammankopplad med ECC. När e-handelsplattformen, lagersystemet och ekonomiverktygen är direkt anslutna till ECC kan affärssystemet inte ändras utan att de slutar fungera. Dessa system kan i sin tur inte moderniseras så länge ECC ligger kvar.
Ett integrationslager bryter det beroendet. Genom att placera en iPaaS (integration Platform as a Service) mellan ECC och alla andra system, ansluter varje system till plattformen istället för direkt till affärssystemet. ECC blir en komponent bakom det lagret snarare än navet som allt är beroende av.
Det fungerar åt båda hållen. Ett företag kan modernisera kring ECC och förlänga dess livslängd med tillförsikt, eller flytta till S/4HANA enligt sin egen tidsplan istället för SAP:s. När migreringen väl sker kör samma lager de gamla och nya systemen parallellt för en kontrollerad, etappvis övergång till S/4HANA, så att den löpande verksamheten kan fortsätta under förändringen.
Hur en integrationsplattform håller SAP ECC produktivt
En integrationsplattform hjälper bara om den kan nå ECC utan omfattande specialanpassningar. SAP ECC är ett lokalt installerat system som som standard saknar många av de API-slutpunkter som moderna molnapplikationer kräver. Det gapet är ofta anledningen till att ECC känns fastlåst.
Pelican Products, en amerikansk tillverkare av skyddsväskor som använder SAP ECC, stötte på precis detta. Istället för att migrera eller bygga om, anslöt de ECC till sin Adobe Commerce-butik via iPaaS-lösningen Alumio tillsammans med systemintegratören Corra. Alumio SAP API-plugin installerade de saknade API-slutpunkterna direkt i ECC, vilket gjorde att projektet slapp en lång, skräddarsydd utveckling och istället levererade realtidsdata centralt på det befintliga affärssystemet. Hela Pelican Products -berättelsen innehåller alla detaljer.
Samma plattform bär verksamheten genom nästa steg också. Eftersom Alumio iPaaS stöder både ECC:s äldre gränssnitt och S/4HANA:s moderna API:er, kan befintliga flöden fortsätta köras samtidigt som nya S/4HANA-anslutningar byggs och testas parallellt. Övergången sker utan att verksamheten behöver stoppas, och efteråt ansluter S/4HANA till samma styrda infrastruktur. Oavsett om ett företag stannar kvar på ECC ett tag till eller flyttar till S/4HANA, ser integrationslagret till att intäkter, orderhantering och ekonomi fungerar under hela förändringsresan.
Att köra SAP ECC efter 2027 som ett medvetet val
Tidsfristen 2027 är verklig, och att ignorera den vore ett misstag. Utökat underhåll har ett slutdatum. Kundspecifikt underhåll innebär ökade risker för säkerhet och efterlevnad. Inget av detta försvinner.
Men tidsfristen behöver inte tvinga fram en förhastad migrering. Med ett integrationslager som frikopplar ECC från de omgivande systemen kan ett företag välja utökat underhåll, modernisera sin kringliggande stack och flytta till S/4HANA enligt en tidsplan som är säker att genomföra. Affärssystemet slutar vara den flaskhals som allt annat väntar på.
Det är skillnaden mellan att reagera på en leverantörs kalender och att köra SAP ECC efter 2027 enligt en plan som verksamheten själv äger, hela vägen fram till S/4HANA. Tidsfristen blir en del av strategin, inte själva strategin.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
