Obrigações do EU AI Act para IA em veículos autónomos, gestão de tráfego, aviação, caminhos de ferro e infraestruturas críticas. Abrange o Anexo I (NLF) e a categoria 2 do Anexo III.

Por que Razão os Transportes São um Setor Prioritário do EU AI Act

O EU AI Act (Regulamento (UE) 2024/1689) atribui as obrigações mais exigentes a domínios onde as falhas da IA têm consequências diretas para a segurança física, a continuidade de serviços críticos e a segurança pública. Os transportes e as infraestruturas críticas ocupam uma posição central nesta arquitetura por duas razões jurídicas independentes: o uso generalizado da IA enquanto componentes de segurança em produtos de transporte regulamentados (ativando o Art. 6(1) via Anexo I), e a listagem expressa da IA de gestão de infraestruturas críticas como de alto risco ao abrigo do Anexo III, ponto 2.

O setor dos transportes distingue-se ainda pela densidade e maturidade dos seus quadros regulatórios existentes. A homologação de veículos ao abrigo do Regulamento Geral de Segurança (UE) 2019/2144, a certificação aeronáutica ao abrigo do Regulamento de Base da EASA (UE) 2018/1139, a interoperabilidade e segurança ferroviárias ao abrigo do Regulamento ERA (UE) 2016/796 e da Diretiva de Segurança 2016/798, e a cibersegurança de infraestruturas críticas ao abrigo da Diretiva NIS2 (UE) 2022/2555 criam obrigações legais pré-existentes que se acumulam — e em alguns casos interagem estruturalmente — com o EU AI Act.

Para as organizações de transporte, a consequência prática é que a conformidade com a IA não pode ser gerida como um fluxo regulatório isolado. Deve ser integrada nos programas existentes de homologação, certificação, gestão da segurança e cibersegurança. A falha nesta integração implica não apenas o risco de incumprimento do AI Act, mas também a não conformidade com regulamentos setoriais que têm as suas próprias autoridades de fiscalização e consequências para o acesso ao mercado.

IA como Componente de Segurança (Anexo I) vs. IA de Infraestruturas Críticas (Anexo III, Ponto 2)

O EU AI Act cria dois percursos distintos de alto risco relevantes para os transportes. Compreender qual o percurso aplicável — e se ambos se aplicam simultaneamente — é o primeiro passo analítico em qualquer programa de conformidade de IA no setor dos transportes.

Anexo I — Componentes de Segurança de Produtos Regulamentados pelo NLF

O Art. 6(1) do EU AI Act classifica como de alto risco qualquer sistema de IA que seja um componente de segurança de um produto regulamentado ao abrigo da legislação do Novo Quadro Legislativo (NLF) listada no Anexo I. Para os transportes, os principais instrumentos NLF são:

Um sistema de IA é um componente de segurança de um produto de transporte se a sua falha ou mau funcionamento puder pôr em perigo a saúde ou a segurança de pessoas. Para os veículos rodoviários, isto abrange os sistemas de travagem de emergência autónoma, a IA de manutenção de faixa, o controlo de velocidade de cruzeiro adaptativo em SAE L2 ou superior, e todos os sistemas de condução automatizada L3–L5. Para a aviação, abrange a IA em sistemas de gestão de voo, componentes de piloto automático e sistemas de aviso de proximidade do solo. Para os caminhos de ferro, abrange a IA em proteção automática de comboios, sinalização assistida por IA e manobra autónoma.

A classificação ao abrigo do Art. 6(1) é categórica. Não exige que o sistema de IA demonstre de forma independente uma probabilidade significativa de dano — a designação de componente de segurança é suficiente. Isto significa que os fornecedores desses sistemas devem cumprir os requisitos do Capítulo III, Secção 2 (Arts. 9–15) relativos à gestão de riscos, governação de dados, documentação técnica, registo automático, transparência, supervisão humana, e exatidão e robustez.

Anexo III, Ponto 2 — Gestão de Infraestruturas Críticas

Independentemente do percurso do componente de segurança, o Anexo III, ponto 2 lista expressamente como de alto risco os sistemas de IA destinados a ser utilizados como componentes de segurança na gestão e operação de infraestruturas críticas, designadamente:

Os sistemas de IA que se enquadram nesta categoria incluem: plataformas de gestão de tráfego em autoestradas que utilizam IA para controlo dinâmico da velocidade e deteção de incidentes, sistemas de estabilidade e balanceamento de carga de redes inteligentes baseados em IA onde uma falha da rede afetaria as operações de transporte, e sistemas de IA que gerem infraestruturas portuárias ao nível da operação de serviços essenciais.

