Contratando IA de terceiros: as 7 cláusulas que protegem sua empresa

Contratar fornecedor de IA virou rotina de PME: o agente de atendimento, a plataforma de automação, a consultoria que implanta. O contrato que sela isso, quase sempre, é o modelo padrão do fornecedor, assinado sem leitura na pressa do projeto. O problema: contrato padrão de fornecedor resolve os problemas do fornecedor. Quem responde quando o agente erra com o seu cliente, de quem é o prompt calibrado com as suas regras, o que acontece com o seu histórico na rescisão: tudo isso se decide em sete cláusulas que custam uma tarde de atenção antes da assinatura, e meses de prejuízo depois dela.

Por que o contrato padrão do fornecedor não basta?

Porque ele foi escrito pelo advogado do outro lado pra proteger o outro lado: limita a responsabilidade do fornecedor ao mínimo, deixa a propriedade do que for ambíguo com ele e trata a sua saída como problema seu, tudo em linguagem que desestimula a leitura. Não é má-fé; é o padrão do jogo. A assimetria só se corrige antes do sim, quando o fornecedor quer fechar e cede o que depois não cederia.

O que muda em contrato de IA em relação ao software comum, e por que a atenção extra se justifica:

• O objeto é mais ambíguo: software comum entrega funcionalidade definida; agente de IA entrega comportamento, que varia. O contrato precisa dizer o que é falha e o que é característica.
• O ativo é mais entranhado: seus dados, prompts e regras de negócio ficam dentro da operação do fornecedor de um jeito que planilha nunca ficou.
• O erro tem cara nova: agente que responde errado pro seu cliente cria um tipo de dano que os contratos antigos não previam, e a lei ainda está assentando quem paga.

A boa notícia: a maioria dos fornecedores sérios aceita as sete cláusulas abaixo com pouca resistência, porque são razoáveis. A recusa dura em alguma delas é, em si, informação valiosa sobre o fornecedor.

Cláusulas 1 a 3: de quem é o dado, de quem é o prompt, e o que treina o quê?

As três cláusulas de propriedade formam o alicerce: seus dados são seus (com acesso e exclusão garantidos), os prompts e regras calibrados com o seu conhecimento são seus (entregáveis em formato utilizável), e nada disso treina modelo do fornecedor ou de terceiros sem consentimento explícito e separado. Ambiguidade em qualquer uma das três vira preço na saída.

O que cada uma precisa dizer, em substância:

1. Propriedade do dado: todo dado seu e dos seus clientes que entrar no sistema (conversas, histórico, base de conhecimento) permanece seu, com direito de acesso a qualquer tempo, exclusão comprovável na rescisão e conformidade com a LGPD nominalmente assumida, incluindo o papel do fornecedor como operador.
2. Propriedade do prompt e das regras: as instruções, fluxos e calibrações construídos com o seu conhecimento de negócio são entregáveis seus, documentados. O fornecedor pode proteger o método e os componentes genéricos dele; o que é específico da sua operação sai com você. É a linha que separa implementação de sequestro, como a gente detalha na discussão de lock-in de fornecedor.
3. Confidencialidade de treino: cláusula explícita de que seus dados não treinam modelos, nem do fornecedor nem dos provedores que ele usa por baixo, salvo consentimento à parte. A pergunta técnica que revela muito: “quais provedores de modelo vocês usam e qual é a política de retenção deles sobre o meu dado?”. Fornecedor sério responde em um parágrafo; enrolação aqui é bandeira vermelha.

Cláusulas 4 e 5: SLA de verdade e a pergunta nova, quem paga o erro do agente?

SLA com número e remédio (disponibilidade mínima, tempo de resposta pra incidente, e desconto ou multa automáticos quando descumprido, não “melhores esforços”) e a cláusula de responsabilidade por erro: a definição escrita de quem responde quando o agente der informação errada, assumir compromisso indevido ou vazar o que não devia na conversa com o seu cliente. A segunda é a menos padronizada do mercado, e por isso a mais importante de escrever.

Sobre o SLA, os pontos que separam promessa de garantia:

