Kveo · Oppdatert
Personvernerklæring
Slik behandlar Kveo personopplysningar på kveo.no, i kundeportalen og ved levering av tenestene våre, inkludert nøyaktig kva Google-brukardata Google Calendar-integrasjonen i bookingsystema våre hentar, lagrar og deler.
Kven har ansvaret?
Kveo, organisasjonsnummer 937 282 400, Stord, Noreg, er behandlingsansvarleg for førespurnader, kundeadministrasjon, fakturering og eigen tryggleiksdrift. Kontakt [email protected] om personvern eller rettane dine.
Når vi lagrar eller behandlar personopplysningar etter instruks frå ein bedriftskunde, er kunden normalt behandlingsansvarleg og vi databehandlar. Ei eiga databehandlaravtale skal regulere dette; erklæringa erstattar ikkje den avtalen.
Kva vi samlar inn og kvifor
Førespurnader: namn, e-post, valfrie telefon-/firmadetaljar og prosjektskildring, budsjett og tidspunkt du sender inn. Vi brukar dette til å svare og førebu tilbod. Namn og e-post er påkravde i kontaktskjemaet; andre kontaktfelt er valfrie.
Kundar og support: kontaktpersonar, kontodetaljar, tenester, korrespondanse, supportsvar og opplasta filer. Opplysningane kjem frå deg, verksemda di og leverandørar som deltek i leveransen. Passord blir lagra som hashar; konfigurert tostegsverifisering og tilgangstoken sikrar tilgang.
Fakturering og drift: faktura-/abonnementsdetaljar, betalingsstatus, tenesteoppsett, innloggings-/tryggleikshendingar, IP-adresser og API-aktivitet. SMS-loggen inneheld telefonnummer og full meldingstekst. AI-bruksloggen lagrar modell, tal på token, kostnad, førespurnads-ID og tidspunkt, ikkje sjølve prompten eller svaret. Anthropic får likevel innhaldet som blir sendt til AI-tenesta.
Behandlingsgrunnlag
Vi brukar GDPR artikkel 6 nr. 1 bokstav b når behandling er nødvendig for avtale med deg eller tiltak du ber om før ein avtale. For kontaktpersonar i verksemder, supportadministrasjon og trygg drift brukar vi bokstav f: vår rettkomne interesse i å svare på førespurnader, levere tenester og hindre misbruk, vege mot rettane dine.
Rekneskapsopplysningar blir behandla etter bokstav c, rettsleg plikt. Valfri analyse byggjer på samtykke etter bokstav a og gjeldande reglar om informasjonskapslar. Du kan nekte eller trekkje samtykket utan å miste tilgang til nettstaden eller tenestene. Tilkoplingsinformasjon og omtrentleg plassering blir brukt til levering, tryggleik og språkval ut frå rettkomne interesser.
Google Calendar-integrasjonen
Kveo byggjer bookingnettstader og backend-system for verksemder. Nokre av dei, for tida bookingsystemet til Bowlit på bowlit.no (applikasjonen som står på samtykkeskjermen til Google), kan opprette ei Google Calendar-hending for kvar booking, slik at dei tilsette ser bookingane i verksemda sin eigen Google-kalender. Google-koplinga blir sett opp éin gong av administratoren i verksemda, som loggar inn med ein Google-konto og godkjenner løyva som står nedanfor. I denne kalenderintegrasjonen loggar kundar som bookar på nettstaden ikkje inn med Google og gir oss ingen Google-løyve.
Kveo er utviklar av Google-applikasjonen og er ansvarleg for korleis han handsamar Google-brukardata, slik det er skildra på denne sida. Verksemda som koplar til kalenderen vel kalenderen, eig den tilkopla Google-kontoen og er ansvarleg for bookingdataa ho har om sine eigne kundar. kveo.no brukar ikkje sjølv Google-innlogging.
Google-brukardata vi får tilgang til
Applikasjonen ber om fire løyve (scopes). Google viser kvart av dei på samtykkeskjermen før du godkjenner, og vi brukar ikkje meir enn dette. Vi har ikkje tilgang til Gmail, Drive, Kontaktar eller andre Google-tenester, og vi får aldri Google-passordet ditt.
| Løyve (scope) | Type | Kva det blir brukt til |
|---|---|---|
openid | Ikkje sensitivt | Identifisere Google-kontoen som er kopla til. |
https://www.googleapis.com/auth/userinfo.email | Ikkje sensitivt | Lese e-postadressa til den tilkopla kontoen, slik at adminpanelet kan vise kva konto som er kopla til. |
https://www.googleapis.com/auth/calendar.calendarlist.readonly | Ikkje sensitivt | Lese lista over kalendrar (ID, namn, om det er hovudkalenderen, og tilgangsrolla di) éin gong under oppsett, slik at administratoren kan velje kalender for bookingar. Berre kalendrar kontoen kan redigere kan veljast. |
https://www.googleapis.com/auth/calendar.events | Sensitivt | Opprette, endre og slette hendingane applikasjonen lagar for bookingar og blokkerte tider i den valde kalenderen, og slå opp desse hendingane på bookingkode slik at det ikkje blir laga dublettar. |
Dette får og lagrar vi:
- E-postadressa til den tilkopla Google-kontoen: lagra så lenge kontoen er kopla til og vist i adminpanelet i bookingsystemet.
- OAuth-token: oppfriskingstokenet blir lagra kryptert. Tilgangstoken blir henta frå Google ved behov og blir ikkje lagra.
- Kalenderlista: hentast ved behov for å vise kalendervelgjaren og blir ikkje lagra. Berre ID og visingsnamn for den éine valde kalenderen blir lagra.
- Kalenderhendingar: applikasjonen skriv hendingar med bookingkode, aktivitet, eining, tal på personar, namn, telefonnummer og e-post til kunden som bookar, valfri kommentar, bookingstatus, tidspunkt og adressa til lokalet. For å finne eller kontrollere ei hending han har laga, ber han Google om hendingar med den bookingkoden eller hending-ID-en og les treffet berre for å stadfeste det; vi lagrar berre Google si hending-ID saman med bookinga. Vi bla ikkje i, kopierer eller lagrar andre hendingar i kalenderen din.
- Løyva Google faktisk gav, tidspunkt for siste vellykka kontroll og ei forkorta feilmelding frå Google viss eit kall feilar. E-postadressa til den tilkopla kontoen og namnet på administratoren som koplar til, blir òg skrivne til driftsloggen på serveren når koplinga blir gjord.
Bookingdetaljane som blir skrivne til kalenderen er personopplysningar om kundane til verksemda. Dei kjem frå bookingskjemaet, ikkje frå Google; å kopiere dei inn i kalenderen er funksjonen verksemda har valt. Verksemda avgjer kven som har tilgang til Google-kalenderen sin; applikasjonen endrar aldri deling av kalenderen.
Korleis vi brukar Google-brukardata
Vi brukar Google-brukardata berre til å levere den brukarvendte funksjonen administratoren ba om: vise kva Google-konto som er kopla til, la administratoren velje kalender, og opprette, endre og slette booking- og blokkeringshendingar i den kalenderen når bookingar blir gjorde, endra eller avlyste. Kvar sjette time, og når adminpanelet blir opna, ber applikasjonen òg Google om eit nytt tilgangstoken for å sjekke at koplinga framleis verkar og for å oppdage tilbakekalla tilgang; dette les ikkje kalenderinnhald. Vi brukar ikkje Google-brukardata til noko anna føremål: ingen annonsering, ingen profilering, ingen analyse, ingen sal og ingen trening av KI- eller maskinlæringsmodellar. Google-brukardata blir ikkje sende til KI-tenester.
Tilsette hos oss les ikkje Google-brukardataa dine, med mindre du har gitt uttrykkjeleg løyve for konkrete element (til dømes i ei supportsak), det er nødvendig av tryggleiksomsyn som å undersøkje misbruk, det er kravd for å følgje gjeldande lov, eller dataa er samanstilte og anonymiserte for intern drift.
Behandlingsgrunnlag: for Google-kontoopplysningane til administratoren er det vår rettkomne interesse i å levere og sikre integrasjonen verksemda har bede om (GDPR artikkel 6 nr. 1 bokstav f); for bookingdetaljar i kalenderen er det avtalen verksemda har med kundane sine og verksemda sitt eige grunnlag som behandlingsansvarleg.
Deling, overføring og utlevering av Google-brukardata
Vi sel ikkje Google-brukardata, og vi overfører eller utleverer dei ikkje til tredjepartar for andre føremål enn å levere funksjonane som er skildra ovanfor. Google-brukardata blir berre delte med: Google sjølv (bookinghendingane blir sende til Google Calendar API over ei kryptert tilkopling); infrastrukturleverandørar som driftar applikasjonen på våre vegner under tenestevilkåra sine (Gigahost for server og database, Cloudflare for nettverkslevering og vern); styresmakter eller andre når lova krev det eller det trengst for å verne tryggleiken til brukarane og tenesta; ein etterfølgjar ved samanslåing eller oppkjøp, med varsel til deg og under denne erklæringa; eller andre med uttrykkjeleg samtykke frå deg.
Google-brukardata blir ikkje delte med annonsørar, datameklarar, analyseleverandørar eller KI-leverandørar.
Avgrensa bruk (Limited Use) av Google-brukardata
The use of information received from Google APIs will adhere to the Google API Services User Data Policy (https://developers.google.com/terms/api-services-user-data-policy), including the Limited Use requirements.
Kveo sin bruk av informasjon frå Google API-ar, og overføring av slik informasjon til andre appar, følgjer Google API Services User Data Policy, inkludert Limited Use-krava. Vi brukar dataa berre til å levere og forbetre den brukarvendte kalenderfunksjonen som er skildra ovanfor.
Vi brukar eller overfører aldri Google-brukardata til annonsering av noko slag, inkludert målretta, personleg tilpassa, retargeting- eller interessebasert annonsering; vi sel dei aldri til datameklarar eller informasjonsforhandlarar; vi brukar dei aldri til å vurdere kredittverd eller til utlån; og vi brukar dei aldri til å byggje databasar som ikkje høyrer til funksjonen du brukar.
Vi brukar ikkje Google-brukardata, inkludert data henta gjennom Google Workspace API-ar, til å utvikle, forbetre eller trene generelle eller ikkje-personlege KI- eller maskinlæringsmodellar.
Korleis vi vernar opplysningane dine
Alle tilkoplingar til nettstadene våre og Google OAuth-flyten brukar HTTPS (TLS). Google-oppfriskingstokenet er kryptert med AES-256-GCM ved lagring; krypteringsnøkkelen ligg i miljøoppsettet til serveren, ikkje i databasen eller kjeldekoden. Token og OAuth-klienthemmeleg blir aldri sende til nettlesaren og blir ikkje skrivne til loggar. Passord blir berre lagra som hashar.
OAuth-flyten køyrer på serveren og brukar ein tilfeldig eingongsverdi (state) mot falske tilbakekall. Berre ein innlogga administrator i bookingsystemet kan starte, endre eller kople frå Google-koplinga, og endringar krev CSRF-token. Vi held programvara oppdatert og varslar dei som er råka og Datatilsynet ved brot på persondatatryggleiken slik lova krev.
Trekkje tilbake tilgang og kople frå
Du kan stoppe tilgangen vår når som helst på to måtar:
- I applikasjonen: administratoren opnar Admin → Integrasjonar og vel «Kople frå Google». Applikasjonen ber Google trekkje tilbake tokenet, og slettar det lagra tokenet, kontoe-posten og kalendervalet med éin gong.
- I Google-kontoen din: fjern applikasjonen på https://myaccount.google.com/permissions. Applikasjonen oppdagar det neste gong han kontaktar Google (seinast ved neste booking eller den sekstimarlege kontrollen), sluttar å skrive til kalenderen og merkjer integrasjonen som at han må koplast til på nytt.
Hendingar som alt er laga i Google-kalenderen blir ikkje sletta når du koplar frå. Dei høyrer til kalenderen, og eigaren kan slette dei i Google Calendar. Så lenge integrasjonen er tilkopla, blir hendinga fjerna frå kalenderen når ei booking blir avlyst eller sletta i bookingsystemet.
Lagring og sletting av Google-brukardata
Oppfriskingstokenet, kontoe-posten og kalendervalet blir berre lagra medan integrasjonen er tilkopla, og blir sletta når administratoren koplar frå. Tilgangstoken og kalenderlister blir ikkje lagra. Google si hending-ID blir lagra saman med bookingposten, og bookingposten følgjer lagringsreglane i personvernerklæringa til verksemda; hendingsinnhaldet i Google Calendar blir ståande til kalendereigaren slettar det.
For å få sletta Google-brukardata vi har, kople frå i applikasjonen eller send e-post til [email protected]. Trekkjer du tilbake tilgangen berre i Google-kontoen din, blir ikkje det lagra krypterte tokenet fjerna automatisk, så kople òg frå i applikasjonen eller send oss e-post. Vi fullfører slettinga innan 30 dagar. Krypterte kopiar kan bli liggjande i vanlege databasekopiar ei avgrensa tid (inntil 30 dagar) og blir overskrivne i den vanlege syklusen. Vi held berre på data etter ein sletteførespurnad når lova krev det eller for å løyse ei pågåande tryggleikshending, og berre så lenge det er nødvendig.
Behandling utanfor EØS
Nokre leverandørar har internasjonal drift, også i USA. Behandlingsstad og rolle avheng av tenesta og avtalen. Leverandørar kan vere databehandlarar ved levering og sjølvstendig behandlingsansvarlege for til dømes eigne lovplikter eller svindelførebygging.
Overføring utanfor EØS krev gyldig grunnlag etter kapittel V i GDPR, til dømes ei relevant avgjerd om tilstrekkeleg vern eller standard personvernføresegner med nødvendige vurderingar og tilleggstiltak. Kontakt oss om behandlingsstader og vern for di teneste, eller for å be om ein kopi. Ei lenkje til leverandøren sitt personvern er ikkje i seg sjølv ei databehandlaravtale eller eit overføringsgrunnlag.
Kor lenge opplysningar blir lagra
Førespurnader blir lagra medan vi handterer saka og eventuell oppfølging eller avtale. Kundekontoar, supporthistorikk, SMS-innhald og driftsloggar blir berre lagra medan dei trengst for levering, undersøking av feil eller misbruk, fakturaoppgjer eller rettskrav. Lagringstida avheng av tenesta, opplysningstypen og uavklarte saker; be oss om vurderinga for dine opplysningar.
Rekneskapsmateriale med oppbevaringsplikt blir normalt lagra i fem år etter rekneskapsåret. Andre lovfesta fristar kan gjelde for visse dokument. Avslutta teneste slettar ikkje straks opplysningar som må oppbevarast. Data behandla på instruks frå kunden følgjer vilkåra for tilbakelevering og sletting i databehandlaravtalen.
Vala og rettane dine
Du kan be om innsyn, retting, sletting, avgrensing og, når vilkåra er oppfylte, dataportabilitet. Du kan protestere mot behandling basert på rettkomne interesser og trekkje samtykke når som helst; tilbaketrekking påverkar ikkje tidlegare lovleg behandling. Vi kan måtte stadfeste identiteten din og svarar normalt innan éin månad.
Send e-post til [email protected]. Gjeld dataa tenesta til verksemda di, kontakt verksemda som behandlingsansvarleg; vi kan hjelpe med å sende førespurnaden rett. Du kan klage til Datatilsynet på datatilsynet.no. Appen brukar ikkje AI til å ta heilautomatiske avgjerder om deg med rettsleg eller tilsvarande vesentleg verknad.
Desse rettane følgjer av GDPR og personopplysningslova. Du kan òg styre kva Google deler med applikasjonar i Google-kontoen din på https://myaccount.google.com/permissions.
Endringar i erklæringa
Vi oppdaterer erklæringa når tenester eller behandling endrar seg. Datoen øvst viser versjonen. Der det er krav om det, gir vi eige varsel om vesentlege endringar.
Endrar vi korleis ein app brukar Google-brukardata, oppdaterer vi erklæringa, varslar brukarane det gjeld i appen eller på e-post før endringa tek til å gjelde, og ber om nytt samtykke før Google-data blir brukte til eit nytt føremål.
Leverandørar og deling av opplysningar
Desse leverandørane støttar nettstaden og tenestene våre. Kundespesifikke leverandørar får opplysningar når den aktuelle tenesta blir brukt; eit nettbesøk sender ikkje data til alle leverandørane. Lenkjene går til leverandørane si eiga informasjon.
- Gigahost
- Drift av nettstad, kundeportal, database og opplasta supportfiler. Opplysningane i desse tenestene blir behandla på serverinfrastrukturen.
- Cloudflare
- DNS og domeneadministrasjon. Når Cloudflare-proxy, CDN eller tryggleiksfunksjonar er aktiverte, behandlar Cloudflare òg IP-adresser, førespurnadsadresser, nettlesardetaljar og tryggleikshendingar for å levere og verne trafikk. Tryggleikskapslar avheng av kva funksjonar som er aktiverte.
- Microsoft 365 / Entra ID
- E-post og supportkorrespondanse, med avsendar- og mottakaradresser og meldingsinnhald. Entra ID handterer Microsoft-innlogging for administratorar og gir identitets-/profilinformasjon, inkludert profilbilete når det er tilgjengeleg.
- Stripe
- Kundekontakt, abonnement, fakturaer og betalingsstatus. Betalingsdetaljar blir registrerte på Stripe sine betalings-/fakturasider; denne appen lagrar ikkje fullstendige kortnummer.
- Fiken
- Kunde-/firmadetaljar, fakturaadresser, fakturalinjer, beløp og betalingsstatus for fakturering og rekneskap.
- GatewayAPI
- Telefonnummer til SMS-mottakarar, avsendar-ID, meldingsinnhald og leveringsinformasjon. Meldingar går òg gjennom teleoperatørar. Plattformen er normalt gatewayapi.eu; tenesta kan òg bruke gatewayapi.com.
- Anthropic / Claude
- Promptar, samtalemeldingar, systeminstruksjonar og anna innhald sendt til AI-tenesta, samt svar og bruksinformasjon. Dette gjeld både med vår nøkkel og med kunden sin eigen Anthropic-nøkkel.
- Better Stack
- Tenestenamn, nettadresser, IP-adresser og oppetids-/hendingsinformasjon for overvaking og statussider. Ikkje legg personopplysningar i offentlege tenestenamn eller driftsmeldingar.
- Google Analytics
- På offentlege sider med analyse blir nettlesar-/einingsdetaljar, sidebesøk og interaksjonar behandla først etter samtykke til statistikk. Google får tilkoplingsinformasjon når skriptet blir lasta.
- Google Auth Platform / Google Calendar API
- Google Calendar API og Google Auth Platform (samtykkeskjerm, token- og tilbakekallingsendepunkt). Berre brukt av Google Calendar-integrasjonen i bookingsystem vi byggjer (for tida Bowlit). Google får bookinghendingane applikasjonen skriv til kalenderen administratoren valde, og OAuth-førespurnadene som trengst for å halde koplinga i gang. Den besøkande nettstaden brukar ikkje Google-innlogging.
- ip-api.com
- Ved besøk på rota eller eldre omdirigeringar utan lagra språkval sender serveren IP-adressa til oppslag av land/region for å foreslå språk. Oppslaget brukar i dag HTTP. Direkte besøk på ei språkspesifikk adresse unngår dette oppslaget.