Personvern for bibliotekbrukere etter GDPR: autentisering, proxylogger, søketjenester og analyse

Et fagbibliotek vet hva brukerne låner, søker etter og leser. Det gjør bibliotekdata til noen av de mest sensitive opplysningene et universitet eller en høyskole har, selv når de ser ut som vanlige systemlogger. Denne guiden forklarer hvilke personopplysninger et bibliotek behandler, hvilke behandlingsgrunnlag som gjelder, hvordan proxy og føderert innlogging virker sett fra personvernets side, hva forlag og leverandører kan se, og hvor lenge europeiske universitetsbibliotek faktisk lagrer loggene sine.

Publisert 9. oktober 2026 · Kilder kontrollert 9. oktober 2026

Finnes også på: English · Svenska · Nederlands · Suomi · Dansk · Français · Español · Português

1. Hvilke personopplysninger behandler et fagbibliotek?

Et fagbibliotek behandler identitets- og kontoopplysninger om alle registrerte brukere, transaksjonsdata om lån, bestillinger og gebyrer, og loggdata fra systemene som gir tilgang til elektroniske ressurser. Til sammen viser dette hvem som leste hva og når. Legger man til romreservasjon, chat, kameraovervåking og KI-baserte søkeverktøy, kan et bibliotek sitte med et detaljert bilde av hver brukers intellektuelle liv.

Hovedkategoriene er:

• Lånerregister. Navn, student- eller ansattnummer, e-post, brukergruppe (student, ansatt, ekstern), kortnummer, noen ganger fødselsnummer. Linköpings universitetsbibliotek oppgir for eksempel navn, personnummer, e-post og LiU-ID i lånerregisteret sitt.
• Lån, reservasjoner og gebyrer. Aktive lån, reservasjoner, purringer og gebyrer. Om koblingen til personen beholdes etter innlevering, er et viktig valg (se del 10).
• Fjernlån og dokumentlevering. Bestillingsskjemaer med navnet på bestilleren og tittelen, som ofte sendes videre til et annet bibliotek eller en kommersiell leverandør.
• Pensumlister. Pensumlister kobler undervisere, emner og titler, og enkelte systemer registrerer studentenes klikk.
• Autentiserings- og proxylogger. IP-adresse, brukernavn eller sesjons-ID, tidspunkt og URL-en til artikkelen eller databasen. Disse loggene er den mest direkte registreringen av hva en person har lest.
• Søkelogger i søketjenester. Søkeord, lagrede søk, favoritter og klikkdata i bibliotekkatalogen eller søketjenesten (discovery).
• Reservasjon av rom og utstyr. Hvem som reserverte hvilket rom og når, ofte i en reservasjonstjeneste fra en tredjepart.
• Veiledning via chat og e-post. Spørsmål i fritekst som kan avsløre forskningstema og personlige forhold.
• Kameraovervåking og adgangskontroll. Bilder og adgangsregistreringer for bibliotekbygningene.
• Nett- og bruksstatistikk. Statistikk for nettstedet, bruksstatistikk fra forlag og analysedashbord for biblioteket.
• KI-baserte søkeassistenter. Spørsmål skrevet inn i verktøy som Primo Research Assistant eller Scopus AI, og samtalehistorikken.

IP-adresser og sesjonsidentifikatorer teller. GDPR fortalepunkt 30 forklarer at fysiske personer «kan knyttes til nettidentifikatorer via utstyr, programmer, verktøy og protokoller», og nevner IP-adresser og informasjonskapsler, og at slike spor kan brukes til å opprette profiler. En proxylogg er derfor personopplysninger selv om den ikke inneholder et navn.

2. Hvilke behandlingsgrunnlag gjelder for bibliotekets behandling?

For et offentlig universitet eller en offentlig høyskole er det vanlige behandlingsgrunnlaget for bibliotekets kjernetjenester allmennhetens interesse etter GDPR artikkel 6 nr. 1 bokstav e, noen ganger kombinert med avtale (artikkel 6 nr. 1 bokstav b) for utlån og rettslig forpliktelse (artikkel 6 nr. 1 bokstav c) for regnskapsopplysninger. Samtykke hører hjemme ved frivillige tilleggstjenester. Offentlige myndigheter kan ikke bruke berettiget interesse for behandling som ledd i sine oppgaver.

Personvernerklæringer viser hvordan dette fungerer i praksis:

• Université Paris Cité oppgir for sitt digitale bibliotek at behandlingsgrunnlaget er «l’exécution d’une mission d'intérêt public (article 6.1.e du RGPD)» (utførelse av en oppgave i allmennhetens interesse).
• Biblioteket ved Universidad Complutense de Madrid oppgir både avtale (art. 6.1 b) og allmennhetens interesse (art. 6.1 e) for utlån, lesesal og fjernlån, med henvisning til den spanske universitetsloven.
• Linköpings universitetsbibliotek beskriver forholdet til låneren som en låneavtale, noe som tilsvarer avtale som grunnlag.

Samtykke passer for funksjoner brukeren kan si nei til uten å miste tjenesten, som å lagre egen lånehistorikk, lagrede søk med personlig konto eller tilpasning på en forlagsplattform. På grunn av skjevheten mellom institusjonen og studentene og de ansatte er samtykke et svakt grunnlag for alt brukeren ikke kan unngå.

Særlige kategorier. Artikkel 9 nr. 1 forbyr behandling av opplysninger om blant annet politisk oppfatning, religion, helse eller seksuell orientering, med mindre et unntak gjelder. Et lån eller en proxylogg behandles normalt ikke for å avsløre slike forhold. Validemics analyse Likevel kan en lesehistorikk avsløre dem indirekte, og det er en god grunn til å klassifisere bibliotekets logger som svært sensitive i DPIA og sikkerhetsklassifisering, og til å lagre dem bare kort.

Nasjonale regler om taushetsplikt kan gi ekstra vern. I Sverige minner Linköpings universitetsbibliotek brukerne om at bibliotekets registreringer er omfattet av sekretess etter kapittel 40 § 3 i offentlighets- och sekretesslagen (OSL). Undersøk om dere har en tilsvarende bestemmelse om taushetsplikt for bibliotek i nasjonal rett, fordi den påvirker hva biblioteket kan utlevere, for eksempel ved en innsynsbegjæring.

Prinsippet om lagringsbegrensning i artikkel 5 nr. 1 bokstav e krever at personopplysninger «lagres slik at det ikke er mulig å identifisere de registrerte i lengre perioder enn det som er nødvendig» for formålene. For logger er det denne regelen som betyr mest. Innebygd personvern og personvern som standardinnstilling (artikkel 25) støtter at systemene konfigureres til å samle inn mindre fra starten. Se siden GDPR forklart for teksten i disse artiklene.

3. Hvorfor personvern i bibliotek handler om intellektuell frihet

Personvern i bibliotek er ikke bare et etterlevelsesspørsmål. Bibliotekprofesjonen ser fortrolighet om hva folk leser som en forutsetning for fri meningsdannelse: tror brukerne at de blir overvåket, kan de unngå visse temaer. Dette etiske utgangspunktet er ofte strengere enn minstekravene i GDPR, og det gir bibliotekene et sterkt argument i forhandlinger med leverandører.

IFLA Statement on Privacy in the Library Environment, som IFLAs styre sluttet seg til 14. august 2015, advarer om at overdreven datainnsamling kan ha «a chilling effect on society» (en nedkjølende effekt på samfunnet). Erklæringen anbefaler at bibliotek «should reject electronic surveillance and any type of illegitimate monitoring» (bør avvise elektronisk overvåking og enhver form for urettmessig overvåking), og at de «should take measures to limit collection of personal information about their users and the services that they use.» (bør treffe tiltak for å begrense innsamlingen av personopplysninger om brukerne og tjenestene de bruker). Den påpeker også at bibliotek kan «refuse to acquire services that collect excessive data» (la være å anskaffe tjenester som samler inn for mye data).

«The relationship between the library and the user is one of confidentiality.» (Forholdet mellom biblioteket og brukeren bygger på fortrolighet.)

I USA, som ikke har GDPR, stiller American Library Association lignende forventninger. ALAs tolkning av Library Bill of Rights om personvern, sist endret 29. juni 2025, sier at «confidentiality is essential for free inquiry» (fortrolighet er avgjørende for fri meningsdannelse), og at bibliotek «should only collect and store the PII required for specific, clearly disclosed purposes.» (bare bør samle inn og lagre de personopplysningene som kreves for bestemte, tydelig opplyste formål). ALAs Library Privacy Guidelines for Vendors legger til at «User data should not be retained in perpetuity.» (brukerdata bør ikke lagres for alltid). Disse tekstene er en nyttig sammenligning for europeiske bibliotek som kjøper fra amerikanske leverandører: leverandørene kjenner disse forventningene.

NISO Consensus Principles on Users' Digital Privacy in Library, Publisher, and Software-Provider Systems (desember 2015) ble skrevet i fellesskap av bibliotek, forlag og programvareleverandører. Prinsippene tar sikte på «balancing the expectations library users have regarding their intellectual freedoms and their privacy» (å balansere bibliotekbrukernes forventninger om intellektuell frihet og personvern), med prinsipper om innsamling og bruk av data, anonymisering, deling av data med andre og støtte for anonym bruk. Library Freedom Project, som beskriver seg selv som «a network of values-driven librarians working together to build information democracy» (et nettverk av verdidrevne bibliotekarer som arbeider sammen for informasjonsdemokrati), lærer opp bibliotekarer i praktisk personvernarbeid.

4. Proxylogger: hva registrerer EZproxy og OpenAthens?

En proxyserver som OCLCs EZproxy står mellom brukeren og forlaget, så loggene registrerer hver forespørsel: IP-adresse, tidspunkt, URL og, hvis det er konfigurert, brukernavnet. OpenAthens fungerer i stedet som identitetsleverandør og sender attributter til forlagene. I begge tilfeller bestemmer biblioteket mye av det som logges, frigis og lagres, så konfigurasjonen er en personvernbeslutning.

EZproxy

OCLCs dokumentasjon beskriver fire loggtyper. Hovedloggen ezproxy.log registrerer trafikken mellom EZproxy og innholdsleverandørene, blant annet brukerens IP-adresse, tidspunkt for forespørselen, forespurt URL, HTTP-status og overførte byte. Standardformatet er %h %l %u %t "%r" %s %b, der %u er «Username used to log into EZproxy if Option LogUser appears in config.txt» (brukernavnet som ble brukt for å logge inn i EZproxy, hvis Option LogUser står i config.txt). Revisjonslogger registrerer innlogginger, mislykkede innlogginger og blokkert tilgang. En valgfri SPU-logg registrerer hvert klikk på en starting point URL.

Punkter å sjekke i konfigurasjonen:

• Brukernavn i loggene. Uten Option LogUser inneholder hovedloggen IP- og sesjonsdata, ikke brukernavn. Bestem om dere trenger brukernavn for å undersøke misbruk, og i så fall hvor lenge.
• Lagringstid for revisjonsloggen. OCLC sier at direktivet AuditPurge har 7 dager som standard, og også at «OCLC suggests increasing the AuditPurge time period to 180» (OCLC foreslår å øke perioden for AuditPurge til 180). Det er et sikkerhetsråd, ikke et rettslig krav. Velg en periode personvernombudet kan forsvare.
• Driftet EZproxy. For EZproxy driftet av OCLC lagres revisjonsloggen i 180 dager, og «The default retention period for all other logs is set to 400 days.» (standard lagringstid for alle andre logger er 400 dager). OCLC legger til at «The minimum log retention period can be adjusted to 180 days, while the maximum is 1830 days.» (minste lagringstid kan settes til 180 dager, mens høyeste er 1830 dager). Kunder med driftet løsning som ønsker kortere tid enn 180 dager, bør ta det opp skriftlig med OCLC.
• EZproxy Analytics. OCLC påpeker at «the data may contain usernames and/or IP addresses» (dataene kan inneholde brukernavn og/eller IP-adresser), og at loggfilene kopieres til en analyseinstans driftet hos AWS i samme region. Tar dere tjenesten i bruk, før den inn som en behandlingsaktivitet og sjekk at databehandleravtalen dekker den.
• Pseudonyme identifikatorer. EZproxy 7.1 «introduced an optional feature that releases pseudonymous identifiers to content providers» (innførte en valgfri funksjon som frigir pseudonyme identifikatorer til innholdsleverandører), slik at forlagene kan melde misbruk med et pseudonym i stedet for at biblioteket opplyser hvem brukeren er.

Bibliotekene publiserer hva de logger. Universitetsbiblioteket i Oslo oppgir IP-adressen, URL-en til ressursen, dato og klokkeslett, HTTP-detaljer, sesjons-ID i EZproxy og «Username of your account at UiO» (brukernavnet til kontoen din ved UiO), og sier at biblioteket «stores the following data about your web traffic for 6 months before it is deleted» (lagrer følgende data om nettrafikken din i 6 måneder før de slettes), i tråd med universitetets generelle regler for system- og sikkerhetslogging.

OpenAthens

OpenAthens sier at tjenesten «acts as a data processor for customers who subscribe to the service» (opptrer som databehandler for kunder som abonnerer på tjenesten), så institusjonen er behandlingsansvarlig og trenger en avtale etter artikkel 28 med OpenAthens. Dokumentasjonen sier at en Targeted ID som standard frigis til alle tjenesteleverandører, beskrevet som «A pseudonymous user identifier generated by the system» (en pseudonym brukeridentifikator generert av systemet), med en ulik verdi for hver tjeneste. Targeted ID erstattes av attributtet pairwise-id, som OpenAthens sier er «Only released by default for domains created after November 2023» (bare frigis som standard for domener opprettet etter november 2023). Bibliotekene kan overstyre policyen for hvert forlag, og det er der navn og e-post noen ganger begynner å flyte for å støtte personlige funksjoner. OpenAthens' personvernside gir bare en generell opplysning om lagringstid, så be skriftlig om lagringstiden for revisjons- og brukslogger.

Vurderer du en leverandør akkurat nå? Validemic går gjennom leverandørens dokumenter opp mot GDPR og KI-forordningen og oppgir kilde for hver vurdering. Prøv demomiljøet

5. Føderert innlogging: hva bør biblioteket frigi til forlagene?

Ved føderert innlogging sender institusjonens identitetsleverandør attributter til forlaget i en SAML-assertion. Biblioteket og IT kan bestemme hvilke attributter hvert forlag får. For lisensiert innhold er den personvernvennlige standarden tilhørighet med domene og, bare ved behov, en pseudonym parvis identifikator. Frigis et stabilt brukernavn eller en e-postadresse, kan forlaget knytte aktiviteten til en navngitt person.

eduGAIN, SeamlessAccess og entitetskategoriene

Nasjonale føderasjoner for forskning og utdanning (for eksempel Feide i Norge, som Nord universitet bruker for innlogging i EZproxy, og UK Access Management Federation) kobles sammen gjennom eduGAIN. Nettstedet til eduGAIN beskriver hvordan tjenesten lar føderasjonene «interconnect, so that participating institutions and services can collaborate without the need to establish individual bilateral connections.» (koble seg sammen, slik at deltakende institusjoner og tjenester kan samarbeide uten å måtte etablere egne bilaterale forbindelser). Per 9. oktober 2026 viste den løpende statistikken 84 føderasjoner.

SeamlessAccess er knappen «Access through your institution» på mange forlagsnettsteder. Tjenesten drives av en koalisjon av GÉANT, Internet2, NISO og STM. Personvernsiden sier at tjenesten «runs its software locally in your browser and stores this information in browser local storage» (kjører programvaren lokalt i nettleseren din og lagrer denne informasjonen i nettleserens lokale lagring), nemlig de siste institusjonene du valgte, og at verken navn eller e-post lagres. Knappen hjelper brukeren å finne riktig innlogging; hvilke attributter som frigis, bestemmes fortsatt av identitetsleverandøren.

Entitetskategoriene fra REFEDS gir et felles språk for frigivelse av attributter:

REFEDS Data Protection Code of Conduct (v2, 28. mars 2022) er en egen kategori for tjenesteleverandører som forplikter seg til regler basert på GDPR før de mottar attributter. Den er nyttig dokumentasjon, men erstatter ikke deres egen vurdering.

Pairwise-id eller eduPersonPrincipalName

eduPersonPrincipalName (ePPN) ser ut som en e-postadresse og er lik hos alle tjenester, så to forlag som begge mottar den, kan sammenstille en brukers aktivitet. eduPersonTargetedID og etterfølgeren pairwise-id gir hver tjeneste en ulik verdi for samme person. UK Access Management Federation mener at det er «very little personally identifying information carried by either eduPersonScopedAffiliation or eduPersonTargetedID» (svært lite personidentifiserende informasjon i eduPersonScopedAffiliation eller eduPersonTargetedID), og at de derfor trygt kan frigis til alle tjenester, men legger til at «your organisation should do its own risk analysis in consultation with its data protection officer» (organisasjonen bør gjøre sin egen risikoanalyse i samråd med personvernombudet).

Validemics analyse En fornuftig standard overfor forlag er: tilhørighet med domene for alle, pairwise-id bare for tjenester som tilbyr personlige funksjoner, og navn eller e-post bare etter en dokumentert forespørsel fra forlaget og en beslutning fra biblioteket og personvernombudet. Gå gjennom policyene for frigivelse årlig, fordi unntak som gis for én funksjon, har en tendens til å bli stående.

6. Hva kan forlagene se? Sporing fra tredjeparter på plattformene

Selv med et minimum av attributter kan forlagenes nettsteder samle inn data gjennom informasjonskapsler, skript og fingeravtrykk (fingerprinting). Undersøkelser har funnet sporingsverktøy for annonsering og analyse på store akademiske plattformer. Biblioteket kan sjelden styre et forlags nettsted direkte, så lisensavtalen, databehandleravtalen og tydelig informasjon til brukerne er de viktigste verktøyene.

Cody Hansons studie User Tracking on Academic Publisher Platforms (2019) undersøkte artikkelsider på 15 forlagsplattformer. Han fant kode fra Google på 14 av dem og Googles annonsenettverk DoubleClick på 13, og sidene lastet i gjennomsnitt 18 ressurser fra tredjeparter fra 139 ulike kilder. Han konkluderte med at bibliotekenes personvernerklæringer «do not accurately represent the current state of patron privacy in use of licensed resources» (ikke gir et riktig bilde av brukernes personvern ved bruk av lisensierte ressurser), og at «publishers don’t need RA21 or even what we typically think of as PII to identify library users.» (forlagene trenger verken RA21 eller det vi vanligvis regner som personopplysninger for å identifisere bibliotekbrukere).

I 2021 publiserte Deutsche Forschungsgemeinschafts komité for vitenskapelige bibliotektjenester og informasjonssystemer (DFG AWBI) notatet Data tracking in research: aggregation and use or sale of usage data by academic publishers. Notatet beskriver mikromålretting, data fra budstrømmer (bidstream) og foreslått «spyware» for bibliotek, og advarer om at slik sporing «can fundamentally contradict academic freedom and informational self-determination» (kan stå i grunnleggende motstrid til akademisk frihet og informasjonell selvbestemmelse). DFG opplyser at anbefalingene førte til «a separate section on data protection and data tracking» (en egen del om personvern og datasporing) i de tyske DEAL-avtalene med store forlag. Det er en modell andre konsortier kan bruke.

SPARC, den amerikanske koalisjonen for åpen forskning, skrev i april 2021 at to store bibliotekleverandører «have been building sophisticated, global systems of surveillance» (har bygget sofistikerte, globale overvåkingssystemer), og oppfordret bibliotekene til «a renewed focus on contractual terms (particularly privacy clauses)» (et fornyet fokus på avtalevilkår, særlig personvernklausuler). Dette er interessepolitiske standpunkter; les dem som grunner til å stille spørsmål, ikke som funn om en bestemt avtale.

Hva et bibliotek kan gjøre:

1. Be hver plattform om en liste over skript og informasjonskapsler fra tredjeparter på innholdssidene, og om noen av dem brukes til annonsering.
2. Ta inn en klausul om personvern og sporing i lisensavtalen eller konsortieavtalen, slik DEAL-avtalene gjorde. Se vår guide om bibliotekets lisenser, KI og tekst- og datautvinning for lisensklausuler.
3. Avklar om forlaget er behandlingsansvarlig eller databehandler for bruksdata. For de fleste lisensierte plattformer er forlaget behandlingsansvarlig for sitt eget nettsted, så en avtale etter artikkel 28 er ikke det riktige virkemiddelet; personvernvilkår i lisensavtalen er det.
4. Fortell brukerne tydelig at forlagenes nettsteder har egne personvernerklæringer og informasjonskapsler, slik IFLA-erklæringen anbefaler.

7. Søkelogger og KI-baserte søkeassistenter

Søkelogger i en søketjeneste registrerer hva folk leter etter, noe som kan avsløre mer enn hva de låner. KI-baserte søkeassistenter legger til et nytt lag: spørsmål i fritekst og samtalehistorikk, behandlet av en leverandør av språkmodeller. Spør leverandørene hver for seg hva leverandøren logger, og hva modelleverandøren beholder.

Kort lagringstid er mulig. Personvernerklæringen for søkeportalen Discovery ved universitetsbiblioteket i Erfurt sier at serverloggdata «is deleted regularly (after a period of 5 days)» (slettes jevnlig, etter 5 dager), og at leverandøren av lenketjeneren (link resolver) beholder IP-adresser i webserverloggene i 7 dager. Lagrede favoritter og søkehistorikk beholdes i ett år etter brukerens siste innlogging.

For KI-assistenter beskriver leverandørene praksisen sin ulikt:

• Primo Research Assistant (Ex Libris, en del av Clarivate). Knowledge Center sier at «Clarivate does not use your data to directly or indirectly train LLMs» (Clarivate bruker ikke dataene dine til direkte eller indirekte trening av språkmodeller) og «Neither your input nor the licensed content are stored by the LLM» (verken det du skriver inn eller det lisensierte innholdet lagres av språkmodellen). Det oppgis ikke hvem modelleverandøren er, eller hvor lenge Clarivate selv beholder spørsmålene. Be om begge deler.
• Scopus AI (Elsevier). Elseviers produktside sier at vanlige samtaler er «Stored indefinitely until your contract ends or customer/user request deletion» (lagret på ubestemt tid til avtalen opphører eller kunden eller brukeren ber om sletting), mens midlertidige samtaler er «Held for up to 30 days only.» (bare oppbevart i inntil 30 dager). Siden sier at det finnes en avtale om at ingen brukerspørsmål lagres eller brukes til å trene ChatGPT. Vårt faktaark om Scopus AI går gjennom resten av Elseviers dokumentasjon.

Validemics analyse Logger over spørsmål til KI (prompter) er en ny type bibliotekregistrering. Et spørsmål som «studier om behandling av sykdommen min» avslører mer enn en søkestreng. Behandle promptlogger som søkelogger: kort lagringstid, ingen bruk til trening, tilgang bare for brukerstøtte og tydelig informasjon til brukerne. Be brukerne om ikke å lime inn personopplysninger om forskningsdeltakere i disse verktøyene. Guiden vår GDPR og KI-verktøy i forskning (på engelsk) går nærmere inn på dette.

8. Bibliotekssystemer og databehandleravtaler

Bibliotekssystemet inneholder lånerregisteret og alle transaksjoner, og de fleste systemer driftes nå av leverandøren. Leverandøren er da databehandler, og institusjonen trenger en avtale etter artikkel 28, en liste over underdatabehandlere og tydelige innstillinger for anonymisering. Systemer med åpen kildekode som driftes av et supportselskap, krever samme avtale med driftsselskapet.

Ofte stilte spørsmål om Alma påpeker også at systemet «conforms to FERPA guidelines» (følger retningslinjene i FERPA), en amerikansk lov. Det er ikke en uttalelse om GDPR, så bygg på den signerte databehandleravtalen for europeiske forpliktelser. For å gå gjennom selve avtalen sammenholder vår sjekker for databehandleravtaler den med artikkel 28 nr. 3, og verktøyet for leverandørspørreskjema hjelper dere å stille bibliotekleverandørene de riktige spørsmålene. Den generelle prosessen står i guiden vår om leverandørvurdering (på engelsk). Vi har også en norsk mal for databehandleravtale.

9. Biblioteksanalyse og læringsanalyse

Bibliotekene kombinerer i økende grad utlån, bruk av e-ressurser og bruk av lokaler for å ta beslutninger om samlingene, og enkelte institusjoner kobler bibliotekbruk til studentenes resultater. Aggregert statistikk reiser få spørsmål. Å koble identifiserbar bibliotekbruk til enkeltstudenters resultater er profilering og krever et klart formål, et behandlingsgrunnlag og som regel en DPIA.

Biblioteket ved University of Reading viser et vanlig mønster: personopplysninger slettes når medlemskapet opphører, mens «Transaction data for Students are anonymised and kept indefinitely.» (transaksjonsdata om studenter anonymiseres og beholdes på ubestemt tid). Kohas pseudonymiserte statistikk og Almas anonymiseringsjobber støtter samme tilnærming. Sjekk at anonymiseringen er reell: et lån der låneren er fjernet, men med en sjelden avdeling, dato og tittel, kan fortsatt peke på én person.

Bidrar biblioteket med data til et program for læringsanalyse, gjelder reglene i vår guide om læringsanalyse og GDPR (på engelsk): formålsbegrensning, åpenhet, retten til å protestere ved behandling i allmennhetens interesse, og reglene i KI-forordningen for KI som vurderer læringsutbytte, som gjelder fra 2. desember 2027. Validemics analyse Lesedata er en sensitiv kilde for analyse fordi de viser hva studentene er nysgjerrige på, ikke bare hvordan de presterer. Mange bibliotek vil velge å bidra bare med aggregerte data.

10. Hvor lenge lagrer universitetsbibliotekene opplysningene i praksis?

Publiserte personvernerklæringer fra europeiske universitetsbibliotek viser at korte perioder er gjennomførbare: koblingen til lån slettes ved innlevering, proxylogger lagres fra 90 dager til seks måneder, chat og kameraopptak slettes etter rundt 30 dager. Tabellen gjengir erklæringer lest 9. oktober 2026. Periodene er hver institusjons eget valg, ikke rettslige krav.

To mønstre skiller seg ut. For det første er det vanlig i mange land å slette koblingen mellom person og lån ved innlevering, og det skaper sjelden praktiske problemer fordi purringer og gebyrer beholdes til de er gjort opp. For det andre viser spennet for fjernlån (30 dager ved Syddansk Universitet, to år ved Åbo Akademi, sju år ved Reading) at enkelte bibliotek knytter fjernlån til økonomiske eller avtalemessige dokumenter. Lagrer dere fjernlån lenger, skriv ned hvorfor. Vår guide om bevaringsplaner (på engelsk) forklarer hvordan slike beslutninger dokumenteres.

11. System for system: typiske opplysninger, lagringstid og avtalepunkter

Validemics analyse Forslagene nedenfor er utgangspunkter basert på den publiserte praksisen ovenfor. Tilpass dem til nasjonal rett, sikkerhetspolicyen og egne formål, og før begrunnelsene inn i bevaringsplanen.

12. Sjekkliste for bibliotek og personvernombud

Kilder

1. Forordning (EU) 2016/679 (GDPR), artikkel 5, 6, 9, 25, 28 og fortalepunkt 30 (hentet 9. oktober 2026).
2. IFLA Statement on Privacy in the Library Environment, vedtatt 14. august 2015 (hentet 9. oktober 2026).
3. IFLA Code of Ethics for Librarians and other Information Workers (lang versjon), august 2012 (hentet 9. oktober 2026).
4. ALA: Privacy, an Interpretation of the Library Bill of Rights, endret 29. juni 2025 (hentet 9. oktober 2026).
5. ALA: Library Privacy Guidelines for Vendors, revidert 26. januar 2020 (hentet 9. oktober 2026).
6. NISO Consensus Principles on Users' Digital Privacy in Library, Publisher, and Software-Provider Systems, 10. desember 2015 (hentet 9. oktober 2026).
7. Library Freedom Project (hentet 9. oktober 2026).
8. OCLC: EZproxy log files overview og LogFormat directive (hentet 9. oktober 2026).
9. OCLC: How long are the logs kept for Hosted EZproxy (hentet 9. oktober 2026).
10. OCLC: EZproxy Analytics privacy considerations (hentet 9. oktober 2026).
11. OCLC: EZproxy pseudonymous identifier administration (hentet 9. oktober 2026).
12. OpenAthens: Privacy og About released attributes (hentet 9. oktober 2026).
13. SeamlessAccess: Privacy and Trust og About (hentet 9. oktober 2026).
14. eduGAIN: What is eduGAIN (hentet 9. oktober 2026).
15. Entitetskategorier fra REFEDS: Anonymous Access, Pseudonymous Access, Personalized Access, Research and Scholarship og Data Protection Code of Conduct v2 (hentet 9. oktober 2026).
16. UK Access Management Federation: attribute release (hentet 9. oktober 2026).
17. Cody Hanson, User Tracking on Academic Publisher Platforms, 2019 (hentet 9. oktober 2026).
18. DFG: Data tracking in research og AWBI-notatet (engelsk), 2021 (hentet 9. oktober 2026).
19. SPARC: Addressing the Alarming Systems of Surveillance Built By Library Vendors, 9. april 2021 (hentet 9. oktober 2026).
20. Ex Libris: GDPR og Alma FAQ: Security and Privacy (hentet 9. oktober 2026).
21. Ex Libris Knowledge Center: Primo Research Assistant (hentet 9. oktober 2026).
22. Elsevier: produktsiden for Scopus AI (hentet 9. oktober 2026).
23. FOLIO-dokumentasjon: Settings, Circulation (hentet 9. oktober 2026).
24. OCLC: GDPR, partnering with customers (hentet 9. oktober 2026).
25. Koha-manualen: cron jobs (hentet 9. oktober 2026).
26. Universitetsbiblioteket i Oslo: privacy policy (hentet 9. oktober 2026).
27. Nord universitet: Privacy notices for the University Library (hentet 9. oktober 2026).
28. UiT Norges arktiske universitet: The University Library's Privacy Policy (hentet 9. oktober 2026).
29. Universitetet i Bergen: Privacy at the library (hentet 9. oktober 2026).
30. Radboud Universiteit: University Library Privacy Statement (hentet 9. oktober 2026).
31. Syddansk Universitetsbibliotek: Policy for protection of personal data (hentet 9. oktober 2026).
32. Linköpings universitetsbibliotek: Bibliotekets låneregler (hentet 9. oktober 2026).
33. Hochschule für Musik Würzburg: personvernerklæring for biblioteket (hentet 9. oktober 2026).
34. Universitetsbiblioteket i Erfurt: Privacy policy, search portal Discovery (hentet 9. oktober 2026).
35. Université Paris Cité: Données personnelles, gestion de la bibliothèque numérique (hentet 9. oktober 2026).
36. Universidad Complutense de Madrid: oppføring i behandlingsprotokollen, Biblioteca (BUC) (hentet 9. oktober 2026).
37. Åbo Akademi: personvernerklæring for fjernlånsbestillinger (hentet 9. oktober 2026).
38. Arcada: Library register of borrowers (hentet 9. oktober 2026).
39. Biblioteket ved University of Reading: Data retention policy (hentet 9. oktober 2026).
40. Wolfson College, Cambridge: Data Privacy Notice for Library Users (hentet 9. oktober 2026).

Om denne siden

Kildene er kontrollert 9. oktober 2026. Vi har lest hver personvernerklæring fra universitetsbibliotekene, hvert leverandørdokument og hver faglig erklæring som er oppført ovenfor, på denne datoen, og gjengir bare korte utdrag med originalordlyden. Sitater på andre språk enn norsk har en norsk forklaring i parentes; forklaringene er våre oversettelser, ikke ordrette sitater. Lagringstidene er de som hver institusjon har publisert, og kan endres; de er eksempler, ikke rettslige krav. Vår egen tolkning, også forslagene til lagringstid i del 11, er merket som Validemics analyse. Beskrivelsene av leverandørene oppsummerer offentlig dokumentasjon og er ikke uttalelser om at et produkt er eller ikke er i samsvar med GDPR; det avhenger av avtale, konfigurasjon og bruk. Siden er generell informasjon, ikke juridisk rådgivning. Ser du en feil, eller publiserer biblioteket ditt lagringstider du vil at vi skal ta med, ta kontakt med oss, så retter eller legger vi det til.