A UE Agora Pode Inspecionar Modelos de IA, Restringir o Acesso e Multar Fornecedores em 3% do Faturamento

A União Europeia entrou em uma nova fase de aplicação das regras em 2 de agosto de 2026, concedendo aos reguladores autoridade direta sobre fornecedores de IA de propósito geral. A manchete que circula no Google News é direta, mas amplamente precisa. A Comissão Europeia pode solicitar informações, avaliar modelos, ordenar medidas corretivas e aplicar multas substanciais.

Para os fornecedores de IA de propósito geral, o primeiro ano de implementação supervisionada chegou ao fim. As obrigações já se aplicavam a modelos recém-lançados desde 2 de agosto de 2025. No entanto, inicialmente o AI Office enfatizou a colaboração, especialmente com empresas que seguem o voluntário General-Purpose AI Code of Practice.

Essa postura agora mudou. A Comissão afirma que aplicará integralmente as regras de conformidade, inclusive por meio de penalidades financeiras. Grandes fornecedores como Google, OpenAI, Microsoft, Anthropic, Amazon, Mistral AI e Cohere assinaram o código. Fornecedores fora dessa estrutura devem demonstrar conformidade por meio de outras medidas adequadas.

O conflito central já não é mais regulação versus inovação. É cooperação voluntária versus comprovação obrigatória. As empresas ainda podem escolher sua rota de conformidade, mas os reguladores agora podem testar se essa rota atende à lei.

O Que Exatamente Mudou em 2 de Agosto

A UE passou de ajudar fornecedores de IA de propósito geral a se prepararem para verificar se eles realmente cumprem as regras.

O AI Act entrou em vigor em 1º de agosto de 2024. Suas disposições foram programadas para serem aplicadas em etapas, em vez de chegarem como um único pacote regulatório.

As regras que abrangem práticas de IA proibidas e alfabetização em IA começaram a ser aplicadas em fevereiro de 2025. As obrigações para modelos de IA de propósito geral vieram em 2 de agosto de 2025. Os poderes de execução da Comissão para essas obrigações relativas a modelos entraram em operação um ano depois.

Essa data importa porque os modelos de IA de propósito geral estão por trás de muitos produtos para consumidores e empresas. A categoria inclui modelos capazes de realizar uma ampla variedade de tarefas e de se integrar a inúmeros sistemas posteriores.

As orientações atuais da Comissão utilizam um limiar técnico para ajudar a identificar esses modelos. Em geral, elas tratam como modelos de propósito geral aqueles treinados com mais de 10^23 operações de ponto flutuante, quando são capazes de gerar linguagem.

A análise jurídica exata envolve mais do que volume computacional. Os reguladores também examinam as capacidades de um modelo, sua colocação no mercado, os termos de distribuição e possíveis modificações feitas por empresas posteriores.

Todos os fornecedores abrangidos devem preparar documentação técnica para as autoridades e compartilhar informações com desenvolvedores de sistemas posteriores. Eles também devem estabelecer uma política de conformidade com a legislação europeia de direitos autorais.

Os fornecedores devem publicar um resumo suficientemente detalhado que descreva o conteúdo usado para treinar cada modelo abrangido. A Comissão emitiu um modelo obrigatório para esses resumos públicos.

As regras se tornam mais rigorosas para modelos de propósito geral classificados como apresentando risco sistêmico. Esses fornecedores devem avaliar e mitigar riscos sistêmicos, relatar incidentes graves e manter proteções adequadas de cibersegurança.

Presume-se que um modelo apresenta risco sistêmico quando seu treinamento consumiu mais de 10^25 operações de ponto flutuante. A Comissão também pode designar outros modelos após considerar suas capacidades, usuários, escalabilidade e acesso a ferramentas externas.

A mudança na aplicação das regras significa que o AI Office já não precisa se basear nas garantias de um fornecedor. Segundo as regras de aplicação para GPAI, ele pode solicitar informações, avaliar modelos, exigir medidas de mitigação e requerer a retirada de um modelo do mercado europeu.

A retirada é a opção de maior impacto. Um fornecedor que não consiga satisfazer a Comissão pode perder o acesso a um dos maiores mercados de tecnologia do mundo.

