Digital suverænitet

Brugsretten er jeres, vedligeholdelsen er leverandørens

Brugsretten er jeres, vedligeholdelsen er leverandørens

En evig licens og egen drift ligner den mest uafhængige løsning, en organisation kan have. Brugsretten varer ved, men opdateringer, support og tilpasning til ny lovgivning følger leverandørens tidsplan.

Artiklen forklarer forskellen mellem brugsret og vedligeholdelse med eksempler fra tre leverandørers egne dokumenter, og hvad det betyder for exit-planen. Den vurderer ikke konkrete licensaftaler.

To aftaler i én licens

Et køb af software består typisk af to dele. Den ene er brugsretten, som giver ret til at bruge en bestemt version. Den anden er vedligeholdelsen, som giver adgang til rettelser, sikkerhedsopdateringer, nye versioner og support.

Brugsretten kan være tidsubegrænset. Vedligeholdelsen er næsten altid tidsbegrænset og afhænger af, at leverandøren fortsat tilbyder den. Broadcom beskriver selv skellet i en vidensartikel om VMware. Evige licenser gælder i hele softwareversionens levetid, mens supportaftalen er en særskilt serviceaftale.

Ved et abonnement er de to dele samlet i én aftale. Ophører abonnementet, ophører både brugsret og vedligeholdelse, og systemet kan typisk ikke bruges videre. Ved en evig licens kan systemet køre videre efter vedligeholdelsens ophør, men uden rettelser.

For exit-planen betyder det, at en evig licens kun er halvdelen af svaret på, hvor længe et system kan køre forsvarligt.

VMware: licensen gælder, opdateringerne stopper

Broadcoms vidensartikel 429208 beskriver, hvad der sker, når supportaftalen på en evig VMware-licens udløber. ESXi-værter og vCenter Server kører videre, virtuelle maskiner forbliver tændt, og funktionerne i den købte udgave virker fortsat.

Adgangen til nye rettelser, sikkerhedsopdateringer og versioner kræver derimod en aktiv supportaftale. Muligheden for at oprette supportsager ophører. Broadcom skriver selv, at sikkerhedsniveauet er i risiko. Ifølge artiklen bør der ikke tilføjes nye værter eller opgraderes til en ny hovedversion, mens aftalen mangler, fordi det kræver aktiv support.

Samtidig er det blevet sværere at forny. VMware meddelte i januar 2024, at mange produkter ikke længere sælges enkeltvis. Ifølge meddelelsen omfatter ophøret alle licensformer, også Support & Subscription. Vejen videre går gennem abonnementspakkerne, som beskrevet i → tvangsbundling og prisstigninger.

SAP ERP 6.0: en slutdato med tre veje

SAP meddelte 4. februar 2020, at den almindelige vedligeholdelse af kerneapplikationerne i SAP Business Suite 7 slutter ved udgangen af 2027. Kerneapplikationerne omfatter blandt andet SAP ERP 6.0.

Fra 2028 kan kunderne vælge forlænget vedligeholdelse frem til udgangen af 2030. Den koster ifølge SAP et tillæg på to procentpoint på det eksisterende vedligeholdelsesgrundlag. Kunder, der ikke vælger forlænget vedligeholdelse inden udgangen af 2027, overføres automatisk til en kundespecifik vedligeholdelsesmodel. Den omfatter ifølge SAP løsning af kendte problemer til uændret pris.

Samme meddelelse forpligtede SAP til at vedligeholde afløseren SAP S/4HANA til udgangen af 2040. Slutdatoen for det gamle system og tilsagnet for det nye blev altså meldt ud samtidig.

Microsoft Office: faste datoer for hver version

Microsoft offentliggør livscyklusdatoer for hver version af Office. Ifølge Microsofts livscyklusside sluttede den udvidede support for Office 2019 14. oktober 2025. Supporten for den tilsvarende version til Mac, Office 2019 for Mac sluttede allerede 10. oktober 2023.

Office LTSC 2021 for Mac har slutdato 13. oktober 2026 efter amerikansk tid. Versionerne følger Microsofts faste livscykluspolitik, hvor datoerne kendes fra lanceringen.

Office-licenserne blev solgt som engangskøb. Brugsretten består, men sikkerhedsopdateringerne ophører på slutdatoen. For en organisation med blandede versioner betyder det, at slutdatoerne kan ligge flere år fra hinanden, og at hver version skal noteres for sig.

Hvad der sker, når vedligeholdelsen stopper

Et system uden vedligeholdelse holder typisk ikke op med at virke den dag, aftalen udløber. Konsekvenserne kommer gradvist.

  • Sikkerhed. Nye sårbarheder rettes ikke. Risikoen vokser med tiden.
  • Lovgivning. Ændringer i skatte-, løn- og regnskabsregler indarbejdes ikke, hvis vedligeholdelsen omfattede dem.
  • Kompatibilitet. Nye styresystemer, browsere og integrationer kan holde op med at fungere sammen med den gamle version.
  • Support. Fejl skal løses internt eller af tredjepart.

For systemer, der er omfattet af NIS2 eller andre sikkerhedskrav, kan manglende sikkerhedsopdateringer gøre det svært at dokumentere et passende sikkerhedsniveau.

Afhængigheder uden for licensbetingelserne

