Ir para o conteúdo
Legiscope
Menu
Proteção de dados

Dados pessoais: como identificar e classificar informação

Tabela de identificabilidade e decisão sobre casos ambíguos. Método de aplicação, exemplos preenchidos e critérios de verificação.

Também disponível em:Deutsch·Italiano·Svenska·Lietuvių·Dansk·Suomi·Norsk

Identificar dados pessoais exige olhar para a informação, para as ligações disponíveis e para o modo como será utilizada. Uma tabela sem nomes pode continuar a permitir reconhecer trabalhadores. Um endereço profissional publicado na Internet pode continuar a identificar uma pessoa. A classificação deve explicar estas relações e produzir decisões utilizáveis por quem desenha formulários, concede acessos ou partilha ficheiros.

O resultado deste método é uma ficha por conjunto de dados: conteúdo, pessoas a quem respeita, meios de identificação, categorias relevantes e ações necessárias. Não é uma classificação global da empresa como «sujeita» ou «não sujeita» ao RGPD. Sistemas diferentes, e até campos do mesmo documento, podem exigir análises distintas.

Começar pela informação e pela pessoa

O artigo 4.º, n.º 1, do RGPD abrange informação relativa a uma pessoa singular identificada ou identificável. O nome é apenas uma das formas de identificação. Números, localização, identificadores em linha e combinações de características podem permitir a ligação. O considerando 26 orienta a avaliação dos meios razoavelmente suscetíveis de serem utilizados, incluindo custos, tempo e tecnologia.

A informação pode descrever um facto, uma opinião ou uma avaliação. Uma nota de atendimento sobre o comportamento de um cliente pode dizer respeito ao cliente e ao trabalhador que a escreveu. Um parecer de desempenho continua a respeitar ao trabalhador mesmo quando este discorda da conclusão. Não confunda a classificação como dado pessoal com a apreciação posterior da sua exatidão ou licitude.

Numa primeira leitura, faça três perguntas: o conteúdo refere-se a alguém; alguém pode ser identificado no contexto; e quem dispõe dos meios relevantes? Se a resposta depender de informação que falta, registe a dúvida e a verificação necessária, em vez de classificar automaticamente como anónimo.

Depois de identificar dados pessoais, determine o âmbito do tratamento automatizado e dos ficheiros manuais. A presença de dados pessoais e a aplicação material do RGPD são verificações relacionadas, mas distintas.

Procurar identificadores diretos e ligações indiretas

Os identificadores diretos incluem nomes associados a contactos, números de identificação e registos de utilizador que a organização consegue relacionar com uma pessoa. Os indiretos aparecem muitas vezes em sistemas técnicos: identificador de dispositivo, sequência de acessos, matrícula, localização ou código de funcionário.

Um código «E-17» pode parecer opaco para um leitor externo e ser imediatamente reconhecível para recursos humanos. Uma combinação de função, local de trabalho e turno pode distinguir uma única pessoa numa equipa pequena. Não é necessário que cada campo identifique alguém isoladamente; a combinação e os recursos disponíveis fazem parte da análise.

O guia sobre endereços IP como dados pessoais aprofunda um caso frequente. Para o inventário inicial, inclua os endereços e os restantes identificadores técnicos que permitem relacionar ações com utilizadores ou dispositivos, indicando o contexto. Evite a conclusão inversa de que qualquer número técnico identifica necessariamente uma pessoa em todas as situações.

Separar dados pessoais de informação sobre sociedades

Informação exclusivamente relativa a uma pessoa coletiva não se torna pessoal apenas por estar num sistema comercial. O capital social de uma sociedade pode ser informação empresarial. Já o nome do seu representante, a assinatura de um contrato e o contacto de um trabalhador identificável dizem respeito a pessoas singulares.

Um endereço genérico deve ser avaliado no contexto. Uma caixa partilhada por uma equipa não identifica necessariamente uma pessoa pelo endereço, mas as mensagens podem conter nomes, assinaturas, opiniões e dados de clientes. Numa atividade exercida individualmente, o contacto apresentado como empresarial pode estar diretamente ligado ao profissional.

A disponibilidade pública também não altera automaticamente a natureza dos dados. Copiar contactos de um diretório, recolher perfis profissionais ou reutilizar nomes de um programa de conferência continua a exigir análise da finalidade e das condições do tratamento. O procedimento de informação sobre dados recolhidos de terceiros ajuda a tratar a origem e a transparência dessa reutilização.

Classificar as categorias que exigem análise adicional

