AI Owner: quem responde quando a IA da sua empresa errar?

Um modelo de crédito recusa clientes elegíveis por erro de calibração.

Um chatbot de atendimento fornece informação médica incorreta.

Um sistema de triagem de RH elimina candidatos por viés de gênero.

Nesses três casos, alguém precisa responder. Regulador pergunta. Cliente processa. Conselho quer saber.

Na maioria das empresas, essa pergunta cai no vazio. TI diz que é problema do negócio. O negócio diz que foi TI que implantou. O fornecedor aponta para o contrato.

Enquanto ninguém assume, o dano cresce.

O triângulo de responsabilidade que ninguém quer assumir

Existe um triângulo clássico em implantações de IA: quem comprou, quem implementou, quem usa.

O CFO aprovou o investimento. TI fez a integração. A área de negócio usa o output para tomar decisões.

Quando algo dá errado, cada vértice aponta para o outro.

Isso não é má-fé — é ausência de atribuição formal de responsabilidade. Ninguém foi designado como o dono do risco.

É exatamente esse gap que o papel de AI Owner preenche.

Sem um AI Owner nomeado, o risco existe, o sistema opera, e a responsabilidade flutua. Quando o incidente acontece, o custo de descobrir quem deveria ter feito o quê é alto. E chega tarde.

O que a ISO 42001 define como AI Owner

A ISO 42001 — o padrão internacional de gestão de IA — define que cada sistema de IA em uso pela organização precisa ter um responsável designado.

Esse responsável é o AI Owner.

A norma não usa esse termo exatamente, mas o conceito está na estrutura de controles: toda aplicação de IA precisa ter atribuição clara de accountability, avaliação de risco documentada e revisão periódica.

Na prática, isso significa uma pessoa — com nome, cargo e escopo definidos — que responde pelo comportamento do sistema, pelos riscos que ele representa e pelas ações corretivas quando algo sair do esperado.

Não é um comitê. Não é um processo. É uma pessoa.

A diferença entre AI Owner e gestor de TI

Confundir os dois papéis é o erro mais comum.

O gestor de TI cuida da infraestrutura: o sistema está no ar, a integração funciona, os acessos estão configurados. É operação.

O AI Owner cuida do risco de negócio: o sistema está tomando as decisões certas, os critérios são justificáveis, o impacto em clientes e em terceiros está dentro do aceitável.

Um modelo de precificação dinâmica pode estar funcionando perfeitamente do ponto de vista técnico — uptime 99,9%, latência ótima — e ainda assim estar praticando discriminação de preço por CEP.

TI não vai ver isso. Não é função de TI ver isso.

O AI Owner precisa entender o negócio, o cliente, o contexto regulatório e o que o sistema faz com os dados. É um papel híbrido: negócio com responsabilidade técnica suficiente para fazer as perguntas certas.

O que o AI Owner faz na prática

Não é um papel honorífico. Tem entregáveis.

Mantém o registro do sistema no inventário de IA. Qualquer mudança no modelo, nos dados ou no escopo de uso — o AI Owner atualiza.

Assina a avaliação de risco. Antes de o sistema entrar em produção e a cada ciclo de revisão. Não delega a assinatura.

Monitora indicadores de comportamento. Taxas de erro, distribuição de outputs por segmento, reclamações relacionadas ao sistema. Define os thresholds e age quando eles são ultrapassados.

Reporta à liderança. Quando o risco muda — novo volume de dados, mudança de escopo, incidente — o AI Owner escala. Não espera a próxima reunião de governança.

Coordena resposta a incidentes. Se o sistema causa um dano, o AI Owner lidera a investigação e define as ações corretivas.

Nenhuma dessas atividades é esporádica. É trabalho contínuo, não projeto.

Como nomear — e o erro mais comum

O processo de nomeação importa tanto quanto o papel em si.

O erro mais comum: nomear alguém que não tem poder de parar o sistema.

Se o AI Owner identificar um risco grave e não tiver autoridade para suspender o uso do sistema enquanto a correção é feita, o papel é decorativo. A responsabilidade existe no papel, mas o controle real fica em outro lugar.

Para nomear corretamente:

Defina o escopo antes de nomear. Qual sistema, quais decisões, qual perímetro de dados.

Escolha alguém com autonomia real sobre o processo de negócio que o sistema suporta. Se o sistema é de concessão de crédito, o AI Owner precisa ter relação direta com a área de crédito — não pode ser alguém de TI que nunca viu um comitê de crédito.

Documente formalmente. Termo de designação, escopo, competências delegadas. Sem documento, não tem designação — tem intenção.

Revise anualmente. O AI Owner de um sistema de três anos pode ser a pessoa errada hoje — o sistema evoluiu, o contexto mudou, a organização mudou.

A pergunta que distingue uma governança real de uma performance de conformidade é simples: se o sistema fizer uma decisão errada amanhã às 8h, quem você liga?

Se a resposta demorar mais de trinta segundos para aparecer, o papel de AI Owner não está funcionando.

Antes de nomear AI Owners, vale saber quais sistemas precisam de um.

O checklist de prontidão aponta isso em 15 minutos: risco.ia.br/checklist.

Quem já tem o inventário e quer medir a exposição real: alc.ia.br/score-risco.

Quem precisa do template de designação de AI Owner e política básica: alc.ia.br/kit.

E quem quer sair com um plano de 30/60/90 pronto: alc.ia.br/diagnostico.