Når en leverandør fjerner en funktion, skal I vurdere, om den bærer en forretningsopgave, og om opgaven kan løses på en anden måde inden for den tid, I har. Er svaret nej, hører ændringen til i exit-planen, også selv om tjenesten stadig kører. Sådan et tab kommer sjældent som en opsigelse, og det gør det let at overse.
SaaS er software, I bruger som en tjeneste på abonnement, og som leverandøren ændrer for alle kunder på én gang. Fordelen er, at I ikke skal opdatere noget selv. Ulempen er, at det samme gælder, når noget forsvinder. Der er ingen kontraktbrud og ingen frist, og en SaaS-funktion kan være fjernet efter en mail, der gik til en fællespostkasse. Hvordan vilkår kan ændres ensidigt, er beskrevet under vilkår, der ændres ensidigt. Her ser vi på, hvad I gør med planen.
Fire måder, en tjeneste forsvinder på
Situationen ser forskellig ud, og planen skal kende forskellen:
- En funktion fjernes. Et modul, en rapport eller en integration udgår, eller den flyttes til en anden produktpakke.
- En grænseflade ændres. Den kobling, andre systemer bruger, lukkes eller erstattes med en ny, så integrationer holder op med at virke.
- Leverandøren forlader et marked. Tjenesten lukker i jeres land, jeres branche eller for jeres størrelse af kunder.
- Tjenesten lukker. Produktet samles med et andet eller nedlægges helt.
De to sidste ligner en almindelig exit med varsel. De to første er sværere, for hver ændring ser lille ud, og summen ses først, når en proces ikke længere kan gennemføres.
Sådan vurderer I, om I er ramt
Start med forretningen frem for med funktionen. Tag den liste over forretningsopgaver, systemet understøtter, og stil fire spørgsmål om ændringen:
- Hvilke opgaver bruger funktionen? Spørg dem, der arbejder med den. IT kender sjældent alle de steder, en rapport eller et filter bruges.
- Hvad sker der, hvis den er væk? Kan opgaven stadig udføres, tager den længere tid, eller kan den slet ikke gennemføres?
- Hvilken anden løsning findes? Kan det klares med en anden funktion hos samme leverandør, med en lille tilføjelse, eller manuelt?
- Hvornår sker det? Sammenlign med den tid, en anden løsning tager.
Svarene placerer ændringen i én af tre bunker. Den kan håndteres i den daglige drift. Den kræver en mindre ændring af processen og en note i planen. Eller den svækker grunden til, at I har systemet, og så skal planen frem, og udløseren skal vurderes. Skriv hvilken bunke, med dato og navn. Det er vigtigt at gemme vurderingen, for tre små ændringer på et år er et mønster, der ikke kan ses, hvis hver af dem er vurderet for sig.
Et tænkt eksempel: En revisionsvirksomhed bruger en cloudtjeneste til dokumenthåndtering. Leverandøren meddeler, at eksport af hele mapper med metadata fjernes, og at dokumenter fremover hentes enkeltvis. Arbejdet i det daglige er uberørt. Exit-tiden er derimod ændret, og planens test passer ikke længere. Det er en ændring, der skal ind i planen, selv om ingen brugere ville lægge mærke til det.
Hvem læser varslerne?
Det enkleste og vigtigste greb er at udpege en, der læser. Varsler kommer som mails til en administrator, på en statusside eller i et nyhedsbrev. Find ud af, hvor de lander, og giv opgaven til en navngiven person med en stedfortræder. Bed om en kort månedlig opsamling til den, der ejer systemet.
Hører I om en ændring, så skriv til leverandøren og spørg, hvad der erstatter funktionen, og hvad der sker med data. Tonen i den henvendelse er emnet i spørg leverandøren om exit. Skriv svaret ind i planen.
Hvad reglerne kan bruges til
Data Act (dataforordningen) gælder for cloudtjenester og handler om kundens ret til at skifte. Art. 25, stk. 2, litra b, siger, at udbyderen med de relevante oplysninger skal støtte “kundens exitstrategi”. Art. 26 pålægger udbyderen at beskrive fremgangsmåder og formater og de begrænsninger, den kender. Det er nyttigt, hvis ændringen fører jer til at forlade tjenesten.
De bestemmelser, vi har læst, giver efter vores læsning ingen ret til, at en bestemt funktion består. Kontrakten afgør, hvad leverandøren må ændre, og hvor meget varsel I får. Har I forhandlede vilkår, så se efter en bestemmelse om væsentlige ændringer. Har I standardvilkår, står der som regel, at leverandøren må ændre tjenesten. Om et konkret tab giver jer ret til noget, er et spørgsmål til advokat.
Hvad det kræver, og hvad det koster at lade være
Opgaven koster lidt. En navngiven læser bruger en time eller to om måneden, og hver væsentlig ændring tager nogle timer at vurdere. Det er en løbende post med et lille spænd i timer og en dato.
Overser I en ændring, opdager I den, når en proces ikke kan gennemføres. Det koster ekstra arbejde i de afdelinger, der må finde på en anden løsning, ofte i et regneark uden kontrol. Det kan også koste, at planens exit-tid er forkert uden, at nogen ved det. Hold de få timer op imod det, som et stop af processen koster pr. dag i jeres egne tal. Udbyttet, selv om intet flytter sig: et opdateret billede af, hvad systemet bruges til, og hvad I faktisk er afhængige af.
Det skal I lade være med
- At vurdere ændringen ud fra, hvor den står i leverandørens tekst · små linjer i en udgivelsesnote kan være de vigtigste.
- At lade varsler lande i en fælles indbakke, som ingen ejer · så går de tabt.
- At se hver ændring for sig · mønstret er det, der fortæller, hvor tjenesten er på vej hen.
Det skal planen kunne vise
- ☐ En navngiven person, der læser varsler, og hvor de lander.
- ☐ En liste over ændringer med dato, vurdering og hvilken bunke de hører til.
- ☐ Om exit-tid og test stadig passer efter seneste ændring.
- ☐ Hvornår ændringerne samlet set tages op af ledelsen.
Kilder
- Forordning (EU) 2023/2854 (Data Act): art. 25, stk. 2, litra b, og art. 26.
Senest gennemgået: november 2026.
Næste skridt
Find ud af, hvor varslerne fra jeres vigtigste leverandør lander, og giv dem en ejer i dag. Har I allerede mistet noget, så vurder det efter de fire spørgsmål og tag beslutningen.
Læs også: Det, I skal holde øje med hos leverandørerne · Standardvilkår, I ikke kan forhandle
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
