Guias Práticos
18 min de leitura

LIA na prática: como fazer o teste de legítimo interesse na LGPD

LGPD Cloud
Equipe Editorial
LIA na prática: como fazer o teste de legítimo interesse na LGPD
O legítimo interesse não é uma autorização genérica para usar dados pessoais. Este guia mostra como estruturar uma LIA LGPD passo a passo, desde a descrição da finalidade e da necessidade até a análise de expectativas, impactos, oposição e medidas de proteção. Veja exemplos práticos, critérios para aprovar ou rejeitar tratamentos e como relacionar o teste à atividade correspondente no Mapeamento de Dados da LGPD Cloud.

O legítimo interesse é uma das bases legais mais úteis e, ao mesmo tempo, mais mal compreendidas da LGPD. Ele pode apoiar tratamentos necessários para promover atividades do controlador ou proteger direitos e prestar serviços que beneficiem o titular, desde que a finalidade seja legítima, exista uma situação concreta, o tratamento seja necessário e não prevaleçam os direitos e liberdades fundamentais da pessoa. O problema começa quando a empresa transforma essa hipótese em uma frase pronta para justificar qualquer iniciativa comercial, analítica ou operacional.

É para evitar esse atalho que existe a LIA LGPD, sigla usada para a avaliação ou teste de legítimo interesse. A LIA organiza o raciocínio que sustenta a decisão. Ela não é um formulário decorativo, nem um certificado automático de conformidade. É uma análise documentada sobre o interesse perseguido, a finalidade, a necessidade, as expectativas do titular, os impactos possíveis e as medidas de proteção. Quando bem feita, ela ajuda a organização a saber não apenas se pode iniciar um tratamento, mas em quais condições ele deve funcionar e quando precisa ser reavaliado.

A pergunta central da LIA

O interesse da organização é legítimo, o tratamento é necessário para alcançá-lo e o impacto sobre os titulares permanece aceitável quando comparado às expectativas, aos direitos e às salvaguardas disponíveis?

O que é o legítimo interesse na LGPD?

O artigo 7º, inciso IX, da LGPD permite o tratamento de dados pessoais quando necessário para atender aos interesses legítimos do controlador ou de terceiro, exceto quando prevalecerem direitos e liberdades fundamentais do titular que exijam proteção. O artigo 10 complementa essa regra ao exigir finalidades legítimas baseadas em situações concretas, limitar o tratamento aos dados estritamente necessários, exigir transparência e admitir que a autoridade nacional solicite um relatório de impacto quando o tratamento estiver fundamentado nessa hipótese.

A redação legal mostra por que o legítimo interesse não funciona como um passe livre. Há uma sequência lógica: primeiro deve existir um interesse legítimo; depois, uma finalidade concreta; em seguida, um tratamento necessário; por fim, um balanceamento que considere o titular. Se a empresa não consegue explicar o interesse, não precisa de determinado dado, usa a informação de forma inesperada ou não consegue reduzir os impactos, a LIA tende a produzir uma conclusão negativa ou a exigir o redesenho da operação.

O que a LIA não é

  • Não é uma autorização para tratar dados pessoais sensíveis com base em interesse comercial. O artigo 11 tem hipóteses próprias e não inclui o legítimo interesse como base geral.
  • Não é uma substituição para transparência. Mesmo sem consentimento, a organização precisa informar o titular sobre o tratamento de modo claro e acessível.
  • Não é uma justificativa para coletar todos os dados disponíveis. A necessidade continua exigindo limitação ao mínimo pertinente para a finalidade.
  • Não é uma decisão permanente. Mudanças de finalidade, público, tecnologia, fornecedor, volume ou tipo de dado podem reabrir o teste.
  • Não é um documento produzido apenas pelo jurídico. A conclusão precisa refletir o funcionamento real do produto, do processo, dos sistemas e dos controles.
  • Não é uma garantia de que a operação jamais será questionada. A LIA demonstra o raciocínio e as salvaguardas adotadas, mas não elimina riscos ou direitos de oposição.

Quando uma LIA LGPD é recomendável?

