Personvernerklæring for Weneva Rapport

Sist oppdatert: 1. november 2026

Weneva AS, Sverres gate 25, 7800 Namsos. Org.nr. 937 787 316 MVA, registrert i Foretaksregisteret. E-post lw@weneva.no, telefon 480 33 202. Weneva har ikke personvernombud. Spørsmål om personvern sender du til samme e-post.

Kort fortalt

• Regnskapsbyrået bestemmer over opplysningene om klientene sine. Weneva er databehandler og bruker dem bare til å lage rapportene byrået ber om.
• Portalen bare leser regnskapet. Lønn og personalkostnader vises bare som summer. Tall som kan være fødselsnummer, og tekst om for eksempel helse, skjules før noe lagres.
• Tekstene i rapporten og svarene i chatten lages med KI fra OpenAI (OpenAI Ireland Ltd, behandles i USA), og de er merket slik. Til tekstene og chatten får OpenAI ikke navnet på klienten eller posteringstekst. Har byrået slått på kvitteringer i PowerOffice Go, får OpenAI hele kvitteringen eller fakturaen, som kan vise navnet på klienten og kortholderen.
• Rapportene slettes av seg selv etter den tiden byrået har valgt, som standard 36 måneder.
• Vi bruker ikke analyseverktøy, annonser eller skrifter fra Google. Du kan be om innsyn, retting og sletting, protestere (punkt 12) og klage til Datatilsynet.

1. Hva Weneva Rapport er

Weneva Rapport er en portal for regnskapsbyråer. Byråets ansatte kobler til regnskapet til klientene sine og lager regnskapsrapporter. Portalen henter tall fra Duett, Tripletex, PowerOffice Go eller Fiken. Den bare leser, og fører, endrer eller sletter aldri noe i regnskapet.

Weneva Rapport er laget av Weneva alene. Den er ikke laget, sponset eller godkjent av Visma, PowerOffice eller de andre leverandørene av regnskapssystemene.

2. Hvem har ansvaret

Regnskapsbyrået er behandlingsansvarlig for alle opplysninger som hentes eller legges inn for klientene, også om klientenes kunder, leverandører og ansatte, om kortholdere på kvitteringer og om dem som leser en delt rapport eller skriver i chatten. Byrået er også ansvarlig for opplysningene om sine egne brukere. Weneva er databehandler for byrået og følger en databehandleravtale. Er byrået selv databehandler for klienten, er klienten behandlingsansvarlig, og Weneva er underdatabehandler.

Weneva er selv behandlingsansvarlig bare for det som står som Weneva i tabellen. Weneva og byrået har ikke felles behandlingsansvar.

Er du ansatt i et byrå, klient hos et byrå, eller kunde, leverandør eller ansatt hos en klient, er det byrået du skal kontakte om opplysningene i byråets portal. Om det Weneva er ansvarlig for, kontakter du Weneva.

3. Hvordan klienten gir tilgang

Portalen får bare tilgang til et regnskap når klienten eller byrået gir den. I PowerOffice Go skjer det ved at en administrator hos klienten legger til utvidelsen Weneva Rapport. I de andre systemene skjer det med nøkler eller innlogging hos leverandøren. Portalen bruker tilgangen bare til å lese. I Fiken finnes det ingen egen lesetilgang, så tilgangen er den samme som brukeren som koblet til har, for alle foretakene brukeren har tilgang til. Vi anbefaler derfor at byrået kobler til med en egen Fiken-bruker som bare har tilgang til klientens foretak. Portalen ber ikke Fiken om navn eller e-post til brukeren.

Tilgangen kan trekkes tilbake når som helst ved å fjerne utvidelsen eller nøkkelen i regnskapssystemet. Når byrået sletter en Fiken-klient i portalen, trekker portalen tilbake tilgangen i Fiken. Klarer den ikke det, får byrået beskjed om å fjerne tilgangen i Fiken selv. Portalen trekker også tilbake tilgangen for alle Fiken-klientene før et byrå slettes for godt, og den gamle tilgangen når byrået kobler en klient til Fiken på nytt. For de andre systemene må byrået eller klienten selv fjerne nøkkelen eller utvidelsen. Bare en administrator i byrået kan slette en klient.

