Hvad er en datarumsudbyder?

Senest opdateret: 1. september 2026

Fagligt gennemgået af BetterBoard

En datarumsudbyder er en virksomhed, der leverer, driver og supporterer et virtuelt datarum – en digital platform til kontrolleret opbevaring og deling af fortrolige dokumenter. Løsningen anvendes blandt andet ved due diligence, virksomhedshandler, kapitalrejsning og andre dokumenttunge processer.

Udbydere adskiller sig på funktioner, sikkerhed, dataplacering, support, brugervenlighed, pris og kontraktvilkår. Valget bør derfor bygge på projektets konkrete risici og arbejdsprocesser frem for en generel påstand om, at én løsning er “mest sikker” eller har flest funktioner.

Udbyderen leverer teknologien og driften, men kunden har fortsat ansvar for dokumenternes indhold, brugerrettigheder, lovligt behandlingsgrundlag og den daglige administration.

Udbyderen stiller platformen og den underliggende tjeneste til rådighed. Leverancen kan blandt andet omfatte:

• Hosting, drift, backup og tekniske opdateringer.
• Funktioner til upload, mapper, søgning og dokumentvisning.
• Brugergrupper og detaljeret adgangsstyring.
• Aktivitetslog, rapporter og projektoversigt.
• Q&A mellem projektets parter.
• Support til administratorer og eksterne brugere.
• Eksport og lukning ved projektets afslutning.

Kunden opretter det konkrete datarum, vælger materialet og bestemmer, hvem der får adgang. Ansvarsfordelingen bør fremgå tydeligt af aftalen og de praktiske procedurer.

Datarummet er det konkrete digitale arbejdsrum med projektets mapper, dokumenter, brugere og aktiviteter. Datarumsudbyderen er virksomheden, der leverer og driver platformen.

Forskellen kan sammenlignes med en bygning og dens driftsleverandør: Udbyderen leverer rammerne og funktionerne, mens kunden bestemmer, hvad der placeres i rummet, hvem der inviteres, og hvordan processen styres.

Når en organisation siger, at den skal “vælge et datarum”, vælger den i praksis både en leverandør, et produkt, en kontrakt og en supportmodel. Alle fire dele bør vurderes.

En professionel udbyder er relevant, når dokumenter skal deles med flere interne eller eksterne parter under kontrollerede forhold.

Det gælder eksempelvis ved:

• Virksomhedskøb, virksomhedssalg og M&A.
• Due diligence.
• Investeringer, kapitalrejsning og finansiering.
• Ejendoms- og større aktivtransaktioner.
• Revision, compliance og juridiske undersøgelser.
• Partnerskaber og komplekse kontraktforhandlinger.
• Langvarige projekter med mange fortrolige dokumenter.

Ved enkel intern fildeling kan en almindelig platform være tilstrækkelig. Behovet for et VDR vokser med fortrolighed, antal parter, rettighedskompleksitet og krav til dokumentation.

En systematisk sammenligning gør det lettere at se forskelle, som ikke fremgår af en generel produktdemonstration.

Før tilbud indhentes, bør organisationen beskrive projektet og prioritere kravene.

Kortlæg:

• Formål, tidsplan og forventede projektfaser.
• Antal interne administratorer og eksterne brugere.
• Forventet datamængde, filtyper og mappestruktur.
• Særligt følsomme dokumenter og adgangsgrupper.
• Behov for Q&A, rapporter, vandmærker og eksport.
• Sprog, tidszoner og supportbehov.
• Krav til dataplacering, sikkerhed og databeskyttelse.
• Forventede ændringer i brugere, data og projektperiode.

Skeln mellem ufravigelige krav, vigtige ønsker og funktioner, der blot er praktiske. Det giver en mere sammenlignelig dialog med leverandørerne.

Sikkerhed bør vurderes gennem konkrete oplysninger og dokumentation.

Spørg blandt andet:

• Hvordan krypteres data under overførsel og opbevaring?
• Hvordan fungerer multifaktorautentifikation og adgangsstyring?
• Hvilke hændelser logges, og hvem kan se dem?
• Hvordan håndteres backup, beredskab og gendannelse?
• Hvordan testes og håndteres tekniske sårbarheder?
• Hvordan får supportmedarbejdere adgang, når hjælp er nødvendig?
• Hvordan varsles og håndteres sikkerhedshændelser?
• Hvilke uafhængige erklæringer, rapporter eller certificeringer kan fremlægges?

