Gjesteregistrering på campingplass: krav og personvern

Det viktigste grepet gjøres før noen lager et skjema. Sorter opplysningene i tre grupper:

• Pålagte opplysninger: det dere må føre fordi reglene for overnattingssteder krever det, og som dere kan dokumentere hvis noen spør.
• Nødvendige opplysninger: det dere trenger for å gjennomføre oppholdet og betalingen, som navn, kontaktkanal, ankomst, avreise og hvilken plass eller enhet gjesten bruker.
• Frivillige opplysninger: alt annet, som e-post til nyhetsbrev, fødselsdato, bilder til sosiale medier eller spesielle ønsker.

Bare den første gruppen kan dere kreve at gjesten oppgir. Den andre gruppen må dere kunne begrunne i noe konkret, og den tredje skal være frivillig og aldri forhåndsavkrysset. I praksis betyr det at dere ikke tar kopi av legitimasjon, ikke ber om personnummer og ikke samler inn adresse til personer som bare skal ligge én natt, med mindre dere kan vise til et konkret krav eller en konkret grunn.

Still fire spørsmål til hvert felt i skjemaet:

• Hva skal vi bruke opplysningen til?
• Er vi pålagt å føre den, eller er den bare kjekk å ha?
• Hvem i bedriften får se den?
• Når skal den slettes?

Får dere ikke et klart svar på alle fire, er feltet sannsynligvis unødvendig.

Hvis dere er usikre på hvilke opplysninger som faktisk er pålagt for deres type virksomhet, avklar det før dere kjøper system. Kravene kan hingse sammen med hva slags overnatting dere tilbyr, og det er billigere å rydde i skjemaet enn i systemet etterpå. Grunnprinsippene er de samme som for andre nettsider, og du finner en samlet oversikt i regler for nettsider og netthandel.

Personvern handler mer om rutiner enn om skjemaer. Lag et kort internt dokument som sier hva hvert felt brukes til, hvem som har tilgang, og når opplysningene slettes. Da blir det også enkelt å svare når en gjest spør, og dere slipper å ta stilling til det i resepsjonen en travel sommerdag.

Lagringstiden skal være så kort som mulig, men langt nok til at dere får gjort det dere skal. Tenk gjennom hva som faktisk krever at opplysningene blir liggende: gjennomført opphold, betaling og eventuell regnskapsdokumentasjon. Bokføringsregler kan bety at enkelte opplysninger skal oppbevares lenger enn selve gjesteregisteret, og da bør dere skille de to. Det som ikke har et slikt formål, skal bort.

Slettingen må gjelde alle steder opplysningene finnes, ikke bare i hovedsystemet. Typiske steder der data blir liggende igjen:

• Et regneark som ble laget før dere fikk bookingsystem
• Innkommende e-post og SMS fra gjester
• Papirskjemaer i en perm bak disken
• Gamle systemer dere fortsatt betaler for
• Private mapper på en ansatts datamaskin

Sett en fast rutine, gjerne en gang eller to i året, med en navngitt person som har ansvar.

Registreringen bør være så lik hver gang at den ikke avhenger av hvem som står i luken. En enkel oppskrift:

1. Bestem hvilke felt som er obligatoriske, og gjør resten valgfrie.
2. Skriv en kort forklaring på skjemaet om hvorfor opplysningene samles inn.
3. Bruk et system med innlogging per ansatt og mulighet for å sperre tilgang ved opphør.
4. Legg inn faste slettedatoer i systemet hvis det er mulig.
5. Ta en gjennomgang av papir og e-post ved slutten av sesongen.

Papirskjemaer er den vanligste kilden til lekkasjer på mindre plasser, rett og slett fordi de blir liggende. Må dere bruke papir ved innsjekk, bør skjemaet overføres til systemet samme dag og makuleres. Det er også verdt å spørre seg om alle ansatte trenger å se hele registeret, eller om det holder at én person har tilgang og andre kan slå opp enkeltgjester.

Ved utsjekk kommer ofte spørsmålet om markedsføring. Da er regelen enkel: gjesten skal kunne si nei uten at det påvirker oppholdet, og nei er standardvalget. Et muntlig ja i resepsjonen er vanskelig å dokumentere senere, så bruk heller en egen påmelding der gjesten selv krysser av.

Når bookingen skjer på nett, er nettsiden selve inngangsporten til registeret. Da må gjesten få vite hva som skjer med opplysningene på en plass der hen faktisk leser det, altså i eller rett ved skjemaet. En lenke nederst på siden er bra, men ikke nok alene.