A lei também oferece aos reguladores instrumentos intermediários. Eles podem solicitar documentos, investigar suspeitas de infrações, exigir medidas corretivas ou demandar mudanças nos controles de risco antes de buscar a retirada.

Essa estrutura de escalonamento é importante. Ela não significa que todo erro de documentação resulte imediatamente na proibição de um modelo. Significa que os fornecedores já não podem presumir que uma documentação incompleta continuará sendo um problema privado de conformidade.

Outro prazo continua em vigor. Modelos já colocados no mercado da UE antes de 2 de agosto de 2025, em geral, têm até 2 de agosto de 2027 para cumprir as obrigações pertinentes para modelos de propósito geral.

Essa transição impede que a nova fase de aplicação das regras se aplique de forma idêntica a todos os modelos existentes. Lançamentos mais recentes enfrentam escrutínio imediato, enquanto modelos mais antigos que se qualificam mantêm uma janela limitada para conformidade.

A manchete do Google News, portanto, condensa vários poderes jurídicos distintos em uma única frase. A Comissão pode inspecionar e avaliar modelos abrangidos, mas a aplicação das regras deve seguir os procedimentos e os requisitos de proporcionalidade estabelecidos pela regulamentação.

O Google News Destaca a Multa, Mas Não Toda a Exposição

O número de 3% é real, mas a penalidade financeira é apenas uma parte do risco do fornecedor.

A Comissão pode multar um fornecedor de IA de propósito geral em até €15 milhões ou 3% de seu faturamento anual total mundial. Para empresas que não se qualificam como pequenas empresas, o valor maior pode ser aplicado.

Esse cálculo usa o faturamento global do exercício financeiro anterior. Não considera apenas a receita europeia ou a renda gerada pelo modelo afetado.

Para as maiores empresas de tecnologia, 3% do faturamento mundial pode superar amplamente o valor fixo. O percentual torna a não conformidade relevante mesmo quando a IA representa apenas uma divisão dentro de um negócio mais amplo.

A penalidade se aplica quando um fornecedor viola, intencionalmente ou por negligência, obrigações relevantes do AI Act. Ela também pode ser aplicada quando um fornecedor deixa de seguir uma medida da Comissão ou retém documentos e informações solicitados.

A lei exige que as autoridades considerem a natureza, a gravidade e a duração de uma infração. Elas também devem levar em conta a proporcionalidade e as circunstâncias do fornecedor.

Pequenas e médias empresas recebem tratamento diferente. Para cada categoria de infração, o teto aplicável mais baixo geralmente é utilizado para empresas menores que se qualificam.

O número de destaque não deve ser confundido com a penalidade máxima do AI Act para toda possível violação. Certas práticas proibidas em outras partes da regulamentação podem atrair penalidades mais elevadas.

Para fornecedores de modelos de propósito geral, a questão imediata é o Artigo 101. As orientações do AI Act da Comissão descrevem um teto de €15 milhões ou 3% do faturamento anual mundial para violações envolvendo essas obrigações ou medidas solicitadas.

Ainda assim, uma multa pode não ser a consequência mais prejudicial. Uma ordem que restrinja ou determine o recolhimento de um modelo pode interromper serviços de API, implantações empresariais e produtos posteriores.

Considere um fornecedor que atende desenvolvedores europeus de software por meio de uma interface de programação de aplicações. Restringir esse modelo subjacente afetaria todos os produtos conectados, mesmo que as empresas posteriores não tenham cometido nenhuma violação.

O mesmo problema se aplica a marketplaces de nuvem. Um modelo pode chegar a clientes europeus por meio de diversos fornecedores de hospedagem, implantações regionais e serviços integrados de software.

Falhas de conformidade podem, portanto, se espalhar por toda uma cadeia de distribuição. Compradores empresariais podem exigir garantias contratuais mais fortes, direitos de auditoria, notificações de incidentes e planos de saída antes de adotar um modelo.

Os fornecedores também enfrentam pressão de divulgação. A documentação técnica deve fornecer às autoridades informações suficientes para entender as capacidades, limitações, processo de treinamento e requisitos de integração do modelo.

Resumos públicos do conteúdo de treinamento criam uma tensão diferente. Detentores de direitos querem informações significativas sobre as fontes de treinamento, enquanto fornecedores querem proteger segredos comerciais e detalhes sensíveis de segurança.

