Quanto precisa de saber sobre um especialista para tomar uma boa decisão? Modelo de divulgação progressiva de dados profissionais

O RGPD exige que os dados pessoais sejam adequados, pertinentes e limitados ao que é necessário para as finalidades do tratamento. É o princípio da minimização de dados do artigo 5.º, n.º 1, alínea c). [1]

O artigo 25.º, n.º 2, vai mais longe e exige que, por defeito, sejam tratados apenas os dados pessoais necessários para cada finalidade específica. A disposição refere expressamente a quantidade de dados recolhidos, a extensão do tratamento, o período de conservação e a acessibilidade. [1]

A Comissão Europeia explica a mesma regra de forma mais simples: uma organização deve recolher e tratar apenas os dados pessoais necessários para cumprir a finalidade definida. [2]

Isto não significa que a lei obrigue uma plataforma de especialistas a esconder o nome ou a fotografia até um momento específico. O modelo deste artigo é uma interpretação prática da limitação de dados e do acesso, não uma obrigação formal criada por uma única disposição legal.

Não é possível responder de forma sensata a "que dados são necessários?" sem saber para que servem.

Precisa de informação diferente quando:

• percorre centenas de perfis,
• compara duas pessoas numa lista restrita,
• convida alguém para uma conversa,
• verifica uma autorização profissional específica,
• acorda condições de serviço,
• celebra um contrato,
• realiza um pagamento ou cumpre uma obrigação legal.

Minimização de dados não significa "mostrar sempre o mínimo possível". Significa limitar os dados ao que é adequado e necessário para uma finalidade concreta. [1]

Esta distinção é importante.

Se uma plataforma guarda o nome completo de um especialista mas não o mostra a quem consulta o perfil, a plataforma continua a tratar esses dados. O RGPD define tratamento de forma ampla e inclui recolha, conservação, consulta, utilização e divulgação, entre outras operações. [1]

Esconder informação pode reduzir a sua acessibilidade para determinados destinatários, uma das dimensões referidas no artigo 25.º, n.º 2. Não equivale a deixar de tratar os dados. [1]

Uma boa arquitetura de privacidade deve responder separadamente a três perguntas:

• que dados a plataforma possui,
• quem pode aceder,
• quando e para que finalidade podem ser revelados a outra parte.

Pseudonimização e anonimização não são a mesma coisa.

O Comité Europeu para a Proteção de Dados explica que a pseudonimização reduz a possibilidade de associar dados a uma pessoa concreta, mas não elimina totalmente essa ligação. Dados pseudonimizados continuam a ser dados pessoais quando podem ser novamente associados a uma pessoa com informação adicional. [4]

Assim, um perfil chamado "Especialista 184", cuja identidade real é guardada separadamente, não se torna automaticamente anónimo no sentido jurídico.

A pseudonimização é uma medida de proteção, não uma forma de retirar os dados do âmbito do RGPD.

O RGPD contém aqui uma nuance importante que é muitas vezes simplificada em excesso.

O considerando 51 diz que as fotografias não devem ser sistematicamente consideradas dados de categorias especiais. Uma fotografia entra na definição relevante de dado biométrico quando é tratada através de meios técnicos específicos que permitem identificar ou autenticar uma pessoa de forma única. [1]

Isto não significa que uma fotografia comum não possa ser um dado pessoal. Pode. Significa apenas que uma fotografia não se torna automaticamente um dado biométrico de categoria especial só por representar uma pessoa.

A investigação sobre candidaturas anónimas mostra que limitar informação de identidade pode, em algumas circunstâncias, reduzir barreiras discriminatórias na seleção inicial. Ao mesmo tempo, os resultados dependem do contexto e o anonimato pode apenas adiar a discriminação ou produzir efeitos inesperados. [6]

Por isso não é correto dizer:

"esconder o nome e a fotografia elimina os enviesamentos".

Uma formulação mais compatível com a evidência é:

"limitar parte da informação de identidade pode ajudar a concentrar a primeira etapa em critérios profissionais, mas por si só não garante uma decisão imparcial ou melhor".

A OCDE descreve as abordagens skills-first como uma mudança do principal critério de avaliação para as competências que uma pessoa consegue demonstrar, com qualificações e experiência a desempenharem um papel complementar. A OCDE também sublinha a necessidade de reduzir deliberadamente os enviesamentos e utilizar métodos de avaliação adequados. [5]

Isto não significa que a OCDE recomende esconder campos específicos de perfis em plataformas de especialistas.

Ainda assim, é possível uma conclusão de design prudente:

se o objetivo da primeira etapa é avaliar a capacidade para executar um trabalho concreto, informação sobre competências e respetivas provas pode ser mais importante do que parte da informação de identidade.

Comece por definir:

• o problema a resolver,
• as tarefas a executar,
• as competências essenciais,
• as provas de trabalho relevantes,
• as restrições de tempo, orçamento e colaboração.

Nesta etapa não precisa de dados sobre um especialista concreto.

Também é importante metodologicamente: os critérios são definidos antes de ver as pessoas que serão avaliadas com base neles.

Para uma avaliação inicial do perfil podem bastar informações como:

• competências necessárias,
• contexto em que foram usadas,
• amostras ou resultados de trabalho,
• descrição da contribuição real,
• nível de responsabilidade,
• atualidade da experiência,
• possibilidade de verificar parte das provas.

Se o nome, a fotografia ou o histórico profissional exato não ajudam a responder se a pessoa consegue executar o trabalho concreto, pode considerar não os utilizar nesta etapa.

É uma decisão de design, não uma obrigação jurídica universal.

A camada seguinte pode incluir informação que não prova competência, mas permite verificar se a colaboração é possível:

• disponibilidade,
• possível data de início,
• âmbito do serviço,
• modelo de cobrança e preço,
• língua de comunicação quando relevante,
• fuso horário ou local de trabalho quando realmente relevantes,
• restrições organizacionais.

O preço não é prova de competência e a localização não é medida de qualidade. Ainda assim, podem ser condições importantes para uma colaboração concreta.

Depois de reduzir as opções, não precisa de revelar automaticamente o perfil inteiro.

Primeiro identifique o que falta para a próxima decisão.

Pode ser:

• clarificação de um projeto específico,
• confirmação da contribuição pessoal,
• uma amostra de trabalho adicional,
• resposta à mesma pergunta feita a todas as pessoas da lista restrita,
• confirmação de uma autorização profissional realmente necessária.

A falta de informação deve levar a uma pergunta concreta, não automaticamente a uma avaliação pior.

O momento de revelar a identidade não tem de ser idêntico em todas as situações.

Pode tornar-se necessário, por exemplo, quando as partes pretendem:

• passar para uma conversa direta,
• verificar autoria declarada ou experiência junto de uma fonte específica,
• confirmar uma autorização obrigatória ligada à pessoa,
• preparar uma relação formal.

Não existe uma regra jurídica universal segundo a qual o nome tenha de ser revelado após um número fixo de etapas.

Um critério útil é surgir uma finalidade concreta que não possa ser razoavelmente cumprida sem essa informação.

Quando as partes começam efetivamente a trabalhar em conjunto, o conjunto de informação necessária pode aumentar.

Consoante o tipo de relação, a jurisdição e as obrigações das partes, podem ser necessários dados para:

• celebrar ou executar um contrato,
• contacto operacional,
• faturação e liquidação,
• obrigações fiscais ou contabilísticas,
• verificações exigidas por lei ou justificadas pela natureza do serviço.

Nem todos os projetos exigem o mesmo conjunto de dados. Setores regulados ou obrigações legais específicas podem exigir muito mais.

Este artigo não substitui a análise jurídica de uma relação concreta.

A minimização de dados não termina quando estes são recolhidos.

O artigo 25.º, n.º 2, do RGPD também liga a proteção por defeito à extensão do tratamento, ao período de conservação e à acessibilidade. [1]

Depois de uma etapa terminar, volte a perguntar:

• esta informação continua a ser necessária,
• quem deve continuar a ter acesso,
• existe uma obrigação legal de conservação,
• é possível reduzir a visibilidade,
• quando deve ser eliminada ou novamente revista.

O facto de uma informação ter sido necessária ontem não significa automaticamente que deva permanecer disponível indefinidamente.

Antes de revelar outra informação, use um teste simples de cinco perguntas:

1. Qual é exatamente a finalidade desta informação?
2. A decisão pode ser tomada razoavelmente sem ela?
3. Uma versão menos precisa seria suficiente?
4. Quem precisa realmente de a ver?
5. Durante quanto tempo deve continuar disponível?

Exemplo: se apenas precisa de saber se a colaboração pode acontecer em determinados horários, a morada exata do especialista normalmente não responde diretamente a essa questão. O fuso horário ou os horários declarados podem ser suficientes.

Não é um teste jurídico. É uma ferramenta prática para verificar a proporcionalidade entre informação e finalidade.

A privacidade não deve reduzir a qualidade da decisão substituindo informação em falta por suposições.

Se precisa de um dado profissional específico para avaliar, existem três opções razoáveis:

• pedi-lo na etapa apropriada,
• usar uma prova alternativa que responda à mesma pergunta,
• reconhecer que ainda não existe base suficiente para decidir.

O que não é correto é:

"não vejo esta informação, portanto o resultado deve ser mau".

Falta de dados e prova negativa são coisas diferentes.

A divulgação progressiva tem pouco valor se todos os utilizadores internos do sistema puderem ver todos os dados desde o início.