Identifique separadamente as categorias especiais do artigo 9.º e os dados relativos a condenações penais e infrações do artigo 10.º. Não use «sensível» como uma etiqueta vaga que mistura todos os riscos. Informação financeira pode causar danos elevados sem pertencer, por esse motivo isolado, à lista do artigo 9.º.

O contexto evita erros frequentes. Uma fotografia comum não é automaticamente um dado biométrico abrangido pela categoria especial; é relevante o tratamento técnico para identificar inequivocamente uma pessoa. A nacionalidade não equivale automaticamente à origem racial ou étnica. Uma restrição alimentar pode revelar informação de saúde ou crenças em certos contextos, mas a equipa deve verificar o que é efetivamente recolhido ou inferido.

No contexto escolar, a ausência de identificação biométrica não torna livre a divulgação da imagem. O guia de fotografias de alunos distingue a finalidade pedagógica, o acesso reservado e a publicação aberta.

Assinalar uma categoria especial desencadeia a análise das condições aplicáveis, além do fundamento do artigo 6.º. Não conclua que um simples consentimento colocado no formulário resolve qualquer tratamento. Uma organização deve ainda avaliar necessidade, proporcionalidade, informação, segurança e eventuais disposições setoriais.

Exemplo preenchido: inventário de um prestador de formação

Considere uma entidade fictícia que organiza formação para empresas. O inventário encontra inscrições, presenças, pedidos de acessibilidade, faturação e estatísticas de utilização. A equipa documenta decisões por conjunto, em vez de marcar toda a plataforma como «dados de clientes».

Conjunto Ligação à pessoa Classificação e decisão de exemplo
Lista de inscritos Nome e endereço profissional Dados pessoais; acesso limitado à organização da sessão
Código de presença Código ligado ao inscrito numa tabela separada Dados pessoais para a entidade que mantém a correspondência
Pedido de acessibilidade Texto que pode revelar uma condição de saúde Análise do artigo 9.º e circuito reservado, evitando detalhe clínico desnecessário
Fatura à sociedade Dados empresariais e nome de contacto Separar informação da sociedade dos dados pessoais incluídos
Estatística por turma Número de participantes e resultados agregados Avaliar dimensão e combinações que possam revelar respostas individuais
Registos de acesso Identificador da conta, hora e endereço IP Dados pessoais no contexto de contas identificáveis; finalidade e conservação próprias

A decisão sobre acessibilidade não obriga a recolher um diagnóstico. O prestador pode precisar de saber que adaptação disponibilizar, sem conhecer a história clínica. A auditoria de minimização dos campos permite transformar a classificação numa alteração concreta da recolha e do acesso.

No relatório agregado, uma turma com um único participante não fica anónima apenas porque desapareceu o nome. Se o cliente sabe quem participou, o resultado pode revelar a avaliação individual. A equipa pode agrupar sessões, reduzir detalhe ou impedir a divulgação de grupos que permitam essa ligação, verificando a utilidade restante.

Distinguir pseudonimização e anonimização

A pseudonimização separa a ligação identificadora e pode reduzir o risco, mas não permite ao responsável que conserva a correspondência ignorar a proteção de dados. A análise de pseudonimização e controlo da informação adicional deve abranger chaves, acessos, combinações e utilização prevista.

No processo C-413/23 P, relativo ao Regulamento 2018/1725, o Tribunal de Justiça esclareceu que dados pseudonimizados não são necessariamente pessoais para todas as pessoas em todas as circunstâncias. A avaliação da identificabilidade depende do contexto. O comunicado oficial do Tribunal sobre o acórdão de 4 de setembro de 2025 também salienta que a obrigação de informação do responsável em causa se apreciava na recolha, da sua perspetiva, antes da transmissão.

Daqui não resulta uma autorização automática para dispensar contratos ou transparência sempre que se retiram nomes. Examine os meios do destinatário, a informação que pode obter e a operação concreta. Uma declaração genérica de que «não há acesso à chave» pode ser insuficiente quando o próprio conteúdo permite reconhecer pessoas.

A análise de anonimização exige verificar o risco de individualização, ligação e inferência no cenário de utilização ou divulgação. A transformação inicial de dados pessoais continua a ser uma operação que precisa de enquadramento. Conserve a análise e reveja-a quando mudarem os dados auxiliares ou os destinatários.

Tratar documentos mistos e texto livre

Uma folha de cálculo pode combinar estatísticas não pessoais com comentários identificáveis. Um contrato pode conter informação comercial, assinaturas e contactos. Classifique o conteúdo e aplique controlos coerentes ao documento enquanto essas partes coexistirem. Não declare o ficheiro inteiro anónimo com base na primeira folha ou na finalidade predominante.