A avaliação deve ser considerada antes do início de qualquer tratamento que pretenda usar legítimo interesse. O nível de profundidade, porém, pode variar. Um contato operacional simples entre empresas que já mantêm relação comercial pode exigir uma justificativa objetiva e salvaguardas básicas. Já uma campanha baseada em dados obtidos de terceiros, um perfilamento de clientes, um programa de detecção de fraude ou uma análise de comportamento em grande escala pede uma investigação mais detalhada.

  • Nova finalidade para dados que já estavam armazenados por outra razão.
  • Prospecção, marketing ou personalização sem uma relação clara com o titular.
  • Compartilhamento com parceiros, plataformas de mídia, fornecedores ou outros controladores.
  • Monitoramento de uso, comportamento, localização, dispositivos ou interações.
  • Criação de perfis, pontuações, segmentações ou recomendações que podem afetar oportunidades.
  • Prevenção de fraude, segurança de conta e análise de transações com impacto sobre o acesso a serviços.
  • Tratamento em grande escala, com público vulnerável, dados de crianças ou possibilidade de discriminação.
  • Uso de tecnologia nova, inteligência artificial ou combinação de bases que não existia na operação original.

Atenção aos dados sensíveis

A LIA não transforma legítimo interesse em base aplicável a dados sensíveis. Se o tratamento envolve saúde, biometria, origem racial ou étnica, religião, opinião política, filiação sindical, vida sexual ou dados genéticos, a equipe deve começar pela análise do artigo 11 e das hipóteses específicas previstas para esse tipo de dado.

As quatro partes do teste de legítimo interesse

O Guia Orientativo da ANPD sobre legítimo interesse organiza a avaliação em três fases principais: finalidade, necessidade e balanceamento. As salvaguardas atravessam o teste e aparecem como medidas que podem reduzir os impactos e tornar o tratamento mais proporcional. Para facilitar a aplicação, podemos tratar a análise como quatro blocos de trabalho: identificar o interesse e a finalidade, demonstrar a necessidade, avaliar expectativas e impactos, e definir salvaguardas com transparência e revisão.

  1. Finalidade e interesse: qual resultado concreto a organização pretende alcançar e por que esse interesse é legítimo?
  2. Necessidade: por que o tratamento é indispensável ou proporcional para alcançar esse resultado e por que alternativas menos intrusivas não bastam?
  3. Expectativas e impactos: o titular esperaria esse uso e quais consequências podem surgir para sua privacidade, liberdade, segurança ou autonomia?
  4. Salvaguardas e decisão: o que será feito para reduzir riscos, garantir transparência, permitir oposição e acompanhar a validade da conclusão?

Etapa 1: descreva a finalidade e o interesse

O primeiro passo é abandonar expressões genéricas como melhorar a experiência, otimizar o negócio ou usar os dados de forma inteligente. A LIA precisa nomear o resultado pretendido. Exemplos mais úteis seriam detectar transações suspeitas para reduzir fraude, enviar uma comunicação sobre produtos relacionados a uma compra recente, recuperar uma conta comprometida, responder a solicitações de suporte ou medir a qualidade de um serviço solicitado pelo titular.

Depois, identifique de quem é o interesse. Pode ser um interesse do controlador, como proteger seus sistemas contra abuso, ou de um terceiro, como prevenir uma fraude que prejudicaria clientes e fornecedores. Também pode ser um interesse relacionado ao próprio titular, como oferecer uma funcionalidade que ele solicitou ou proteger sua conta. O fato de ser um interesse comercial não o torna ilegítimo, mas exige compatibilidade com o ordenamento jurídico, concretude e respeito aos direitos fundamentais.

Como distinguir interesse legítimo de conveniência interna

Nem toda vantagem para a empresa representa um interesse suficiente. Economizar tempo, preencher um dashboard ou centralizar informações pode ser conveniente, mas a análise precisa conectar a atividade a um resultado legítimo e demonstrável. Pergunte se o objetivo poderia ser alcançado sem dados pessoais, com dados agregados ou com uma quantidade menor de informações. Se a resposta for positiva, a conveniência de usar dados identificáveis perde força no teste de necessidade.

