Quem é responsável quando a IA causa danos no Reino Unido? Leia o contrato, não o discurso de lançamento
As condições-padrão dos fornecedores de IA limitam normalmente o recurso da empresa a cerca de um ano de mensalidades, e o direito inglês só permite ultrapassar esse limite através de uma análise casuística. A diferença entre o prejuízo real e a indemnização exequível devia entrar nas contas da compra, não no relatório pós-incidente.
Perguntar quem é responsável quando a IA causa danos no Reino Unido não tem resposta útil em nenhuma lei. Tem resposta na cláusula de limitação de responsabilidade que a empresa assinou. Nesta data (agosto de 2026), os Business Terms da OpenAI excluíam perdas indiretas e consequenciais e limitavam a responsabilidade total ao valor pago pelo serviço em causa nos 12 meses anteriores. Os Commercial Terms of Service da Anthropic seguiam a mesma lógica geral: exclusão de perdas consequenciais e limite de responsabilidade agregada calculado a partir do valor pago, com a versão que analisámos por último a medir esse limite também pelos 12 meses anteriores. Estes documentos são revistos sem aviso prévio, pelo que vale a pena confirmar a versão anexa ao contrato concreto em vez de confiar em qualquer resumo, incluindo este. E, para que a aritmética fique clara, tratando-se de uma ilustração e não de um caso real: se um agente a operar sob uma subscrição de 60 000 libras destruísse 2 milhões de libras em dados de produção, um limite fixado ao nível das mensalidades reduziria a recuperação contratual a 60 000 libras, e isto antes de qualquer discussão sobre a validade desse limite. Não é um lapso. É o negócio.
Nada disto é novidade trazida pela IA. O software empresarial vende-se há quarenta anos com cláusulas de exclusão e limites fixados por mensalidade. O que mudou foi o raio de ação: um chatbot que mostra uma resposta errada desperdiça minutos, mas um agente com acesso a credenciais de produção age sobre sistemas, dinheiro e pessoas. A cláusula manteve o mesmo tamanho enquanto aquilo que ela desculpa cresceu.
Quem é responsável quando a IA causa danos no Reino Unido?
Não é automaticamente a empresa compradora, e esse é o erro da versão fatalista deste argumento. O direito inglês incorpora obrigações reais no contrato. Num contrato entre empresas, o artigo 13.º do Supply of Goods and Services Act 1982 implica um dever de prestar o serviço com cuidado e competência razoáveis; o artigo 49.º do Consumer Rights Act 2015 cumpre a mesma função nos contratos com consumidores. Um fornecedor cujo sistema destrói dados por negligência está, à partida, em incumprimento.
O limite é onde a reclamação costuma morrer, e é também onde o direito inglês se torna interessante. Nos termos do artigo 3.º do Unfair Contract Terms Act 1977 (UCTA), uma parte que contrata sobre as condições-padrão escritas da outra só pode excluir ou restringir a responsabilidade pelo seu próprio incumprimento na medida em que a cláusula seja razoável. A maioria dos contratos empresariais de IA aceites por «clique» parecerá condições-padrão, embora isso seja, mesmo assim, uma questão de facto: em African Export-Import Bank v Shebah Exploration [2017] EWCA Civ 845, o Tribunal de Recurso exigiu prova de que as condições eram usadas de forma habitual e essencialmente não negociadas antes de se aplicar o artigo 3.º. Quanto aos próprios limites, a jurisprudência divide-se. Em St Albans City and District Council v International Computers Ltd [1996] 4 All ER 481, um limite de 100 000 libras para software defeituoso foi considerado não razoável face a um prejuízo várias vezes superior, tendo o tribunal sublinhado a cobertura de seguro de 50 milhões de libras do fornecedor e a sua posição negocial dominante. Cinco anos depois, em Watford Electronics v Sanderson, um limite semelhante resistiu porque tinha sido genuinamente negociado entre duas partes comerciais. Existe, portanto, uma via para ultrapassar o limite, mas depende dos factos, é dispendiosa de percorrer e está longe de ser garantida.
E há um portão antes disso. Os tribunais ingleses tendem a respeitar a lei aplicável escolhida por partes comerciais, e as condições-padrão dos grandes fornecedores norte-americanos têm historicamente optado pela lei e pelos tribunais da Califórnia, ainda que a entidade contratante e a cláusula variem por região e produto, pelo que vale a pena ler a versão concreta. A UCTA antecipa esta tática, mas só em parte: o artigo 27.º, n.º 2, preserva a aplicação da lei quando uma cláusula de lei estrangeira pareça imposta total ou principalmente para a contornar, uma válvula de escape deliberadamente estreita, enquanto o artigo 26.º retira muitos negócios transfronteiriços do teste de razoabilidade, como confirmou o Tribunal de Recurso em Trident Turboprop v First Flight Couriers, ainda que essa exceção esteja construída em torno do fornecimento de bens e o seu alcance a um contrato puro de serviços e API seja discutível. Nada disto é suficientemente sólido para nele assentar um plano. Trazer o contrato para a lei e a jurisdição inglesas é o que coloca o teste de razoabilidade em cima da mesa, e é isso que transforma a cláusula mais árida do documento na primeira coisa que vale a pena negociar.
Porque é que a responsabilidade pelo produto ainda não chegou ao software?
A responsabilidade objetiva pelo produto, o regime que permite a um lesado agir contra um fabricante sem provar negligência, vem do Consumer Protection Act 1987, redigido a pensar em bens materiais. Se o software autónomo é ou não um «produto» para este efeito nunca foi definitivamente resolvido, e os prejuízos puramente empresariais nunca foram, de qualquer forma, a sua preocupação. A UE já respondeu a esta pergunta para o seu próprio mercado: a Diretiva revista relativa à responsabilidade pelos produtos traz explicitamente o software e os sistemas de IA para o seu âmbito, com transposição pelos Estados-membros prevista até 9 de dezembro de 2026. Vale a pena notar os seus limites antes de a invejar: protege pessoas, cobrindo morte, lesões, danos patrimoniais e perda de dados pessoais, não a base de dados de produção destruída de uma empresa. A outra metade do plano de Bruxelas andou para trás: a proposta de Diretiva relativa à Responsabilidade em matéria de IA, que teria facilitado as ações com base em culpa, foi incluída para retirada no programa de trabalho da Comissão para 2025 [COM(2025) 45 final, de 11 de fevereiro de 2025], com o argumento de que não se previa acordo, e, nesta data (agosto de 2026), ainda não foi apresentada nenhuma proposta sucessora. O AI Act, por seu lado, fiscaliza condutas e aplica coimas, mas não cria um direito privado a indemnização. O Reino Unido, até agora, não fez nada disto. Para uma empresa portuguesa a avaliar isto do lado de cá do Canal, vale notar que o RGPD e a CNPD entram em jogo se o incidente envolver dados pessoais, mas nem o RGPD nem a futura diretiva cobrem o prejuízo puramente comercial de uma base de dados de produção apagada: essa lacuna fecha-se, ou não, no contrato assinado com o fornecedor, tal como no Reino Unido. Para uma empresa britânica não há reforços a caminho: o contrato é o regime de responsabilidade.
A exposição que ninguém limitou
O fornecedor limitou o recurso da empresa; ninguém limitou a sua exposição. Se um agente implementado pela empresa causar danos aos sistemas ou dados de terceiros, a reclamação chega normalmente à própria empresa primeiro: é o seu contrato, o seu sistema e o seu nome que estão à vista, e a reclamação subsequente contra o fornecedor esbarra logo na cláusula acima. Um lesado pode, em teoria, processar o fornecedor diretamente por negligência, mas o direito da responsabilidade civil inglês é avaro com perdas puramente económicas, pelo que não convém contar em ficar em segundo lugar na fila. A assimetria agrava-se quando o agente está a avaliar pessoas em vez de apagar ficheiros. Se uma triagem automatizada penaliza sistematicamente colaboradores que gozaram licença parental, a reclamação recai normalmente sobre a entidade empregadora: nos termos do artigo 109.º do Equality Act 2010, uma organização responde pelo que os seus trabalhadores e agentes fazem em seu nome, e «foi o software» é menos uma defesa do que uma confissão de que ninguém estava a vigiar. É pouco provável que o fornecedor da ferramenta de avaliação seja o demandado no tribunal do trabalho, embora não esteja imune: o artigo 112.º pode alcançar quem ajuda conscientemente uma infração. Manter uma pessoa a decidir sobre os casos que importam é, no fundo, engenharia básica de responsabilidade.
A maior parte do que acaba classificado como «incidente de IA» é, na verdade, higiene de engenharia por cumprir. A Secure Software Development Framework do NIST prescreve os controlos pouco vistosos: ambientes separados, privilégio mínimo, acessos auditados. Um agente que consegue chegar a dados de produção de que nunca precisou é prova fraca de vontade própria emergente da máquina e prova forte de que alguém saltou o básico. E isto funciona nos dois sentidos: a exposição é controlável, o que são boas notícias, mas um tribunal ou uma seguradora tende a ler a ausência de controlos-padrão como culpa do lado da empresa compradora, o que enfraquece ao mesmo tempo a sua defesa perante terceiros e os seus próprios argumentos de razoabilidade contra o fornecedor. As organizações que emagreceram as equipas de engenharia na promessa de que a IA tornava a disciplina dispensável são precisamente as que deixaram de construir a separação e os controlos de mudança que mantinham a implementação segura, e é por isso que proteger sistemas agênticos é, antes de mais, um problema organizacional e só depois um problema de modelo.
O anúncio e o contrato
Os diretores executivos da OpenAI e da Anthropic assinaram ambos, em 2023, a statement on AI risk (declaração sobre o risco da IA), que defende que mitigar o risco de extinção associado à IA devia ser uma prioridade global ao mesmo nível das pandemias e das armas nucleares. As mesmas empresas vendem a tecnologia em condições que limitam o seu risco a cerca de um ano de mensalidades. Quando o discurso e o contrato discordam sobre o grau de perigosidade de um produto, acredite no contrato: é o único sítio onde as verdadeiras estimativas de probabilidade do fornecedor ficam escritas. E a alocação de responsabilidade é negociável quando o mercado o exige. O Customer Copyright Commitment da Microsoft e a indemnização de IA generativa da Google Cloud prometem, ambos, defender os clientes contra ações judiciais por direitos de autor relativas ao resultado gerado pelo modelo, precisamente porque a ansiedade em torno da propriedade intelectual estava a travar negócios empresariais. As indemnizações por danos causados por agentes vão chegar da mesma forma, quando os compradores as tornarem condição de compra. Até lá, vale a pena perguntar de qualquer forma: a força da recusa diz muito sobre como o próprio fornecedor avalia o risco do seu produto. São questões de alocação que deviam entrar no trabalho de estratégia técnica muito antes de um agente receber credenciais de produção.
O veredicto defensável não é que a empresa compradora carrega sempre com tudo. É que, em condições-padrão, a diferença entre o prejuízo real e a indemnização realisticamente recuperável é suficientemente grande para ser assunto de conselho de administração, e o direito inglês só a reduz ocasionalmente, com custo elevado e depois de o dano já estar feito. Nada disto é aconselhamento jurídico, e os casos citados decidiram-se pelos seus factos concretos: um litígio real exige um advogado habilitado em Inglaterra e no País de Gales a ler os documentos concretos da empresa. O lugar para fixar preço a essa diferença é a fase de compra: lei e jurisdição inglesas, um limite de responsabilidade proporcional à exposição real, uma indemnização para ações autónomas do agente, e a disciplina de engenharia que mantém a empresa fora deste cenário à partida. O momento mais barato para corrigir a alocação de responsabilidade é antes da implementação, que é exatamente quando quase ninguém olha para isto.
Perguntas frequentes
Posso processar o meu fornecedor de IA se o agente apagar os meus dados?
Em princípio sim: os contratos empresariais incorporam um dever implícito de cuidado e competência razoáveis nos termos do artigo 13.º do Supply of Goods and Services Act 1982, e um limite de responsabilidade não razoável em condições-padrão pode ser contestado ao abrigo do Unfair Contract Terms Act 1977, como em St Albans v ICL. Na prática, a contestação depende dos factos, é dispendiosa e pode ser bloqueada quando o contrato está sujeito a lei estrangeira ou cai na exceção da UCTA para fornecimentos internacionais, pelo que o recurso realista costuma ser o limite que a empresa assinou.
As regras de proteção do consumidor britânicas aplicam-se aos contratos empresariais de IA?
Não. O artigo 49.º do Consumer Rights Act 2015, que exige que os serviços sejam prestados com cuidado e competência razoáveis, protege consumidores que contratam com profissionais. Uma empresa que compra serviços de IA depende, em vez disso, do dever implícito equivalente do Supply of Goods and Services Act 1982 e do teste de razoabilidade da UCTA 1977 para atacar exclusões injustas, e é por isso que a cláusula de lei aplicável pesa tanto.
Que cláusulas de responsabilidade deve incluir um contrato de compra de IA?
Comece pela lei e jurisdição inglesas, porque é isso que torna sequer acionável o teste de razoabilidade da UCTA. Depois procure um limite de responsabilidade proporcional à exposição real da empresa e não ao valor da licença, uma indemnização que cubra danos causados por ações autónomas do agente, deveres de notificação de incidentes e direitos de auditoria. Espere resistência; a força dessa resistência diz muito sobre como o próprio fornecedor avalia o risco do seu produto.
Relacionado
- O Prêmio da Soberania: por que a IA soberana corporativa está vencendo pelo acesso, não pela velocidade
- Washington Classificou o Seu Próprio Laboratório de IA Como Risco de Segurança Nacional. Isto Muda o Sentido da Dependência de um Fornecedor de IA
- Porque falham os pilotos de IA nas empresas: o problema é a confiança, não a capacidade
- Security & Trust
Escrito por uma persona editorial de IA do sistema editorial proprietário da Abyshire e revisto pela nossa equipa.