Dokumentation skal vurderes for omfang, aktualitet og relevans. Et certifikat alene beskriver ikke nødvendigvis alle dele af produktet og kundens konfiguration. Se også principperne for sikker dokumentdeling.

Rettigheder er centrale, fordi forskellige købere, rådgivere eller arbejdsstrømme ikke nødvendigvis må se det samme materiale.

Test om administratoren kan:

• Oprette grupper uden at administrere hver bruger manuelt.
• Begrænse adgang på mappe- og dokumentniveau.
• Styre visning, download, udskrivning og andre handlinger.
• Se løsningen fra en bestemt brugergruppes perspektiv.
• Tidsbegrænse eller hurtigt suspendere adgang.
• Håndtere særligt følsomme områder med særskilt godkendelse.
• Dokumentere ændringer i rettigheder.

En funktion kan se korrekt ud i en administratorvisning og alligevel være fejlkonfigureret. Rettigheder bør derfor testes med prøvebrugere før datarummet åbnes.

Bed udbyderen beskrive præcist, hvor primære data, backup og relevante logs behandles. “Europæisk løsning” er ikke i sig selv et svar på alle dataflows.

Afklar:

• Placering af datacentre og backup.
• Hvilke selskaber der leverer hosting, support og andre tjenester.
• Liste over underdatabehandlere og deres opgaver.
• Procedure for ændringer i underdatabehandlere.
• Eventuel adgang eller overførsel uden for EU/EØS.
• Hvilke overførselsgrundlag og supplerende foranstaltninger der anvendes.
• Hvor længe data og sikkerhedskopier opbevares efter ophør.

Vurderingen skal tilpasses de konkrete oplysninger, der skal ligge i datarummet.

Når udbyderen behandler personoplysninger på kundens vegne, vil der normalt være behov for en databehandleraftale, der afspejler behandlingen.

Gennemgå blandt andet:

• Behandlingens karakter, formål, varighed og datatyper.
• Kundens dokumenterede instrukser.
• Tekniske og organisatoriske sikkerhedsforanstaltninger.
• Underdatabehandlere og ændringsprocedure.
• Bistand ved registreredes rettigheder og konsekvensanalyser.
• Varsling og håndtering af brud på persondatasikkerheden.
• Revision, dokumentation og kontrolmuligheder.
• Tilbagelevering og sletning ved ophør.

Aftaleskabelonen bør ikke accepteres ukritisk. Indhent juridisk rådgivning, når projektet indebærer følsomme data eller komplekse overførsler.

Funktionerne bør testes gennem konkrete opgaver frem for kun at blive vist i en leverandørstyret demo.

Bed om at se:

• Masseupload og opbygning af mappestruktur.
• Indeks, søgning og dokumentvisning.
• Brugergrupper og detaljerede rettigheder.
• Varsling af nye og ændrede dokumenter.
• Q&A, arbejdsfordeling og godkendelse af svar.
• Aktivitetslog og rapporter.
• Vandmærker og eventuelle handlingsbegrænsninger.
• Eksport af dokumenter, indeks, Q&A og logs.

Læs mere om god dokumenthåndtering. En avanceret funktion har kun værdi, hvis administratorer og brugere kan anvende den korrekt.

Brugervenlighed påvirker både fremdrift og risikoen for fejl. Vurder oplevelsen for mindst tre roller: administrator, dokumentansvarlig og ekstern bruger.

Undersøg:

• Hvor hurtigt nye brugere forstår navigationen.
• Om upload og flytning af mange dokumenter er overskuelig.
• Om rettigheder kan kontrolleres uden tvetydighed.
• Om nye dokumenter og versioner er tydeligt markeret.
• Om søgning og indeks fungerer på realistisk materiale.
• Om løsningen virker på relevante enheder og sprog.
• Om tilgængelighed og læsbarhed passer til brugergruppen.

En kort prøve med et tomt datarum er ikke tilstrækkelig. Brug en repræsentativ struktur og dokumentmængde.

Supportbehovet kan være stort i korte, kritiske perioder. En manglende adgang eller fejlkonfiguration kan forsinke flere rådgiverteams på samme tid.

Afklar:

• Åbningstider, tidszoner og sprog.
• Telefon, e-mail, chat og andre kontaktkanaler.
• Forventede svar- og løsningstider.
• Hvem der hjælper eksterne brugere med loginproblemer.
• Om support kan hjælpe med struktur, upload og rettighedstest.
• Hvordan kritiske hændelser eskaleres.
• Om onboarding og administratortræning er inkluderet.