Weneva har ingen bruker i byråets eller klientenes regnskapssystem, og logger aldri inn der. Weneva oppretter den første administratoren i et nytt byrå. Administratoren får en lenke på e-post og velger passordet selv. Administratoren legger så inn de andre ansatte. De får et passord av administratoren og må bytte det ved første innlogging, innen 7 dager. Weneva ser aldri passordene og har ingen bruker i byråenes konto i portalen. Passord som Weneva valgte for den første administratoren før denne versjonen ble tatt i bruk, må byttes ved neste innlogging (se punkt 8).

Wenevas adminpanel viser bare tall om bruken for hvert byrå: hvor mange brukere, klienter og rapporter byrået har, når den siste rapporten ble laget, og KI-bruken per måned. I tillegg ser Weneva kontaktpersonen, lisensen og et internt notat som Weneva selv har skrevet inn. Wenevas ansatte ser ikke navn eller e-post til byråets brukere, bortsett fra kontaktpersonen, og ser ikke når brukerne var innlogget, byråets hendelseslogg, regnskapsdata eller rapportene. Når Weneva oppretter byrået, blir den første administratoren registrert som kontaktperson, og byrået kan be om å få den endret. Ber byrået om hjelp med et passord, skriver Weneva inn e-postadressen byrået oppgir. Brukeren får da en lenke for å velge passord, og de andre administratorene i byrået får beskjed på e-post.

4. Hva vi lagrer