A distinção entre o ponto 2 e o percurso do Anexo I reside no facto de o Anexo III, ponto 2 se aplicar aos operadores de infraestruturas e não apenas aos fabricantes de produtos. Uma autoridade pública ou concessionária privada que opere um centro de gestão de tráfego baseado em IA está sujeita às obrigações do ponto 2 na qualidade de responsável pela implantação ou, se tiver desenvolvido o sistema de IA internamente, na qualidade de fornecedor.

Dupla Classificação

Quando um sistema de IA é simultaneamente um componente de segurança de um produto regulamentado pelo NLF e é implantado na gestão de infraestruturas críticas (por exemplo, um sistema de IA integrado numa plataforma de autoestrada inteligente que também interage com sistemas veiculares), ambos os percursos são aplicáveis. As obrigações mais exigentes prevalecem.

Fornecedor vs. Responsável pela Implantação no Contexto dos Transportes — OEM vs. Operador

A afetação de obrigações entre fornecedores (Art. 16) e responsáveis pela implantação (Art. 26) é particularmente complexa nos transportes, onde a cadeia de abastecimento entre o desenvolvedor de IA, o integrador de sistemas, o OEM, o operador de infraestruturas e a frota do utilizador final pode envolver múltiplas entidades jurídicas, cada uma com responsabilidades distintas ao abrigo do AI Act.

OEMs de Veículos como Fornecedores

Um OEM que integre um sistema de IA de condução — desenvolvido internamente ou adquirido a um fornecedor de Nível 1 ou Nível 2 — e coloque o veículo no mercado da UE sob a sua própria marca é o fornecedor do sistema de IA nos termos do Art. 16. Tal verifica-se mesmo que a tecnologia de IA tenha sido originalmente desenvolvida por terceiros, desde que o OEM não se tenha limitado a revender um sistema inalterado sob a marca do terceiro. As obrigações do fornecedor incluem:

Operadores de Frotas e Concessionários como Responsáveis pela Implantação

Uma empresa que opere uma frota de veículos autónomos, uma autarquia que implante um sistema de gestão de tráfego baseado em IA, ou um gestor de infraestruturas ferroviárias que utilize ferramentas de manutenção assistidas por IA é um responsável pela implantação nos termos do Art. 26. As obrigações do responsável pela implantação incluem:

Interação com Regulamentações Setoriais — EASA, ERA e Homologação

Veículos Rodoviários — GSR 2019/2144 e Homologação

O Regulamento Geral de Segurança (UE) 2019/2144 exige a inclusão de funcionalidades específicas de ADAS e condução autónoma nos novos tipos de veículos e estabelece requisitos técnicos para o seu desempenho. A homologação de veículos — conduzida pelas autoridades nacionais de homologação (como o KBA na Alemanha, a DREAL em França, e o Rijksdienst voor het Wegverkeer nos Países Baixos) — é o mecanismo primário de acesso ao mercado para veículos rodoviários.

O EU AI Act não substitui a homologação. O Art. 8(1) do AI Act especifica que, onde a legislação setorial específica imponha requisitos de exigência equivalente ou superior, o alinhamento processual é possível, mas as obrigações do AI Act subsistem. Na prática, a avaliação de conformidade de um sistema de IA de condução deve abranger tanto os requisitos técnicos do GSR (avaliados no âmbito da homologação) como os requisitos do AI Act (documentação técnica, governação de dados, registo, supervisão humana, monitorização pós-comercialização). Os OEMs devem planear uma avaliação integrada que abranja ambos os quadros normativos para evitar esforços duplicados e potenciais lacunas.

Aviação — EASA e o Roteiro de IA

A EASA exerce autoridade de certificação sobre aeronaves, motores e peças ao abrigo do Regulamento (UE) 2018/1139. O roteiro de IA da EASA (publicado em sucessivas edições desde 2020) aborda a fiabilidade da IA para sistemas de IA aerotransportados e constitui a principal referência de certificação para a IA em aplicações críticas de voo.

O EU AI Act aplica-se à IA de aviação terrestre (gestão de tráfego, diagnósticos de manutenção, sistemas de gestão de cabine) que se encontre fora do perímetro de aeronavegabilidade da EASA. Para sistemas de IA aerotransportados certificados pela EASA, o alinhamento ao abrigo do Art. 8(1) está disponível, mas a sobreposição entre os requisitos de aeronavegabilidade da EASA e as obrigações do AI Act (em particular em matéria de registo e supervisão humana) deve ser analisada sistema a sistema. O conceito de "nível de garantia de IA" da EASA não se mapeia diretamente na classificação de alto risco ou nos requisitos de avaliação de conformidade do EU AI Act.