O artigo 25.º, n.º 2, do RGPD inclui expressamente a acessibilidade entre as dimensões da proteção por defeito. [1] As orientações do Comité Europeu para a Proteção de Dados sobre proteção desde a conceção e por defeito explicam a aplicação destes princípios através de medidas técnicas e organizacionais adequadas. [3]

Na prática, separe:

• dados que a plataforma precisa para gerir a conta,
• dados visíveis publicamente,
• dados visíveis apenas para uma parte selecionada,
• dados acessíveis a colaboradores ou administradores apenas para uma finalidade definida.

Privacidade na interface sem controlo correspondente do acesso aos dados é incompleta.

Suponha que uma organização procura alguém para avaliar a acessibilidade de um site.

Etapa um
Compara competências, experiência em auditorias semelhantes, relatórios de exemplo, âmbito de responsabilidade e conhecimento das normas exigidas. Nome e fotografia não são necessários para responder a todas essas perguntas.

Etapa dois
Verifica disponibilidade no período necessário, preço, língua de comunicação e possibilidade de trabalhar no modelo exigido.

Etapa três
Na lista restrita, pede clarificação da metodologia e confirmação de alguns elementos da experiência.

Etapa quatro
Antes de uma conversa direta ou de formalizar a colaboração, as partes revelam informação necessária para identificação, contacto e formalização da relação.

Isto não prova que esta ordem seja a melhor em todas as situações. Mostra apenas que decisões diferentes podem exigir camadas diferentes de informação.

1. Esconde dados do cliente, mas internamente todos continuam a ter acesso.

2. Chama anónimo a um perfil embora a plataforma consiga ligá-lo facilmente a uma pessoa concreta.

3. Esconde informação realmente necessária para uma decisão segura ou legal.

4. Trata a revelação da identidade como prémio em vez de resposta a uma necessidade concreta do processo.

5. Assume que esconder o nome elimina automaticamente os enviesamentos.

6. Recolhe dados "por precaução" sem finalidade definida.

7. Não distingue os dados necessários para avaliar competências dos dados necessários para contrato ou liquidação.

8. Depois de uma etapa, não volta a verificar se os dados ainda precisam de estar acessíveis.

1. Qual é a finalidade exata de cada informação?
2. Essa finalidade pode ser alcançada sem ela?
3. Uma versão menos detalhada é suficiente?
4. O dado é necessário para avaliar competências ou apenas para colaboração posterior?
5. Quem deve vê-lo na etapa atual?
6. O perfil é realmente anónimo ou apenas pseudónimo?
7. A falta de informação é corretamente distinguida de um resultado negativo?
8. Todos os especialistas são comparados com critérios comparáveis?
9. Existe uma razão concreta do processo para revelar a identidade?
10. Uma etapa posterior exige novos dados por motivos contratuais, fiscais, de segurança ou legais?
11. O acesso interno está limitado a quem realmente precisa?
12. Está claro quando os dados deixam de ser necessários ou quando essa necessidade deve ser revista?

Minimização de dados não significa decidir sem informação.

Significa separar as perguntas:

o que preciso de saber agora?
o que posso verificar mais tarde?
quem precisa de ver?
durante quanto tempo esta informação será necessária?

Uma sequência prática pode ser:

problema -> competências -> provas -> condições de colaboração -> informação em falta -> identidade -> dados necessários para formalizar -> nova avaliação de acesso e conservação.

Nem todas as situações exigem exatamente esta ordem.

O princípio mais simples é:

revele e trate dados porque são necessários para uma finalidade claramente definida, não apenas porque o sistema consegue recolhê-los ou mostrá-los.

[1] Regulamento (UE) 2016/679 - RGPD, especialmente artigos 4, 5 e 25 e considerandos 39 e 51, EUR-Lex
Abrir fonte

[2] Comissão Europeia - What data can we process and under which conditions?
Abrir fonte

[3] European Data Protection Board - Guidelines 4/2019 on Article 25 Data Protection by Design and by Default, versão final de 20 de outubro de 2020
Abrir fonte

[4] European Data Protection Board - Anonymisation / pseudonymisation
Abrir fonte

[5] OECD - A Skills-First Labour Market, Promoting skills-first hiring and talent management, 2026
Abrir fonte

[6] IZA World of Labour - Anonymous job applications and hiring discrimination
Abrir fonte

Nota metodológica: as fontes abrangem áreas diferentes: direito da proteção de dados, conceção da privacidade, mercado de trabalho e investigação sobre recrutamento anónimo. Este artigo não afirma que os resultados da investigação em recrutamento se transfiram diretamente para todas as relações com especialistas. O modelo de divulgação progressiva de dados profissionais é uma síntese prática, não um padrão formal de qualquer das instituições referidas.