• Byråets ansatte: navn, e-post, rolle, passord (bare som hash, laget med PBKDF2), signatur (navn, stilling, e-post og telefon), når du sist logget inn og når du sist var aktiv. Er navn og e-post i signaturen tomme, brukes navnet og e-postadressen du logger inn med. Under innloggingen lagrer vi en hash av koden vi sender på e-post. Lenker for å velge passord lagres også bare som hash.
• Kontaktpersoner hos byrået (Weneva er ansvarlig): navn, e-post og telefon til kontaktpersonen, lisensen og et internt notat. Opplysningene om kontaktpersonen får vi fra byrået. Den første administratoren blir registrert som kontaktperson.
• Avtaler, support og henvendelser (Weneva er ansvarlig): den signerte avtalen med byrået, med navnet på dem som signerte, e-post til og fra lw@weneva.no, og en logg over henvendelser om personvern (hvem som spurte, med rolle og ikke fullt navn, hva saken gjaldt og når den ble besvart eller sendt videre til byrået).
• Logg over Wenevas driftstilgang (Weneva er ansvarlig): når Weneva må se i eller endre opplysningene til et byrå, for eksempel for å rette en feil eller levere ut rapportene, logger vi hvem hos Weneva som gjorde det, når, hva og hvorfor, og når byrået fikk beskjed. Loggen har byråets id og ikke innholdet i regnskapet eller rapportene.
• Wenevas administratorer (Weneva er ansvarlig): navn, e-post, passord som hash, når de sist var innlogget, og loggen over hva de gjør i adminpanelet (se punkt 5).
• Klientene: navn og org.nr., firmanavnet fra regnskapssystemet og nøkler eller tilgangsnøkler til regnskapssystemet. Nøklene krypteres før de lagres. Bare de fire siste tegnene lagres ukryptert, så byrået kan kjenne igjen nøkkelen.
• Rapportene: regnskapstall summert per konto og måned, kontonavnene fra kontoplanen, navn og org.nr. på klienten, byråets navn, logo og kontaktlinje, signaturen (navn, stilling, e-post og telefon) til den som laget rapporten, og hvem som sendte og godkjente rapporten, med en eventuell kommentar. Kommentaren slettes når rapporten godkjennes. Byrået kan også skrive kommentarer med pil i selve rapporten. De vises for alle som åpner rapporten, også i delte lenker og på utskrift, og slettes sammen med rapporten. Numre som kan være fødselsnummer, kontonummer eller kortnummer skjules. Disse kommentarene sendes ikke til OpenAI eller til chatten. Kontonavn og kommentarer er fritekst og kan inneholde personnavn.
• Enkeltbilag i rapporten: når delene «Hvor pengene kommer fra» eller «Hvor pengene går» er med, lagres inntil 100 av årets største bilag i hver inntekts- og kostnadsgruppe. Hvert bilag har dato, beløp og navnet på kunden eller leverandøren. Mangler navnet, lagres teksten på posteringen i stedet, høyst 120 tegn. I PowerOffice Go kan navnet også være lest fra kvitteringen eller fakturaen på bilaget (se under). Da er det merket i rapporten. Lønn, arbeidsgiveravgift og andre personalkostnader (kontoene 5000 til 5999) har ingen bilagliste, bare summer. Før noe lagres, skjules tall som kan være fødselsnummer, D-nummer, kontonummer eller kortnummer, og posteringstekst som kan si noe om helse, sykefravær, foreldrepermisjon, fagforening, religion, politikk eller bøter og straff, byttes med «Tekst skjult». Filteret er automatisk og ikke helt sikkert. Filteret gjelder posteringstekst, ikke navn på kunder, leverandører, klienter og kontoer. Et navn kan derfor i seg selv si noe sensitivt, for eksempel et legekontor eller et trossamfunn. Navnet kan være en privatperson, og teksten kan inneholde personnavn. Bilagsnummeret lagres ikke. Når to perioder sammenlignes, er bilaglistene ikke med i rapporten. Rapporter som ble laget før filteret kom, renses av seg selv: bilaglistene for lønn og personal fjernes, sensitiv posteringstekst blir «Tekst skjult», og fødselsnummer skjules. Til det er gjort, renses de før de vises, også i delte lenker og i chatten.
• Grunnlag for chat: bare når byrået har chatten på (se punkt 6), lagres et grunnlag for chatten sammen med rapporten. Det har tallene og tekstene i rapporten. Når delen «Hvor pengene kommer fra» eller «Hvor pengene går» er med og to perioder ikke sammenlignes, har det også for hvert år de 15 største kundene eller leverandørene med sum og antall bilag, og de 5 største bilagene med dato, beløp, gruppe og kunde eller leverandør. Lønn og andre personalkostnader er bare med som summer. Leverandøren kan være et navn som er lest fra en kvittering eller faktura i PowerOffice Go. Summene regnes ut fra de inntil 100 største bilagene i hver gruppe. Navn som ikke ser ut som en virksomhet, står som «Privatperson». Sjekken er automatisk og ikke helt sikker. Posteringstekst og bilagsnummer er ikke med. Slår byrået chatten av, slettes grunnlaget i alle byråets rapporter.
• Varsler i portalen: hvem som sendte eller godkjente en rapport, klientens navn og perioden. Kommentarer står ikke i varslene.
• Hendelseslogg: hvem som gjorde hva og når, for eksempel innlogging, nøkler lagt inn og rapporter laget, godkjent og delt. Loggen har id-er, ikke navn, og vises ikke i portalen. Den brukes til å finne ut hva som har skjedd ved feil eller misbruk.
• Delte lenker: når lenken ble laget og av hvem, når den går ut, hvor mange ganger den er åpnet og når den sist ble åpnet. Vi lagrer ikke hvem som åpner den. Den som har lenken, ser hele rapporten, også bilagene med navn eller posteringstekst, signaturen og hvem som har godkjent rapporten. En lenke virker i høyst 90 dager, og slutter å virke før det hvis den stoppes eller rapporten slettes. Som standard kan bare godkjente rapporter deles, og bare en administrator i byrået kan endre det. Kopier og utskrifter som leseren lagrer selv, ligger utenfor portalen.
• Tall om bruken (Weneva er ansvarlig): KI-bruk per byrå per måned og antall spørsmål i chatten per byrå per dag. Adminpanelet teller i tillegg brukere, klienter og rapporter per byrå.