Caminhos de Ferro — ERA e Sistemas de Gestão da Segurança

A ERA (Agência Ferroviária da União Europeia) supervisiona a interoperabilidade ferroviária e o quadro comum de segurança ao abrigo das Diretivas 2016/797 e 2016/798. As empresas ferroviárias e os gestores de infraestruturas são obrigados a manter um Sistema de Gestão da Segurança (SGS) que abranja a avaliação de riscos, a investigação de acidentes e a melhoria contínua.

Os requisitos de gestão de riscos do EU AI Act ao abrigo do Art. 9 são estreitamente paralelos aos requisitos do SGS da ERA. As organizações que dispõem de um SGS maduro estão bem posicionadas para integrar a documentação de gestão de riscos do AI Act no quadro existente. A ERA e a Comissão Europeia manifestaram preferência por abordagens de conformidade integradas que evitem a duplicação entre o SGS e as obrigações do AI Act. Os sistemas de IA utilizados na operação automática de comboios, nos componentes de IA do ETCS (Sistema Europeu de Controlo de Comboios), ou na manutenção preditiva que contribui para decisões de segurança crítica são de alto risco ao abrigo do Anexo I (componente de segurança de veículos ou infraestruturas ferroviárias).

Autoridades de Fiscalização e Certificação

A conformidade de IA nos transportes envolve múltiplos organismos de fiscalização com jurisdição parcialmente sobreposta, consoante a função do sistema de IA e o produto em que está incorporado.

A EASA é a autoridade de certificação para IA em aeronaves e produtos aeronáuticos. Pode conduzir investigações sobre falhas de sistemas de IA que impliquem a aeronavegabilidade, e as suas decisões afetam o acesso ao mercado em toda a UE e nas jurisdições parceiras bilaterais.

A ERA supervisiona o quadro comum de segurança para os caminhos de ferro. Os certificados de segurança ferroviária e as autorizações de operação dependem da conformidade com o SGS, que interseta crescentemente com a conformidade com o AI Act para sistemas ferroviários habilitados por IA.

As autoridades nacionais de homologação de veículos — incluindo o KBA (Alemanha), os organismos delegados da ANFIA (Itália) e o Rijksdienst voor het Wegverkeer (Países Baixos) — emitem e podem retirar homologações para veículos rodoviários. A não conformidade com os requisitos do AI Act para componentes de segurança de IA pode constituir fundamento para a suspensão da homologação ou para a recolha do veículo.

As autoridades nacionais competentes para a NIS2 — designadas por cada Estado-Membro, frequentemente uma agência nacional de cibersegurança como o BSI (Alemanha), a ANSSI (França) ou o NCSC-NL (Países Baixos) — fiscalizam as obrigações NIS2 para os operadores de transportes de serviços essenciais. A fiscalização da NIS2 pode resultar em instruções vinculativas, coimas e, em casos graves, na suspensão das operações.

As autoridades nacionais de supervisão de IA designadas ao abrigo do Art. 70 do EU AI Act terão poderes gerais de vigilância do mercado, com mecanismos de coordenação com as autoridades setoriais específicas para evitar conflitos de jurisdição.

Prioridades de Conformidade para Operadores e Fornecedores no Setor dos Transportes

Passo 1: Inventário e Classificação de Sistemas de IA

Realizar um inventário estruturado de todos os sistemas de IA em desenvolvimento ou implantação no portefólio de produtos ou operações de transporte. Para cada sistema, determinar se constitui um componente de segurança de um produto regulamentado pelo NLF (percurso do Art. 6(1)), uma IA de gestão de infraestruturas críticas (Anexo III, ponto 2), ou ambos. Documentar por escrito o fundamento da classificação. Os sistemas que não possam ser definitivamente excluídos da classificação de alto risco devem ser tratados como tal até que seja concluída uma análise jurídica definitiva.

Passo 2: Planeamento do Percurso de Avaliação de Conformidade

Para os sistemas de IA que sejam componentes de segurança de veículos, aeronaves ou produtos ferroviários, identificar o procedimento de certificação setorial aplicável e mapeá-lo face aos requisitos de avaliação de conformidade do AI Act. Determinar se é necessário um organismo notificado (Art. 43(3)) ou se uma autoavaliação com auditoria técnica por terceiros é suficiente. Coordenar o calendário da avaliação de conformidade ao abrigo do AI Act com o programa de homologação ou certificação para evitar atrasos no acesso ao mercado.

Passo 3: Documentação Técnica e Governação de Dados