Bed om at få supportvilkårene skriftligt. “24/7 support” kan dække meget forskellige serviceniveauer.

Datarummet skal være tilgængeligt, når internationale parter arbejder. Undersøg leverandørens serviceniveau og driftsmodel.

Spørg til:

• Definition og måling af oppetid.
• Planlagte servicevinduer og varsling.
• Historiske driftsforstyrrelser og offentlig statusinformation.
• Redundans, backup og gendannelsesmål.
• Håndtering af kapacitetsstigninger.
• Kommunikation under hændelser.
• Kundens rettigheder ved gentagne eller langvarige problemer.

Et procenttal for oppetid bør læses sammen med undtagelser, måleperiode og konsekvensen for projektets kritiske tidsrum.

Aktivitetsdata kan understøtte administration, sikkerhed og projektstyring, men funktionerne varierer.

Kontrollér:

• Hvilke bruger- og administratorhandlinger der logges.
• Om rapporter kan filtreres efter bruger, gruppe, mappe og periode.
• Om ændringer i rettigheder fremgår.
• Hvordan Q&A og dokumentopdateringer rapporteres.
• Hvem der må se og eksportere data.
• Hvor længe logoplysninger opbevares.

Rapporter skal fortolkes forsigtigt. En dokumentvisning beviser ikke, at indholdet er læst eller forstået. Brugerne bør informeres om relevant registrering.

Udbydere kan prissætte efter brugere, datamængde, sider, projektperiode eller faste pakker. Sammenligningen skal tage højde for projektets sandsynlige udvikling.

Beregn scenarier for:

• Det forventede grundforløb.
• Flere brugere eller rådgiverteams.
• Større datamængde eller flere sider.
• Forlængelse af projektperioden.
• Ekstra administratorhjælp og support.
• Q&A, avancerede rapporter eller andre tilvalg.
• Eksport, arkivkopi og lukning.

Se BetterBoards aktuelle priser på datarum. Bed alle leverandører oplyse totalprisen på samme forudsætninger.

Kontrakten bør afspejle de forhold, der faktisk er afgørende for projektet.

Gennemgå:

• Leverancens funktioner og eventuelle begrænsninger.
• Pris, fakturering, regulering og overskridelser.
• Serviceniveau, support og hændelseshåndtering.
• Fortrolighed og behandling af data.
• Underdatabehandlere og dataplacering.
• Kundens dataejerskab og brugsrettigheder.
• Ansvar, begrænsninger og relevante forsikringer.
• Opsigelse, eksport, sletning og bistand ved exit.

Salgsmateriale og mundtlige løfter er ikke nødvendigvis en del af aftalen. Få afgørende krav skrevet ind eller henvist klart i kontraktbilag. Hvis dokumenter skal underskrives digitalt, bør kravene til e-signatur vurderes særskilt.

En proof of concept eller prøveperiode bør efterligne centrale dele af det kommende projekt.

Test eksempelvis:

1. Opret en repræsentativ nummereret mappestruktur.
2. Upload forskellige filtyper og dokumentmængder.
3. Opret administratorer, dokumentansvarlige og eksterne grupper.
4. Konfigurér forskellige rettigheder og kontrollér dem som bruger.
5. Publicér nye versioner og se, hvordan ændringer kommunikeres.
6. Gennemfør Q&A fra spørgsmål til godkendt svar.
7. Udtræk rapporter og en prøveeksport.
8. Kontakt supporten med et realistisk problem.

Dokumentér resultaterne i samme evalueringsskema for alle kandidater.

Efter valget skal ansvar, struktur og arbejdsproces være klar, før eksterne brugere inviteres.

Implementeringen kan omfatte:

• Udpegning af projektejer og mindst to administratorer.
• Opsætning af sikkerhed, grupper og standardrettigheder.
• Design af indeks og navngivningsregler.
• Klargøring og kvalitetssikring af dokumenterne.
• Test af hver brugergruppes faktiske adgang.
• Fastlæggelse af Q&A og publiceringsproces.
• Træning af administratorer og korte brugerintroduktioner.
• Plan for support, overvågning og ændringer.

Et prærum kan understøtte intern klargøring, før det eksterne datarum åbnes.

Leverandørstyring slutter ikke ved kontraktunderskrift. Under processen bør kunden følge både tjenesten og egen administration.

Kontrollér løbende:

• Driftsmeddelelser og sikkerhedsopdateringer.
• Åbne supportproblemer og svartider.
• Ændringer i underdatabehandlere eller vilkår.
• Brugere, grupper og særligt følsomme rettigheder.
• Datamængde, projektperiode og forventet pris.
• Eksportmuligheder og beredskab ved kritiske problemer.