Opplysningene om klientene og personene i regnskapet hentes fra klientens regnskapssystem. Posteringene hentes bare mens rapporten lages og når tilkoblingen testes. Etterpå lagres bare summene, bilagene og grunnlaget for chat som er beskrevet over. Vi lagrer aldri bilagsnummer eller ansattfeltene på posteringene, som ansattnavn og brukernummer. Står navnet på en ansatt i posteringsteksten eller som leverandør utenom lønn og personalkostnader, for eksempel ved utlegg, lagres navnet likevel sammen med dato og beløp.

Når tilkoblingen testes og mens rapporten lages, leser portalen også opplysninger den ikke lagrer: kunderegisteret og leverandørregisteret (i PowerOffice Go bare når klienten har gitt tilgang, og i Fiken), ansattnavn, brukernummer, avdeling og prosjekt på posteringene i Duett, kontaktopplysningene til klientens firma i Duett og PowerOffice Go, i Duett også daglig leder, regnskapsfører, revisor og bankkonto, og navn og org.nr. på alle foretakene brukeren har tilgang til i Fiken og på alle klientene til regnskapskontorets nøkkel i Tripletex. Bare navnene ved de lagrede bilagene blir med videre. Resten kastes så snart rapporten er laget eller testen er ferdig.

Kvitteringer i PowerOffice Go. Noen utgifter, for eksempel kortkjøp, er ført rett mot banken uten leverandør, kunde eller tekst. Da finnes navnet på den som solgte varen bare på kvitteringen eller fakturaen som er festet til bilaget. Dette er av som standard, og bare en administrator i byrået kan slå det på. Når det er på og PowerOffice har gitt portalen tilgang til bilagsfilene, henter portalen filene for høyst de 40 største slike bilagene i hver rapport. Det skjer bare når delen «Hvor pengene går» er med og rapporten ikke sammenligner to perioder. Bare kostnader som er ført mot bank eller kasse, er med. Bilag med lønn eller inntekter er aldri med. Portalen henter alle filene som er festet til bilaget, men leser navnet fra bare én av dem: en EHF-faktura, ellers en PDF på høyst 5 sider og 2 MB, ellers et bilde på høyst 5 MB. En PDF der antallet sider ikke kan leses, brukes ikke. Filene kan inneholde personopplysninger, for eksempel navnet og adressen til klienten, navnet på kortholderen eller de siste sifrene i kortnummeret. De leses bare i minnet mens rapporten lages, og vi lagrer dem aldri. Bare navnet på selgeren blir med i rapporten. KI er bedt om å svare bare med navnet på virksomheten og ikke med navn på privatpersoner, men sjekken er automatisk og ikke helt sikker. Navnet som ble funnet, kan ligge i minnet i høyst en time, så en ny rapport for samme klient ikke sender filen på nytt.

5. Hvorfor, og med hvilken rett

• For byråene: Weneva behandler opplysningene om klientene og byråets brukere bare for å levere tjenesten byrået har bestilt, etter byråets instruks i databehandleravtalen. Byrået velger grunnlaget. Er klienten en person, for eksempel et enkeltpersonforetak, kan grunnlaget være oppdragsavtalen med klienten (GDPR artikkel 6 nr. 1 bokstav b). Klientens kunder, leverandører og ansatte, kortholdere på kvitteringer og de som skriver i chatten, er ikke part i den avtalen. For dem er grunnlaget normalt byråets og klientens berettigede interesse i å forstå og forklare regnskapet (bokstav f). Byrået må selv vurdere dette, særlig for navn i delte lenker, i chatten og fra kvitteringer. Kvitteringene i PowerOffice Go leses bare når byrået har slått det på, og bare for å vise hvem pengene gikk til.
• Kontaktpersoner og support: for å følge opp kundeforholdet, svare på spørsmål, gi beskjed om viktige endringer i tjenesten og kunne vise hva som er avtalt. Kontaktpersonene og de som signerer, er ansatte i byrået og ikke selv part i avtalen, så grunnlaget er Wenevas berettigede interesse (bokstav f).
• Henvendelser om personvern: for å svare deg, eller sende saken videre til byrået, og kunne vise at det ble gjort i tide. Grunnlaget er rettslig plikt (bokstav c, GDPR artikkel 12 og 5 nr. 2).
• Logg over driftstilgang: for å kunne vise byrået og Datatilsynet hva Weneva har gjort med byråets opplysninger, og hvorfor. Grunnlaget er rettslig plikt (bokstav c, GDPR artikkel 28 nr. 3 og 32 nr. 4), og Wenevas berettigede interesse i å kunne dokumentere det senere (bokstav f).
• Fakturering: for å fakturere byrået og oppbevare fakturaene så lenge bokføringsloven § 13 krever. Grunnlaget er rettslig plikt (bokstav c).
• Tall om bruken: for å drive tjenesten, se hvor mye den brukes og fakturere riktig. Grunnlaget er Wenevas berettigede interesse (bokstav f). Tallene gjelder byrået, ikke enkeltpersoner.
• Sikkerhet: for å hindre innbrudd, forsøk på å gjette passord og annet misbruk. Grunnlaget er Wenevas og byråenes berettigede interesse i en trygg tjeneste (bokstav f).
• Wenevas logg over adminpanelet: Weneva fører en logg over hva Wenevas egne administratorer gjør i adminpanelet, for eksempel innlogging, feil passord og endringer på et byrå. Den har bare e-posten til Wenevas administratorer, aldri e-posten til byråenes brukere eller andre. Grunnlaget er Wenevas berettigede interesse i å kunne se hvem som har gjort hva med kundenes kontoer (bokstav f). Den lagres i 90 dager.