Nogle programmer kræver mere end brugsretten for at virke. Aktivering mod en onlinetjeneste, digitale certifikater, der skal fornyes, og konti hos leverandøren kan alle være forudsætninger for fortsat drift.

Den slags afhængigheder står sjældent tydeligt i licensbetingelserne. De opdages typisk først, når et certifikat udløber, en aktiveringstjeneste lukker, eller programmet skal geninstalleres på ny maskine. En gennemgang af evige licenser bør derfor også spørge, hvad programmet kræver af leverandøren for at starte og fungere. → Lokal drift og leverandørkontrol beskriver, hvordan software i egen drift stadig kan styres udefra.

Slutdatoen som pres

Ældre versioner udfases af gode grunde, og systemer med mange års historik kan trænge til at blive moderniseret. Slutdatoen bestemmer dog, hvornår kunden skal beslutte sig, og hvad alternativerne koster.

SAP-eksemplet viser mønsteret. Kunden kan betale et tillæg for tre års forlængelse, gå over til en mere begrænset vedligeholdelse eller skifte til afløseren. Valget af forlænget vedligeholdelse skal ifølge SAP træffes inden udgangen af 2027. Ellers overføres systemet automatisk til den kundespecifikke model, uanset om kunden har taget stilling.

Forlængelser koster typisk mere. Afløseren kan have en anden licens- og driftsmodel end det system, den erstatter. Når slutdatoen nærmer sig, bliver tiden til at undersøge alternativer kortere, og forhandlingspositionen svagere. Det gælder uanset, om leverandøren er europæisk eller amerikansk.

Hvad kontrakten kan sikre

Vedligeholdelsens slutdato fastsættes som regel af leverandøren. Kontrakten kan alligevel give kunden bedre betingelser omkring den. Det er oplagt at forhandle om ved køb og ved fornyelse af vedligeholdelsen.

  • Minimumsperiode for vedligeholdelse. Et tilsagn om, hvor længe den købte version vedligeholdes, eller hvor længe vedligeholdelsen kan fornyes.
  • Varsel om ophør. En pligt for leverandøren til at varsle ophør af vedligeholdelse eller af en version med en fast frist.
  • Adgang til installationsfiler og licensnøgler. Ret til at downloade og opbevare installationsfiler, så systemet kan genetableres uden leverandørens portal.
  • Aktivering uden leverandøren. En aftale om, hvad der sker med aktivering og certifikater, hvis leverandøren holder op med at understøtte versionen.
  • Overdragelse. Ret til at lade en tredjepart vedligeholde systemet eller til at overdrage licensen ved omstrukturering.

Hvordan bestemmelserne formuleres, er en opgave for jurister. Kontraktens bestemmelser om udlevering og overgang hører med i → trin 8.

Sådan indgår livscyklus i exit-planen

  1. Notér slutdatoer pr. system · Skriv datoen for ophør af almindelig og forlænget vedligeholdelse ind i kortlægningen fra → trin 1, med kilde. Datoerne findes typisk på leverandørens livscyklussider, i supportportalen eller i pressemeddelelser som dem, artiklen henviser til.
  2. Adskil brugsret og vedligeholdelse · Notér for hver licens, om brugsretten er tidsbegrænset, og hvornår vedligeholdelsen udløber.
  3. Kortlæg tekniske forudsætninger · Afklar aktivering, certifikater, konti og installationsfiler, så systemet kan genetableres efter et nedbrud.
  4. Regn på vejene videre · Sammenlign forlængelse, afløser, tredjepartssupport og migrering til andet system efter → trin 5.
  5. Prioritér efter dato og kritikalitet · Systemer med nær slutdato og høj kritikalitet kommer først i → trin 6.
  6. Følg leverandørens meddelelser · Slutdatoer kan blive flyttet. Kontrollér dem ved hver opdatering af planen, jf. → trin 10.

Hvad datoerne kan og ikke kan vise

Leverandørernes livscyklusdatoer viser, hvornår vedligeholdelsen ophører, og hvilke tilbud der gælder bagefter. De er offentlige og kan dokumenteres.

De viser ikke, hvor længe et konkret system kan køre forsvarligt uden vedligeholdelse. Det afhænger af, hvor udsat systemet er, hvilke data det behandler, og hvilke krav organisationen er underlagt. Datoerne siger heller intet om skjulte tekniske afhængigheder. Dem skal organisationen selv afdække.

Betydningen for exit-planen

En evig licens sikrer brugsretten, men ikke tidsplanen. Slutdatoen for vedligeholdelse er reelt den dato, hvor exit-planen for systemet skal være klar.

Find de tre systemer, hvor vedligeholdelsen udløber først. Notér datoerne, afklar de tekniske forudsætninger, og regn på vejene videre, mens der stadig er tid til at vælge. Data, der er bundet af formater, hører med i vurderingen, jf. → dokumentformater som binding.

En uvildig vurdering kan betale sig, når flere kritiske systemer nærmer sig slutdato på samme tid. Nielco IT’s jurisdiktions- og afhængighedsvurdering omfatter afhængighedsgrad og en exit-vurdering pr. system med tid og omkostning.

Kilder

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal afhængigheden kortlægges?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad anledningen er. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ikke indgået forhandleraftaler med leverandører.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.