O modelo da Comissão busca estabelecer um formato comum de divulgação. Ele não exige que os fornecedores publiquem cada item de treinamento nem exponham pesos confidenciais do modelo.

Ainda assim, o resumo deve ser suficientemente detalhado. Uma declaração vaga de que um modelo utilizou dados públicos da internet provavelmente não resolverá questões sobre categorias de fontes, principais conjuntos de dados e material protegido.

A Comissão afirma que deixar de publicar o resumo exigido pode desencadear ações de fiscalização a partir de 2 de agosto de 2026. Suas orientações sobre conteúdo de treinamento aplicam o mesmo teto de €15 milhões ou 3%.

É nesse ponto que a fase de aplicação das regras se torna operacional, e não simbólica. Os reguladores agora têm documentos padronizados que podem solicitar e comparar entre fornecedores.

Uma empresa que apresenta registros detalhados cria uma trilha auditável. Uma empresa que apresenta documentação superficial também cria uma trilha, mas uma que pode expor lacunas durante uma avaliação.

Leitores do Google News podem se concentrar no valor da multa. Os fornecedores se concentrarão igualmente em solicitações de documentação, acesso para testes, prazos de correção e na possibilidade de restrições de mercado.

Cooperação e Comprovação Obrigatória Agora Estão em Conflito Direto

Os fornecedores podem escolher como cumprir as regras, mas não podem escolher se os reguladores avaliarão o resultado.

O General-Purpose AI Code of Practice da UE continua sendo voluntário. Assiná-lo oferece um caminho reconhecido para demonstrar conformidade com diversas obrigações relativas a modelos.

O código tem três capítulos. Transparência e direitos autorais se aplicam amplamente a fornecedores de IA de propósito geral. Segurança e proteção se aplicam a fornecedores responsáveis por modelos com risco sistêmico.

O capítulo de transparência inclui um formulário padronizado de documentação de modelos. O capítulo de direitos autorais abrange políticas para respeitar reservas de direitos e gerenciar o acesso legal a conteúdo protegido.

O capítulo de segurança e proteção aborda identificação de riscos, avaliações de modelos, comunicação de incidentes graves, cibersegurança e monitoramento após a implantação. Ele se destina ao grupo relativamente pequeno que desenvolve os modelos mais capazes.

Google, OpenAI, Microsoft, Anthropic, Amazon, IBM, Mistral AI, Cohere e vários outros fornecedores constam na lista publicada pela Comissão de signatários. O código GPAI completo foi reconhecido como uma ferramenta voluntária adequada de conformidade.

Assinar não concede imunidade. Isso fornece à Comissão um conjunto estruturado de compromissos com base nos quais ela pode monitorar o fornecedor.

Um signatário que segue o código obtém uma rota probatória mais clara. Seus formulários, estruturas de risco e procedimentos de relatório se alinham a práticas já analisadas pela Comissão e pelo AI Board.

Um não signatário ainda pode cumprir a lei. No entanto, deve demonstrar que seus controles alternativos satisfazem adequadamente as obrigações subjacentes.

Essa distinção cria a principal escolha abordada no artigo. O código reduz a incerteza, mas também compromete os fornecedores com práticas detalhadas que podem exceder sua abordagem preferida de divulgação ou governança.

Fornecedores fora do código preservam mais flexibilidade. Eles também assumem o risco de que o AI Office avalie seus métodos de conformidade sem a mesma presunção de estrutura.

A abordagem da Comissão no primeiro ano deu aos fornecedores cooperativos espaço para concluir a implementação. As autoridades afirmaram que trabalhariam em estreita colaboração com participantes do código que agissem de boa-fé.

A partir de 2 de agosto de 2026, esse período informal de adaptação acabou. A Comissão agora afirma que aplicará a conformidade integral, inclusive com multas.

Isso não transforma o próprio código em legislação vinculativa. A fiscalização continua relacionada às obrigações estabelecidas pelo AI Act, e não a cada prática voluntária isoladamente.

A diferença importa durante uma disputa. Os reguladores precisam vincular qualquer penalidade ou ordem corretiva ao requisito legal aplicável e seguir as garantias processuais.