Etapa 2: demonstre a necessidade

Necessidade não significa apenas que o dado ajuda. Significa demonstrar uma relação objetiva entre o tratamento e a finalidade, considerando se há meios razoáveis de alcançar o mesmo resultado com menor impacto. O teste deve listar os dados utilizados, a operação realizada, a frequência, os destinatários, o período de retenção e os sistemas envolvidos. Quanto mais ampla for a coleta ou mais intenso for o uso, mais forte precisa ser a explicação.

  1. Quais campos são usados e qual é a função de cada um no resultado pretendido?
  2. O dado é necessário ou apenas melhora a precisão, a conveniência ou o lucro da operação?
  3. É possível substituir o dado por uma informação agregada, pseudonimizada ou menos detalhada?
  4. É possível reduzir a frequência, o período de retenção, o universo de titulares ou os destinatários?
  5. O tratamento inteiro é necessário ou apenas uma parte do fluxo atende à finalidade?
  6. A mesma finalidade pode ser atingida com informação fornecida diretamente pelo titular, sem enriquecimento externo?

Imagine uma empresa que pretende reduzir abandono de carrinho e quer importar histórico completo de navegação, dados de localização e informações de compras antigas. A necessidade não deve ser presumida pelo potencial analítico desses dados. Talvez o objetivo possa ser alcançado com o item deixado no carrinho, um identificador de sessão e uma comunicação limitada. Se a área não consegue explicar por que cada campo é indispensável, a LIA deve reduzir o escopo ou rejeitar a operação planejada.

Etapa 3: avalie as expectativas do titular

A expectativa legítima não é uma impressão subjetiva da equipe de marketing. Ela deve ser examinada a partir do contexto em que o dado foi obtido e das informações dadas ao titular. Considere a relação existente, a proximidade entre a finalidade original e a nova finalidade, o canal de coleta, a visibilidade do aviso de privacidade, a natureza dos dados, a idade e a vulnerabilidade do público, a frequência da comunicação e a possibilidade real de oposição.

  • Um cliente que acabou de comprar espera receber informações sobre pagamento, entrega e suporte. Isso não significa que espere ter o contato compartilhado com parceiros.
  • Um usuário que abriu uma conta espera medidas de segurança e recuperação de acesso. Isso pode ser diferente de esperar uma análise comportamental para publicidade personalizada.
  • Um candidato que enviou currículo espera participar do processo seletivo informado. Isso não significa que espere retenção indefinida em um banco de talentos.
  • Um visitante de um prédio pode esperar controles de segurança na entrada. Isso não significa que espere reconhecimento facial ou armazenamento de imagens por prazo ilimitado.
  • Um contato profissional de uma empresa pode esperar comunicação relacionada à relação comercial. Isso não autoriza automaticamente campanhas para temas pessoais ou compartilhamento com terceiros.

A fonte do dado também pesa. Informações fornecidas diretamente pelo titular em uma relação ativa podem gerar expectativas diferentes de dados comprados, raspados, enriquecidos por terceiros ou obtidos em contexto público. O fato de uma informação estar acessível não elimina a necessidade de considerar finalidade, boa-fé, interesse público, transparência e os princípios da LGPD. Na LIA, registre a origem e explique por que o uso pretendido é razoavelmente previsível ou quais medidas compensarão a surpresa.

Etapa 4: avalie os impactos sobre os titulares

O balanceamento exige olhar para as possíveis consequências do tratamento, não apenas para a intenção declarada. Um uso pode gerar incômodo leve, mas outro pode afetar acesso a crédito, contratação, seguro, emprego, benefícios, reputação, segurança física ou autonomia. Analise o que acontece se o sistema errar, se os dados vazarem, se o perfil estiver incorreto, se um titular não quiser participar ou se o tratamento for aplicado a um grupo vulnerável.

  • Natureza e sensibilidade dos dados, incluindo possibilidade de inferir informações sensíveis a partir de dados aparentemente comuns.
  • Escala, duração e frequência do tratamento, com atenção a monitoramento contínuo ou combinação de grandes bases.
  • Vulnerabilidade, idade, dependência ou assimetria de poder na relação com os titulares.
  • Efeito sobre decisões, acesso a serviços, oportunidades, preços, segurança, reputação ou liberdade de escolha.
  • Risco de discriminação, exclusão, erro automatizado, reidentificação, uso secundário ou acesso indevido.
  • Capacidade de o titular compreender, contestar, corrigir, recusar ou sair do tratamento sem prejuízo desproporcional.

Não é necessário provar que o dano ocorrerá para que ele seja considerado. A avaliação trabalha com possibilidades razoáveis e com a gravidade dos efeitos caso ocorram. Uma operação de baixo impacto pode ser aceitável com controles simples. Uma operação com decisões relevantes, perfilamento invasivo, dados de saúde ou biometria exige justificativa mais rigorosa e pode não ser adequada ao legítimo interesse. Se os riscos forem altos, a LIA deve conversar com o RIPD, a avaliação de segurança e os mecanismos de revisão humana.

Etapa 5: defina salvaguardas proporcionais

Salvaguardas são medidas que reduzem a interferência sobre os titulares e controlam os riscos do tratamento. Elas não servem para encobrir uma finalidade incompatível ou uma coleta desnecessária. Primeiro, a organização deve delimitar o tratamento. Depois, pode adicionar transparência, minimização, acesso restrito, pseudonimização, retenção curta, revisão humana, controles de qualidade, oposição facilitada e monitoramento de resultados.

  • Transparência em camadas, com explicação da finalidade, da base legal, do uso compartilhado e dos direitos em linguagem acessível.
  • Limitação de campos, consultas, frequência, público, prazo e destinatários ao mínimo necessário.
  • Pseudonimização, agregação, criptografia, segregação de ambientes e controles de acesso por função.
  • Canal simples para oposição, descadastro, correção, contestação ou revisão do tratamento, conforme o caso.
  • Revisão humana em decisões com efeitos relevantes e procedimentos para tratar falsos positivos ou erros de dados.
  • Monitoramento de reclamações, oposições, incidentes, erros, resultados discriminatórios e mudanças no contexto.
  • Data de expiração ou gatilhos de revisão que impeçam a permanência automática da decisão.

Como chegar à decisão final

Uma LIA bem documentada deve terminar com uma decisão que outra pessoa consiga entender. A conclusão pode aprovar o tratamento, aprová-lo com condições, pedir ajustes antes da aprovação ou rejeitá-lo. Evite frases absolutas como não há risco ou a empresa está autorizada para sempre. Prefira uma conclusão condicional: o tratamento pode ser realizado para determinada finalidade, com campos limitados, por determinado prazo, com transparência específica, oposição facilitada e revisão em certo evento.

  1. Aprovado: os requisitos estão presentes, os impactos são proporcionais e as salvaguardas devem ser implementadas antes ou durante o início.
  2. Aprovado com condições: a operação só pode seguir dentro de limites expressos, como reduzir campos, excluir determinado público ou concluir um aviso específico.
  3. Pendente: faltam informações sobre finalidade, origem, necessidade, fornecedor, retenção, impacto ou controles; a operação não deve avançar até o complemento.
  4. Rejeitado: o interesse não é legítimo, o tratamento não é necessário, as expectativas são incompatíveis, os impactos prevalecem ou não há salvaguardas razoáveis para tornar a atividade proporcional.

A decisão não substitui a execução dos controles

Aprovar uma LIA com a condição de oferecer oposição, limitar o prazo ou revisar falsos positivos cria tarefas de governança. A operação só está coerente com a conclusão quando essas medidas são implementadas, acompanhadas e preservadas como evidência.

Exemplo 1: comunicação para clientes ativos

Uma empresa quer enviar aos clientes ativos uma mensagem sobre uma funcionalidade relacionada ao produto que eles já utilizam. O interesse é informar e promover uma atividade do controlador. A finalidade é concreta, o público tem relação recente com a organização e o conteúdo é próximo do serviço contratado. A necessidade pode ser atendida com nome, endereço de contato e informação mínima sobre a relação. A expectativa tende a ser mais previsível do que em uma campanha enviada a pessoas sem relação anterior.

