Direitos do titular no chatbot: como atender pedidos da LGPD

Direitos do titular no chatbot: como atender pedidos da LGPD

Para atender os direitos do titular da LGPD pelo chatbot, o agente precisa reconhecer que a mensagem é um pedido formal, confirmar quem está pedindo, abrir um registro com responsável humano e devolver uma resposta dentro do prazo legal. O chatbot pode receber e organizar o pedido, mas a decisão sobre acesso, correção e exclusão deve seguir regras definidas pela empresa e, nos casos sensíveis, passar por uma pessoa.

Principais pontos

• Um pedido de direito do titular pode aparecer em qualquer conversa, com palavras comuns como "apaga meu cadastro" ou "quais dados vocês têm de mim", e o agente precisa ser instruído a reconhecê-lo.
• Antes de entregar ou alterar qualquer dado, o agente deve confirmar a identidade de quem pede, sem coletar mais informação do que o necessário.
• O fluxo ideal separa três etapas: receber e registrar, decidir e executar, responder e documentar. O agente conduz a primeira e apoia as demais.
• Exclusão e acesso exigem olhar para todos os lugares onde o dado vive: CRM, histórico de conversas, memória do agente, bases de busca, planilhas e fornecedores.
• Pedidos ambíguos, de terceiros, de menores ou que envolvam obrigação legal de guardar dados vão para uma pessoa, com o contexto já resumido.

Por que o chatbot virou um canal de pedidos da LGPD?

Quando uma empresa atende clientes por WhatsApp, site ou Instagram, a conversa é o canal mais natural para o titular falar. Ele raramente procura o formulário do encarregado de dados na política de privacidade. Escreve no mesmo lugar em que fez a compra ou tirou a dúvida, e escreve do jeito que fala.

Isso cria uma obrigação prática: se o agente de IA recebe o pedido e o ignora, responde com uma frase genérica ou "alucina" uma resposta, a empresa deixou de atender um direito previsto em lei. A ANPD, autoridade responsável pela proteção de dados no Brasil, é a referência oficial para orientações sobre o tema. A lei (LGPD, Lei 13.709) prevê os direitos no art. 18 e o modo de resposta no art. 19, e o jurídico da empresa deve confirmar o prazo e o formato vigentes.

O ponto central é este: o chatbot não substitui o processo de privacidade da empresa. Ele é uma porta de entrada para esse processo. Se o processo não existe, o primeiro passo é criá-lo, e só depois conectar o agente.

Quais pedidos o titular pode fazer?

O art. 18 da LGPD lista os direitos. Para o dia a dia de um chatbot, os que mais aparecem são estes:

• Confirmação de que a empresa trata dados da pessoa.
• Acesso aos dados que a empresa mantém sobre ela.
• Correção de dados incompletos, inexatos ou desatualizados.
• Eliminação de dados tratados com base em consentimento, ou de dados desnecessários e excessivos.
• Informação sobre com quais entidades os dados foram compartilhados.
• Revogação do consentimento, por exemplo para deixar de receber mensagens.
• Portabilidade dos dados, quando aplicável e regulamentada.
• Informação sobre a possibilidade de não consentir e suas consequências.

Há ainda o direito de pedir revisão de decisões tomadas exclusivamente de forma automatizada, tema que tratamos em decisões automatizadas na LGPD e o direito de revisão. Se o seu agente aprova, nega ou classifica clientes sem intervenção humana, vale ler antes de desenhar o fluxo.

Nem todo pedido se resolve do mesmo jeito. Um pedido de eliminação pode esbarrar em dados que a empresa precisa guardar por obrigação legal ou regulatória, como registros fiscais. Por isso o agente nunca deve prometer "apagamos tudo agora". Ele deve registrar o pedido e informar que a empresa vai analisar e responder.

Como o agente reconhece um pedido no meio da conversa?

O titular não usa o vocabulário da lei. O agente precisa de exemplos de frases reais nas instruções, para reconhecer a intenção. Algumas formas comuns:

• "Quero que vocês apaguem meus dados."
• "Pode excluir meu número da lista? Não quero mais receber nada."
• "Que informações vocês têm sobre mim?"
• "Meu e-mail está errado no cadastro, corrigem?"
• "Com quem vocês compartilharam meu telefone?"
• "Não autorizei esse contato, de onde vieram meus dados?"

A instrução ao agente deve ter regras claras. Quando identificar intenção de exercer um direito, ele para o fluxo comercial, explica em linguagem simples que vai registrar a solicitação, pede apenas o que for necessário para confirmar a identidade e abre o registro. Ele não debate, não tenta reter o cliente com oferta e não minimiza o pedido.

