Et nyt system er det tidspunkt, hvor placeringen er lettest at vælge, fordi intet skal flyttes, og intet er bygget endnu. Spørg derfor, før kontrakten er underskrevet, hvor systemet kan køre, hvem der driver det, og hvordan data kommer ud igen, og lad svarene veje med i valget af system.
Når et nyt ERP, et økonomisystem eller et fagsystem vælges, fylder funktionerne mest. Det er rigtigt, for det er dem, forretningen skal bruge. Men systemets placering følger med valget af leverandør, og den er svær at ændre bagefter. Hvem der ejer systemet, ser vi på europaeiske-alternativer.dk. Her står driften.
Tre måder, et system kan leveres på
Som tjeneste fra leverandøren (SaaS). Leverandøren driver systemet på sin egen infrastruktur eller hos en cloududbyder, den har valgt. I bruger det gennem browseren. Placeringen er leverandørens valg, og jeres indflydelse ligger i aftalen.
Hostet hos en partner. Systemet installeres hos en hostingleverandør eller hos leverandørens partner. Det giver mulighed for at vælge placering, hvis systemet kan køre flere steder.
I eget miljø. Systemet installeres på jeres egne servere, i colocation eller på en cloudplatform, I selv har valgt. Det giver mest kontrol over placeringen og mest driftsarbejde til jer.
Debatten om on premise eller cloud til ERP handler om de tre. Det rigtige svar afhænger af systemet, jeres krav og jeres driftsfolk. Nogle systemer findes kun som tjeneste, og så er valget truffet af leverandøren.
Spørgsmål til leverandøren før underskrift
Hvor kører tjenesten? Hvis systemet er en tjeneste: hvilken cloududbyder eller hvilket datacenter, i hvilket land, og hvem er kontraktpart for infrastrukturen? Listen over underdatabehandlere kan vise svaret.
Kan det køre andre steder? Hvilke platforme understøtter leverandøren? Hvilke hypervisorer, styresystemer og databaseversioner er systemet certificeret til? Er en europæisk cloud eller en dansk hostingleverandør en understøttet placering, eller kun leverandørens egen?
Hvem driver det? Hvem tager opdateringer, backup og overvågning? Hvem har administratoradgang, og fra hvilke lande?
Hvad med de andre systemer? Hvordan integrerer systemet med jeres identitet, jeres øvrige systemer og jeres backup? Kræver integrationerne, at det står tæt på noget andet?
Hvordan kommer data ud? I hvilket format, med hvilke metadata, og inden for hvilken frist? Hvad koster det at hente data ud ved ophør, og hvad sker der med kopierne?
Hvad sker der, hvis leverandøren skifter placering? Kan leverandøren flytte tjenesten til en anden udbyder eller et andet land, og skal I så varsles?
Svarene skal stå skriftligt. Et mundtligt svar fra en sælger holder ikke, når driften skal planlægges.
Placeringen som kriterium i valget
Sæt placeringen ind i kravspecifikationen med samme vægt som andre krav, I ikke kan ændre bagefter. Skriv, hvad I kræver, og hvad I foretrækker. Kræver I, at data opbevares i EU, at drift og support sker fra EU, eller at kontraktparten er europæisk? Foretrækker I at kunne køre systemet selv eller hos en partner, I vælger?
Et system, der kun kan køre som tjeneste hos én udbyder, kan stadig være det rigtige. I ved bare, hvad I binder jer til, og kan vurdere det mod funktionerne. Er der to kandidater med næsten samme funktioner, kan placeringen være det, der skiller dem ad.
Planen for at komme ud skal også med
Det er lettest at få en plan for ophøret ind, mens leverandøren stadig konkurrerer om ordren. Hvad den skal rumme, står på exit-plan.dk. For driften er det vigtigste, at dataformat og frist er skrevet ind, og at I kan teste et udtræk, før systemet går i drift.
Hvad det kræver, og hvad det koster at lade være
Spørgsmålene kræver, at en, der kender driften, er med i valget fra starten. Det er nogle timer pr. kandidat at stille dem og læse svarene, plus tid til at læse underdatabehandlerlister og driftsbeskrivelser. Kravene skal stå i kravspecifikationen, før leverandørerne giver tilbud.
Lader I være, er placeringen valgt af den leverandør, der vandt på funktioner. Det kan passe fint. Hvis ikke, opdager I det, når en kunde spørger, når en regel ændres, eller når leverandøren flytter tjenesten. Så er systemet i drift, data er flyttet ind, og et skifte af placering er et nyt projekt, I ikke havde planlagt. Sammenlign det med de timer, spørgsmålene ville have taget.
Det skal I lade være med
- At vælge system først og placering bagefter · placeringen følger med leverandøren.
- At acceptere et mundtligt svar om hosting · få det på skrift, med dato.
- At glemme dataformatet ved ophør · det er billigst at aftale, før I skriver under.
Det skal valget kunne vise
- ☐ Hvor systemet kører, og hvem der er kontraktpart for infrastrukturen.
- ☐ Hvilke platforme systemet er understøttet på.
- ☐ Hvem der driver, og hvem der har administratoradgang.
- ☐ Format og frist for data ud, testet før drift.
Senest gennemgået: november 2026.
Næste skridt
Skriv placeringskravene ind i kravspecifikationen, før I sender den til leverandørerne.
Læs også: SaaS flytter ikke med · Jeres krav til en cloududbyder på én side
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