Isso não significa que a aprovação seja automática. A LIA deve limitar a frequência, informar a finalidade, disponibilizar descadastro simples, excluir contatos que se opuseram e impedir que o público seja enriquecido com dados obtidos de terceiros sem nova análise. Se a campanha passar a divulgar produtos não relacionados, alcançar antigos clientes há muitos anos ou usar perfis comportamentais detalhados, a conclusão original pode deixar de ser suficiente.

Exemplo 2: prospecção com dados de terceiros

Agora imagine que a empresa compre uma lista de contatos profissionais e queira iniciar uma sequência de mensagens. O interesse comercial pode ser legítimo em abstrato, mas a análise é mais difícil porque o titular não forneceu o dado diretamente à organização. A LIA deve investigar a origem, a qualidade, a atualização, a finalidade informada pelo fornecedor, a possibilidade de oposição, o tipo de mensagem, a relação entre o contato e o produto e o risco de o titular não esperar esse uso.

Se a lista não demonstra origem confiável, não oferece mecanismo de oposição ou contém dados além do necessário, a empresa deve rejeitar a operação ou redesenhá-la. Uma alternativa pode ser trabalhar com contatos que solicitaram informação, utilizar dados corporativos estritamente necessários, reduzir a abordagem a uma comunicação pertinente e explicar de forma clara como o contato foi obtido. O ponto não é tornar toda prospecção impossível, mas impedir que o interesse comercial elimine as expectativas do titular.

Exemplo 3: prevenção a fraude em transações

Uma plataforma deseja analisar sinais de dispositivo, histórico de tentativas, horário, geolocalização aproximada e características da transação para identificar comportamentos suspeitos. O interesse de proteger a operação e os clientes pode ser legítimo, mas a necessidade precisa ser delimitada. A empresa deve explicar quais sinais são necessários, por quanto tempo ficam armazenados, qual decisão produzem e como o titular pode contestar um bloqueio incorreto.

O impacto pode ser relevante se um falso positivo impedir uma compra ou suspender uma conta. Por isso, as salvaguardas podem incluir revisão humana, canal rápido de contestação, limiares conservadores, retenção limitada dos sinais, separação entre prevenção a fraude e publicidade, testes contra discriminação e auditoria dos resultados. Se o modelo usar biometria ou inferir dados sensíveis, o time deve interromper a análise sob legítimo interesse e avaliar as hipóteses específicas aplicáveis.

Exemplo 4: análise de qualidade no atendimento

Uma organização quer analisar amostras de chamados para melhorar o suporte. O interesse pode estar ligado à melhoria da prestação do serviço e à prevenção de falhas. A LIA deve diferenciar ouvir uma amostra limitada para treinar a equipe de analisar todas as conversas indefinidamente para criar perfis de clientes e funcionários. A finalidade, o volume, o acesso, a retenção e o uso posterior são determinantes.

Medidas como amostragem, ocultação de dados não necessários, transcrição sem identificadores, acesso restrito, prazo curto, revisão de qualidade e informação no início do atendimento podem reduzir impactos. Se as chamadas contiverem relatos de saúde, religião, vida sexual ou outros dados sensíveis, a organização precisa separar essa possibilidade da análise geral e avaliar o tratamento específico antes de usar os registros.

Como registrar a LIA no Mapeamento de Dados

