SAP’s almindelige vedligeholdelse af kerneapplikationerne i SAP Business Suite 7, herunder de seneste tre enhancement packages af SAP ERP 6.0, løber til udgangen af 2027, og den valgfri udvidede vedligeholdelse løber til udgangen af 2030. Det er datoerne bag det, de fleste kalder “ECC slutter”. Hos SAP hedder produkterne SAP Business Suite 7 og SAP ERP. For en virksomhed med flere selskaber og et ERP, der bærer forretningen, er spørgsmålet et ledelsesspørgsmål, længe før det bliver et teknisk projekt. Direktionen skal afgøre tidsplanen, vejen, omfanget af tilpasninger og hvem der ejer det hele. Artiklen handler om de fire beslutninger. Konvertering og teknik hører hos specialister.
Datoerne, og hvad I selv skal læse
SAP skrev i oktober 2026, at datoerne ikke er ændret. Kører I en ældre pakke, altså en ældre enhancement package, skal I have bekræftet, hvad der gælder for jer. Vælger I ikke den udvidede vedligeholdelse, eller er den udløbet, overgår systemerne til det, SAP kalder kundespecifik vedligeholdelse. For systemer på tredjeparts databaser og Java er den yderligere begrænset, og SAP fraråder at se den som en varig driftsmodel. Kører jeres system på en database fra en anden leverandør end SAP, skal I også kende et andet forhold. Værktøj til konvertering af sådanne systemer findes ifølge SAP kun, så længe aftalerne løber, altså til udgangen af 2030.
Det generelle billede fortæller ikke, hvad der gælder jer. Det står i jeres aftale med SAP. SAP skifter desuden ofte navne på sine cloudtilbud, så det, en præsentation kalder en løsning i dag, kan hedde noget andet ved næste fornyelse. Første opgave er derfor at få læst aftalen og få bekræftet, hvilke systemer der er omfattet, hvilken pakke de står på, og på hvilken database og version de kører. Hvad aftalen betyder, er et spørgsmål til advokaten, når beløb eller frister står på spil.
Beslutning 1: tidsplanen
Slutdatoen er det sidste punkt i planen. Regn baglæns fra den: Hvornår skal det sidste selskab være i drift på det nye? Hvornår har forretningen råd til at afgive sine bedste folk? Hvilke perioder kan ikke bruges, fordi regnskabsåret lukkes, eller fordi sæsonen topper?
I et ERP-program over flere år er forretningens kapacitet ofte en strammere grænse end leverandørens. Tidsplanen skal derfor besluttes af direktionen sammen med de forretningsansvarlige. Ligger programmet oven i et andet stort program, skal der vælges, og det valg kan ikke overlades til IT. Vurderer I at bruge den udvidede vedligeholdelse, er det også en beslutning med en pris. Få vilkårene hos SAP, og lad økonomidirektøren regne den med i sagen. SAP har desuden et tidsbegrænset tilbud til de største og mest komplekse kunder, som dækker 2031 til 2033. Det kræver bl.a., at systemerne er flyttet til SAP’s private edition på SAP HANA inden udgangen af 2030, og det understøtter ikke funktioner, der afhænger af Java. Om I kan bruge det, skal SAP bekræfte. En flytning til SAP HANA fjerner afhængigheden af en anden leverandørs database, og den forlænger ikke vedligeholdelsen. Sammenhængen mellem programmets faser og forretningens kalender er beskrevet i big bang eller faser.
Beslutning 2: ny implementering eller konvertering
Groft sagt er der to veje. Enten laver I systemet om til den nye version og tager det meste af det eksisterende med. Eller også implementerer I på ny med udgangspunkt i, hvordan I vil arbejde fremover. Den første vej kaldes konvertering, den anden ny implementering. Der findes også mellemformer, og det er specialisternes opgave at beskrive dem for jeres systemer.
Ledelsens del af valget er tre spørgsmål:
- Vil I arbejde på samme måde om fem år, eller er programmet en anledning til at ændre processer på tværs af selskaberne?
- Er data så gode, at de kan tåle at blive flyttet med?
- Skal alle selskaber med på samme tid og på samme vej?
Svarene afgør retningen, før nogen har valgt en metode. Lad en specialist uden interesse i det ene eller det andet svar beskrive konsekvenserne for jeres system. Den part, der skal udføre arbejdet, har en interesse i omfanget, og det er helt legitimt. Beslutningen skal bare træffes med det for øje. Valget af part er behandlet i valg af implementeringspartner.
Beslutning 3: tilpasningerne
Mange ældre SAP-installationer har årevis af tilpasninger, som er lavet til afdelinger og selskaber. Hver tilpasning var en beslutning engang, og de færreste har en ejer i dag. Opgaven for ledelsen er at sætte et princip: Hvad skal begrundes for at blive? Hvem kan sige ja? Og hvem i forretningen accepterer, at en arbejdsgang ændrer sig, når svaret er nej?
Princippet hører hjemme hos direktionen, for det er forretningsdirektørerne, der skal leve med det. I en koncern kobler det direkte til spørgsmålet om fælles ERP-skabelon, altså hvor meget selskaberne må afvige.
Beslutning 4: ejerskabet
Et program af denne størrelse må ikke ligge hos IT alene. Der skal være en ansvarlig i direktionen, en styregruppe med forretningens folk og en programleder med mandat. CIO’en ejer den samlede sammenhæng med resten af IT-porteføljen. Hvem leder, ejer og betaler, står i ERP-program på tværs af selskaber.
Økonomidirektøren skal være med fra begyndelsen. Investeringen skal formentlig til bestyrelsen, se den store IT-investering i bestyrelsen. Hvordan udgifterne skal behandles i regnskabet, afgøres med revisor, særligt hvis der vælges en cloudløsning, se aktivering af IT-omkostninger.
Hvem skal ind hvor
- SAP-specialist uden andel i opgaven: beskriver jeres system, vejene og de reelle afhængigheder.
- Advokat: læser aftalen med SAP og de kommende aftaler.
- Revisor: svarer på regnskabsmæssig behandling, på hvad der kræves af regnskabsdata, og på, om det nye system opfylder kravene til digital bogføring (bogføringsloven §§ 15 og 16).
- Direktionen: beslutter tidsplan, vej og princip for tilpasninger.
Det, I gør nu
Få slået op, hvilke SAP-systemer I har, hvilken aftale de hører under, hvilken enhancement package de står på, og hvilken database de kører på. Sæt derefter de fire beslutninger på direktionens dagsorden med en ansvarlig for hver. Når det er gjort, kan I bede en specialist beskrive vejene for jeres system, og først derefter giver det mening at bede leverandører om tilbud.
Det skal I lade være med
- At starte med løsningen · tidsplan, vej og ejerskab kommer før valg af leverandør.
- At bruge offentlige datoer som facit · jeres aftale afgør, hvad der gælder jer.
- At lade alle tilpasninger følge med uden en beslutning · hver af dem skal have en ejer.
- At gøre programmet til en IT-opgave · forretningen bærer ændringen.
Det skal I kræve af dem, der leder IT
- ☐ Et overblik over systemer, aftaler og databaser, bekræftet mod aftalen.
- ☐ En tidsplan regnet baglæns fra slutdatoen og fra forretningens kalender.
- ☐ En beskrivelse af vejene fra en specialist uden andel i opgaven.
- ☐ Et forslag til princip for tilpasninger.
- ☐ Klar besked om, hvor revisor og advokat skal ind.
Kilder
- SAP: Maintenance Strategy for SAP S/4HANA and SAP Business Suite 7: datoer for vedligeholdelse, enhancement packages og løftet om S/4HANA-versioner til og med 2040.
- SAP News, oktober 2026: Planning Beyond 2030: uændrede datoer, kundespecifik vedligeholdelse, tredjeparts databaser, Java og tilbuddet for 2031 til 2033.
- Bogføringsloven, lov nr. 700 af 24. maj 2022: §§ 15 og 16.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Legacy-systemer · Fornyelsesefterslæb
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT
