Privacidade dos utilizadores das bibliotecas e RGPD: autenticação, registos de proxy, pesquisa e análise de dados
Uma biblioteca universitária sabe o que os seus utilizadores requisitam, pesquisam e leem. Isso faz dos dados da biblioteca alguns dos dados mais sensíveis que uma universidade detém, mesmo quando parecem simples registos de sistema. Este guia explica que dados pessoais uma biblioteca trata, que fundamentos jurídicos se aplicam, como funcionam o proxy e a autenticação federada do ponto de vista da privacidade, o que os editores e fornecedores conseguem ver e durante quanto tempo as bibliotecas universitárias europeias conservam, na prática, os seus registos.
Também disponível em: English · Svenska · Nederlands · Norsk · Suomi · Dansk · Français · Español
Em resumo
- Os dados da biblioteca mostram o que as pessoas leem e pesquisam. Os hábitos de leitura podem revelar a saúde, a religião, as opiniões políticas ou a sexualidade, pelo que os registos da biblioteca merecem mais cuidado do que os registos informáticos comuns, embora a maioria não constitua, em si mesma, categorias especiais de dados.
- Os sistemas de maior risco são muitas vezes os menos visíveis: os registos de proxy (EZproxy), a autenticação única junto dos editores (OpenAthens, SAML através do eduGAIN), os registos de pesquisa do sistema de descoberta e os novos assistentes de pesquisa com IA.
- Liberte o mínimo possível aos editores. Uma afiliação com âmbito e, no máximo, um identificador pseudónimo por pares bastam para a maior parte dos conteúdos licenciados. O nome e o endereço de correio eletrónico raramente são necessários.
- Bibliotecas europeias publicam prazos de conservação curtos: registos de proxy de 90 dias a seis meses, ligação ao empréstimo apagada na devolução, chat ao fim de 30 dias, videovigilância ao fim de 30 dias. As predefinições dos fornecedores podem ser muito mais longas, por exemplo 400 dias para os registos do EZproxy alojado.
- Ficou demonstrado que as plataformas dos editores carregam rastreadores de terceiros. O contrato de subcontratação e a licença são os principais instrumentos para o limitar, a par da configuração.
Índice
- Que dados pessoais trata uma biblioteca universitária?
- Que fundamentos jurídicos se aplicam?
- Porque é que a privacidade na biblioteca é uma questão de liberdade intelectual
- Registos de proxy: EZproxy e OpenAthens
- Autenticação federada, SeamlessAccess e libertação de atributos
- O que os editores conseguem ver: rastreio nas plataformas
- Registos de pesquisa e assistentes de investigação com IA
- Sistemas de gestão de bibliotecas e contratos com fornecedores
- Análise de dados da biblioteca e análise da aprendizagem
- Durante quanto tempo as bibliotecas conservam os dados?
- Sistema a sistema: dados, conservação e pontos contratuais
- Lista de verificação para a biblioteca e o EPD
- Fontes
- Sobre esta página
1. Que dados pessoais trata uma biblioteca universitária?
Uma biblioteca universitária trata dados de identificação e de conta de cada utilizador inscrito, dados de transações relativos a empréstimos, pedidos e taxas, e dados de registo dos sistemas que dão acesso aos recursos eletrónicos. Em conjunto, estes dados mostram quem leu o quê e quando. Se lhes juntarmos a reserva de salas, o chat, a videovigilância e as ferramentas de pesquisa com IA, uma biblioteca pode deter uma imagem pormenorizada da vida intelectual de cada utilizador.
As principais categorias são:
- Ficha do utilizador. Nome, número de identificação na universidade, endereço de correio eletrónico, grupo de utilizadores (estudante, trabalhador, externo), número do cartão e, por vezes, número de identificação nacional. A biblioteca da Universidade de Linköping, por exemplo, indica o nome, o número de identificação pessoal, o endereço de correio eletrónico e o LiU-ID no seu registo de leitores.
- Empréstimos, reservas e taxas. Empréstimos em curso, reservas, avisos de atraso e taxas. Manter ou não a ligação a uma pessoa depois da devolução é uma opção de conceção essencial (veja a secção 10).
- Empréstimo interbibliotecas e fornecimento de documentos. Formulários de pedido que identificam o requerente e o título, muitas vezes transmitidos a outra biblioteca ou a um fornecedor comercial.
- Listas de leituras. As listas de bibliografia das unidades curriculares ligam docentes, unidades curriculares e títulos, e alguns sistemas registam os cliques dos estudantes.
- Registos de autenticação e de proxy. Endereço IP, nome de utilizador ou identificador de sessão, hora e URL do artigo ou da base de dados. Estes registos são o registo mais direto do que uma pessoa leu.
- Registos de pesquisa do sistema de descoberta. Termos de pesquisa, pesquisas guardadas, favoritos e dados de cliques no catálogo da biblioteca ou no sistema de descoberta.
- Reserva de salas e de equipamentos. Quem reservou que sala e quando, muitas vezes num serviço de reservas de terceiros.
- Serviço de referência por chat e correio eletrónico. Perguntas em texto livre que podem revelar temas de investigação e circunstâncias pessoais.
- Videovigilância e controlo de acessos. Imagens e registos de entrada nos edifícios da biblioteca.
- Análise de dados web e de utilização. Estatísticas do sítio web, estatísticas de utilização dos editores e painéis de análise de dados da biblioteca.
- Assistentes de pesquisa com IA. Perguntas introduzidas em ferramentas como o Primo Research Assistant ou o Scopus AI, e o histórico das conversas.
Os endereços IP e os identificadores de sessão contam. O considerando 30 do RGPD explica que as pessoas singulares "podem ser associadas a identificadores por via eletrónica" fornecidos pelos seus aparelhos, referindo os endereços IP e os testemunhos de conexão (cookies), e que esses rastos podem ser usados para definir perfis. Um registo de proxy é, por isso, um conjunto de dados pessoais, mesmo que não contenha nomes.
2. Que fundamentos jurídicos se aplicam ao tratamento na biblioteca?
Numa universidade pública, o fundamento jurídico habitual para os serviços essenciais da biblioteca é o exercício de funções de interesse público, nos termos do artigo 6.º, n.º 1, alínea e), do RGPD, por vezes combinado com o contrato (artigo 6.º, n.º 1, alínea b)) para os empréstimos e com a obrigação jurídica (artigo 6.º, n.º 1, alínea c)) para os registos contabilísticos. O consentimento é para as funcionalidades opcionais. Os interesses legítimos não estão disponíveis para as autoridades públicas na prossecução das suas atribuições.
Informações publicadas por bibliotecas mostram como isto funciona na prática:
- A Université Paris Cité indica, para a sua biblioteca digital, que o fundamento jurídico é "l’exécution d’une mission d'intérêt public (article 6.1.e du RGPD)" (o exercício de uma missão de interesse público).
- A biblioteca da Universidad Complutense de Madrid indica tanto o contrato (art. 6.1.b) como o interesse público (art. 6.1.e) para o seu serviço de empréstimo, de salas de leitura e de empréstimo interbibliotecas, remetendo para a lei espanhola das universidades.
- A biblioteca da Universidade de Linköping enquadra a relação com o leitor como um contrato de empréstimo, o que corresponde ao fundamento contratual.
O consentimento adequa-se a funcionalidades que o utilizador pode recusar sem perder o serviço, como guardar um histórico pessoal de leituras, pesquisas guardadas numa conta pessoal ou a personalização numa plataforma de um editor. Devido ao desequilíbrio entre uma universidade e os seus estudantes e trabalhadores, o consentimento é um fundamento fraco para tudo aquilo que o utilizador não pode evitar.
Categorias especiais de dados. O artigo 9.º, n.º 1, proíbe o tratamento de dados que revelem, entre outros, as opiniões políticas, as convicções religiosas, a saúde ou a orientação sexual, salvo se se aplicar uma exceção. Um registo de empréstimo ou um registo de proxy não é normalmente tratado com o objetivo de revelar esses aspetos. Análise do Validemic Ainda assim, um histórico de leituras pode revelá-los por inferência, o que é uma boa razão para tratar os registos da biblioteca como dados de elevada sensibilidade na AIPD e na classificação de segurança, e para os conservar apenas durante pouco tempo.
As regras nacionais de sigilo podem acrescentar proteção. Na Suécia, a biblioteca da Universidade de Linköping lembra aos utilizadores que os registos da biblioteca estão abrangidos pelo sigilo previsto no capítulo 40, secção 3, da lei sueca do acesso à informação pública e do sigilo (OSL). Verifique se o seu país tem uma disposição semelhante de sigilo das bibliotecas, porque afeta o que a biblioteca pode divulgar, por exemplo em resposta a um pedido de acesso a documentos administrativos.
O princípio da limitação da conservação, no artigo 5.º, n.º 1, alínea e), exige que os dados pessoais sejam "conservados de uma forma que permita a identificação dos titulares dos dados apenas durante o período necessário" para as finalidades do tratamento. Para os registos, é esta a regra que mais conta. A proteção de dados desde a conceção e por defeito (artigo 25.º) justifica configurar os sistemas para recolherem menos desde o início. Veja a nossa visão geral do RGPD para o texto destes artigos.
3. Porque é que a privacidade na biblioteca é uma questão de liberdade intelectual
A privacidade na biblioteca não é apenas uma questão de conformidade. A profissão bibliotecária encara a confidencialidade do que as pessoas leem como condição da livre investigação: se os utilizadores se sentirem observados, podem evitar certos temas. Este padrão ético é muitas vezes mais exigente do que o mínimo do RGPD, e dá às bibliotecas um argumento forte nas negociações com os fornecedores.
A IFLA Statement on Privacy in the Library Environment, aprovada pelo Conselho de Administração da IFLA em 14 de agosto de 2015, alerta para o facto de a recolha excessiva de dados poder ter "a chilling effect on society" (um efeito inibidor na sociedade). Recomenda que as bibliotecas "should reject electronic surveillance and any type of illegitimate monitoring" (rejeitem a vigilância eletrónica e qualquer tipo de controlo ilegítimo) e que "should take measures to limit collection of personal information about their users and the services that they use." (tomem medidas para limitar a recolha de informação pessoal sobre os seus utilizadores e os serviços que utilizam.) Observa ainda que as bibliotecas podem "refuse to acquire services that collect excessive data" (recusar adquirir serviços que recolham dados em excesso).
"The relationship between the library and the user is one of confidentiality." (A relação entre a biblioteca e o utilizador é uma relação de confidencialidade.)
Nos Estados Unidos, onde não existe RGPD, a American Library Association fixa expectativas semelhantes. A interpretação da ALA sobre a privacidade no âmbito da Library Bill of Rights, alterada pela última vez em 29 de junho de 2025, afirma que "confidentiality is essential for free inquiry" (a confidencialidade é essencial para a livre investigação) e que as bibliotecas "should only collect and store the PII required for specific, clearly disclosed purposes." (só devem recolher e guardar as informações pessoais identificáveis necessárias para finalidades específicas e claramente divulgadas.) As suas Library Privacy Guidelines for Vendors acrescentam: "User data should not be retained in perpetuity." (Os dados dos utilizadores não devem ser conservados indefinidamente.) Estes textos são uma comparação útil para as bibliotecas europeias que compram a fornecedores dos EUA: esses fornecedores conhecem estas expectativas.
Os NISO Consensus Principles on Users' Digital Privacy in Library, Publisher, and Software-Provider Systems (dezembro de 2015) foram redigidos em conjunto por bibliotecas, editores e fornecedores de software. Visam "balancing the expectations library users have regarding their intellectual freedoms and their privacy" (equilibrar as expectativas dos utilizadores das bibliotecas quanto às suas liberdades intelectuais e à sua privacidade), com princípios sobre a recolha e utilização de dados, a anonimização, a partilha de dados com terceiros e o apoio à utilização anónima. O Library Freedom Project, que se descreve como "a network of values-driven librarians working together to build information democracy" (uma rede de bibliotecários orientados por valores que trabalham em conjunto para construir a democracia da informação), dá formação prática em privacidade a bibliotecários.
4. Registos de proxy: o que registam o EZproxy e o OpenAthens?
Um servidor proxy como o EZproxy da OCLC situa-se entre o utilizador e o editor, pelo que os seus registos guardam cada pedido: endereço IP, hora, URL e, se configurado, o nome de utilizador. O OpenAthens funciona, em vez disso, como fornecedor de identidade e transmite atributos aos editores. Em ambos os casos, é a biblioteca que decide grande parte do que é registado, libertado e conservado, pelo que a configuração é uma decisão de proteção de dados.
EZproxy
A documentação da OCLC indica quatro tipos de registo. O registo principal, ezproxy.log, guarda o
tráfego entre o EZproxy e os fornecedores de conteúdos, incluindo o endereço IP do utilizador, a hora do pedido,
o URL pedido, o código de estado HTTP e os bytes transferidos. O formato predefinido é
%h %l %u %t "%r" %s %b, em que %u é o "Username used to log into EZproxy if Option
LogUser appears in config.txt" (nome de utilizador usado para entrar no EZproxy, se a opção LogUser constar do
config.txt). Os registos de auditoria guardam as autenticações, as autenticações falhadas e os acessos
bloqueados. Um registo SPU opcional guarda cada clique num URL de ponto de partida.
Pontos a verificar na sua configuração:
- Nomes de utilizador nos registos. Sem
Option LogUser, o registo principal contém o IP e dados de sessão, e não nomes de utilizador. Decida se precisa dos nomes de utilizador para investigar abusos e, em caso afirmativo, durante quanto tempo. - Conservação dos registos de auditoria. A OCLC indica que a diretiva
AuditPurgetem por predefinição 7 dias, e também que "OCLC suggests increasing the AuditPurge time period to 180" (a OCLC sugere aumentar o período de AuditPurge para 180). Trata-se de uma sugestão de segurança, não de um requisito legal. Fixe um prazo que o seu EPD consiga justificar. - EZproxy alojado. No EZproxy alojado pela OCLC, o registo de auditoria é conservado durante 180 dias e "The default retention period for all other logs is set to 400 days." (O prazo de conservação predefinido para todos os outros registos é de 400 dias.) A OCLC acrescenta que "The minimum log retention period can be adjusted to 180 days, while the maximum is 1830 days." (O prazo mínimo de conservação dos registos pode ser ajustado para 180 dias, e o máximo é de 1830 dias.) Os clientes do serviço alojado que pretendam menos de 180 dias devem colocar a questão à OCLC por escrito.
- EZproxy Analytics. A OCLC observa que "the data may contain usernames and/or IP addresses" (os dados podem conter nomes de utilizador e/ou endereços IP) e que os ficheiros de registo são replicados para uma instância de análise de dados alojada na AWS na mesma região. Se o ativar, registe-o como atividade de tratamento e verifique se o contrato de subcontratação o abrange.
- Identificadores pseudónimos. O EZproxy 7.1 "introduced an optional feature that releases pseudonymous identifiers to content providers" (introduziu uma funcionalidade opcional que liberta identificadores pseudónimos aos fornecedores de conteúdos), para que os editores possam comunicar utilizações abusivas através de um pseudónimo, sem que a biblioteca tenha de revelar quem é o utilizador.
Há bibliotecas que publicam o que registam. A biblioteca da Universidade de Oslo enumera o endereço IP, o URL do recurso, a data e a hora, os pormenores HTTP, o identificador de sessão do EZproxy e o "Username of your account at UiO" (nome de utilizador da sua conta na UiO), e afirma que "stores the following data about your web traffic for 6 months before it is deleted" (guarda os seguintes dados sobre o seu tráfego web durante 6 meses antes de serem apagados), em linha com as regras gerais da universidade para os registos de sistema e de segurança.
OpenAthens
O OpenAthens afirma que "acts as a data processor for customers who subscribe to the service" (atua como subcontratante para os clientes que subscrevem o serviço), pelo que a universidade é a responsável pelo tratamento e precisa de um contrato do artigo 28.º com o OpenAthens. A sua documentação indica que, por predefinição, é libertado a todos os fornecedores de serviços um Targeted ID, descrito como "A pseudonymous user identifier generated by the system" (um identificador pseudónimo do utilizador gerado pelo sistema), com um valor diferente para cada serviço. O Targeted ID está a ser substituído pelo atributo pairwise-id, que segundo o OpenAthens é "Only released by default for domains created after November 2023" (libertado por predefinição apenas para domínios criados depois de novembro de 2023). As bibliotecas podem alterar a política de libertação editor a editor, e é aí que o nome e o endereço de correio eletrónico começam por vezes a circular para funcionalidades de personalização. A página de privacidade do OpenAthens contém apenas uma declaração geral sobre a conservação, pelo que deve pedir por escrito os prazos de conservação dos registos de auditoria e de utilização.
Está a avaliar um fornecedor? O Validemic analisa a documentação do fornecedor à luz do RGPD e do Regulamento da Inteligência Artificial e indica a fonte de cada conclusão. Experimentar o ambiente de demonstração
5. Autenticação federada: o que deve uma biblioteca libertar aos editores?
Na autenticação federada, o fornecedor de identidade da universidade envia atributos ao editor numa asserção SAML. A biblioteca e a informática podem decidir que atributos recebe cada editor. Para os conteúdos licenciados, a predefinição mais respeitadora da privacidade é uma afiliação com âmbito e, só se for necessário, um identificador pseudónimo por pares. Libertar um nome de utilizador estável ou um endereço de correio eletrónico permite ao editor associar a atividade a uma pessoa identificada.
eduGAIN, SeamlessAccess e as categorias de entidades
As federações nacionais de investigação e ensino (por exemplo a Feide na Noruega, usada pela Universidade Nord para a autenticação no EZproxy, e a UK Access Management Federation) ligam-se entre si através do eduGAIN. O sítio do eduGAIN descreve como este permite às federações "interconnect, so that participating institutions and services can collaborate without the need to establish individual bilateral connections." (interligarem-se, para que as instituições e serviços participantes possam colaborar sem necessidade de estabelecer ligações bilaterais individuais.) Em 9 de outubro de 2026, as suas estatísticas em tempo real indicavam 84 federações.
O SeamlessAccess é o botão "Access through your institution" (aceder através da sua instituição) presente em muitos sítios de editores. É gerido por uma coligação formada pelo GÉANT, pela Internet2, pela NISO e pela STM. A sua página de privacidade afirma que "runs its software locally in your browser and stores this information in browser local storage" (executa o seu software localmente no seu navegador e guarda esta informação no armazenamento local do navegador), ou seja, as últimas instituições escolhidas, e que não é guardado nenhum nome nem endereço de correio eletrónico. O botão ajuda o utilizador a encontrar a sua página de autenticação; a libertação de atributos continua a ser decidida pelo fornecedor de identidade.
As categorias de entidades da REFEDS dão um vocabulário comum para a libertação de atributos:
| Categoria de entidade | Atributos libertados | Adequada aos recursos eletrónicos da biblioteca? |
|---|---|---|
| Anonymous Access (v2, 13 de fevereiro de 2023) | Organização (schacHomeOrganization) e afiliação (eduPersonScopedAffiliation). Os fornecedores de serviços indicam que "they do not wish to receive personalized data" (não desejam receber dados personalizados). | Adequada Verificação do direito de acesso a conteúdos licenciados. |
| Pseudonymous Access (v2, 13 de fevereiro de 2023) | Organização, pairwise-id, afiliação e garantia de identidade (assurance). | Adequada Plataformas que oferecem pesquisas guardadas ou alertas sem conhecer o nome do utilizador. |
| Personalized Access (v2, 13 de fevereiro de 2023) | Um pequeno conjunto de atributos identificativos, para serviços com uma necessidade comprovada e uma política de privacidade publicada. | Caso a caso Apenas quando o utilizador tem de ser conhecido pelo nome. |
| Research and Scholarship (v1.3, 2016) | Identificador partilhado do utilizador (eduPersonPrincipalName), nome e endereço de correio eletrónico, afiliação opcional. | Não para revistas eletrónicas A REFEDS afirma que "should not be used for access to licensed content such as e-journals." (não deve ser usada para o acesso a conteúdos licenciados, como as revistas eletrónicas.) |
O REFEDS Data Protection Code of Conduct (v2, 28 de março de 2022) é uma categoria à parte para os fornecedores de serviços que se comprometem a cumprir regras baseadas no RGPD antes de receberem atributos. É uma prova útil, mas não substitui a sua própria avaliação.
Pairwise-id ou eduPersonPrincipalName
O eduPersonPrincipalName (ePPN) tem o aspeto de um endereço de correio eletrónico e é igual em todos
os serviços, pelo que dois editores que o recebam podem correlacionar a atividade de um utilizador. O
eduPersonTargetedID e o seu sucessor, o pairwise-id, dão a cada serviço um valor
diferente para a mesma pessoa. A UK Access Management Federation considera que existe "very little personally
identifying information carried by either eduPersonScopedAffiliation or eduPersonTargetedID" (muito pouca
informação pessoal identificativa contida no eduPersonScopedAffiliation ou no eduPersonTargetedID), sendo por
isso seguro libertá-los a qualquer serviço, mas acrescenta que "your organisation should do its own risk
analysis in consultation with its data protection officer" (a sua organização deve fazer a sua própria análise
de risco em consulta com o encarregado da proteção de dados).
Análise do Validemic Uma predefinição sensata para os editores é: afiliação com âmbito para todos, pairwise-id apenas para serviços que ofereçam funcionalidades pessoais, e nome ou endereço de correio eletrónico apenas após um pedido documentado do editor e uma decisão da biblioteca e do EPD. Reveja as políticas de libertação todos os anos, porque as exceções concedidas para uma funcionalidade tendem a ficar.
6. O que conseguem os editores ver? Rastreio de terceiros nas plataformas
Mesmo com atributos mínimos, os sítios web dos editores podem recolher dados através de cookies, scripts e impressões digitais do navegador (fingerprinting). Vários estudos encontraram rastreadores de publicidade e de análise de dados em grandes plataformas académicas. A biblioteca normalmente não controla diretamente o sítio web de um editor, pelo que a licença, o contrato de subcontratação e uma informação clara aos utilizadores são os principais instrumentos.
O estudo de Cody Hanson User Tracking on Academic Publisher Platforms (2019) analisou páginas de artigos em 15 plataformas de editores. Encontrou código da Google em 14 delas e a rede de publicidade DoubleClick da Google em 13, com páginas que carregavam em média 18 recursos de terceiros provenientes de 139 origens distintas. Concluiu que as declarações de privacidade das bibliotecas "do not accurately represent the current state of patron privacy in use of licensed resources" (não representam com rigor o estado atual da privacidade dos utilizadores na utilização de recursos licenciados) e que "publishers don’t need RA21 or even what we typically think of as PII to identify library users." (os editores não precisam do RA21, nem sequer daquilo que normalmente consideramos informação pessoal identificável, para identificar os utilizadores das bibliotecas.)
Em 2021, a Comissão para os Serviços Científicos de Bibliotecas e Sistemas de Informação da Fundação Alemã de Investigação (DFG AWBI) publicou o documento de reflexão Data tracking in research: aggregation and use or sale of usage data by academic publishers. Descreve o microdirecionamento, os dados de licitação publicitária (bidstream) e propostas de "spyware" para bibliotecas, e alerta para o facto de esse rastreio "can fundamentally contradict academic freedom and informational self-determination" (poder contrariar fundamentalmente a liberdade académica e a autodeterminação informacional). A DFG refere que as suas recomendações levaram a "a separate section on data protection and data tracking" (uma secção própria sobre proteção de dados e rastreio de dados) nos acordos alemães DEAL com grandes editores. É um modelo que outros consórcios podem seguir.
A SPARC, coligação norte-americana para a ciência aberta, escreveu em abril de 2021 que dois grandes fornecedores de bibliotecas "have been building sophisticated, global systems of surveillance" (têm vindo a construir sistemas globais e sofisticados de vigilância), e instou as bibliotecas a ponderar "a renewed focus on contractual terms (particularly privacy clauses)" (uma atenção renovada às condições contratuais, particularmente às cláusulas de privacidade). São posições de defesa de interesses; leia-as como razões para fazer perguntas, e não como conclusões sobre um contrato concreto.
O que uma biblioteca pode fazer:
- Pedir a cada plataforma uma lista dos scripts e cookies de terceiros presentes nas páginas de conteúdo e saber se algum é usado para publicidade.
- Incluir uma cláusula sobre proteção de dados e rastreio na licença ou no acordo de consórcio, como fizeram os acordos DEAL. Veja o nosso guia sobre licenças das bibliotecas, IA e prospeção de textos e dados para cláusulas de licenciamento.
- Verificar se o editor atua como responsável pelo tratamento ou como subcontratante quanto aos dados de utilização. Na maioria das plataformas licenciadas, o editor é responsável pelo tratamento no seu próprio sítio web, pelo que um contrato do artigo 28.º não é o instrumento adequado; as cláusulas de proteção de dados na licença é que o são.
- Dizer claramente aos utilizadores que os sítios dos editores têm as suas próprias políticas de privacidade e cookies, como recomenda a declaração da IFLA.
7. Registos de pesquisa e assistentes de investigação com IA
Os registos de pesquisa de um sistema de descoberta guardam o que as pessoas procuram, o que pode ser mais revelador do que aquilo que requisitam. Os assistentes de investigação com IA acrescentam uma nova camada: perguntas em texto livre e histórico de conversas, tratados por um prestador de modelos de linguagem. Pergunte aos fornecedores, separadamente, o que o fornecedor regista e o que o prestador do modelo conserva.
É possível uma conservação curta. A política de privacidade da biblioteca da Universidade de Erfurt para o seu portal de pesquisa Discovery afirma que os dados dos registos do servidor "is deleted regularly (after a period of 5 days)" (são apagados regularmente, ao fim de 5 dias) e que o fornecedor do resolvedor de ligações conserva os endereços IP nos registos do seu servidor web durante 7 dias. Os favoritos guardados e o histórico de pesquisa são conservados durante um ano após a última autenticação do utilizador.
Quanto aos assistentes de IA, os fornecedores descrevem as suas práticas de forma diferente:
- Primo Research Assistant (Ex Libris, parte da Clarivate). O Knowledge Center afirma que "Clarivate does not use your data to directly or indirectly train LLMs" (a Clarivate não usa os seus dados para treinar, direta ou indiretamente, LLM) e que "Neither your input nor the licensed content are stored by the LLM" (nem os dados que introduz nem o conteúdo licenciado são guardados pelo LLM). Não identifica o prestador do modelo nem indica durante quanto tempo a própria Clarivate conserva as perguntas. Peça ambas as informações.
- Scopus AI (Elsevier). A página do produto da Elsevier afirma que as conversas normais são "Stored indefinitely until your contract ends or customer/user request deletion" (guardadas por tempo indeterminado até ao fim do contrato ou até o cliente ou utilizador pedir o apagamento), enquanto as conversas temporárias são "Held for up to 30 days only." (conservadas durante até 30 dias apenas.) Afirma que existe um acordo para que nenhuma pergunta dos utilizadores seja guardada ou usada para treinar o ChatGPT. A nossa ficha do Scopus AI apresenta o resto da documentação da Elsevier.
Análise do Validemic Os registos de instruções (prompts) são um novo tipo de registo da biblioteca. Uma pergunta como "estudos sobre o tratamento da minha doença" revela mais do que uma expressão de pesquisa. Trate os registos de instruções como os registos de pesquisa: conservação curta, nenhuma utilização para treino, acesso limitado ao pessoal de suporte e informação clara aos utilizadores. Diga aos utilizadores que não colem nestas ferramentas dados pessoais de participantes em investigação. O nosso guia o RGPD e as ferramentas de IA na investigação trata o tema em mais pormenor.
8. Sistemas de gestão de bibliotecas e contratos com fornecedores
O sistema de gestão da biblioteca contém o registo de utilizadores e todas as transações, e a maioria destes sistemas é hoje alojada pelo fornecedor. O fornecedor é então subcontratante e a universidade precisa de um contrato do artigo 28.º, de uma lista de subcontratantes ulteriores e de definições de anonimização claras. Os sistemas de código aberto alojados por uma empresa de suporte precisam do mesmo contrato com a empresa de alojamento.
| Sistema | O que o fornecedor ou o projeto documenta | O que verificar |
|---|---|---|
| Ex Libris Alma e Primo (Clarivate) | A Ex Libris afirma que "published a Data Processing Agreement (DPA) for each of our product groups" (publicou um contrato de subcontratação para cada um dos seus grupos de produtos), disponibiliza informação sobre subcontratantes ulteriores e indica que as avaliações de impacto sobre a privacidade realizadas por uma empresa externa "can be provided upon request" (podem ser facultadas mediante pedido). A anonimização no Alma de empréstimos, pedidos, pedidos de partilha de recursos e taxas significa que "the link between the relevant record and the borrowing patron is permanently removed from the system" (a ligação entre o registo em causa e o leitor que requisitou é removida definitivamente do sistema). | Que versão do contrato de subcontratação está assinada; região de alojamento; regras de anonimização ativadas e respetivo calendário; se o Alma Analytics conserva dados identificáveis. |
| FOLIO | Em Settings, Circulation, Loan history, os empréstimos encerrados podem ser anonimizados imediatamente, após um intervalo ou nunca. Após a anonimização, "all related patron information is removed from the loan, but the action will still appear in the Circulation log." (toda a informação relativa ao leitor é removida do empréstimo, mas a ação continuará a aparecer no registo de circulação.) | Contrato de subcontratação com o fornecedor de alojamento; definição de anonimização escolhida; conservação do registo de circulação. |
| OCLC WorldShare e outros serviços OCLC | A OCLC afirma que "Customers, as the controllers, determine the specific personal data that they will collect" (os clientes, enquanto responsáveis pelo tratamento, determinam os dados pessoais concretos que irão recolher), disponibiliza um contrato de subcontratação pré-assinado, usa as cláusulas contratuais-tipo da Comissão para as transferências para os EUA e indica que, para alguns produtos, os dados pessoais estão localizados no EEE. | Se o seu produto está localizado no EEE; que entidade contratante se aplica; conservação dos registos, incluindo do EZproxy alojado. |
| Koha | O manual do Koha descreve a tarefa cron batch_anonymise.pl, que "removes borrowernumbers from circulation history so that the stats are kept, but the patron information is removed for privacy reasons" (remove os números de leitor do histórico de circulação, de modo que as estatísticas se mantêm mas a informação do leitor é removida por razões de privacidade). Na versão 24.05 foi acrescentado um script para pseudonimizar as estatísticas existentes. | Se a tarefa cron é executada e com que periodicidade; contrato de subcontratação com a empresa de alojamento; quem pode ver o histórico de empréstimos. |
As perguntas frequentes do Alma referem também que este "conforms to FERPA guidelines" (cumpre as orientações da FERPA), uma lei dos EUA. Não se trata de uma declaração sobre o RGPD, pelo que deve basear-se no contrato de subcontratação assinado para as obrigações europeias. Para analisar o próprio contrato, o nosso verificador de contratos de subcontratação confronta-o com o artigo 28.º, n.º 3, e o gerador de questionários para fornecedores ajuda a fazer as perguntas certas aos fornecedores da biblioteca. O processo geral está descrito no nosso guia de avaliação de fornecedores.
9. Análise de dados da biblioteca e análise da aprendizagem
As bibliotecas combinam cada vez mais dados de empréstimos, de utilização de recursos eletrónicos e de utilização dos espaços para decisões sobre a coleção, e algumas universidades relacionam a utilização da biblioteca com o sucesso académico dos estudantes. As estatísticas agregadas levantam poucas questões. Ligar a utilização identificável da biblioteca aos resultados de cada estudante é definição de perfis e exige uma finalidade clara, um fundamento jurídico e, normalmente, uma AIPD.
A biblioteca da Universidade de Reading mostra um padrão comum: os dados pessoais são apagados quando termina a inscrição, enquanto "Transaction data for Students are anonymised and kept indefinitely." (os dados de transações dos estudantes são anonimizados e conservados por tempo indeterminado.) As estatísticas pseudonimizadas do Koha e as tarefas de anonimização do Alma suportam a mesma abordagem. Verifique se a anonimização é real: um registo de empréstimo sem o leitor, mas com um departamento, uma data e um título pouco comuns, pode continuar a apontar para uma pessoa.
Se a biblioteca fornecer dados a um programa de análise da aprendizagem, aplicam-se as regras do nosso guia sobre análise da aprendizagem e RGPD: limitação das finalidades, transparência, direito de oposição no caso das funções de interesse público e as regras do Regulamento da IA para a IA que avalia resultados de aprendizagem, aplicáveis a partir de 2 de dezembro de 2027. Análise do Validemic Os dados de leitura são um dado de entrada sensível para a análise de dados, porque refletem aquilo que desperta a curiosidade dos estudantes, e não apenas o seu desempenho. Muitas bibliotecas optarão por fornecer apenas dados agregados.
10. Durante quanto tempo as bibliotecas universitárias conservam, na prática, os dados?
As informações sobre privacidade publicadas por bibliotecas universitárias europeias mostram que prazos curtos são exequíveis: ligação ao empréstimo apagada na devolução, registos de proxy conservados de 90 dias a seis meses, chat e videovigilância apagados ao fim de cerca de 30 dias. A tabela abaixo cita informações lidas em 9 de outubro de 2026. Os prazos são uma escolha de cada instituição, não requisitos legais.
| Biblioteca (país) | Dados | O que diz a informação |
|---|---|---|
| Biblioteca da Universidade de Oslo (Noruega) | Registos do EZproxy; reserva de salas | O EZproxy "stores the following data about your web traffic for 6 months before it is deleted" (guarda os seguintes dados sobre o seu tráfego web durante 6 meses antes de serem apagados). Para o serviço de reserva de salas Affluences: "All data will automatically be deleted after 12 months." (Todos os dados serão apagados automaticamente ao fim de 12 meses.) |
| Biblioteca da Universidade Nord (Noruega) | Registos do EZproxy | "EZproxy uses Feide for authentication and stores information about your user session for six months before deleting it." (O EZproxy usa a Feide para a autenticação e guarda informação sobre a sua sessão de utilizador durante seis meses antes de a apagar.) |
| Biblioteca da UiT, Universidade Ártica da Noruega | Chat | No chat LibraryH3lp, "the content of the chat is deleted after 30 days." (o conteúdo do chat é apagado ao fim de 30 dias.) |
| Biblioteca da Universidade de Bergen (Noruega) | Empréstimos | "The University Library does not keep any loan or reservation history linked to you as an individual." (A biblioteca universitária não conserva nenhum histórico de empréstimos ou reservas associado a si enquanto pessoa.) |
| Biblioteca da Universidade Radboud (Países Baixos) | Empréstimos | "Only current loans will be recorded in the library system." (Só os empréstimos em curso são registados no sistema da biblioteca.) e "Your personal borrowing history will not be retained." (O seu histórico pessoal de empréstimos não será conservado.) |
| Biblioteca da Universidade do Sul da Dinamarca (Dinamarca) | Empréstimos; empréstimo interbibliotecas; equipamentos | "When you return materials, we delete the information on your loan of them." (Quando devolve os materiais, apagamos a informação sobre o seu empréstimo.) Os dados do empréstimo interbibliotecas são "stored for thirty days" (guardados durante trinta dias) após a devolução; os dados de reserva de equipamentos são apagados ao fim de oito meses. |
| Biblioteca da Universidade de Linköping (Suécia) | Registo de leitores | Os dados são conservados "endast så länge ditt bibliotekskort är giltigt eller om det finns pågående lån" (apenas enquanto o seu cartão de biblioteca for válido ou existirem empréstimos em curso) ou dívidas por pagar. |
| Biblioteca da Universidade de Música de Würzburg (Alemanha) | Registos do EZproxy | "Deletion takes place when the purpose is fulfilled, but after 90 days at the latest." (O apagamento ocorre quando a finalidade estiver cumprida, mas, o mais tardar, ao fim de 90 dias.) A informação inclui um identificador de utilizador pseudonimizado entre os dados tratados. |
| Biblioteca da Universidade de Erfurt (Alemanha) | Registos do sistema de descoberta | Os dados dos registos do servidor "is deleted regularly (after a period of 5 days)." (são apagados regularmente, ao fim de 5 dias.) |
| Bibliotecas da Université Paris Cité (França) | Registos de ligação à biblioteca digital | "les données de connexion sont conservées durant trois mois" (os dados de ligação são conservados durante três meses). |
| Biblioteca da Universidad Complutense de Madrid (Espanha) | Empréstimos | "Los datos de préstamos se cancelarán una vez hayan finalizado." (Os dados dos empréstimos são cancelados quando estes terminarem.) Os dados do utilizador são conservados até que este peça o apagamento. |
| Biblioteca da Universidade Åbo Akademi (Finlândia) | Pedidos de empréstimo interbibliotecas | "The information in E-lomake and the shared email inboxes is stored for 2 years, after which it is deleted." (A informação no E-lomake e nas caixas de correio partilhadas é guardada durante 2 anos, sendo depois apagada.) |
| Biblioteca da Arcada University of Applied Sciences (Finlândia) | Registo de leitores | Os dados dos estudantes de cursos conferentes de grau são apagados quando concluem o curso, e os de outros leitores "when the borrower has been inactive for the past four years" (quando o leitor tiver estado inativo nos últimos quatro anos). |
| Biblioteca da Universidade de Reading (Reino Unido) | Inscrição; empréstimo interbibliotecas | Os dados pessoais dos estudantes são apagados no prazo de 12 semanas após o fim da inscrição; nos empréstimos interbibliotecas, "After 7 years this data is deleted." (Ao fim de 7 anos, estes dados são apagados.) |
| Biblioteca do Wolfson College, Cambridge (Reino Unido) | Videovigilância; controlo de acessos | "CCTV images are automatically deleted after 30 days" (as imagens de videovigilância são apagadas automaticamente ao fim de 30 dias). Os registos dos cartões de acesso às portas da biblioteca são conservados durante 2 anos. |
Destacam-se dois padrões. Primeiro, apagar a ligação entre a pessoa e o empréstimo no momento da devolução é prática comum em vários países e raramente causa problemas práticos, porque os registos de atrasos e de taxas são conservados até à sua regularização. Segundo, a diferença entre os prazos do empréstimo interbibliotecas (30 dias no Sul da Dinamarca, dois anos na Åbo Akademi, sete anos em Reading) mostra que algumas bibliotecas associam o empréstimo interbibliotecas a registos financeiros ou contratuais. Se conservar esses dados durante mais tempo, registe o motivo. O nosso guia sobre tabelas de prazos de conservação explica como documentar estas decisões.
11. Sistema a sistema: dados típicos, conservação e pontos contratuais
Análise do Validemic As sugestões abaixo são pontos de partida baseados na prática publicada acima. Ajuste-as ao seu direito nacional, à sua política de segurança e às suas próprias finalidades, e registe os motivos na sua tabela de prazos de conservação.
| Sistema | Dados pessoais típicos | Sugestão de conservação | Ponto contratual ou de configuração |
|---|---|---|---|
| Sistema de gestão da biblioteca (Alma, FOLIO, WorldShare, Koha) | Ficha do utilizador, empréstimos, reservas, taxas, avisos | Quebrar a ligação ao leitor na devolução; conservar as taxas até à regularização mais o período contabilístico; apagar as contas um tempo definido após a saída ou a inatividade | Contrato do art. 28.º, subcontratantes ulteriores, região de alojamento, tarefas de anonimização ativadas, apagamento no fim do contrato |
| Servidor proxy (EZproxy, próprio ou alojado) | IP, nome de utilizador ou identificador de sessão, URL, hora | 90 dias a 6 meses para os registos de acesso; nomes de utilizador apenas se necessários para casos de abuso | Prazo de conservação do serviço alojado fixado por escrito (predefinição de 400 dias); EZproxy Analytics abrangido pelo contrato de subcontratação; identificadores pseudónimos para os editores |
| OpenAthens ou fornecedor de identidade SAML | Eventos de autenticação, atributos libertados | Alinhar com a política de registos de segurança da universidade, frequentemente 6 a 12 meses | Cláusulas de subcontratação com o OpenAthens; política de libertação por editor; pairwise-id em vez de ePPN ou endereço de correio eletrónico |
| Plataformas dos editores | Atributos recebidos, utilização, cookies e rastreadores | Definida pelo editor; pedir essa informação e que os dados de utilização sejam agregados | Cláusula de proteção de dados e rastreio na licença; nenhum rastreador de publicidade nas páginas de conteúdo; relatórios COUNTER sem dados pessoais |
| Sistema de descoberta e resolvedor de ligações | Termos de pesquisa, cliques, IP, pesquisas guardadas | Registos do servidor de dias a semanas; itens guardados enquanto a conta estiver ativa | Se os registos de pesquisa estão associados aos utilizadores; se são usados para análise de dados ou melhoria do produto pelo fornecedor |
| Assistente de investigação com IA | Instruções, respostas, histórico de conversas | Curta ou controlada pelo utilizador; modo temporário como predefinição, quando disponível | Nenhum treino com as instruções pelo fornecedor ou pelo prestador do modelo; prestadores de modelos indicados como subcontratantes ulteriores; região; registo de instruções do lado do fornecedor |
| Sistema de empréstimo interbibliotecas | Requerente, título, biblioteca fornecedora | 30 dias após a conclusão, salvo se os registos financeiros exigirem mais tempo | Dados partilhados com bibliotecas fornecedoras e fornecedores comerciais; transferências para fora do EEE |
| Sistema de listas de leituras | Docente, unidade curricular, títulos, cliques dos estudantes | Listas enquanto durar a unidade curricular; dados de cliques agregados | Se são recolhidos dados de análise ao nível de cada estudante e quem os vê |
| Reserva de salas e de equipamentos | Nome, hora, sala ou equipamento | Meses, não anos (exemplos publicados: 8 a 12 meses) | Ferramentas de análise de dados de terceiros no serviço de reservas; contrato de subcontratação |
| Serviço de referência por chat e correio eletrónico | Texto da pergunta, nome ou endereço de correio eletrónico, IP | Cerca de 30 dias para as transcrições de chat, salvo se anonimizadas para formação do pessoal | Alojamento e transferências do fornecedor do chat; exportação e apagamento das transcrições |
| Videovigilância e controlo de acessos | Imagens, identificador do cartão, hora | Cerca de 30 dias para a videovigilância, salvo incidente; registos de acesso segundo a política de segurança | Sinalética; acesso às gravações; se uma empresa de segurança as trata |
| Análise de dados web e de utilização | Cookies, IP, visualizações de páginas | Relatórios agregados; dados em bruto durante um período curto | Consentimento para cookies não essenciais; truncagem do IP; ferramenta de análise alojada na UE sempre que possível |
12. Lista de verificação para a biblioteca e o EPD
Mapear e decidir
- Enumere todos os sistemas da biblioteca que tratam dados pessoais, incluindo proxy, fornecedor de identidade, sistema de descoberta, assistentes de IA, reservas, chat e videovigilância, e inclua cada um no registo das atividades de tratamento.
- Registe o fundamento jurídico por finalidade: funções de interesse público ou contrato para os serviços essenciais, consentimento apenas para funcionalidades pessoais opcionais.
- Faça uma triagem de AIPD para os registos de proxy, os assistentes de IA e qualquer análise de dados que ligue a utilização da biblioteca a estudantes individuais (experimente a nossa ferramenta de triagem de AIPD).
- Fixe e publique prazos de conservação para cada registo, usando a tabela da secção 11 como ponto de partida.
Configurar
- EZproxy: decida sobre a
Option LogUser, defina oAuditPurge, faça a rotação diária dos registos e apague-os segundo o calendário; no EZproxy alojado, acorde por escrito o prazo de conservação com a OCLC. - Fornecedor de identidade ou OpenAthens: libertação predefinida apenas da afiliação com âmbito; pairwise-id quando funcionalidades pessoais o exigirem; nenhum ePPN, nome ou endereço de correio eletrónico aos editores sem uma decisão registada.
- Sistema de gestão da biblioteca: ative a anonimização dos empréstimos na devolução e a eliminação das contas após a saída ou a inatividade.
- Sistema de descoberta e assistentes de IA: conservação curta dos registos e modos temporários ou privados ativados por predefinição, quando disponíveis.
Contratar
- Contrato do art. 28.º assinado com cada subcontratante (fornecedor do sistema de gestão da biblioteca, empresa de alojamento, OpenAthens, serviços de reservas e de chat), com uma lista atualizada de subcontratantes ulteriores.
- Cláusula de proteção de dados e rastreio nas licenças e acordos de consórcio: nenhum rastreador de publicidade, nenhuma venda ou partilha posterior de dados de utilização, relatórios de utilização agregados.
- Para funcionalidades de IA: nenhum treino com as instruções, prestadores de modelos identificados, região e prazo de conservação das instruções do lado do fornecedor.
- Acompanhamento: acompanhe as alterações aos subcontratantes ulteriores e às políticas, e reveja anualmente as políticas de libertação de atributos.
Informar
- Publique uma informação sobre privacidade da biblioteca que indique cada sistema, o que regista e durante quanto tempo, como fazem as bibliotecas da secção 10.
- Explique aos utilizadores que as plataformas dos editores têm as suas próprias políticas de privacidade e cookies.
- Inclua a privacidade na formação em literacia da informação, como recomenda a declaração da IFLA.
Fontes
- Regulamento (UE) 2016/679 (RGPD), artigos 5.º, 6.º, 9.º, 25.º e 28.º e considerando 30 (consultado em 9 de outubro de 2026).
- IFLA Statement on Privacy in the Library Environment, aprovada em 14 de agosto de 2015 (em inglês, consultado em 9 de outubro de 2026).
- IFLA Code of Ethics for Librarians and other Information Workers (versão longa), agosto de 2012 (consultado em 9 de outubro de 2026).
- ALA: Privacy, an Interpretation of the Library Bill of Rights, alterada em 29 de junho de 2025 (em inglês, consultado em 9 de outubro de 2026).
- ALA: Library Privacy Guidelines for Vendors, revistas em 26 de janeiro de 2020 (em inglês, consultado em 9 de outubro de 2026).
- NISO Consensus Principles on Users' Digital Privacy in Library, Publisher, and Software-Provider Systems, 10 de dezembro de 2015 (em inglês, consultado em 9 de outubro de 2026).
- Library Freedom Project (consultado em 9 de outubro de 2026).
- OCLC: EZproxy log files overview e diretiva LogFormat (em inglês, consultado em 9 de outubro de 2026).
- OCLC: How long are the logs kept for Hosted EZproxy (em inglês, consultado em 9 de outubro de 2026).
- OCLC: EZproxy Analytics privacy considerations (em inglês, consultado em 9 de outubro de 2026).
- OCLC: EZproxy pseudonymous identifier administration (em inglês, consultado em 9 de outubro de 2026).
- OpenAthens: Privacy e About released attributes (em inglês, consultado em 9 de outubro de 2026).
- SeamlessAccess: Privacy and Trust e About (em inglês, consultado em 9 de outubro de 2026).
- eduGAIN: What is eduGAIN (em inglês, consultado em 9 de outubro de 2026).
- Categorias de entidades da REFEDS: Anonymous Access, Pseudonymous Access, Personalized Access, Research and Scholarship e Data Protection Code of Conduct v2 (em inglês, consultado em 9 de outubro de 2026).
- UK Access Management Federation: libertação de atributos (em inglês, consultado em 9 de outubro de 2026).
- Cody Hanson, User Tracking on Academic Publisher Platforms, 2019 (em inglês, consultado em 9 de outubro de 2026).
- DFG: Data tracking in research e o documento de reflexão da AWBI (versão inglesa), 2021 (consultado em 9 de outubro de 2026).
- SPARC: Addressing the Alarming Systems of Surveillance Built By Library Vendors, 9 de abril de 2021 (em inglês, consultado em 9 de outubro de 2026).
- Ex Libris: GDPR e Alma FAQ: Security and Privacy (em inglês, consultado em 9 de outubro de 2026).
- Ex Libris Knowledge Center: Primo Research Assistant (em inglês, consultado em 9 de outubro de 2026).
- Elsevier: página do produto Scopus AI (em inglês, consultado em 9 de outubro de 2026).
- Documentação do FOLIO: Settings, Circulation (em inglês, consultado em 9 de outubro de 2026).
- OCLC: GDPR, partnering with customers (em inglês, consultado em 9 de outubro de 2026).
- Manual do Koha: cron jobs (em inglês, consultado em 9 de outubro de 2026).
- Biblioteca da Universidade de Oslo: privacy policy (em inglês, consultado em 9 de outubro de 2026).
- Universidade Nord: Privacy notices for the University Library (em inglês, consultado em 9 de outubro de 2026).
- UiT, Universidade Ártica da Noruega: The University Library's Privacy Policy (em inglês, consultado em 9 de outubro de 2026).
- Universidade de Bergen: Privacy at the library (em inglês, consultado em 9 de outubro de 2026).
- Universidade Radboud: University Library Privacy Statement (em inglês, consultado em 9 de outubro de 2026).
- Biblioteca da Universidade do Sul da Dinamarca: Policy for protection of personal data (em inglês, consultado em 9 de outubro de 2026).
- Biblioteca da Universidade de Linköping: Bibliotekets låneregler (em sueco, consultado em 9 de outubro de 2026).
- Universidade de Música de Würzburg: declaração de proteção de dados da biblioteca (em inglês, consultado em 9 de outubro de 2026).
- Biblioteca da Universidade de Erfurt: Privacy policy, search portal Discovery (em inglês, consultado em 9 de outubro de 2026).
- Université Paris Cité: Données personnelles, gestion de la bibliothèque numérique (em francês, consultado em 9 de outubro de 2026).
- Universidad Complutense de Madrid: registo de atividade de tratamento, Biblioteca (BUC) (em espanhol, consultado em 9 de outubro de 2026).
- Universidade Åbo Akademi: Interlibrary Loan Requests privacy notice (em inglês, consultado em 9 de outubro de 2026).
- Arcada: Library register of borrowers (em inglês, consultado em 9 de outubro de 2026).
- Biblioteca da Universidade de Reading: Data retention policy (em inglês, consultado em 9 de outubro de 2026).
- Wolfson College, Cambridge: Data Privacy Notice for Library Users (em inglês, consultado em 9 de outubro de 2026).
Sobre esta página
Fontes verificadas em 9 de outubro de 2026. Lemos nessa data cada informação de bibliotecas universitárias, documento de fornecedor e declaração profissional acima indicados, e citamos apenas excertos curtos na sua redação original, acompanhados de uma tradução nossa entre parênteses, que não deve ser lida como citação textual. Os prazos de conservação são os publicados por cada instituição e podem mudar; são exemplos, não requisitos legais. A nossa própria interpretação, incluindo as sugestões de conservação da secção 11, está assinalada como análise do Validemic. As descrições dos fornecedores resumem documentação pública e não são afirmações de que um produto cumpre ou não cumpre o RGPD, o que depende do seu contrato, da sua configuração e da sua utilização. Esta página contém informação geral e não constitui aconselhamento jurídico. Se detetar um erro, ou se a sua biblioteca publicar prazos de conservação que gostaria de ver incluídos, contacte-nos e corrigiremos ou acrescentaremos a informação.
Perguntas frequentes
Os registos do EZproxy são dados pessoais nos termos do RGPD?
Normalmente, sim. Uma linha-padrão do registo do EZproxy contém o endereço IP do utilizador, a data e hora e o URL pedido e, com a opção LogUser, também o nome de utilizador. O considerando 30 do RGPD refere os endereços IP como identificadores por via eletrónica que podem ser usados para definir perfis. Cruzado com os registos de autenticação da biblioteca, o registo mostra que pessoa leu que artigo, pelo que deve ser tratado como dados pessoais.
Durante quanto tempo deve uma biblioteca universitária conservar os registos de proxy?
Nenhuma regra europeia fixa um prazo, pelo que a biblioteca tem de justificar o seu à luz do princípio da limitação da conservação. Os exemplos europeus publicados vão de 90 dias (Universidade de Música de Würzburg) e três meses (Université Paris Cité) a seis meses (Universidade de Oslo e Universidade Nord). O EZproxy alojado pela OCLC conserva a maioria dos registos durante 400 dias por predefinição, pelo que os clientes desse serviço devem pedir à OCLC que reduza o prazo.
O OpenAthens envia o meu nome aos editores?
Não por predefinição. A documentação do OpenAthens indica que a política de libertação predefinida envia um Targeted ID, descrito como um identificador pseudónimo do utilizador gerado pelo sistema, diferente para cada serviço. As bibliotecas podem alterar a política de libertação, e alguns editores pedem mais atributos para suportar contas pessoais, pelo que convém verificar o que a sua instituição configurou.
Qual é o fundamento jurídico para tratar dados dos utilizadores da biblioteca numa universidade pública?
A maioria das universidades públicas baseia-se no exercício de funções de interesse público, nos termos do artigo 6.º, n.º 1, alínea e), do RGPD, para os serviços essenciais da biblioteca, por vezes em conjunto com o contrato, nos termos do artigo 6.º, n.º 1, alínea b), para os empréstimos. As autoridades públicas não podem invocar interesses legítimos na prossecução das suas atribuições. O consentimento adequa-se a funcionalidades opcionais, como guardar um histórico pessoal de leituras, porque o utilizador pode recusar sem perder o serviço.
Uma biblioteca pode conservar o histórico de empréstimos depois da devolução?
Pode, mas precisa de uma finalidade e de um prazo de conservação que sejam necessários. Muitas bibliotecas europeias quebram a ligação entre a pessoa e o empréstimo no momento da devolução, por exemplo a Universidade de Bergen, a Universidade Radboud e a Universidade do Sul da Dinamarca. Conservar o histórico para fins estatísticos funciona normalmente sem identidade, pelo que deve ser anonimizado ou pseudonimizado.
Que atributos SAML deve uma biblioteca libertar aos editores de revistas eletrónicas?
Para conteúdos licenciados, normalmente apenas o que o editor precisa para verificar o direito de acesso: a afiliação do utilizador com âmbito (por exemplo member@university.edu) e, se forem necessárias funcionalidades pessoais, um identificador pseudónimo por pares. A REFEDS afirma que a sua categoria Research and Scholarship, que liberta o nome e o endereço de correio eletrónico, não deve ser usada para conteúdos licenciados como as revistas eletrónicas.
Os assistentes de investigação com IA das ferramentas de pesquisa guardam as perguntas dos utilizadores?
Depende do produto e do plano. A Ex Libris afirma que nem os dados introduzidos nem o conteúdo licenciado são guardados pelo modelo de linguagem usado no Primo Research Assistant. A Elsevier afirma que as conversas normais do Scopus AI são guardadas até ao fim do contrato ou até ser pedido o apagamento, e as conversas temporárias durante até 30 dias. Pergunte a cada fornecedor o que ele próprio regista.