Texto livre merece uma amostra específica. Procure referências a familiares, reclamações, saúde, juízos sobre trabalhadores e identificadores copiados para campos de notas. Muitas operações excessivas começam porque a interface permite escrever qualquer coisa num campo concebido para uma indicação breve. A correção pode envolver instruções, campos estruturados, restrições de acesso e remoção de conteúdo desnecessário.

Também existem dados sobre pessoas falecidas e informação que afeta familiares vivos. O considerando 27 do RGPD admite regras nacionais sobre falecidos; em Portugal, o artigo 17.º da Lei n.º 58/2019 prevê proteção em determinados casos. Evite uma regra interna que autorize livre divulgação de qualquer processo após o óbito.

Converter a classificação em decisões operacionais

A ficha final deve identificar proprietário, sistema, campos, categorias, finalidade, destinatários, acessos e dúvida pendente. Inclua a razão da decisão: «código relacionável com trabalhador pela tabela RH» é mais útil do que «sim, RGPD». Se concluir que um conjunto não permite identificação no cenário analisado, descreva as condições das quais depende essa conclusão.

Depois, determine as obrigações aplicáveis ao tratamento concreto. A presença de dados pessoais não significa que todas as disposições do RGPD tenham exatamente o mesmo efeito em qualquer situação: âmbito material e territorial, papéis e condições de cada obrigação continuam relevantes. A ficha alimenta o inventário e as avaliações; não substitui essas análises.

Reveja a classificação quando uma integração acrescentar identificadores, quando uma estatística passar a ser divulgada externamente ou quando mudar o objetivo do uso. A limitação das finalidades ajuda a reconhecer essas mudanças. O inventário mantém valor quando explica quem pode reconhecer uma pessoa, por que meios e que decisão de proteção resulta dessa possibilidade.

L
Escrito por
Legiscope
Legiscope

Passe esta orientação à prática

Veja como o Legiscope liga registos de privacidade, fontes e trabalho sujeito a revisão.

Marcar uma demonstração personalizada
Continuar a ler

Artigos relacionados

01Proteção de dados

Anonimização de dados: técnicas e teste de reidentificação

Anonimizar dados exige demonstrar que o resultado já não permite identificar pessoas pelos meios razoavelmente suscetíveis de serem utilizados. Apagar nomes e números de identificação é apenas uma…

8 de setembro de 2026
02Proteção de dados

Artigo 12.º: comunicar com clareza e gerir pedidos de direitos

Uma pessoa deve conseguir perceber o que a organização faz com os seus dados e exercer os seus direitos sem atravessar um circuito desnecessariamente difícil. O artigo 12.º liga a clareza da…

8 de setembro de 2026
03Proteção de dados

BCR, cláusulas-tipo e DPF: comparar o âmbito das garantias

A escolha entre regras vinculativas aplicáveis às empresas, cláusulas contratuais-tipo e Data Privacy Framework depende do destinatário e do fluxo de dados. Estes mecanismos não têm o mesmo âmbito…

8 de setembro de 2026
04Proteção de dados

Biometria para assiduidade e acessos: avaliação em Portugal

Um leitor biométrico não deve ser escolhido apenas porque evita cartões esquecidos. A organização precisa de demonstrar por que o tratamento é necessário, quais os dados realmente utilizados e como…

8 de setembro de 2026
05Proteção de dados

Cartografia dos sistemas de informação: mapa de dados e dependências

A cartografia dos sistemas de informação mostra como a atividade depende de aplicações, dados, pessoas, equipamentos e prestadores. Um inventário de software é um ponto de partida, mas não explica…

8 de setembro de 2026
06Proteção de dados

Certificação para EPD: comparar formação jurídica e operacional

Uma certificação de EPD pode ajudar a demonstrar conhecimentos, mas a escolha deve começar pelas funções que a pessoa vai desempenhar e pelas competências que lhe faltam. Comprar a formação com o…

8 de setembro de 2026
07Proteção de dados

Cifragem de dados pessoais: escolher medidas e gerir chaves

A cifragem protege a confidencialidade de dados quando o mecanismo e as chaves são adequados ao risco. Para escolher uma medida, é preciso identificar quem poderá aceder ao conteúdo, em que momento e…

8 de setembro de 2026
08Proteção de dados

Cláusulas contratuais-tipo: escolher módulos e preencher anexos

As cláusulas contratuais-tipo para transferências internacionais só são úteis quando o contrato identifica o fluxo real: quem disponibiliza os dados, quem os recebe, em que qualidade, para que…

8 de setembro de 2026