• Número, medição e janela: disponibilidade percentual definida, quem mede e onde se verifica, com janelas de manutenção comunicadas.
• Remédio automático: o descumprimento gera crédito ou desconto sem você precisar abrir disputa. SLA sem remédio é decoração.
• Suporte com prazo por severidade: agente de atendimento parado numa segunda de manhã é incidente crítico, e o contrato precisa dizer em quantas horas alguém competente estará nele.

Sobre a responsabilidade por erro, o desenho realista pra negociar:

• O fornecedor responde pelo funcionamento: agente fora do ar, comportamento fora das regras configuradas, falha de segurança da plataforma.
• A sua empresa responde pelo conteúdo das regras: se você mandou o agente prometer o que não devia, o erro é da regra, não da plataforma.
• A zona negociada: o erro do modelo dentro de regras corretas (a resposta inventada, o compromisso não autorizado). Aqui entram os mitigadores que o contrato deve exigir: logs completos e auditáveis de toda conversa, alçadas configuráveis e escalação pra humano. Limitação de responsabilidade do fornecedor a valores simbólicos, nessa zona, merece contraproposta.

Sendo bem sincero: nenhuma PME vai sair com o contrato perfeito dessa cláusula, porque nem as grandes empresas têm o assunto pacificado e a jurisprudência ainda é jovem. O objetivo realista é menor e valioso: que a pergunta “quem paga se o agente errar?” tenha uma resposta escrita antes do primeiro erro, em vez de uma discussão depois dele.

Cláusulas 6 e 7: a porta de saída e quem mais está na cozinha?

Portabilidade na saída (o que você leva, em que formato, em que prazo, a que custo, com período de transição definido) e subcontratação transparente: a lista de quem processa seu dado por baixo do fornecedor, com aviso prévio de mudança relevante. A cláusula 6 define o preço do divórcio; a 7 evita que você descubra na crise que o dado morava num terceiro que você nunca aprovou.

O que exigir em cada uma, na prática:

• Portabilidade: exportação completa (dados, histórico, documentação das regras) em formato utilizável, prazo definido em dias, custo zero ou tabelado, e um período de transição em que o serviço continua de pé enquanto você migra. O teste que vale mais que a cláusula: exportar de verdade uma vez por semestre e conferir o que sai.
• Rescisão sem refém: aviso prévio razoável dos dois lados, e a proibição explícita de retenção de dado como alavanca de cobrança em disputa. Dado retido pra forçar pagamento é o cenário de pesadelo, e é evitável com uma frase.
• Subcontratação: a cadeia declarada (provedores de modelo, hospedagem, ferramentas de terceiros), o compromisso de que todos seguem as mesmas obrigações de confidencialidade e LGPD, e aviso quando a cadeia mudar de forma relevante. Você não precisa aprovar cada peça; precisa do direito de saber e de sair se a mudança for inaceitável.

Como usar esse checklist sem travar a contratação?

Como filtro de uma tarde, não como trincheira de meses: leia o contrato com as sete cláusulas na mão, mande por e-mail as perguntas sobre o que faltar, negocie o essencial (propriedade, treino, portabilidade costumam sair de graça; responsabilidade e SLA exigem conversa) e trate recusa dura como dado sobre o fornecedor. O objetivo é assinar bem, não assinar nunca.

O processo enxuto pra PME sem departamento jurídico:

1. Triagem (1 hora): procure as sete no contrato. O que existe, o que falta, o que existe contra você (limitação de responsabilidade agressiva, licença ampla sobre seus dados).
2. Perguntas por escrito (30 minutos): e-mail objetivo com o que faltou. Respostas por escrito têm valor; promessa de call, não. A propósito, IA lê contrato razoavelmente bem: peça pra ela apontar as sete cláusulas e as pegadinhas antes de gastar hora de advogado, e use o advogado pra revisar a resposta, não pra começar do zero.
3. Negociação do essencial: priorize propriedade do dado, não-treino e portabilidade (baratas de conceder, caras de não ter). SLA e responsabilidade se calibram pelo peso do agente na sua operação: atendimento ao cliente exige mais que ferramenta interna.
4. Registro do combinado: o que foi prometido por e-mail vira anexo ou aditivo. Combinado fora do contrato vale o papel em que não foi escrito.

