A governança na aquisição de IA consiste em decidir o que você aceitará, solicitará e registrará antes de contratar um sistema de IA. Ela se situa na interseção entre compra, risco e uso real; este curso fundamenta essa avaliação no EU AI Act (Lei de IA da UE), em vez de nas alegações dos fornecedores. Um erro comum é tratar a aquisição de IA como uma compra de software convencional com uma revisão de segurança adicional, pois a parte difícil não é a licença ou o plano de hospedagem, mas sim como o sistema se comporta ao interagir com suas equipes, seus dados e suas decisões. Na prática, a decisão de compra estabelece padrões difíceis de reverter posteriormente, como quais informações são registradas, quem pode substituir os resultados gerados e quais evidências podem ser exigidas do fornecedor. Este curso torna concreto esse momento anterior à compra, permitindo que o leitor decida o que solicitar e o que recusar antes de firmar qualquer compromisso.
Esse trabalho já ocorre por meio de artefatos rotineiros, como uma RFP (Solicitação de Proposta), uma demonstração do fornecedor, uma etapa inicial de DPIA (Avaliação de Impacto sobre a Proteção de Dados), um questionário de segurança e uma solicitação de aprovação em um catálogo de ferramentas. Uma equipe pode realizar todas essas etapas e, ainda assim, deixar passar a questão fundamental: qual é o nível de uso da IA que está sendo implementado e quais verificações esse nível torna necessárias. O resultado é uma lista de verificação que parece completa, mas não altera a decisão, pois não vincula o uso pretendido do sistema às evidências que você precisa ter em mãos. O mapa do curso abaixo apresenta os pontos de decisão aos quais você retornará, permitindo visualizar o panorama geral antes de conhecer as partes específicas.
Neste curso, um sistema de IA é um software que gera resultados — como previsões, conteúdo, recomendações ou decisões — a partir de dados de entrada, de uma maneira capaz de se adaptar ou generalizar além de regras fixas.
Essa distinção é importante no processo de aquisição porque você não está comprando apenas funcionalidades, mas sim um comportamento sob condições reais, o que inclui padrões de erro e casos atípicos (edge cases). Softwares convencionais geralmente falham quando falta um requisito ou existe um bug; já um sistema de IA pode falhar mesmo atendendo às especificações declaradas, pois o resultado depende do contexto dos dados, dos prompts e da forma como as pessoas o utilizam. Na prática, isso significa que uma demonstração e uma lista de recursos são evidências insuficientes por si sós; portanto, é preciso perguntar em que condições o sistema foi testado, quais registros ele gera e quais controles existem para quando os resultados forem utilizados na tomada de decisões.
A governança na aquisição de IA funciona quando uma pessoa ou um pequeno grupo assume a coordenação interfuncional, conectando a decisão de compra ao uso, à supervisão, aos registros e aos processos de escalonamento.
As equipes de compras podem conduzir o processo comercial; a TI, avaliar a integração e a segurança; o jurídico, revisar os termos; e os product owners, definir os resultados esperados. No entanto, nenhum desses papéis assume naturalmente a responsabilidade pela questão abrangente de saber se a organização conseguirá operar o sistema com segurança após sua implementação. As falhas ocorrem nas transições de responsabilidade quando cada área pressupõe que outra cuidará das questões complexas — como definir quem pode confiar nos resultados, o que acontece quando o modelo erra e quais evidências sustentam uma declaração de conformidade. Se você assumir o papel de responsável pela governança, deve promover uma visão unificada antes da compra, detalhando o uso pretendido, as pessoas afetadas e as evidências mínimas necessárias para que a aprovação prossiga.
As situações a seguir servem para avaliar se seus hábitos atuais já ajudam a evitar armadilhas comuns na compra de sistemas de IA.