Ainda assim, o código molda expectativas. Ele mostra às autoridades como podem ser uma documentação madura, controles de direitos autorais e gestão de risco sistêmico.

Também oferece aos clientes empresariais um ponto de referência comum. As equipes de compras podem perguntar se um fornecedor assinou o código e como implementa os capítulos relevantes.

Uma assinatura, por si só, não deve decidir uma compra. Os clientes precisam de evidências relativas ao modelo específico, à versão, ao arranjo de hospedagem e ao uso pretendido.

Os desenvolvedores também devem distinguir obrigações do modelo das obrigações do sistema. Um fornecedor de modelos fundacionais e a empresa que cria, sobre ele, uma ferramenta de emprego podem enfrentar requisitos diferentes.

O fornecedor do modelo deve fornecer as informações posteriores necessárias para a conformidade. O fornecedor do sistema continua responsável pelas obrigações associadas ao seu próprio produto e caso de uso.

Essa divisão se torna difícil quando uma empresa controla ambas as camadas. Mudanças recentes da UE ampliaram a supervisão centralizada de determinados sistemas baseados em modelos de uso geral, especialmente quando a mesma empresa fornece ambos.

A Comissão também tem um papel quando esses sistemas são integrados a plataformas on-line muito grandes ou mecanismos de busca. As autoridades nacionais de vigilância de mercado lidam com muitas outras obrigações de sistemas de IA.

Essa estrutura mista de fiscalização cria espaço para problemas de coordenação. Os fornecedores podem lidar com o AI Office, autoridades nacionais, reguladores de proteção de dados e supervisores específicos de cada setor.

A lei tenta dividir responsabilidades, mas os limites práticos serão desenvolvidos por meio de investigações e decisões de fiscalização. Esses primeiros casos importarão mais do que promessas amplas de consistência regulatória.

Inspeções de Modelos Testarão os Limites do Acesso Regulatório

A Comissão dispõe de poderes relevantes de avaliação, mas usá-los com eficácia exige conhecimento técnico, acesso seguro e procedimentos defensáveis.

O AI Office pode realizar avaliações para verificar se um modelo de uso geral cumpre o AI Act. Pode investigar riscos sistêmicos e examinar se os fornecedores implementaram as salvaguardas exigidas.

Uma avaliação pode envolver a análise de documentação interna, avaliações de risco, métodos de teste, registros de incidentes e outras evidências técnicas. A Comissão também pode nomear especialistas independentes para apoiar seu trabalho.

A palavra “inspecionar” pode criar uma imagem exagerada de autoridades apreendendo o código-fonte de um modelo. A regulamentação estabelece poderes formais, mas seu uso depende dos fatos e das etapas processuais de cada caso.

Pesos de modelos, registros de treinamento, conjuntos de dados de avaliação e controles de segurança podem conter valiosos segredos comerciais. Também podem revelar vulnerabilidades que não deveriam se tornar públicas.

A Comissão, portanto, precisa equilibrar o acesso investigativo com confidencialidade e segurança. O tratamento inadequado de informações sensíveis enfraqueceria a cooperação dos fornecedores e criaria novos riscos cibernéticos.

Testar modelos avançados também apresenta um problema de medição. Um modelo pode ter desempenho diferente conforme os prompts, idiomas, configurações do sistema, permissões de ferramentas e camadas de segurança.

Uma única avaliação não pode descrever cada implantação. Os reguladores precisarão de métodos repetíveis que conectem o comportamento medido a uma preocupação jurídica específica.

As investigações de risco sistêmico são especialmente exigentes. O AI Act abrange possíveis danos envolvendo cibersegurança, manipulação, discriminação, saúde pública, processos democráticos e outros efeitos em larga escala.

Alguns riscos só aparecem após a implantação. Outros dependem de como desenvolvedores posteriores combinam um modelo com busca, execução de código, dados privados ou ferramentas autônomas.

Os fornecedores podem contestar o desenho de uma avaliação, a versão do modelo, a base estatística ou sua relevância. A Comissão precisará de um registro sólido quando uma ordem puder restringir o acesso ao mercado europeu.

Este é o principal ponto de ceticismo. Autoridade jurídica não cria automaticamente capacidade técnica.