Skill mellom grunnlagene. For å gjennomføre bookingen trenger dere opplysningene for å oppfylle avtalen med gjesten. For nyhetsbrev og annen markedsføring trenger dere et samtykke som er frivillig, aktivt og enkelt å trekke tilbake, i tråd med personvern for eiendomsmeglere. Legger dere begge deler i samme avkrysningsboks, blir samtykket fort ugyldig, og dere mister muligheten til å bruke det senere.

Bookingmoduler setter ofte informasjonskapsler og sender data videre til underleverandører. Det skal stå i personvernerklæringen og håndteres etter reglene for samtykke der det er nødvendig. Vi har skrevet mer om hvordan du rydder i dette i personvern og GDPR for nettsider og i artikkelen om informasjonskapsler og samtykke.

Dere er behandlingsansvarlig for gjesteopplysningene, også når de ligger i et system dere leier. Leverandøren er databehandler og skal ha en databehandleravtale med dere. Den skal blant annet si hva leverandøren kan gjøre med dataene, hvor de lagres, hvilke underleverandører som brukes, og at dataene slettes eller leveres tilbake når avtalen slutter.

Dette bør dere få skriftlig svar på før dere signerer, og guiden til hvordan du sammenligner bookingsystemer med tanke på personvern og GDPR viser hva dere bør kreve skriftlig og teste:

• Får vi en databehandleravtale uten å måtte be om den?
• Hvor lagres opplysningene, og brukes underleverandører utenfor Norge eller EØS?
• Kan vi styre hvem hos oss som ser hva?
• Blir data slettet automatisk etter en periode vi bestemmer?
• Hva skjer med opplysningene hvis vi bytter system?
• Finnes det logg over hvem som har åpnet registeret?

For mange små plasser er et ferdig system det enkleste, fordi avtale, sikkerhetskopi og oppdateringer er en del av pakken. Egenutviklede løsninger gir mer frihet, men da må dere selv ta ansvar for alt som ligger rundt. Prisen på en nettside med booking ligger typisk et sted mellom rundt 10 000 og 250 000 kroner avhengig av omfang, og integrasjoner og innhold trekker opp.

Personvernerklæringen trenger ikke være lang, men den må være konkret og stemme med det dere faktisk gjør. Den bør dekke:

• Hvem som er behandlingsansvarlig, med navn og kontaktpunkt
• Hvilke opplysninger dere samler inn om gjester, og hvorfor
• Grunnlaget for hver type behandling
• Hvem opplysningene deles med, inkludert bookingsystem og betalingsløsning
• Hvor lenge opplysningene lagres
• Gjestens rettigheter, og hvordan hen kan bruke dem
• At gjesten kan klage til Datatilsynet
• Hvordan informasjonskapsler brukes på nettsiden

Mange kopierer en mal og glemmer å oppdatere den når de bytter system. Da blir erklæringen feil, og den er det første en gjest eller en tilsynsmyndighet ser på. Ta en gjennomgang hver gang dere bytter bookingsystem, betalingsløsning eller legger til et nytt skjema.

Erklæringen skal også være lesbar og tilgjengelig, ikke bare juridisk korrekt. God kontrast, tydelige overskrifter og skjemaer som kan brukes med tastatur er en del av helheten. Se hva som kreves i WCAG AA-krav hvis dere vil ha en rask sjekk på egen side.

De samme feilene går igjen på mindre overnattingssteder:

• Skjemaet ber om mer enn systemet bruker, fordi «det er greit å ha»
• Samtykke brukes som grunnlag for alt, også for selve bookingen
• Papirskjemaer blir liggende i en skuff til neste sesong
• Bookingmodulen samler data som ikke er omtalt i personvernerklæringen
• Ingen har et navn og et ansvar for sletting
• Leverandøren har aldri sendt databehandleravtale, og ingen har etterlyst den

En praktisk beslutningsregel: velg et ferdig bookingsystem hvis dere vil ha avtale, sikkerhetskopi og oppdateringer levert, og hvis behovet er standard innsjekk og betaling. Velg en skreddersydd løsning hvis dere har behov som ingen standardløsning dekker, for eksempel samspill med adgangskontroll eller egne sesongavtaler, og dere er villige til å ta mer ansvar selv.

Uansett valg bør noen i bedriften eie personvernarbeidet. Det trenger ikke være en egen stilling, men det bør være en person som vet hvor registeret ligger, hvem som har tilgang, og når det sist ble ryddet. Hos oss i Nettsaga mener vi at dette er en del av jobben med nettsiden, ikke noe som kommer i tillegg, og du kan se hva tjenesten vår omfatter eller booke en demo via /book-demo/.