Ved et skifte betaler I selv for at få integrationerne bygget om, medmindre aftalen med den nye leverandør eller en tredjepart siger noget andet. For regnestykket er tre spørgsmål afgørende: hvor mange der er, hvem der ejer dem, og hvem der skal have regningen for at ændre dem.
En integration er en forbindelse, hvor to systemer udveksler data, fx mellem økonomisystem og lønsystem, eller mellem webshop og lager. Dansk Erhverv har integration med på sin liste over skifteomkostninger. Teknikken er beskrevet andre steder: exit-plan.dk har optællingen, der afgør tiden i planen, og digital-suveraenitet.dk ser på afhængighed som strategisk risiko. Her er integrationen en række med en betaler.
Find dem, så økonomi kan bruge listen
En teknisk liste duer ikke til en business case, hvis den ikke rummer penge. Tilføj fire kolonner til den liste, IT har.
Hvad gør den for forretningen? Beskriv det i ord, en direktør forstår. Det afgør, hvor galt det er, hvis den stopper.
Hvem har bygget den? Den nuværende leverandør, en partner, en tidligere konsulent eller jeres egne folk.
Hvem ejer koden og dokumentationen? Findes der noget, der kan overdrages? Er der betalt for en rettighed, eller kører den som en del af tjenesten?
Hvem betaler i dag? En integration kan ligge som særskilt abonnement, som en post i en supportaftale, eller som noget, der er gemt i en samlet månedspris. Fakturaerne fra partneren er et godt sted at lede.
Se også efter det, der ikke kaldes integration. Filer, der hentes hver nat, rapporter i et regneark, der trækker fra databasen, og automatiske mails til kunder fungerer på samme måde.
De fire udfald
Hver integration ender i ét af fire udfald, og de koster forskelligt.
- Falder bort. Det nye system kan selv klare opgaven. Posten er afklaring og test.
- Findes færdig. Der findes en standardforbindelse til det nye system. Posten er opsætning, test og eventuelt et løbende abonnement.
- Skal bygges om. Logikken er kendt, og forbindelsen ændres. Posten er udvikling, test og overtagelse af vedligehold.
- Skal bygges forfra. Ingen har dokumentationen, eller logikken kan ikke overføres. Her er usikkerheden størst, og skønnet skal stå med et bredt interval.
Stil tallene op pr. integration, og læg en række ind for de løbende udgifter bagefter. En specialbygget forbindelse skal vedligeholdes, og hvis den nye leverandør ændrer sin grænseflade, er det en udgift, der vender tilbage. Skriv også, om nye integrationer gør jer mere eller mindre bundne næste gang. Det er en post, der skal stå i ord.
Hvem der bør betale, og hvem der gør
Der findes ingen fast regel. Svaret følger af aftalerne og af forhandlingen.
Den nye leverandør kan indregne forbindelserne i sit tilbud, eller de kan være tilvalg. Spørg udtrykkeligt, hvilke integrationer tilbuddet dækker, og bed om en liste. Et tilbud, der siger “standardintegrationer”, kan betyde noget andet end det, I har behov for.
Den nuværende leverandør kan skulle levere dokumentation eller data om grænsefladerne som del af ophørsbistand. Det koster ofte timer. Læs ophørsbistand i penge.
En partner eller tredjepart kan eje integrationen. Hvis den leverer til begge systemer, bliver partneren en leverandør i skiftet, med egen pris og egne interesser.
I selv bærer resten: afklaring, test og det, der fortrænges. Se jeres egne timer.
En cloudtjeneste omfattet af Data Act (dataforordningen) skal efter art. 30 have åbne grænseflader, hvis den ikke er infrastruktur. Det hjælper data ud, men det betyder ikke, at nogen bygger den nye forbindelse for jer. Den tolkning er vores, og en advokat må se på den konkrete aftale.
Det hører også til forhandlingen
Listen kan bruges, selv om I bliver. Ved en fornyelse viser den leverandøren, at I kender jeres afhængigheder, og den fortæller jer, hvor en ændring er dyrest. I en ny aftale kan I bede om, at der følger dokumentation med, og at grænsefladerne forbliver tilgængelige.
Læg især mærke til de integrationer, der gør en delvis flytning mulig eller umulig. Hvis alle data går gennem ét system, kan det være dyrt at flytte en del, selv om den del i sig selv er enkel. Den viden hører med i regnestykket med tre spor, hvor ombygning står som en engangspost på sporet Gå.
Hvad det kræver, og hvad det koster at lade være
Arbejdet kræver en dag eller to med IT og de systemansvarlige plus en gennemgang af fakturaer fra partnere. For en virksomhed uden egen IT-afdeling må leverandøren spørges, og svarene kan koste timer. Noter det som et skøn, når listen ikke er komplet, og marker de integrationer, ingen kan forklare.
Uden listen kommer integrationerne som overraskelser midt i projektet, hvor tiden er knap og leverandørerne har forhandlingskraften. Det kan forlænge den periode, hvor I betaler to regninger. Den omvendte risiko er også reel: nogen bruger integrationer som argument for at blive, uden at nogen har talt dem. Med en opgjort liste kan begge sider tale om det samme, og beslutningen bliver bedre begrundet.
Det skal I lade være med
- At tro, at en åben grænseflade klarer det hele · nogen skal stadig bygge på den.
- At acceptere ordet standardintegration uden en liste · få navnene på papir.
- At glemme den løbende vedligeholdelse · det nye system skal holdes kørende i årevis.
Det skal regnestykket kunne vise
- ☐ Antal integrationer, med forretningsformål i klar tekst.
- ☐ Ejer, betaler i dag og udfald for hver integration.
- ☐ Hvad der er dækket af tilbuddet, og hvad der ikke er.
- ☐ Engangsudgift til ombygning og løbende vedligehold hver for sig.
- ☐ De integrationer, ingen kan forklare, med et bredt interval.
Kilder
- Dansk Erhverv: Vil virksomheder skifte væk fra ikke-europæiske cloudleverandører?: listen over barrierer.
- Forordning (EU) 2023/2854 (Data Act): art. 30.
Senest gennemgået: november 2026.
Næste skridt
Bed IT eller leverandøren om den liste, der findes, og tilføj de fire kolonner. De rækker, ingen kan udfylde, er jeres første opgave.
Læs også: Jeres egne timer · ERP-partneren som binding
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