O AI Office precisa recrutar especialistas, proteger materiais confidenciais, coordenar-se com autoridades nacionais e aplicar padrões de forma consistente entre arquiteturas de modelos.

A UE criou um grupo de especialistas para aconselhar o AI Office. Também publicou diretrizes, modelos e códigos destinados a tornar as evidências dos fornecedores mais comparáveis.

Essas ferramentas reduzem a ambiguidade, mas não podem eliminar o julgamento. Termos como “risco sistêmico”, “mitigação adequada” e “suficientemente detalhado” ainda exigem interpretação específica para cada caso.

Modelos de código aberto criam outro limite. Alguns modelos lançados sob licenças genuinamente livres e abertas podem receber isenções de determinadas obrigações de documentação.

Essas isenções têm condições. Elas não abrangem todos os modelos comercializados como código aberto e não removem obrigações adicionais para modelos que apresentem risco sistêmico.

Uma empresa que modifica um modelo existente também pode se tornar fornecedora quando a modificação é substancial. Mudanças menores, em geral, não transferem integralmente o papel de fornecedor.

Isso cria uma questão prática para quem realiza fine-tuning. Essas empresas precisam determinar se seu poder computacional, alterações técnicas, marca e atividade de mercado equivalem a colocar um modelo modificado no mercado da UE.

As diretrizes para fornecedores da Comissão explicam sua interpretação, mas não são, por si mesmas, legislação vinculativa. Os tribunais mantêm a autoridade final sobre interpretações contestadas do direito da UE.

As primeiras medidas de fiscalização revelarão quão agressivamente a Comissão interpreta esses limites. Também mostrarão se os fornecedores resolvem disputas de forma cooperativa ou contestam ordens.

Os reguladores têm incentivos para começar por falhas claras de documentação. Esses casos são mais fáceis de provar do que alegações amplas sobre a contribuição de um modelo para danos sociais.

Um resumo de treinamento ausente, um pedido de informações ignorado ou um incidente grave não comunicado criam uma questão de conformidade definida. Uma teoria contestada de risco sistêmico exige mais análise técnica e causal.

Isso sugere que a fiscalização pode inicialmente parecer administrativa. As consequências ainda podem se tornar substanciais quando um fornecedor ignora solicitações ou repetidamente deixa de corrigir lacunas identificadas.

Leitores que chegam pelo Google News devem, portanto, evitar dois extremos. A UE não obteve acesso ilimitado a todos os sistemas de IA, mas seus poderes já não são meramente consultivos.

Três Sinais Mostrarão se a Fiscalização Tem Força

A próxima fase será definida por pedidos reais de informação, avaliações de modelos e ordens corretivas, não por outra rodada de anúncios de políticas.

O primeiro sinal é se o AI Office abre uma investigação visível sobre um modelo de uso geral lançado após 2 de agosto de 2025.

Um pedido formal de informações mostraria quais evidências os reguladores consideram essenciais. Poderia esclarecer expectativas sobre documentação técnica, políticas de direitos autorais, resumos de treinamento e avaliações de risco sistêmico.

Se os fornecedores responderem sem litígio, o quadro cooperativo parecerá mais forte. Uma contestação judicial exporia questões não resolvidas sobre escopo, confidencialidade e proporcionalidade.

Qualquer um dos resultados acrescentaria orientações mais úteis do que declarações gerais de conformidade. As empresas precisam saber o que os reguladores solicitam, quanto tempo concedem e como avaliam registros incompletos.

O segundo sinal é se a Comissão determina uma mitigação concreta ou correção de mercado. Uma medida corretiva fica entre o diálogo informal e uma multa.

A ordem pode exigir melhor documentação, novos controles de risco, informações revisadas para partes posteriores, avaliações adicionais ou limites sobre um arranjo específico de distribuição.

Uma ordem cuidadosamente delimitada sustentaria a alegação da UE de que pode regular riscos de modelos sem bloquear serviços úteis. Uma ordem ampla ou tecnicamente pouco clara reforçaria preocupações sobre incerteza regulatória.

A retirada do mercado continua sendo a intervenção mais forte. Sua credibilidade depende, em parte, de a Comissão conseguir definir medidas proporcionais antes de chegar a esse ponto.