Um cuidado frequente: pedidos de parar de receber mensagens (opt-out) são os mais comuns e precisam ser tratados na hora, sem fila. Se a empresa usa mensagens ativas, o desenho de consentimento e descadastro está detalhado em mensagens ativas no WhatsApp: templates, opt-in e boas práticas.

Para a redação das instruções, o guia sobre como escrever prompt para atendimento ao cliente com IA ajuda a transformar essas regras em comportamento previsível.

Como identificar quem está pedindo sem coletar dados demais?

Entregar dados a quem não é o titular é um incidente de segurança. Alterar ou apagar dados a pedido de um impostor é outro. Por isso a confirmação de identidade vem antes de qualquer ação, e ela deve ser proporcional ao risco.

Uma regra prática é escalonar a verificação conforme o que está em jogo:

• Opt-out de mensagens: normalmente basta que o pedido venha do próprio número que recebe as mensagens.
• Correção de dado simples, como grafia de nome: confirmar o número e um dado que só o cliente deveria saber, como a última compra ou o e-mail cadastrado.
• Acesso a dados ou cópia: exigir um segundo fator, como um código enviado ao e-mail ou telefone já cadastrado, ou conferência por uma pessoa.
• Exclusão: confirmação forte, mais registro de que o titular entendeu as consequências, como perda de histórico ou de garantias.
• Pedido em nome de outra pessoa: sempre encaminhar a uma pessoa, que avalia a procuração ou outro documento de representação.

O erro mais comum é pedir uma foto de documento por padrão, o que cria um novo conjunto de dados sensíveis só para atender o pedido. Prefira confirmar por canais e dados que a empresa já tem. Se precisar de documento, defina onde ele é guardado e por quanto tempo.

Outro ponto técnico: o agente nunca deve decidir sozinho a quem pertencem os dados. A consulta ao CRM ou ao banco deve ser feita por uma ferramenta que só retorna registros do titular já verificado. O guia de autorização da OWASP descreve o princípio do menor privilégio, que se aplica diretamente: se a ferramenta só consegue ler o registro verificado, uma conversa manipulada não consegue extrair dados de terceiros. A OWASP também mantém uma lista de riscos para aplicações com modelos de linguagem, o OWASP Top 10 para LLMs, que inclui vazamento de informações sensíveis e injeção de instruções, ambos relevantes aqui.

Qual o passo a passo para atender o pedido?

Este é um plano de trabalho que pode ser adaptado ao tamanho da empresa. Cada passo indica quem faz: agente, pessoa ou sistema.

• Passo um, receber: o agente reconhece a intenção, explica em uma ou duas frases que o pedido será registrado e informa que a empresa responderá. Não promete resultado.
• Passo dois, classificar: o agente identifica o tipo (acesso, correção, exclusão, opt-out, informação sobre compartilhamento, revisão de decisão automatizada) e anota o texto original do titular.
• Passo três, verificar identidade: o agente aplica o nível de verificação definido para aquele tipo de pedido. Se a verificação falhar ou houver dúvida, transfere para uma pessoa.
• Passo quatro, abrir o registro: o sistema cria um chamado com data e hora, canal, tipo de pedido, identificador do titular, resultado da verificação e prazo interno de resposta.
• Passo cinco, localizar os dados: uma pessoa, ou uma rotina aprovada, consulta os sistemas mapeados: CRM, ERP, atendimento, histórico de conversas, memória do agente, base de conhecimento, planilhas, ferramentas de e-mail e fornecedores.
• Passo seis, decidir: o responsável (normalmente o encarregado ou quem ele designar) decide se atende totalmente, parcialmente ou nega com justificativa, por exemplo por obrigação legal de guarda.
• Passo sete, executar: correção, exclusão ou exportação é feita pelo sistema ou pela pessoa autorizada, nunca por improviso do agente. Quando houver compartilhamento com terceiros, a empresa comunica o ocorrido a eles, conforme a lei.
• Passo oito, responder: o agente ou a pessoa envia ao titular a resposta final, em linguagem simples, dizendo o que foi feito, o que não foi e por quê.
• Passo nove, documentar: o registro é fechado com a decisão, a data da resposta e as evidências de execução. Esse histórico mostra, se necessário, que o processo funciona.

Cenário ilustrativo: pedido de exclusão no WhatsApp

Imagine uma loja online de cosméticos que atende por WhatsApp com um agente de IA. Uma cliente escreve: "Quero que apaguem tudo que vocês têm de mim e parem de me mandar mensagem". Esse cenário é ilustrativo, não um caso real.

