Ir para conteúdo
be-human.ai
← Voltar ao blog

Supervisão humana

LGPD e agentes de IA nas empresas: o que verificar antes de usar

Perguntas práticas da LGPD para responder antes que um agente de IA trate dados pessoais: papéis, base legal, memória, fornecedores, direitos e incidentes.

Uma balança de latão sobre travertino, com um vaso de cerâmica em um prato e papel marfim dobrado com uma bola de gude verde no outro, sob luz solar quente.
Ilustração conceitual criada com IA · Be Human

A LGPD se aplica a um agente de IA como a qualquer outro sistema que trata dados pessoais. É preciso ter finalidade clara, base legal adequada, acesso limitado, responsabilidade definida e um meio de responder às pessoas sobre os dados delas. O trabalho prático é responder a um conjunto curto de perguntas sobre o que o agente lê, memoriza e envia, e quem revisa esse trabalho, antes de ele entrar em operação. Este artigo reúne essas perguntas como ponto de partida para uma conversa com o seu encarregado (DPO) ou com o jurídico. Não é aconselhamento jurídico.

Principais pontos

  • Trate o agente como uma nova forma de tratar dados dentro do seu programa de LGPD existente, e não como uma categoria separada, fora dele.
  • Registre por escrito a finalidade, a base legal e as categorias de dados de cada função do agente antes de conectar qualquer ferramenta.
  • Memória, logs e rascunhos também são repositórios de dados pessoais, então precisam de regras de retenção e de um meio de corrigir ou remover registros.
  • Mapeie cada fornecedor e cada sistema que toca os dados, incluindo onde o tratamento ocorre e quem pode acessá-los.
  • Mantenha um ponto de aprovação humana sempre que o resultado do agente afetar uma pessoa, e guarde evidências de que o controle funciona.

O que muda quando um agente trata dados pessoais?

A LGPD é neutra quanto à tecnologia. Ela se importa com o que se faz com os dados pessoais, por qual motivo e com quais salvaguardas. Um agente não altera esse teste. Ele altera o formato do tratamento.

Um sistema tradicional executa um conjunto fixo de operações sobre os campos para os quais foi construído. Um agente lê texto livre, documentos e mensagens, decide o que parece relevante e pode redigir, atualizar ou enviar algo em consequência. Isso traz três efeitos práticos.

Primeiro, os dados que chegam ao agente são menos previsíveis. Uma caixa de suporte pode conter CPF, endereços, informações de saúde ou dados de crianças, mesmo que ninguém tenha planejado isso. Segundo, o agente pode manter contexto entre tarefas, então dados pessoais podem permanecer na memória ou em anotações, a menos que você decida o contrário. Terceiro, as ações dele podem alcançar outras pessoas: um rascunho de e-mail, uma alteração no CRM, uma mensagem a um cliente.

Por isso, a pergunta inicial útil não é se a IA está em conformidade. É o que exatamente essa função vai fazer, com quais dados e quem responde por ela. Se você quer uma definição simples do que é um agente de negócios antes de delimitar o escopo, o artigo modelo, agente e harness de IA: qual é a diferença explica sem jargão.

Quem é controlador e quem é operador?

A LGPD distingue o controlador, que toma as decisões sobre o tratamento, do operador, que trata os dados em nome do controlador. Na maioria das implantações empresariais, a sua empresa é controladora dos dados de clientes, funcionários e prospects. Um parceiro que opera o agente para você normalmente atua como operador. Um provedor de modelo ou de hospedagem por trás desse parceiro pode ser mais um elo da cadeia.

Os papéis dependem dos fatos e dos contratos, então confirme-os com o jurídico em vez de presumir. Estas são as perguntas que valem ser registradas por escrito:

  • Quem decide as finalidades do tratamento feito pelo agente, e onde essa decisão está registrada?
  • Existe contrato que defina as instruções ao operador, os deveres de segurança, a comunicação de incidentes, os suboperadores e a devolução ou eliminação dos dados ao final?
  • Quem é o seu encarregado pelo tratamento de dados pessoais, e ele revisou essa função antes do lançamento?
  • O tratamento feito pelo agente consta do seu registro das operações de tratamento?
  • Um relatório de impacto à proteção de dados pessoais é recomendável para essa função, considerando os dados e o risco para as pessoas?

A ANPD, autoridade nacional de proteção de dados, publica orientações e regulamentos que detalham esses pontos, e é o lugar certo para conferir as expectativas atuais.

Quais perguntas responder antes que o agente toque em dados pessoais?