Preparar documentação técnica ao abrigo do Anexo IV para cada sistema de IA de alto risco. Para a IA nos transportes, esta deve incluir: a finalidade prevista com precisão suficiente para suportar a classificação ao abrigo do AI Act e da regulamentação setorial; a proveniência dos dados de treino, incluindo quaisquer dados de condução real, operacionais ou de sensores utilizados; a descrição dos ambientes de simulação para sistemas de IA validados através de testes virtuais; e planos de monitorização pós-comercialização alinhados com as obrigações de reporte específicas do setor.

Passo 4: Integração da NIS2 para Operadores de Infraestruturas Críticas

Os operadores de transportes de serviços essenciais devem integrar os requisitos de cibersegurança do AI Act ao abrigo do Art. 15 com as obrigações de gestão de riscos de cibersegurança da NIS2. Estabelecer um único processo de avaliação de riscos de segurança que abranja ambos os quadros normativos. Assegurar que os fornecedores de software de IA — incluindo desenvolvedores de modelos de IA e fornecedores de dados — estão sujeitos a requisitos de segurança da cadeia de abastecimento consistentes com o Art. 21(2)(d) da NIS2 e o Art. 25 do AI Act (obrigações relativas a ferramentas de terceiros).

Passo 5: Supervisão Humana em Contextos Operacionais

Conceber mecanismos de supervisão humana ao abrigo do Art. 14 que sejam operacionalmente viáveis em ambientes de transporte. Para os sistemas de condução autónoma, definir as condições em que o condutor deve poder assumir o controlo (L3) ou um operador remoto deve poder intervir (L4). Para a IA de gestão do tráfego aéreo, especificar os pontos do fluxo de trabalho em que um controlador deve rever e aprovar as instruções geradas pela IA. Para a IA de manutenção ferroviária, definir protocolos de escalada quando o sistema sinaliza anomalias de segurança crítica. Os mecanismos de supervisão devem ser documentados na documentação técnica e refletidos nas instruções de utilização fornecidas aos responsáveis pela implantação.

Passo 6: Monitorização Pós-Comercialização e Reporte de Incidentes

Estabelecer sistemas de monitorização pós-comercialização que satisfaçam simultaneamente os requisitos do Art. 72 do AI Act e as obrigações de reporte de segurança específicas do setor (reporte de acidentes da ERA, reporte de ocorrências da EASA ao abrigo do Regulamento (UE) 376/2014, notificação de incidentes NIS2). Os incidentes graves envolvendo sistemas de IA de alto risco devem ser comunicados à autoridade nacional de supervisão de IA ao abrigo do Art. 73 no prazo de 15 dias úteis a contar do momento em que o operador deles tiver conhecimento. Este prazo deve ser conciliado com o requisito de notificação inicial da NIS2 em 24 horas para incidentes de cibersegurança significativos, que pode abranger o mesmo evento caso a falha do sistema de IA seja imputável a uma violação de cibersegurança.

Official AI Act Compliance Deadline Calendar

Updated · Sources: Regulation (EU) 2024/1689 and the 2026 Digital Omnibus on AI.

Obligation Applies to Original date New date Status Countdown Legal basis
Prohibited Practices (Art. 5) All providers and deployers active — AI Act Art. 5
GPAI Rules (Chapter 5) GPAI model providers active — AI Act Art. 51-56
High-risk AI — Annex III (standalone) Providers of standalone Annex III systems deferred — AI Omnibus 2026 Art. 6(2)
High-risk AI — Annex I (embedded) AI embedded in Annex I regulated products deferred — AI Omnibus 2026 Art. 6(1)
AI-Generated Content Marking Providers of generative GPAI systems active — AI Act Art. 50(2)
Regulatory Sandboxes National competent authorities active — AI Act Art. 57

⬇ Download JSON · CC BY 4.0

AI Act meets DORA and NIS2

Is your organisation subject to both the AI Act and DORA? The two regulations intersect on the operational resilience of financial AI systems. Our sister site regulation-dora.eu covers DORA in depth.

Explore regulation-dora.eu ↗

Frequently Asked Questions

Sim, na maioria das configurações comercialmente relevantes. Um sistema de IA que constitua um componente de segurança de um tipo de veículo rodoviário sujeito a homologação ao abrigo do Regulamento Geral de Segurança (UE) 2019/2144 é automaticamente classificado como de alto risco nos termos do Art. 6(1) do EU AI Act, lido em conjugação com o Anexo I (Novo Quadro Legislativo). Esta classificação aplica-se desde os sistemas de assistência ao condutor de nível SAE L2 ou superior que influenciem a direcção, a travagem ou a aceleração, até aos sistemas de condução autónoma L4 e L5. A classificação é categórica e não exige uma avaliação separada da probabilidade de dano. Tanto a avaliação de conformidade ao abrigo do AI Act como o procedimento de homologação ao abrigo do GSR 2019/2144 devem ser satisfeitos antes de o veículo ser colocado no mercado da UE.