O terceiro sinal é como os fornecedores lidarão com o prazo de 2 de agosto de 2027 para modelos mais antigos. Essa data incorporará modelos de uso geral anteriormente comercializados ao quadro de conformidade.

Modelos mais antigos podem apresentar problemas de documentação mais difíceis. Os registros podem estar incompletos, os pipelines de treinamento podem ter mudado e funcionários relevantes podem ter migrado para outros projetos.

A orientação da Comissão sobre resumos de treinamento permite que os fornecedores expliquem lacunas causadas por informações indisponíveis ou por encargos desproporcionais de recuperação. Ela não cria uma isenção geral da obrigação.

Os fornecedores devem identificar essas lacunas e justificá-las. Os reguladores decidirão se a explicação reflete limitações genuínas ou manutenção de registros inadequada.

Se grandes fornecedores publicarem resumos e documentação consistentes para modelos mais antigos, a transição fortalecerá o quadro da UE. Exceções disseminadas enfraqueceriam a comparabilidade entre gerações.

Esses sinais também importam além da Europa. Desenvolvedores de modelos preferem processos internos comuns, em vez de manter programas completamente diferentes de segurança e documentação para cada jurisdição.

Um requisito da UE pode, portanto, afetar práticas globais de desenvolvimento mesmo quando seu alcance jurídico direto termina no mercado europeu. Os fornecedores podem padronizar documentação, comunicação de incidentes e avaliações de risco entre regiões.

Esse efeito mais amplo não é garantido. As empresas podem criar controles específicos para a UE, atrasar lançamentos europeus ou reter determinados modelos quando os custos de conformidade parecerem altos demais.

O poder de acesso ao mercado torna essa escolha explícita. Um fornecedor deve cumprir as condições europeias, contestá-las ou deixar de oferecer o modelo abrangido dentro da União.

Compradores empresariais devem reagir agora mapeando suas dependências. Eles precisam saber quais modelos sustentam fluxos de trabalho críticos e se uma restrição aplicada interromperia esses serviços.

Os contratos devem identificar versões de modelos, regiões de hospedagem, deveres de notificação, termos de retenção de dados e opções de migração. Os compradores também devem perguntar como os fornecedores lidam com investigações regulatórias.

Os desenvolvedores precisam de um inventário das integrações posteriores. Substituir um modelo raramente é tão simples quanto trocar um endpoint de API, porque prompts, avaliações, controles de segurança e comportamento de saída diferem.

Trabalhadores do conhecimento enfrentam um risco menos direto. Sua preocupação imediata é se as ferramentas continuarão disponíveis e se o conteúdo gerado por IA traz as divulgações exigidas.

As obrigações de transparência do Artigo 50 começaram a ser aplicadas em 2 de agosto de 2026. Elas abrangem marcação legível por máquina para determinados conteúdos sintéticos e deveres de divulgação envolvendo deepfakes e textos selecionados de interesse público.

Uma transição limitada estende alguns requisitos de marcação até 2 de dezembro de 2026, para sistemas colocados no mercado antes do prazo principal. Ela não adia todo o AI Act.

A distinção foi obscurecida em parte da cobertura do Google News. A fiscalização de modelos de uso geral, as regras de transparência de conteúdo e os requisitos para sistemas de alto risco seguem cronogramas relacionados, mas diferentes.

Vários prazos para sistemas de alto risco foram estendidos pelo AI Omnibus. As regras para usos sensíveis especificados agora passam a ser aplicadas mais tarde do que a data geral de agosto de 2026.

Esse adiamento não reverte a autoridade da Comissão sobre modelos de uso geral. Ele restringe quais requisitos são atualmente aplicáveis em outras partes do mercado de IA.

A questão prática já não é se a UE dispõe de instrumentos de execução. É se as autoridades os utilizarão de forma consistente, proporcional e com precisão técnica suficiente para resistir ao escrutínio.

Acompanhe a primeira investigação formal sobre um modelo. Em seguida, analise a primeira ordem de correção e o tratamento dado aos modelos mais antigos que se aproximam de agosto de 2027.

Esses eventos mostrarão se o quadro da UE se tornará um sistema de supervisão operacional ou se permanecerá, em grande parte, um regime de documentação. Provedores, clientes e desenvolvedores devem se preparar agora para qualquer um dos desfechos.