A avaliação fica mais útil quando está conectada à atividade que motivou sua elaboração. Em vez de manter uma pasta com documentos intitulados LIA 2025, LIA marketing ou teste de balanceamento final, associe a análise a um tratamento específico do RoPA. Assim, qualquer pessoa consegue descobrir qual operação foi avaliada, quais dados estavam no escopo, qual fornecedor participava, quais controles foram exigidos e qual conclusão foi aprovada.

  • Nome e descrição da atividade de tratamento avaliada.
  • Área responsável, controlador, operadores e demais envolvidos na operação.
  • Finalidade específica e interesse legítimo identificado.
  • Categorias de titulares, dados tratados e origem das informações.
  • Sistemas, canais, compartilhamentos, transferências e fluxos relacionados.
  • Análise de necessidade e alternativas menos intrusivas consideradas.
  • Expectativas dos titulares, impactos, riscos e grupos potencialmente vulneráveis.
  • Salvaguardas aprovadas, responsável por implementá-las e evidência de execução.
  • Decisão, condições, data, aprovadores, versão e data ou gatilho de revisão.
  • Relação com aviso de privacidade, contratos, políticas, RIPD, avaliações de segurança e solicitações de titulares.

Essa relação também evita um problema frequente: a LIA é aprovada para um cenário e a operação real muda silenciosamente. Quando o fornecedor de marketing é substituído, o CRM recebe novos campos, a campanha passa a usar dados de terceiros ou o período de retenção aumenta, a atividade registrada no RoPA funciona como ponto de alerta. A revisão não precisa começar do zero, porque a equipe consegue comparar a configuração atual com o cenário que foi analisado.

Como a LGPD Cloud facilita o processo

O desafio da LIA não termina quando o documento é aprovado. DPOs, jurídico e compliance precisam localizar a análise, entender a qual operação ela se refere, acompanhar as condições impostas e saber se o tratamento continua igual. A funcionalidade de LIA e Legítimo Interesse da LGPD Cloud pode apoiar esse fluxo ao concentrar o teste, as respostas, as decisões e os responsáveis em uma estrutura relacionada ao Mapeamento de Dados.

Na prática, isso significa registrar a finalidade e o interesse, responder às perguntas de necessidade e balanceamento, anexar ou relacionar evidências, documentar salvaguardas, indicar aprovadores e preservar o histórico da decisão. A equipe deixa de procurar uma justificativa em e-mails e passa a consultar a atividade de tratamento correspondente. Quando houver revisão, a nova análise pode manter o contexto da versão anterior e mostrar o que mudou.

  1. Mapeie a atividade e defina o escopo antes de abrir o teste.
  2. Convide a área de negócio para descrever o interesse e o funcionamento real do processo.
  3. Registre as respostas de finalidade, necessidade, expectativas, impactos e salvaguardas.
  4. Encaminhe a análise para revisão e aprovação conforme a governança interna.
  5. Relacione a LIA à operação do RoPA e às políticas, contratos ou avaliações complementares.
  6. Acompanhe pendências e condições antes de considerar o tratamento pronto para execução.
  7. Reavalie quando houver mudança relevante ou quando indicadores mostrarem que o equilíbrio se alterou.

Gatilhos para revisar uma LIA aprovada

A validade prática de uma LIA depende da permanência das condições que fundamentaram a decisão. A organização deve definir gatilhos de revisão em vez de esperar uma auditoria, uma reclamação ou um incidente. O prazo pode ser periódico, mas a revisão por evento é ainda mais importante porque captura alterações no tratamento antes que o documento se torne apenas um retrato antigo.

  • Mudança da finalidade ou inclusão de novo uso secundário.
  • Entrada de novo fornecedor, parceiro, controlador ou país de destino.
  • Aumento significativo de volume, frequência, público ou período de retenção.
  • Inclusão de dados sensíveis, biometria, localização precisa ou novas fontes externas.
  • Alteração de algoritmo, modelo de perfilamento, critério de decisão ou nível de automação.
  • Mudança de preço, produto, contrato, canal de comunicação ou relação com o titular.
  • Aumento de oposições, descadastros, reclamações, erros, incidentes ou falsos positivos.
  • Nova orientação regulatória, decisão judicial ou mudança relevante na legislação setorial.

