A data de aplicação do EU AI Act agosto 2026 já passou, e a maior parte da cobertura mediática dessa semana centrou-se no que foi adiado: o adiamento das obrigações de alto risco relativas a decisões de emprego, pontuação de crédito e acesso a serviços públicos para dezembro de 2027. Esse adiamento é real, por isso conta para o planeamento. Mas tratar o dia 2 de agosto como uma data discreta por causa dessa notícia é um erro, e ficará corrigido na primeira vez que uma autoridade de supervisão nacional pedir documentação à sua organização.
Entraram em vigor três conjuntos de obrigações a que está sujeita qualquer organização que utilize IA num contexto profissional. Primeiro, as obrigações de transparência do Artigo 50. Segundo, o regime de coimas na sua totalidade. Terceiro, os poderes de supervisão das autoridades nacionais, coordenadas pelo Conselho Europeu de IA.
Explicamos abaixo o que cada uma significa na prática, esclarecemos a confusão em torno do adiamento do Anexo III e damos aos responsáveis de TI um ponto de partida concreto.
O que a data do EU AI Act agosto 2026 mudou de facto
A decisão de adiar certas obrigações de alto risco foi amplamente noticiada como um adiamento “do AI Act”. Essa formulação é enganosa, porém, porque só uma categoria específica de obrigações se moveu. Perceber qual é essa categoria é o que faz diferença no planeamento de conformidade.
Que obrigações passaram para dezembro de 2027
O Anexo III lista oito domínios em que os sistemas de IA são classificados como de alto risco: identificação biométrica, gestão de infraestruturas críticas, educação e formação profissional, emprego e gestão de trabalhadores, acesso a serviços privados e públicos essenciais incluindo pontuação de crédito e avaliação de risco de seguros, aplicação da lei, controlo de migração e fronteiras, e administração da justiça e processos democráticos.
Ao abrigo do Digital Omnibus sobre IAas obrigações associadas a esses sistemas passaram para 2 de dezembro de 2027. Isso abrange as avaliações de conformidade dos Artigos 9 a 17, os requisitos dos implementadores do Artigo 26 e os requisitos sectoriais. A IA de alto risco integrada em produtos já regulados pela legislação europeia de segurança de produtos, listada no Anexo I, foi mais longe, até 2 de agosto de 2028. Para a maioria das equipas de IA em instituições financeiras, fornecedores de software de RH e implementadores do sector público, a extensão dá tempo real para construir sistemas conformes.
Que obrigações já são aplicáveis
O que não se moveu foi o resto do regulamento, o que significa que o prazo do EU AI Act agosto 2026 chegou com toda a força para quem está fora das categorias de alto risco.
Coimas e poderes de supervisão
As coimas chegam a 35 milhões de euros ou 7% do volume de negócios anual global nas violações que envolvam práticas de IA proibidas, 15 milhões de euros ou 3% do volume de negócios na maioria das outras violações, e 7,5 milhões de euros ou 1,5% por informação incorreta prestada às autoridades de supervisão. Cada Estado-Membro tem também de designar uma autoridade nacional competente, e essas autoridades podem agora investigar, exigir documentação e aplicar coimas. Como a aplicação é coordenada pelo Conselho Europeu de IA, o objetivo é um tratamento coerente em todo o mercado único, em vez de vinte e sete interpretações separadas. O texto legal completo está no Regulamento (UE) 2024/1689, disponível no EUR-Lex..
As obrigações de transparência do EU AI Act agosto 2026 ao abrigo do Artigo 50
O Artigo 50 é a parte do regulamento com relevância mais imediata para o maior número de organizações, já que se aplica a qualquer fornecedor ou implementador que opere sistemas de IA num contexto profissional dentro da UE, independentemente de onde a empresa está sediada.
Onde a divulgação costuma falhar
Na prática a falha raramente é deliberada. O texto de divulgação é escrito uma vez para o chatbot principal e depois nunca chega às três ferramentas menores que entraram em produção mais tarde. Entretanto a equipa de marketing publica conteúdo generativo num calendário diferente do da equipa de produto, pelo que as práticas de rotulagem divergem. Uma pergunta resolve a revisão: cada sistema de IA que interage com utilizadores, os analisa ou gera conteúdo em nome da organização cumpre estes requisitos de divulgação?
O problema do inventário de IA
A lacuna de conformidade mais comum não é uma falha técnica. É, em vez disso, uma falha de inventário, porque a maioria das organizações não tem uma visão completa e precisa dos sistemas de IA que utiliza ou adquire.
Três sítios onde os sistemas de IA se escondem
IA sombra. erramentas adotadas por equipas ou colaboradores individuais sem aprovação das TI: assistentes de escrita, geradores de imagens, ferramentas de conclusão de código, software de resumo de reuniões. Estas ferramentas podem interagir com utilizadores, processar dados pessoais ou gerar conteúdo público. Ao abrigo do regulamento o implementador é a organização, pelo que a responsabilidade não recai sobre o colaborador que instalou a ferramenta.
IA integrada em produtos de terceiros. O software empresarial traz cada vez mais funcionalidades de IA por predefinição. Pense em plataformas de CRM com comunicação gerada por IA, ferramentas de RH com triagem assistida por IA, sistemas de gestão documental com classificação automática. Embora ninguém os tenha adquirido como sistemas de IA, é isso que são, e as organizações que os utilizam são implementadores com obrigações de divulgação e governação.
IA generativa na cadeia de conteúdos. Textos de marketing, descrições de produto, publicações em redes sociais e comunicações com clientes produzidos com ferramentas generativas criam obrigações de rotulagem. Muitas organizações adotaram estas ferramentas a grande velocidade sem antes acordar práticas de divulgação consistentes.
Como o regulamento trata o inventário de sistemas de IA como base de qualquer programa de conformidade, construí-lo é o primeiro passo prático para qualquer responsável de TI que ainda não começou.
Como é uma IA pronta para auditoria do ponto de vista de engenharia
Os requisitos de documentação são normalmente descritos como uma obrigação jurídica. São, com mais precisão, um requisito de engenharia com consequências jurídicas.
As organizações que construíram sistemas de IA com governação em mente desde o início já têm quase tudo o que o regulamento pede. Adaptar a conformidade depois do facto é um trabalho maior, e a diferença entre as duas abordagens vê-se na arquitetura.
Four characteristics of audit-ready AI systems
Os deveres de documentação do EU AI Act agosto 2026 na prática
Nada disto é exótico. É controlo de versões, propriedade e rastreabilidade aplicados a modelos em vez de código, pelo que as equipas que já fazem entrega de software regulado têm quase todos os hábitos. O que normalmente lhes falta é um único lugar onde a classificação, a documentação e a aprovação vivam juntas. É essa lacuna que transforma um pedido de evidência de duas semanas num de dois meses.
EU AI Act agosto 2026: uma lista de verificação prática para responsáveis de TI
Para os responsáveis de TI que estão a rever a sua posição, cinco perguntas servem de ponto de partida.
O que isto significa para quem desenvolve IA em sectores regulados
Para as organizações que constroem sistemas de IA para clientes europeus em serviços financeiros, energia, saúde e administração pública, a conversa de contratação já mudou.
A documentação de conformidade como activo comercial
Os compradores em sectores regulados já pedem documentação de conformidade durante a seleção de fornecedores. Um fornecedor que consiga demonstrar alinhamento, com classificações de risco documentadas, documentação técnica e mecanismos claros de supervisão humana, está numa posição comercial diferente de um que não consiga. O mesmo padrão aconteceu com eIDAS 2.0 e antes com o DORA. Em consequência, a documentação de conformidade deixa de ser um artefacto jurídico e passa a ser um activo de vendas.
Construir sistemas de IA com conformidade por design, em vez de conformidade por adaptação, é por isso a abordagem tecnicamente sólida. E é cada vez mais a abordagem comercial.
Na Caixa Mágica construímos sistemas de IA para sectores regulados em Portugal e na Europa há anos. A camada de governação que as obrigações do EU AI Act agosto 2026 agora exigem, com classificações de risco documentadas, mecanismos de supervisão humana e resultados auditáveis, é a forma como o nosso AI Lab sempre trabalhou. Quando o peso da evidência recai sobre a garantia de qualidade e não sobre o modelo em si, Qualigentic resolve o mesmo problema para os testes: registos assinados, rastreáveis do requisito até ao registo de execução, produzidos dentro do perímetro da própria instituição.
Perguntas frequentes
Datas e prazos
Qual é a data de aplicação do EU AI Act agosto 2026?
Que obrigações foram adiadas para 2027?
Âmbito e coimas
Quais são os requisitos de transparência do Artigo 50?
Quais são as coimas ao abrigo do EU AI Act?
O que fazer a seguir
O que devem os responsáveis de TI fazer imediatamente depois do prazo do EU AI Act agosto 2026?
O EU AI Act aplica-se a empresas de fora da UE?
