Até 2 de dezembro de 2027, as obrigações do implantador sob o Regulamento de IA da UE aplicam-se a sistemas de IA de alto risco usados em biometria, infraestrutura crítica, educação, emprego, migração, asilo e controle de fronteiras [1]. As equipes de conformidade em 2026 não estão esperando até dezembro de 2027 para se posicionar. Elas estão elaborando questionários de diligência para fornecedores agora, e a aquisição de IA empresarial está travando nesses questionários em uma taxa que tem muito pouco a ver com a tecnologia sendo adquirida. A solução não é uma demonstração melhor. É um reencuadramento do que a conversa de aquisição realmente envolve.

Como o "travamento" realmente se apresenta em 2026

A prova de conceito técnica é aprovada. O modelo produz resultados úteis na carga de trabalho do cliente. O avaliador técnico escreve uma nota positiva e entrega o arquivo para a equipe de aquisição. Então o arquivo fica parado. Três semanas depois, a equipe de conformidade do cliente retorna com um memorando: "Não podemos comprovar nossas obrigações de implantador neste fluxo de trabalho se a inferência ocorrer em um endpoint que não controlamos."

A pesquisa empresarial da a16z identificou o formato desse padrão enquanto se formava: ciclos de negociação que "antes levavam mais de um ano para fechar estão sendo concluídos em 2 ou 3 meses" para produtos que atendem aos novos requisitos [4]. A implicação funciona também no sentido inverso. A aquisição de produtos que não atendem aos novos requisitos ainda leva um ano. Pilotos técnicos fortes não mudam isso.

O que a aquisição está realmente sendo solicitada a comprovar

O Regulamento de IA da UE distingue entre o fornecedor de um sistema de IA e o implantador dele [1]. Um banco que utiliza uma API de LLM de terceiros para avaliar pedidos de empréstimo é o implantador. As obrigações do implantador incluem supervisão humana, monitoramento, reporte de incidentes e demonstração dessas capacidades mediante solicitação. Essas obrigações aplicam-se ao banco, não ao fornecedor do LLM — e a equipe de aquisição do banco é o ponto onde a seleção do fornecedor decide se as obrigações são práticas de satisfazer.

Essa direção não é exclusiva da UE. O NIST publicou uma nota conceitual para um Perfil AI RMF sobre IA Confiável em Infraestrutura Crítica em 7 de abril de 2026 [2], a primeira delimitação federal das obrigações do implantador do AI RMF para operadores de infraestrutura crítica nos Estados Unidos. O Observatório de Políticas de IA da OCDE mantém um repositório vivo "de mais de 80 jurisdições e organizações" [3]. A convergência entre jurisdições sobre obrigações do lado do implantador é a tendência, não uma exceção.

As equipes de aquisição em indústrias reguladas leem esses sinais e se posicionam antecipadamente. Elas não podem esperar até 2 de dezembro de 2027 para saber se a arquitetura de um fornecedor lhes permitirá cumprir suas obrigações.

Por que "somos SOC 2" é a resposta errada

A resposta baseada no controle do fornecedor que historicamente resolveu as conversas de aquisição empresarial — SOC 2 Tipo II, ISO 27001, DPA alinhado ao GDPR — aborda os controles do lado do fornecedor. Eles são necessários. Não são suficientes para as obrigações do implantador que agora surgem.

As obrigações do implantador exigem que este demonstre, mediante solicitação, quais dados passaram pelo sistema de IA. Essa é uma questão sobre os próprios logs do implantador, não do fornecedor. Um fornecedor com certificação SOC-2 que mantém o prompt e a resposta em uma nuvem gerenciada não consegue fechar essa lacuna, porque a lacuna está do lado do implantador: o implantador não pode produzir um log de algo que não vê.

Esse é o descompasso estrutural que trava a conversa de aquisição. A equipe de conformidade escreve um memorando contra as obrigações do implantador. O fornecedor responde com certificações do lado do fornecedor. As duas partes passam uma pela outra.

A estrutura que resolve o impasse

Três propriedades da arquitetura de implantação, nomeadas antecipadamente no questionário do fornecedor, eliminam o impasse:

  1. Inferência local ao implantador. Ou no dispositivo do usuário ou em um servidor operado pelo implantador. Prompts e respostas nunca saem do perímetro do implantador.
  2. Logs de auditoria sem conteúdo que o implantador possui. Cada ação administrativa é registrada com carimbo de data/hora e ator, no SIEM do implantador. Nenhum prompt ou resposta aparece na linha de auditoria. A linha é a evidência; o conteúdo é do implantador para reter conforme sua própria política de retenção.
  3. Identidade por meio do IdP do implantador. OIDC contra Microsoft Entra ID ou Google Workspace. Os controles de acesso existentes e políticas de SSO do implantador aplicam-se sem alterações.

Estas não são propriedades do fornecedor a serem certificadas. São propriedades da arquitetura de implantação a serem especificadas. Uma vez que o questionário do fornecedor é estruturado com base nelas, o memorando de conformidade se escreve sozinho: toda obrigação do implantador tem uma propriedade arquitetural correspondente que o implantador pode apontar.

Como isso se apresenta na forma que entregamos

AI Suite da Software Tailor é entregue como instaladores para desktop que se comunicam com um processo de inferência local. AI Admin Console é a interface de gerenciamento que a equipe de TI do implantador usa para aplicar políticas, gerenciar licenças e exibir auditoria. Seis clientes da Fortune Global 500 nos setores farmacêutico, financeiro, governamental, jurídico, de defesa e energia implantaram essa solução desde 2007 (clientes anteriores), e todos esses projetos passaram por uma versão da estrutura acima antes da assinatura do contrato.

A maneira mais rápida de tornar isso concreto é percorrê-lo em uma carga de trabalho real. Um piloto gratuito de 1 semana coloca o modelo no hardware do cliente, a linha de auditoria no SIEM do cliente e a identidade pelo IdP do cliente — o suficiente para a equipe de conformidade escrever o memorando contra as obrigações que realmente enfrentam.

Referências

  1. Comissão Europeia. "AI Act — Quadro regulatório sobre IA." https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai. Acesso em 2026-06-03.
  2. NIST. "AI Risk Management Framework." https://www.nist.gov/itl/ai-risk-management-framework. Acesso em 2026-06-03. A nota conceitual de Infraestrutura Crítica foi divulgada em 7 de abril de 2026.
  3. Observatório de Políticas de IA da OCDE. "Painéis do Navegador de Políticas." https://oecd.ai/en/dashboards. Acesso em 2026-06-03.
  4. Andreessen Horowitz. "Estado da IA Generativa na Empresa." https://a16z.com/generative-ai-enterprise-2024/. Publicado em 21 de março de 2024. Acesso em 2026-06-03.