Opplysningene brukes bare til å levere tjenesten. Vi selger aldri data, og vi slår aldri sammen regnskapsdata fra ulike byråer eller klienter.

Må du gi oss opplysningene? Det er ikke lovpålagt. For å få en bruker må byrået gi oss navnet og e-postadressen din. Uten dem kan vi ikke lage en bruker, og du kan ikke logge inn, fordi koden sendes på e-post. Stilling og telefon i signaturen er frivillig. For å inngå avtale trenger vi navn og e-post til en kontaktperson hos byrået. Uten tilgang til regnskapet kan portalen ikke lage rapporter. I chatten trenger du aldri å skrive personopplysninger.

6. Kunstig intelligens

Teksten i rapporten. Alle tall i rapporten regnes ut av portalen. Forklarende tekst skrives med hjelp av kunstig intelligens (KI) fra OpenAI. Til det får OpenAI bare ferdige tall, kontonumre, faste gruppenavn, perioden, hvilke deler som er valgt og forbehold som portalen selv har skrevet. Klienten heter alltid «Virksomheten» overfor OpenAI, og navnet byrået har gitt klienten settes inn i teksten etterpå. OpenAI får ikke klientnavnet, enkeltbilag, navn på kunder og leverandører, posteringstekst, kontonavn, org.nr., nøkler eller opplysninger om brukerne. Når teksten er laget med KI, er rapporten merket med «Tekstene er laget med KI og kan inneholde feil. Tallene er hentet fra regnskapet.» KI er ikke regnskapsfører eller revisor, og er bedt om aldri å si at den er det. Virker ikke KI, lager portalen teksten selv ut fra tallene. Byrået skal lese rapporten før den deles med klienten.

Chat i rapportene. Byrået kan slå på en chat. Den er av som standard, og bare en administrator i byrået kan slå den på. Da kan den som leser en rapport som er laget mens chatten er på, stille spørsmål om tallene, både i portalen og i delte lenker. Ved hvert spørsmål får OpenAI grunnlaget for chat (se punkt 4), byråets navn og de siste 12 meldingene i samtalen. Klienten kalles «Virksomheten», både i tallene og i teksten fra rapporten, der navnet byrået har gitt klienten og firmanavnet fra regnskapssystemet byttes ut. Er teksten laget uten KI, kan den ha kontonavn. Navn på kunder og leverandører sendes bare når navnet ser ut som en virksomhet, for eksempel med AS eller kommune i navnet. Andre navn sendes som «Privatperson». Sjekken er automatisk og ikke helt sikker, for eksempel kan et enkeltpersonforetak ha eierens navn. Posteringstekst og bilagsnummer sendes aldri til chatten. Det leseren skriver selv, sendes til OpenAI, men tall som kan være fødselsnummer, D-nummer, kontonummer eller kortnummer, og e-postadresser og telefonnummer, skjules først. Chatten sier at «Svarene lages av KI og kan inneholde feil», og ber leseren om ikke å skrive navn eller andre personopplysninger. Nøkkelen chatten bruker, virker i 30 minutter og fornyes mens rapporten er åpen. I portalen virker chatten bare så lenge du er innlogget, og i en delt lenke bare så lenge lenken virker. Hver delt lenke kan få svar på høyst 50 spørsmål i døgnet, og hver rapport på høyst 100. Spørsmål og svar lagres ikke. Vi teller bare hvor mange spørsmål byrået stiller per dag, og hvor mye KI byrået bruker per måned.

