Quando o projeto de agente de IA chega ao jurídico, a pergunta costuma vir em bloco: "isso pode? os dados vão para fora? o modelo aprende com nossos clientes?". São perguntas boas, e todas têm resposta objetiva — desde que a arquitetura tenha sido pensada para respondê-las.
Aviso necessário: este texto é orientação prática de engenharia e operação, não parecer jurídico. A decisão final é do DPO e do jurídico da sua empresa.
O que muda (e o que não muda) com IA
O que não muda: atendimento por WhatsApp já era tratamento de dado pessoal antes da IA. Nome, telefone, CPF, histórico de compra — tudo isso já estava sob a LGPD. Empresa que tinha o atendimento em ordem já resolveu 80% do problema.
O que muda: agora esses dados são enviados a um provedor de modelo, potencialmente fora do Brasil, e podem ser usados por um sistema automatizado para tomar decisões. Isso levanta quatro pontos específicos: base legal, transferência internacional, treinamento e decisão automatizada.
1. Base legal — normalmente não é consentimento
Erro comum: montar um fluxo de consentimento para tudo. Para atendimento a um cliente que já contratou, a base costuma ser execução de contrato (art. 7º, V) — o cliente escreveu pedindo suporte de algo que comprou.
Para cobrança de contrato ativo, execução de contrato ou legítimo interesse. Para prospecção e marketing, aí sim consentimento — e no WhatsApp isso se soma às regras de opt-in da própria Meta, tratadas em templates do WhatsApp.
O que precisa estar registrado: qual base legal para qual finalidade, no seu registro de operações de tratamento (ROPA). O agente não cria nova finalidade — ele executa a que já existia.
2. Transferência internacional e subcontratados
Se o modelo roda em provedor no exterior, há transferência internacional de dado pessoal. Isso é permitido, com requisitos: cláusulas contratuais adequadas com o provedor, registro do subcontratado e informação ao titular na política de privacidade.
Checklist prático:
- Liste os subcontratados (provedores de modelo, plataforma de agentes, provedor do canal) na política de privacidade.
- Guarde os contratos e os termos de tratamento de dados (DPA) de cada um.
- Verifique região. Alguns provedores oferecem processamento em região específica ou compromisso de não retenção — vale exigir.
- Considere reduzir o dado que sai. Muitas vezes o modelo não precisa do CPF completo para responder: mascarar antes de enviar reduz exposição sem perder função. Um proxy é o lugar natural para aplicar esse filtro — ver como.
3. Treinamento: exija o "não" por escrito
A pergunta mais frequente da diretoria: "as conversas dos meus clientes vão treinar o modelo deles?".
Nos planos corporativos dos principais provedores, a resposta padrão é não — dado enviado por API não é usado para treinar modelos, e a retenção é curta ou nula. Mas isso varia por provedor e por plano, e muda com o tempo.
O que fazer: obter isso por escrito nos termos vigentes do provedor que você usa, e revisar quando trocar de modelo. Não aceite a afirmação de terceiro sem a referência contratual.
4. Dado sensível: o que não deve entrar na conversa
Dado sensível (saúde, biometria, origem racial, opinião política, dado de criança e adolescente) tem regime mais rígido. Em atendimento, o risco típico é o cliente espontaneamente contar algo — um problema de saúde ao justificar um atraso, por exemplo.
Controles razoáveis:
- Instruir o agente a não solicitar dado sensível, nunca;
- Não persistir o que vier espontaneamente em campos estruturados, e não usar como critério de decisão;
- Filtro de saída para não repetir esse dado em resumos e relatórios;
- Escalar para humano conversas que envolvam menor de idade ou situação de saúde, quando o setor exigir.
Para setores regulados (saúde, financeiro, educação infantil), a regra é desenhar o escopo com o jurídico antes da primeira linha de código.
5. Retenção: definir e cumprir
Conversas de atendimento não podem ficar guardadas para sempre "porque é útil". Defina prazo por finalidade e implemente o descarte:
| Dado | Finalidade | Retenção típica |
|---|---|---|
| Conteúdo da conversa | atendimento, prova | prazo definido pela empresa (frequentemente ligado ao prazo prescricional aplicável) |
| Logs de chamada de modelo | segurança e custo | curto — meses |
| Dado cadastral | relação contratual | enquanto durar o contrato + prazo legal |
O ponto que costuma falhar na auditoria não é a política — é a execução: a rotina de expurgo existe, roda e é verificável?
6. Decisão automatizada e revisão humana
A LGPD dá ao titular o direito de solicitar revisão de decisões tomadas exclusivamente por tratamento automatizado que afetem seus interesses (art. 20). Em atendimento isso raramente é crítico — informar status não decide nada. Mas negar um pedido, recusar um parcelamento ou encerrar um serviço decide.
Regra de arquitetura: decisão com efeito sobre o titular passa por alçada humana. Não é só conformidade — é o mesmo desenho de risco que já recomendamos por qualidade em evitar alucinação.
7. Direitos do titular na prática
Se o cliente pedir acesso, correção ou exclusão dos dados, você precisa conseguir:
- localizar tudo sobre aquele titular (conversas, cadastro, logs) por um identificador;
- exportar em formato legível;
- excluir — inclusive nos sistemas de apoio, não só no principal;
- responder no prazo legal.
Vale testar esse fluxo antes de precisar dele. É um exercício de meia hora que revela onde o dado se espalhou.
8. Transparência com o cliente
Duas boas práticas que evitam problema e melhoram a experiência:
- Dizer que é um agente. Não precisa ser aviso jurídico pesado; uma linha de identificação basta. Fingir ser humano é o tipo de escolha que vira caso público.
- Oferecer humano de forma clara. Além de boa prática, reduz a fricção que gera reclamação.
O checklist em uma tela
- Base legal definida por finalidade e registrada no ROPA
- Subcontratados listados na política de privacidade
- DPA assinado com plataforma e provedores
- Confirmação escrita de não-treinamento e retenção
- Minimização/mascaramento de dado antes do envio ao modelo
- Instrução do agente proibindo solicitar dado sensível
- Alçada humana para decisões com efeito sobre o titular
- Prazo de retenção definido e rotina de expurgo funcionando
- Fluxo de atendimento a direitos do titular testado
- Identificação do agente e saída fácil para humano
Com essa lista em ordem, a conversa com o jurídico deixa de ser um bloqueio e vira uma revisão de meia hora. Se quiser passar por ela com alguém que já fez essa implantação, agende 40 minutos.