Não acho que contrato ruim deva matar um bom projeto com fornecedor pequeno e produto excelente: às vezes vale assinar com lacunas conscientes, mitigadas por hábito operacional (exportação frequente, documentação externa, dependência limitada). O que não vale é a lacuna inconsciente: descobrir na crise o que uma tarde de leitura teria revelado de graça. Contrato é o único componente do projeto de IA que não melhora depois da assinatura; tudo o mais se calibra em produção, ele não.

FAQ

Preciso de advogado especializado em tecnologia pra isso?

Pra maioria dos contratos de PME, não como ponto de partida: o checklist das sete cláusulas mais uma leitura assistida por IA cobrem a triagem, e o advogado de confiança entra na revisão final e na redação do que for negociado, com horas contadas. Especialista em tecnologia passa a valer quando o contrato é grande em valor ou risco (agente lidando com dado sensível em volume, integração profunda com o núcleo do negócio, cláusulas internacionais). A régua: o custo do jurídico deve ser proporcional ao estrago possível, não ao tamanho do PDF.

O fornecedor disse que o contrato é padrão e não muda. Sinal vermelho?

Depende do tamanho dos dois lados: plataformas grandes de autosserviço realmente não negociam contrato individual (a decisão vira pegar ou largar, informada pelo checklist), enquanto fornecedor de porte próximo ao seu que recusa qualquer ajuste está contando algo sobre a relação que vem aí. No pegar-ou-largar, o checklist ainda serve: você compara os padrões dos concorrentes (eles diferem mais do que parece) e escolhe o menos assimétrico, documentando as lacunas pra mitigar por operação.

O que é razoável exigir de SLA de um agente de atendimento?

Em termos de mercado, disponibilidade alta o suficiente pra que a indisponibilidade seja evento raro e curto (os padrões comerciais comuns giram em faixas altas de “noves”, e a diferença entre eles se mede em horas por ano), resposta a incidente crítico em poucas horas e remédio automático por descumprimento. Tão importante quanto o número: o plano B combinado pra indisponibilidade (fallback pra atendimento humano, aviso automático), porque cliente no WhatsApp não espera a plataforma voltar. Exigir perfeição encarece; exigir remédio e fallback é só maturidade.

Como funciona a LGPD nessa relação: quem é o responsável pelo dado do meu cliente?

No arranjo típico, sua empresa é a controladora (decide por que e como o dado é usado) e o fornecedor é o operador (processa por sua conta e ordem), e o contrato deve nomear esses papéis com as obrigações de cada um: o fornecedor processa só conforme suas instruções, adota segurança adequada, avisa incidente em prazo definido e devolve ou apaga tudo no fim. A multa e a reputação em jogo são majoritariamente suas, porque o cliente é seu; por isso a cláusula de subcontratação transparente importa: você responde pela cadeia inteira, então precisa enxergá-la.

Contrato por resultado (pagar pelo que o agente entregar) muda essas cláusulas?

Muda a ênfase, não a lista: as sete continuam valendo, e ganham companhia da cláusula de medição (o que conta como resultado, quem mede, com que dado, e como se audita). Modelos por resultado alinham incentivos e criam uma dependência extra do dado do fornecedor pra conferir a fatura, então o direito de auditoria e o acesso aos logs sobem de importância. Desconfie de contrato por resultado sem medição auditável: é fatura que se autodeclara.

Já assinei sem nada disso. O que faço agora?

Três movimentos, em ordem: primeiro o inventário da exposição real (o que do seu dado e conhecimento está lá dentro, o que sairia numa rescisão hoje), depois a mitigação operacional imediata que não depende do fornecedor (exportar o que der, documentar prompts e regras fora, reduzir dependências evitáveis), e por fim a renegociação na próxima janela natural (renovação, upgrade, expansão de escopo), quando você volta a ter alavanca. Aditivo de proteção de dado e portabilidade em renovação é pedido comum e raramente recusado; o fornecedor também prefere cliente tranquilo a cliente com plano de fuga.