Kvitteringer i PowerOffice Go. Når byrået har slått det på, sendes kvitteringer og fakturaer som er PDF eller bilde (se punkt 4) til OpenAI, som bare skal lese navnet på virksomheten som solgte varen. EHF-fakturaer leser portalen selv, og de sendes ikke til OpenAI. OpenAI ser hele filen, også for eksempel navnet og adressen til klienten og navnet på kortholderen, og er bedt om å svare bare med navnet på selgeren. Sjekken er automatisk og ikke helt sikker: et enkeltpersonforetak kan ha eierens navn, og tekst i filen kan påvirke svaret. Portalen forkaster svar med e-post, nettadresse eller mange sifre, og svar som er klientens eget firmanavn. Navn som er lest med KI, merkes «fra kvittering» i rapporten, og navn fra en EHF-faktura merkes «fra faktura». KI kan lese feil, så byrået bør sjekke navnet.

Lagring hos OpenAI. Vi ber OpenAI om ikke å lagre forespørslene. OpenAI bruker ikke opplysninger fra API-et til å trene modeller. Etter vilkårene sine kan OpenAI likevel lagre forespørslene i inntil 30 dager for å oppdage misbruk. OpenAI kan lagre dem lenger når loven krever det, og bilder og filer som OpenAI flagger i kontrollen mot misbruk, for eksempel en kvittering, kan bli lagret lenger.

Ingen automatiske avgjørelser. Portalen tar ingen avgjørelser om noen som har rettslig virkning eller påvirker dem på lignende måte (GDPR artikkel 22), og lager ingen profiler. Filteret for sensitiv tekst og sjekken av om et navn er en virksomhet er automatiske, men brukes bare til å skjule opplysninger.

7. Hvem vi deler med

DPF er EUs rammeverk for overføring til USA (Data Privacy Framework), og SCC er EU-kommisjonens standardkontrakter. Du kan få en kopi av standardkontraktene ved å skrive til lw@weneva.no. Listen over selskaper som er godkjent etter DPF, står på dataprivacyframework.gov. Databehandleravtalene til leverandørene finner du hos Cloudflare, OpenAI og Resend. Leverandørene kan bruke egne underleverandører, slik databehandleravtalene deres beskriver.

Regnskapssystemene (Duett, Tripletex, PowerOffice Go og Fiken) får bare nøklene våre og hvilke perioder og bilag vi spør etter, og Fiken får beskjed om å trekke tilbake tilgangen når en Fiken-klient slettes, når hele byrået slettes og når en klient kobles til Fiken på nytt (da den gamle tilgangen). Vi sender ingen regnskapsdata til dem. Full oversikt over underdatabehandlere står i databehandleravtalen med byrået.

Opplysningene Weneva selv er ansvarlig for i portalen, ligger i den samme databasen hos Cloudflare. Fakturaer, e-post til lw@weneva.no, signerte avtaler og oppfølgingen av kundeforholdet behandles i Wenevas egne systemer for regnskap, e-post, kundeoppfølging og elektronisk signering, og kan deles med den som fører Wenevas regnskap og, hvis en faktura ikke blir betalt, med et inkassoselskap. Loggene over henvendelser og driftstilgang føres av Weneva selv.

8. Hvor lenge vi lagrer

