Contratos com provedores de IA: onde o jurídico precisa entrar no ciclo

---

O jurídico quase sempre é chamado tarde. A ferramenta já foi escolhida por outra área, o contrato já foi aceito com um clique, a equipe já está usando há três meses e alguém finalmente perguntou se aquilo era permitido. A partir daí o trabalho do jurídico deixa de ser avaliar risco e passa a ser administrar um risco já assumido.

O momento correto de entrar é antes da prova de conceito, não depois. E a entrada não é só no papel: parte do que protege o cliente não está em cláusula nenhuma, está no desenho do fluxo.

Este texto trata do que costuma importar nesses contratos, da perspectiva de quem implementa. Não substitui a análise do contrato concreto, que depende de quem o lê com o caso na mão.

O que a página pública do fornecedor diz não é o contrato

O erro mais comum que encontro é tratar a política de privacidade publicada no site como se fosse compromisso contratual. Ela muda sem aviso, costuma descrever o comportamento padrão do produto de consumo e frequentemente não corresponde ao plano contratado.

A pergunta útil não é "o fornecedor usa meus dados para treinar?". É "onde está escrito, em documento que vincula as partes, que não usa, e qual a consequência se usar?".

A mesma marca costuma oferecer condições diferentes conforme o plano. Conta individual gratuita, assinatura de consumo, plano corporativo e acesso por API podem ter tratamentos de dados distintos. Contratar a marca certa no plano errado é um resultado comum de decisão tomada sem o jurídico.

As cláusulas que mudam o desenho da solução

Nem toda cláusula tem o mesmo peso. Estas são as que, na prática, alteram o que dá para construir.

Uso dos dados para treinamento. A vedação precisa alcançar tanto o que é enviado quanto o que é gerado, e valer para o fornecedor e para quem ele contrata.

Retenção. Muitos provedores armazenam o conteúdo por um período para monitoramento de abuso, mesmo sem usá-lo em treinamento. Isso não é necessariamente impeditivo, mas precisa ser conhecido: há acervo de escritório que não pode ficar armazenado em ambiente de terceiro nem por trinta dias.

Subprocessadores. Raramente o fornecedor processa tudo sozinho. Interessa a lista, o direito de ser notificado quando ela muda e o que acontece se o cliente objetar a um novo nome.

Localização do processamento. Onde o dado é processado e se há transferência internacional. A LGPD (Lei 13.709/2018) trata o tema em capítulo próprio, e a resposta muda conforme a base legal e o mecanismo de transferência adotado.

Papel das partes. Quem é controlador e quem é operador precisa estar definido. Contratos de IA costumam ser vagos nesse ponto, e a vagueza sempre desfavorece quem responde perante o titular dos dados.

Titularidade da saída. Quem detém o texto gerado e se o fornecedor reivindica qualquer direito sobre ele.

Indenização por propriedade intelectual. Vários provedores oferecem alguma proteção contra reivindicação de terceiros sobre a saída. Vale ler o escopo com atenção: a cobertura costuma ser condicionada ao uso dos filtros do próprio fornecedor e não alcança uso deliberado para reproduzir obra protegida.

Descontinuidade de modelo. Esta quase nunca aparece na análise e é a que mais gera problema operacional. O fornecedor aposenta a versão do modelo, a substituta se comporta de forma diferente, e o agente que funcionava passa a produzir saída fora do padrão. Prazo mínimo de aviso e janela de convivência entre versões deveriam ser negociados como se negocia SLA.

Alteração unilateral dos termos. Comum em contratação self-service. Sem trava contratual, tudo o que foi negociado pode mudar no mês seguinte.

Rescisão e saída. Eliminação comprovada dos dados, prazo para isso e possibilidade de exportar o que foi construído: documentos indexados, base vetorial, configurações. Sem isso, trocar de fornecedor significa começar do zero.

O que cláusula nenhuma resolve

Aqui está a parte que costuma escapar quando a discussão fica restrita ao contrato.

Se a petição sai do escritório com nome, CPF, endereço e histórico clínico do cliente, a cláusula de confidencialidade reduz o risco jurídico, mas não desfaz o envio. Minimizar antes de enviar é decisão de arquitetura, não de redação contratual.

O mesmo vale para o resto: controle de quem pode usar o agente, registro do que foi consultado, ponto obrigatório de revisão humana antes de a saída virar peça. Nada disso está no contrato do fornecedor. Está no desenho da solução, e é por isso que o jurídico precisa participar dessa conversa também, não só da assinatura.

Contrato protege contra o fornecedor. Arquitetura protege contra o próprio uso.

Sem paranoia

Exigir o pacote contratual completo para qualquer uso de IA trava a operação sem ganho proporcional de segurança. Pesquisar um conceito doutrinário, reescrever um parágrafo sem dado de cliente ou gerar um roteiro de reunião não expõe sigilo nenhum.

O que resolve é classificação de dados. Definir três ou quatro classes, e para cada uma dizer o que pode ser usado e sob quais condições. Dado público e texto sem identificação seguem um caminho curto. Documento com dado pessoal de cliente segue outro. Documento com dado sensível ou segredo de justiça, outro ainda, possivelmente em ambiente controlado pelo próprio escritório.

Sem essa classificação, o jurídico só tem duas respostas possíveis, proibir tudo ou liberar tudo, e nenhuma das duas sobrevive ao contato com a rotina.

Sem ingenuidade

O erro simétrico é assumir que contratar um plano corporativo encerra a discussão. Não encerra.

A contratação por cartão corporativo, feita por uma área isolada e sem passar por processo, continua sendo o caminho mais comum pelo qual dados saem da organização. É possível ter contrato impecável com um fornecedor enquanto metade da equipe usa outro, gratuito, que ninguém aprovou.

Certificação também não substitui contrato. Um relatório de auditoria diz que o fornecedor tem controles; não diz o que ele pode fazer com o seu dado.

E há o caso em que o provedor de IA nem é contratado diretamente. A ferramenta jurídica que o escritório assina roda sobre o modelo de um terceiro. A cadeia inteira precisa ser conhecida, porque o compromisso do intermediário não pode ser maior do que o que ele próprio recebeu de quem está atrás dele.

Onde o jurídico entra no ciclo

Em quatro momentos, e não apenas no segundo.

Antes da seleção, definindo as classes de dados e o que cada uma admite. Isso orienta a escolha em vez de apenas vetá-la no fim.

Na contratação, com as cláusulas acima e o apoio técnico do encarregado, inclusive no relatório de impacto quando o tratamento exigir.

No desenho do fluxo, verificando onde o dado é minimizado, onde ficam os registros e onde está o ponto obrigatório de revisão humana.

Na revisão periódica, porque o uso cresce, o fornecedor muda os termos e a solução que era adequada para o piloto raramente continua adequada quando vira operação diária.

Entrar cedo custa algumas reuniões. Entrar tarde custa reconstruir o que já está rodando, com a equipe já acostumada a um fluxo que precisa mudar.

---

Thiago Azeredo Rodrigues é especialista em Inteligência Artificial aplicada ao Direito e Head de Tecnologia Jurídica do Instituto NTA.