Esta é a lista central. Percorra-a por função, e não por empresa, porque uma função de agendamento e uma de cobrança tratam dados muito diferentes. Considere qualquer pergunta sem resposta como um bloqueio para aquela função, e não como nota de rodapé.

Finalidade e base legal:

  • Que tarefa específica o agente executa, e para quais titulares?
  • Qual base legal sustenta cada finalidade, e ela continua válida se o agente também gerar resumos ou anotações para uso posterior?
  • Algum tratamento é novo em relação à finalidade para a qual os dados foram originalmente coletados?

Dados e minimização:

  • Quais categorias de dados pessoais o agente pode ver, e de quais ele realmente precisa?
  • Dados sensíveis (saúde, biometria, convicções, dados de crianças) podem chegar ao agente por acidente, e o que acontece quando chegam?
  • É possível remover ou mascarar identificadores antes que o agente leia um documento?

Acesso e ações:

Transparência e direitos:

  • Seus avisos de privacidade descrevem esse tratamento em termos que um cliente entenderia?
  • Você consegue localizar, corrigir, exportar ou eliminar tudo o que o agente guarda sobre uma pessoa?
  • Se o agente contribui para uma decisão que afeta significativamente alguém, essa pessoa pode obter uma revisão, e um humano a realiza?

Segurança e incidentes:

  • O que você perceberia, e com que rapidez, se o agente expusesse dados à pessoa errada?
  • Quem decide se um incidente deve ser comunicado à ANPD e aos titulares afetados, e esse caminho está escrito?
  • O agente foi testado contra conteúdo hostil em documentos e e-mails? O OWASP Top 10 para aplicações com LLMs é uma boa referência para esses riscos. Veja também prompt injection em documentos: o que proteger.
Três caixas de carvalho encaixadas sobre linho, a menor com tampa de vidro guardando uma bola de gude verde, ao lado de uma fita métrica de latão enrolada sobre travertino.
Ilustração conceitual criada com IA · Be Human

Como memória, logs e exclusão se encaixam nos direitos dos titulares?

Os agentes são úteis em parte porque lembram do contexto: as preferências de um cliente, a situação de um caso, uma decisão da semana passada. Do ponto de vista da proteção de dados, essa memória é um repositório como qualquer outro. O mesmo vale para logs de conversa, pastas de rascunho, trechos de documentos recuperados e quaisquer anotações que o agente escreva para si mesmo.

Para cada repositório, defina quatro coisas com antecedência:

  • O que pode ser guardado (por exemplo, a situação do caso, mas não números de documentos de identificação).
  • Por quanto tempo é guardado e o que provoca a expiração.
  • Como um registro é corrigido quando está errado.
  • Como um registro é removido quando a pessoa exerce um direito ou a finalidade termina.

A exclusão é onde muitas configurações falham, porque o mesmo dado pode estar na memória, em um log e em um índice de busca. Uma abordagem viável separa três ações: corrigir um registro errado, deixar um registro antigo expirar e remover um registro a pedido, com comprovação de que a remoção ocorreu. O artigo como apagar a memória de um agente de IA detalha esses três casos.

Os logs merecem o mesmo cuidado. Você precisa de registro suficiente para investigar um erro ou um incidente, mas um log que copia cada mensagem por inteiro vira uma segunda cópia dos dados dos seus clientes. Decida o que registrar e o que deixar de fora com base em observabilidade de agentes de IA: o que registrar.

Para onde vão os dados e quem mais toca neles?

Um agente raramente é um único produto. Em geral, é um modelo, um ambiente de execução, um conjunto de ferramentas, um armazenamento para a memória e conexões com o seu e-mail, CRM ou sistemas de documentos. Cada etapa é um ponto em que dados pessoais podem ser tratados, armazenados ou registrados por terceiros.

Mapeie como uma cadeia simples e faça as mesmas perguntas em cada elo:

  • Qual empresa opera esse componente, e sob qual contrato?
  • Em que país os dados são tratados e armazenados?
  • O fornecedor retém prompts ou respostas, por quanto tempo, e a retenção pode ser limitada?
  • Os dados são usados para treinar modelos, e isso pode ser desativado por escrito?
  • Quais suboperadores estão envolvidos, e você será avisado quando mudarem?

Se algum elo estiver fora do Brasil, as regras da LGPD sobre transferência internacional de dados pessoais entram em jogo, e o mecanismo em que você se apoia precisa ser identificado com o jurídico. O lado de negócio dessa questão está em residência de dados em IA para empresas. Verifique também como as credenciais são tratadas: um agente deve usar autorização com escopo limitado, e não uma senha compartilhada, que é o padrão descrito nas orientações de autorização da OWASP. Para aprofundar o tema, veja por que o agente de IA da empresa precisa de identidade e contas próprias.