Når et byrå slutter, sletter vi byrået og alle opplysningene det har i portalen innen 30 dager. Byrået kan laste ned eller skrive ut rapportene sine først. Når vi sletter et byrå, stenges det med en gang, og 14 dager etter slettes alt for godt, også vår logg over hva Wenevas administratorer har gjort med byrået. Før det trekker portalen tilbake tilgangen i Fiken for alle Fiken-klientene til byrået. De 14 dagene gjør at en feil kan rettes. Cloudflare har en sikkerhetskopi av databasen i 30 dager. Den brukes bare til gjenoppretting etter driftsfeil, og etter 30 dager er slettede opplysninger borte for godt.

9. Informasjonskapsler

Portalen bruker bare informasjonskapsler og lagring i nettleseren som trengs for at den skal virke. Derfor spør vi ikke om samtykke (ekomloven § 3-15).

Delte rapporter bruker ingen informasjonskapsler og lagrer ingenting i nettleseren. Vi bruker ikke analyseverktøy eller annonser. Skriftene ligger hos oss, så nettleseren din kontakter ikke Google.

10. Sikkerhet

All trafikk er kryptert. Innlogging krever passord og en kode vi sender på e-post. Fra en enhet du har bedt oss huske, holder passordet i 30 dager. Passordet må ha minst 12 tegn, og kan ikke være et vanlig passord eller bygge på e-postadressen. Du blir logget ut etter 60 minutter uten aktivitet, og du kan logge ut på alle enheter under Mine innstillinger. Wenevas egne administratorer logger også inn med passord og kode på e-post. Passord lagres bare som hash (PBKDF2), som er laget for å være svært vanskelig å regne tilbake, men et svakt passord kan likevel gjettes fra en kopi av databasen. Nøkler til regnskapssystemene lagres kryptert. E-post og IP-adresse i tellerne for innloggingsforsøk lagres pseudonymisert med en hemmelig nøkkel (HMAC), så de ikke kan regnes tilbake uten nøkkelen. Hvert byrå ser bare sine egne klienter og rapporter. Inne i byrået ser alle brukerne alle klientene og rapportene. Bare en administrator i byrået kan slette klienter og endre innstillingene. Skjer det et brudd på sikkerheten, varsler vi byrået innen 24 timer. Gjelder bruddet opplysninger Weneva er ansvarlig for, melder vi det til Datatilsynet innen 72 timer når loven krever det.

11. Dine rettigheter

Du har rett til innsyn i opplysningene om deg, og til å få dem rettet eller slettet. Du kan be om at behandlingen begrenses, og i noen tilfeller få opplysningene utlevert i et vanlig format. Retten til å protestere står i punkt 12. Det koster ingenting.

Gjelder det opplysninger i et byrås portal, kontakter du byrået. Byrået er ansvarlig og svarer deg. Skriver du til Weneva om slike opplysninger, sender vi saken videre til byrået innen 5 virkedager.

Gjelder det opplysninger Weneva er ansvarlig for (se punkt 2), skriver du til lw@weneva.no. Vi kan be deg bekrefte hvem du er. Vi svarer innen én måned. Er saken stor eller vanskelig, kan fristen forlenges med inntil to måneder, og da sier vi fra innen den første måneden.

Du kan klage til Datatilsynet hvis du mener opplysningene dine blir behandlet i strid med reglene.

12. Rett til å protestere

Du kan når som helst protestere mot behandling som bygger på berettiget interesse. Hos Weneva gjelder det sikkerhet og vern mot misbruk, tekniske feillogger, kontaktpersoner, signerte avtaler og support, tall om bruken, Wenevas logg over adminpanelet og den delen av loggen over driftstilgang som bygger på berettiget interesse (se punkt 2 og 5). Skriv til lw@weneva.no og fortell hvorfor, ut fra din egen situasjon. Da stopper vi behandlingen, med mindre vi har tungtveiende grunner som går foran dine interesser, eller vi trenger opplysningene for å fastsette, gjøre gjeldende eller forsvare et rettskrav. Bygger byrået behandlingen av opplysningene i portalen på berettiget interesse, protesterer du hos byrået.

13. Endringer

Store endringer varsler vi byråene om på e-post minst 30 dager før de gjelder. Den gjeldende versjonen står alltid på denne siden.

Til innloggingen