A afetação depende da estrutura contratual e técnica da integração. Quando o OEM incorpora um sistema de IA de terceiros no tipo de veículo sem modificação e o coloca no mercado sob o seu próprio nome, o OEM é o fornecedor nos termos do Art. 16 do EU AI Act e assume as plenas obrigações do fornecedor, incluindo a avaliação de conformidade, a marcação CE e o registo na base de dados de IA da UE. O desenvolvedor original do sistema de IA pode ser um subfornecedor, mas não é automaticamente o fornecedor para efeitos do AI Act. Se o OEM introduzir modificações substanciais no sistema de IA antes da colocação no mercado, as obrigações do fornecedor são confirmadas na íntegra. As frotas ou empresas de aluguer que subsequentemente colocam o veículo em operação com o sistema de IA ativo são responsáveis pela implantação nos termos do Art. 26.

Não. A certificação da EASA ao abrigo do Regulamento de Base (UE) 2018/1139 e a avaliação de conformidade ao abrigo do AI Act são obrigações legais distintas que operam em paralelo. O roteiro de IA da EASA e as orientações futuras sobre fiabilidade da IA para a aviação abordam os requisitos de aeronavegabilidade e de segurança operacional ao abrigo da legislação aeronáutica. Os requisitos do EU AI Act — incluindo a documentação técnica ao abrigo do Anexo IV, o registo automático ao abrigo do Art. 12 e a supervisão humana ao abrigo do Art. 14 — constituem obrigações autónomas que devem ser cumpridas de forma independente. O Art. 8(1) do AI Act reconhece a legislação setorial específica e pode permitir o alinhamento processual quando os requisitos da EASA sejam equivalentes, mas não elimina as obrigações do AI Act para sistemas de IA terrestres ou IA de cabine que se encontrem fora do perímetro de aeronavegabilidade da EASA.

Depende do contexto operacional. Os sistemas de IA utilizados para a gestão e operação de infraestruturas críticas de tráfego rodoviário estão expressamente listados como de alto risco no Anexo III, ponto 2 do EU AI Act. Um sistema que gere o fluxo de tráfego em autoestradas, um controlo adaptativo de sinais para uma rede rodoviária metropolitana, ou a atribuição dinâmica de vias na aproximação a um túnel, preenche provavelmente o limiar de 'infraestrutura crítica de tráfego rodoviário'. Um sistema de IA autónomo que otimize os tempos de sinalização num único cruzamento rural com volume de tráfego reduzido e sem interdependências de segurança críticas pode ficar fora desta definição, mas esta avaliação deve ser documentada. Os operadores devem adotar uma interpretação de precaução: se uma falha ou erro de cálculo nos resultados do sistema de IA puder criar um risco material de acidentes, cascatas de congestionamento ou atrasos de veículos de emergência em larga escala, a classificação como de alto risco é o enquadramento por omissão adequado.

Os operadores ferroviários que se qualifiquem como operadores de serviços essenciais ao abrigo da Diretiva NIS2 (UE) 2022/2555 enfrentam uma dupla obrigação de conformidade. Ao abrigo da NIS2, devem implementar medidas de gestão de riscos de cibersegurança, cumprir os prazos de reporte de incidentes (incidentes significativos dentro de 24 horas à autoridade nacional competente, relatório completo dentro de 72 horas) e garantir a segurança da cadeia de abastecimento, incluindo no que respeita a fornecedores de software de IA. Ao abrigo do EU AI Act, os sistemas de IA incorporados em operações ferroviárias de segurança crítica — IA de manutenção preditiva, sinalização assistida por IA, sistemas de manobra autónoma — são de alto risco nos termos do Art. 6(1) (enquanto componentes de segurança ao abrigo da legislação ferroviária da ERA) ou do Anexo III, ponto 2. Os requisitos de cibersegurança e robustez ao abrigo do Art. 15 do AI Act devem ser satisfeitos de forma consistente e complementar com as obrigações da NIS2. Um sistema integrado único de gestão de riscos que abranja ambos os quadros normativos é operacionalmente preferível e consistente com os requisitos do Sistema de Gestão da Segurança da ERA ao abrigo da Diretiva 2016/798.

Stay ahead of AI Act changes

Get compliance alerts when deadlines or obligations change.

No spam. One-click unsubscribe.