Como fica um plano passo a passo?

O plano abaixo transforma as perguntas em uma ordem de trabalho. Ele considera uma função de cada vez, o que mantém as respostas específicas.

  • Defina a função em uma frase, incluindo quem ela atende e o que nunca deve fazer.
  • Liste os dados pessoais que a função vai encontrar, separados em necessários, possíveis e sensíveis.
  • Registre finalidade e base legal de cada uso, junto com o seu encarregado ou o jurídico.
  • Remova ou mascare o que a função não precisa e decida como os itens sensíveis serão encaminhados a uma pessoa.
  • Dê ao agente identidade própria e as permissões mais restritas possíveis, começando com somente leitura.
  • Defina regras de memória e de logs: o que é guardado, por quanto tempo e como os registros são corrigidos ou removidos.
  • Mapeie fornecedores, localizações e contratos, e anote tudo o que exigir um mecanismo de transferência.
  • Coloque aprovação humana em todo ponto em que o resultado chega a uma pessoa ou altera um registro. Veja quando seu agente de IA deve parar e perguntar.
  • Teste com exemplos realistas e hostis e guarde os resultados como evidência.
  • Escreva o caminho de resposta a incidentes, nomeie os responsáveis e ensaie uma vez antes do lançamento.

Um cenário ilustrativo: uma empresa de serviços quer que um agente redija respostas na caixa de suporte ao cliente. A caixa às vezes contém CPF, endereços residenciais e, ocasionalmente, informações de saúde em anexos. Depois de percorrer a lista, a empresa decide que o agente pode ler apenas a pasta de suporte, pode apenas criar rascunhos e deve encaminhar a uma pessoa, sem processar, qualquer mensagem com anexo sinalizado como sensível. A memória guarda a situação do caso e o idioma preferido do cliente, mas não números de documentos, e os registros expiram quando o caso é encerrado. O aviso de privacidade é atualizado e o encarregado valida a base legal. Nada disso exigiu uma tecnologia nova, apenas decisões tomadas antes do lançamento.

Como uma operação gerenciada mantém as respostas atualizadas?

As respostas a essas perguntas se desatualizam. A equipe muda, novas ferramentas são conectadas, um fornecedor atualiza um serviço e uma função cresce sem alarde. A Be Human projeta e opera infraestrutura de IA personalizada para empresas e, para cada função, define por escrito, desde o início, a memória, as ferramentas, as permissões e os limites de aprovação. A operação gerenciada inclui revisão de permissões, monitoramento, avaliações recorrentes e mudanças controladas, de modo que os limites escritos sejam conferidos com o que o agente de fato faz. Sua empresa continua sendo quem decide finalidades e bases legais, com o encarregado e o jurídico. O nosso trabalho é tornar o comportamento do agente observável e manter o registro correto. Se você quer saber o que preparar primeiro, a fase de descoberta de um projeto de agente de IA é uma boa companhia para este artigo, e o NIST AI Risk Management Framework oferece um vocabulário neutro para revisões de risco.

Perguntas frequentes

A LGPD se aplica se o agente de IA apenas redige e uma pessoa envia? Sim. Ler, armazenar e redigir a partir de dados pessoais são formas de tratamento, quer um humano aperte o botão de enviar ou não. A etapa humana reduz o risco, mas não elimina a necessidade de finalidade, base legal e salvaguardas.

Precisamos de consentimento para usar um agente de IA com dados de clientes? Não necessariamente. A LGPD prevê várias bases legais, e a adequada depende da finalidade e da relação com a pessoa. O encarregado ou o jurídico deve escolhê-la por finalidade, e o consentimento não é automaticamente a melhor opção.

O agente pode tomar decisões sobre pessoas por conta própria? A LGPD garante às pessoas o direito de pedir a revisão de decisões tomadas unicamente com base em tratamento automatizado que afetem seus interesses. O desenho mais seguro é o agente preparar as informações e uma pessoa decidir quando o resultado afetar alguém de forma relevante. Documente quem revisa e como um pedido de revisão é tratado.

O que fazer primeiro se um agente já está em operação sem essa revisão? Pause qualquer expansão, liste a quais dados o agente tem acesso e o que ele armazena, e reduza as permissões ao que a função precisa. Depois, envolva o encarregado ou o jurídico para confirmar base legal, termos dos fornecedores e retenção. Corrija primeiro a maior exposição e mantenha registro das mudanças feitas.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.

Menos tarefas. Mais espaço para você.

Traga o trabalho para o qual falta tempo.

Teste um agente de IA personalizado 7 dias grátis pelo WhatsApp ↗