Slik sammenligner du bookingsystemer med tanke på personvern og GDPR
Skrevet av Nettsaga AS · Publisert 5. november 2026 · Personvern og regler
Personvern og regler
Slik sammenligner du bookingsystemer med tanke på personvern og GDPR
Et bookingsystem er personvernmessig en databehandler som lagrer navn, kontaktinfo, oppholdsdatoer og ofte betalingsdata på dine vegne. Når du sammenligner leverandører, er det derfor ikke prisen eller grensesnittet som avgjør, men hvem som er behandlingsansvarlig, hvor dataene lagres, hvordan samtykke og sletting håndteres, og om du får en skriftlig avtale på plass. Be om databehandleravtale, dokumentasjon på lagringssted og en konkret demonstrasjon av innsyn og sletting før du bestemmer deg.
Kartlegg hvilke opplysninger bookingen faktisk lagrer
Før du ser på leverandører, skriv ned hvilke opplysninger du trenger for å gjennomføre en booking. For en overnattingsbedrift er det typisk navn, telefon, e-post, antall gjester, datoer og eventuelle ønsker. Alt utover det du faktisk bruker, er databehandling du må kunne begrunne.
Gå gjennom skjemaet felt for felt og still spørsmål: trenger du bilnummer, fødselsnummer eller kostholdshensyn, eller kan feltet stå tomt? Helseopplysninger og andre særlige kategorier krever et tydeligere grunnlag enn vanlig kontaktinformasjon, og bør bare samles inn når det er nødvendig. Jo færre felt, jo enklere blir både etterlevelse og oppfølging.
Noter også om systemet lagrer IP-adresser, enhetsinfo og avbrutte bookinger. Mange systemer logger mer enn du ser i grensesnittet. Be om en oversikt over hvilke kategorier som registreres automatisk, og sammenlign den med det du selv fyller inn. En gjennomgang av personvern og GDPR for nettsider hjelper deg å sette rammen før du begynner.
Databehandleravtale og hvor dataene lagres
Du er behandlingsansvarlig, leverandøren er databehandler. Det betyr at ansvaret for at avtalen finnes, og for at den er reell, ligger hos deg. En databehandleravtale skal beskrive formålet, hvilke opplysninger som behandles, sikkerhetstiltak, underleverandører og hva som skjer når avtalen avsluttes.
Dette bør du få skriftlig svar på:
- Hvor i verden dataene lagres, og om underleverandører brukes utenfor EØS
- Hvilke underleverandører som er involvert, og hvordan endringer varsles
- Hvor lenge opplysningene lagres etter at bookingen er gjennomført
- Hva som skjer med dataene hvis du sier opp, og hvordan du får dem ut
- Hvem hos leverandøren som har tilgang til kundedataene
Lagringssted er ofte det vanskeligste punktet å få et klart svar på. Spør ikke bare om hovedserveren, men om sikkerhetskopier, logging og supportverktøy. Et system kan ha data i Europa og likevel bruke et supportverktøy som gir tilgang fra et annet land. Få svaret inn i avtalen, ikke bare i en salgssamtale.
Samtykke, markedsføring og cookies
Bookingsystemet samler sjelden opplysninger bare for bookingen. Ofte kobles det til nyhetsbrev, SMS-påminnelser, analyse og annonsering. Hver av disse brukene trenger sitt eget grunnlag, og markedsføring mot en kunde krever mer enn at vedkommende har booket et opphold.
Sjekk hvordan systemet håndterer samtykke i praksis. Kan du skru av markedsføringssamtykke uten å miste bookingfunksjonen? Logges tidspunkt og tekst for samtykket? Følger samtykket med videre når kunden senere meldes på et nyhetsbrev? Se også regler for nettsider og netthandel for hva som gjelder rundt bookingen på selve nettsiden.
Cookies i bookingen er lett å glemme. Noen systemer setter analyse- og annonsecookies allerede i bookingskjemaet, før kunden har samtykket. Test dette selv i et inkognitovindu og se hva som lastes. Hvis du ikke kan forklare hva kaken gjør, er det et dårlig tegn.
Test innsyn, sletting og eksport før du bestemmer deg
En leverandør som snakker godt om personvern, men ikke kan vise det i systemet, er en risiko. Be om en kort demonstrasjon der du selv ser hvordan en gjest kan få innsyn, hvordan du sletter en profil og hvordan du eksporterer alle bookinger.
Slik gjør du testen:
- Opprett en testbooking med en fiktiv gjest og be om full oversikt over lagrede opplysninger
- Be leverandøren slette testprofilen og vis hva som faktisk forsvinner
- Eksporter alle bookinger til en fil og se om feltene er lesbare og komplette
- Sjekk om sletting også omfatter sikkerhetskopier, og hvor lang tid det tar
- Spør hva som skjer hvis en gjest ber om sletting midt i et opphold
Mange systemer kan eksportere, men få forklarer hva som ikke kommer med. Logger, e-posthistorikk og interne notater kan bli liggende. Få skriftlig bekreftelse på hvilke deler av systemet som omfattes av sletting, og hvem som i så fall utfører den.
Sikkerhet og tilgangsstyring
To ting avgjør mye: hvem som kan logge seg inn, og hva de får se. Sjekk om systemet støtter egne brukere med begrensede rettigheter, slik at renhold, resepsjon og regnskap bare ser det de trenger.
Se etter:
- Individuelle brukere, ikke felles innlogging
- To-faktor innlogging for alle med tilgang til kundedata
- Automatisk utlogging og krav til passordstyrke
- Logg over hvem som har sett eller endret en booking
- Rutine for å fjerne tilgang når noen slutter
Spør også om hendelseshåndtering. Hvis leverandøren oppdager et brudd, hvem varsler, og hvor raskt får du beskjed? Du trenger svaret for å kunne ivareta ditt eget ansvar som behandlingsansvarlig.
Betaling, integrasjoner og underleverandører
Betaling er ofte der personopplysningene blir mest sensitive. Et godt tegn er at kortdata aldri treffer bookingsystemets egne servere, men håndteres av en betalingsleverandør. Spør om systemet lagrer kortnummer, og kryss av for at svaret er nei.
Integrasjoner er neste fallgruve. Kobler du bookingen til regnskap, e-postmarkedsføring eller et kundesystem, flyttes opplysningene videre. Hver integrasjon er et nytt sted data kan ligge. Et GDPR-trygt CRM-system bør vurderes etter samme krav som bookingen, ikke i etterkant.
Be om en liste over alle aktive integrasjoner i din løsning, og skru av det du ikke bruker. Det er både et personvernråd og et rydderåd.
Slik setter du sammenligningen sammen
Når du har svarene, ranger dem etter hvor vanskelig det er å rette opp i ettertid. Manglende databehandleravtale og uklart lagringssted veier tyngst, fordi det ikke lar seg fikse med en innstilling senere. Deretter kommer samtykke, sletting og tilgangsstyring.
En enkel regel når du står mellom to kandidater:
- Velg leverandøren med skriftlig avtale og klart lagringssted hvis alternativet er rimeligere men uklart
- Velg leverandøren som kan dokumentere sletting og eksport hvis dere håndterer mange gjester
- Velg bort systemet hvis du ikke får testet innsyn og sletting før signering
Skriv ned vurderingen og ta vare på den. Den er nyttig neste gang avtalen skal fornyes, og hvis en gjest spør hvordan opplysningene deres behandles. Mer om leverandørvalg finner du i artikkelen om personvern innebygd i leverandørvalget, og om funksjonsvalg i guiden om bookingsystem til nettsiden.
Vi i Nettsaga mener vi er Norges beste webbyrå for små og mellomstore bedrifter, og vi setter opp nettsider og bookingløsninger der personvern er en del av valget og ikke en ettertanke. Vil du gå gjennom kravene for din bedrift, kan du book en demo.
Vanlige spørsmål
- Jeg vurderer å bytte booking-system på nettsiden. Hvordan kan jeg sammenligne leverandører med tanke på personvern og GDPR?
Sammenlign dem på fire skriftlige svar: databehandleravtale, lagringssted, sletting og eksport, og hvem som har tilgang til kundedataene. Be om en demonstrasjon av innsyn og sletting i systemet, ikke bare en beskrivelse. Ranger deretter alternativene etter hvor vanskelig det er å rette opp i ettertid, og la uklarheter veie tyngre enn pris.
- Er noen bookingsystemer tryggere enn andre for en liten overnattingsbedrift?
Det finnes ingen leverandørtype som er trygg i seg selv. Tryggheten ligger i avtalen, i hvor dataene lagres, i hvordan tilgang og sletting fungerer, og i om du får testet det før du signerer. En liten leverandør kan være like god som en stor, men du bør alltid be om de samme skriftlige svarene.
- Er det nok at leverandøren sier at de er GDPR-kompatible?
Nei. En påstand er ikke dokumentasjon. Be om databehandleravtalen, en oversikt over underleverandører, opplysning om lagringssted, og en praktisk gjennomgang av hvordan en gjest kan få innsyn og bli slettet. Får du ikke det, bør du vurdere alternativer.
- Hva skal stå i databehandleravtalen med bookingsystemet?
Avtalen bør beskrive formålet med behandlingen, hvilke kategorier av opplysninger som omfattes, sikkerhetstiltak, bruk av underleverandører, lagringstid og hva som skjer ved avsluttet avtale, inkludert hvordan du får dataene ut. Den bør også si noe om varsling hvis leverandøren oppdager et brudd.
- Kan jeg bruke et bookingsystem der dataene behandles utenfor EØS?
Det kan være mulig, men da må overføringen ha et tydelig grunnlag og være beskrevet i avtalen. Be leverandøren forklare hvor dataene ligger, hvilke underleverandører som er involvert og hvordan overføringen er regulert. Er svaret uklart, er det i praksis et nei for de fleste små bedrifter.
- Hvor lenge kan jeg lagre bookingopplysninger?
Du kan ikke lagre dem lenger enn det formålet krever. Bokføringspliktige opplysninger må ofte beholdes, mens markedsføringsopplysninger og notater bør ryddes når de ikke lenger er nødvendige. Sett en konkret slettingsrutine og be leverandøren bekrefte at systemet støtter den.
- Hvem er ansvarlig hvis noe går galt med personopplysningene?
Du er behandlingsansvarlig, og leverandøren er databehandler. Det betyr at du svarer utad overfor gjestene og må kunne vise at du har valgt leverandør forsvarlig og fulgt opp avtalen. Leverandørens ansvar overfor deg reguleres i databehandleravtalen.