Erros que enfraquecem o teste de legítimo interesse

  • Começar pela conclusão: escolher legítimo interesse porque a área não quer implementar consentimento e preencher a LIA depois.
  • Descrever o interesse de forma abstrata: dizer que a atividade melhora o negócio sem explicar qual resultado será obtido.
  • Confundir utilidade com necessidade: usar um dado porque ele aumenta a precisão não demonstra que ele seja indispensável.
  • Ignorar a origem do dado: avaliar apenas o que a empresa pretende fazer, sem verificar como o titular forneceu ou tornou a informação disponível.
  • Tratar oposição como detalhe: oferecer um canal difícil, escondido ou sem efeito real enfraquece o balanceamento.
  • Aprovar sem condições: concluir que pode usar o dado, mas não atribuir responsáveis, prazos ou controles para a operação.
  • Não registrar rejeições: guardar apenas as aprovações cria a impressão de que toda análise termina em autorização.
  • Confundir LIA com RIPD: a LIA examina a base de legítimo interesse; o RIPD descreve riscos, salvaguardas e mecanismos de mitigação de um tratamento que pode gerar impacto. Eles podem se relacionar, mas não são o mesmo documento.

Checklist final da LIA LGPD

  • A atividade de tratamento está claramente identificada no RoPA?
  • O interesse é concreto, legítimo e relacionado ao resultado pretendido?
  • A finalidade está delimitada, informada e separada de usos futuros?
  • Os dados tratados são estritamente necessários para a finalidade?
  • Foram consideradas alternativas menos intrusivas?
  • A origem dos dados e o contexto da relação foram analisados?
  • O titular esperaria razoavelmente o tratamento?
  • Quais impactos podem ocorrer em caso de erro, vazamento ou uso inesperado?
  • Há risco de discriminação, perfilamento invasivo ou efeito relevante sobre o titular?
  • As salvaguardas estão definidas, atribuídas e comprovadas?
  • A transparência e a oposição estão implementadas de forma efetiva?
  • A decisão tem condições, responsáveis, versão e gatilhos de revisão?

Uma LIA não deve provar que a empresa encontrou uma forma de usar o dado. Deve demonstrar que a organização avaliou se precisava usá-lo, quais efeitos poderia gerar e como protegeria as pessoas envolvidas.

Princípio de governança responsável

Conclusão: o valor da LIA está no raciocínio documentado

Fazer uma LIA LGPD é transformar o legítimo interesse em uma decisão explicável. A equipe precisa demonstrar finalidade, necessidade, contexto, expectativas, impactos e salvaguardas, sem tratar o teste como uma formalidade para liberar um projeto já decidido. Em alguns casos, a conclusão será aprovar. Em outros, será aprovar com condições, pedir mudanças ou rejeitar. Todas essas respostas podem representar uma boa governança quando são proporcionais e documentadas.

O maior ganho aparece quando a análise não fica isolada. Relacionar a LIA à atividade de tratamento correspondente permite revisar a base legal quando o processo muda, localizar as salvaguardas, acompanhar pendências e explicar por que a decisão foi tomada. Com a LGPD Cloud, DPOs, jurídico e compliance podem organizar esse fluxo em um ambiente único, conectando teste, aprovação, evidências e histórico ao Mapeamento de Dados. Fale com a LGPD Cloud para estruturar uma governança de legítimo interesse mais clara e rastreável.

Fontes oficiais para aprofundamento

Consulte o texto compilado da LGPD, especialmente os artigos 6º, 7º, 10 e 11, e o Guia Orientativo da ANPD sobre legítimo interesse. A aplicação ao caso concreto deve considerar regulamentações setoriais, decisões atualizadas e orientação profissional.

Sua LIA está em uma pasta sem conexão com a operação?

Relacione o teste de legítimo interesse à atividade de tratamento, registre as decisões e acompanhe as salvaguardas em um fluxo único. A LGPD Cloud ajuda sua equipe a transformar análises isoladas em governança contínua, com contexto para revisar cada decisão quando o tratamento mudar.

Publicado Por
LGPD Cloud
Compartilhe

Continue lendo

LIA e Legítimo Interesse

Transforme o teste de legítimo interesse em decisão rastreável

Na LGPD Cloud, sua equipe registra a LIA, relaciona a análise à atividade de tratamento e acompanha decisões, salvaguardas e revisões em um único fluxo de governança.

💬 Fale com a nossa equipe!