Periodisk kontrol er særlig vigtig, hvis projektet varer længere end planlagt eller udvides med nye parter og datatyper.

Et leverandørskifte midt i en proces er muligt, men kan skabe afbrydelser, versionsfejl og nye adgangsrisici.

Planen bør omfatte:

• Fuld eksport af dokumenter og mappestruktur.
• Eksport af Q&A, brugerdata og relevante logs.
• Kontrol af filantal, versioner og læsbarhed.
• Sikker overførsel til den nye platform.
• Genopbygning og test af brugerrettigheder.
• Kommunikation til alle deltagere om skæringsdato.
• Lukning og dokumenteret sletning hos den tidligere udbyder.

Afklar disse muligheder allerede før det første valg. En god exitbestemmelse er billigere end improvisation under tidspres.

Ved projektets afslutning skal kunden have den nødvendige dokumentation og kontrollere, at adgang og data håndteres efter aftalen.

Afslutningen kan omfatte:

• Fastlæggelse af officiel lukkedato.
• Lukning af eksterne og midlertidige brugere.
• Eksport af dokumenter, indeks, Q&A og logs.
• Kontrol og sikker opbevaring af den endelige kopi.
• Skriftlig bekræftelse på sletning efter de aftalte vilkår.
• Afslutning af abonnement og ekstra ydelser.
• Evaluering af support, funktioner og projektforløb.

Hvis materialet skal opbevares længere, kan et særskilt arkivrum vurderes i forhold til opbevaringskravene.

Vær særligt opmærksom, hvis en leverandør:

• Svarer uklart på dataplacering og underdatabehandlere.
• Bruger brede sikkerhedspåstande uden relevant dokumentation.
• Ikke kan demonstrere rettigheder fra brugerens perspektiv.
• Har en prismodel, som ikke kan beregnes ved realistisk vækst.
• Undgår konkrete oplysninger om support og svartider.
• Ikke kan forklare eksport, backup og sletning ved ophør.
• Presser på for underskrift før databehandleraftale og vilkår er vurderet.
• Ikke tilbyder en realistisk test af centrale arbejdsgange.

Et advarselssignal er ikke automatisk et bevis på en dårlig leverandør, men kræver et konkret og dokumenteret svar.

Hyppige fejl omfatter:

• At vælge alene på pris eller en lang funktionsliste.
• At sammenligne tilbud med forskellige forudsætninger.
• At lade kun indkøb eller IT teste løsningen.
• At overse administratorens daglige arbejdsopgaver.
• At acceptere sikkerheds- og GDPR-udsagn uden dokumentation.
• At teste et tomt rum i stedet for et realistisk scenarie.
• At glemme supportbehov i kritiske tidszoner.
• At ignorere omkostninger ved vækst og forlængelse.
• At udskyde eksport- og exitspørgsmål.
• At tro, at udbyderen overtager kundens ansvar for dokumenter og adgang.

En god proces involverer projektansvarlig, administrator, IT/sikkerhed, jura og repræsentative brugere i passende omfang.

Leverandørvalget kan berøre personoplysninger og informationssikkerhed. Relevante kilder omfatter:

• EUR-Lex – databeskyttelsesforordningen.
• Datatilsynet med vejledning om databehandlere, behandlingssikkerhed og overførsler.
• Sikkerdigital med råd om digital sikkerhed og leverandørforhold.
• Erhvervsstyrelsen med officiel information om virksomheder og selskabsforhold.

Kilderne skal anvendes sammen med projektets konkrete risikovurdering og aftaler. Indholdet er generelt og erstatter ikke juridisk eller sikkerhedsmæssig rådgivning. Kilder senest kontrolleret den 1. september 2026.

BetterBoard leverer et virtuelt datarum til processer, hvor dokumenter skal organiseres og deles med afgrænsede brugere.

Løsningen kan blandt andet understøtte:

• Struktureret upload og organisering af dokumenter.
• Brugergrupper og afgrænsede adgangsrettigheder.
• Kontrolleret deling af aktuelle dokumentversioner.
• Søgning og navigation i projektmaterialet.
• Administration af brugere gennem projektets faser.
• Aktivitetsoversigt efter løsningens funktioner.
• Afslutning og håndtering af projektets materiale.

Organisationen skal vurdere løsningen i forhold til egne krav, data og projektforhold. Læs mere om BetterBoards datarum og ofte stillede spørgsmål om datarumsløsningen.