O agente reconhece dois pedidos em uma frase: o opt-out de mensagens e a eliminação de dados. Para o primeiro, registra o descadastro imediatamente e confirma que as mensagens promocionais cessam. Para o segundo, explica que vai abrir uma solicitação de exclusão e pede confirmação por um código enviado ao e-mail já cadastrado.

Com a identidade confirmada, o sistema abre o chamado e avisa a responsável pela privacidade. Ela localiza os dados: cadastro na loja virtual, histórico de pedidos, conversas no WhatsApp, o contato na ferramenta de e-mail marketing e a memória do agente. Verifica que as notas fiscais dos pedidos anteriores precisam ser mantidas por obrigação legal, então esses registros ficam, restritos e sem uso comercial. O restante é eliminado ou anonimizado.

O agente então envia uma resposta clara: o que foi excluído, o que foi mantido e a razão, e como entrar em contato com o encarregado. O chamado é fechado com todas essas evidências. Em nenhum momento o agente prometeu apagar tudo, e em nenhum momento tomou a decisão de quais dados guardar.

Como aplicar mapear, limitar, pilotar e transferir?

O método que usamos para qualquer agente de IA em processo de negócio se encaixa bem neste tema.

• Mapear: liste os lugares onde dados pessoais passam pelo agente (mensagens, transcrições de áudio, CRM, memória, logs, fornecedores de modelo). Sem esse mapa, não dá para atender acesso nem exclusão com confiança. Sobre a integração com o canal, veja como integrar IA no WhatsApp da empresa.
• Limitar: defina o que o agente pode fazer sozinho (receber, classificar, registrar, descadastrar) e o que não pode (entregar dados, apagar registros, negar pedido). Restrinja as ferramentas ao titular verificado e valide as saídas, como descrito em guardrails para agentes de IA.
• Pilotar: comece com um tipo de pedido, como opt-out e correção simples, em um canal. Registre cada caso, revise as conversas e ajuste as instruções antes de ampliar para acesso e exclusão.
• Transferir: defina o ponto exato de passagem para uma pessoa, com resumo do pedido, resultado da verificação e prazo. O titular não deve repetir a história.

No fim do piloto, a decisão é expandir, ajustar ou parar, com base no que os registros mostram: pedidos reconhecidos corretamente, erros de identificação, tempo de resposta e satisfação do titular.

Checklist antes de colocar o fluxo no ar

• Existe um responsável nomeado para receber e decidir pedidos, e o canal do encarregado está publicado na política de privacidade.
• O agente tem instruções com exemplos reais de pedidos e uma regra de nunca prometer resultado.
• Cada tipo de pedido tem um nível de verificação de identidade definido.
• As ferramentas do agente só acessam dados do titular verificado.
• Há uma lista de todos os sistemas e fornecedores que guardam dados vindos das conversas, inclusive memória e logs do agente.
• Existe regra escrita sobre o que pode ser mantido por obrigação legal e por quanto tempo.
• Pedidos de terceiros, menores ou ambíguos são sempre transferidos a uma pessoa.
• Cada pedido gera registro com data, canal, decisão e resposta enviada.
• O fluxo foi testado com conversas simuladas, incluindo tentativas de se passar por outra pessoa.

Perguntas frequentes

O chatbot pode apagar os dados do cliente automaticamente? Tecnicamente pode, mas não é recomendável sem regras claras. A exclusão depende de verificar a identidade, checar se há obrigação legal de guardar o dado e alcançar todos os sistemas envolvidos. O mais seguro é o agente registrar o pedido e uma pessoa ou uma rotina aprovada executar a eliminação.

O pedido feito por conversa de WhatsApp tem validade? A LGPD prevê que o titular exerça seus direitos mediante requerimento ao controlador, sem exigir um formato específico. Se a pessoa deixou claro o que quer pelo chat, a empresa deve tratar como pedido válido. Confirme com o jurídico o formato de registro e o prazo de resposta aplicáveis ao seu caso.

O que fazer se alguém pedir os dados de outra pessoa pelo chat? O agente não deve entregar nada e não deve confirmar se a pessoa é cliente. Ele explica que, por segurança, só atende o próprio titular ou um representante comprovado e transfere o caso para uma pessoa avaliar a documentação de representação.

O histórico de conversas com o agente também entra no pedido de acesso ou exclusão? Sim, em geral entra, porque as conversas contêm dados pessoais. Isso inclui transcrições de áudio, memória do agente e registros em plataformas de terceiros. Por isso o mapeamento dos locais onde esses dados ficam é o primeiro passo, e a política de retenção deve prever quanto tempo cada um é mantido.

Fontes

• ANPD: Autoridade Nacional de Proteção de Dados
• OWASP: Authorization Cheat Sheet
• OWASP Top 10 for LLM Applications