Skip to main content

Artigo 12.º para a IA de infraestruturas críticas: conservação de registos e registos

Como o artigo 12.º (conservação de registos) se aplica à IA de infraestruturas críticas: registo desde a conceção, quem conserva os registos, incidentes graves, datas, coimas e o que o regulamento deixa em aberto.

Os fornecedores de sistemas de IA de risco elevado para infraestruturas críticas devem concebê-los para registarem automaticamente os eventos (artigo 12.º).

São sistemas de IA concebidos para serem utilizados como componentes de segurança nos termos do anexo III, ponto 2. Aplica-se a partir de 2 de dezembro de 2027, salvo a exceção do artigo 6.º, n.º 3. As coimas podem chegar a 15 milhões de EUR ou, no caso de uma empresa, a 3 % do volume de negócios anual mundial. Aplica-se o montante mais elevado (artigo 99.º, n.º 4). Próximo passo: liste os eventos que o seu sistema tem de registar. Depois, fornecedores e responsáveis pela implantação conservam os registos (artigo 19.º, artigo 26.º, n.º 6).

O artigo 12.º exige o registo por conceção, não um prazo de conservação

O artigo 12.º estabelece uma obrigação de conceção para o fornecedor. A conservação dos registos é outra obrigação, indicada nas linhas abaixo.

  • art. 12(1)
    Registo automático de eventos durante a vida útil

    Os sistemas de IA de risco elevado devem permitir tecnicamente o registo automático de eventos («registos») durante a vida útil do sistema.

  • art. 12(2)
    Rastreabilidade adequada à finalidade prevista

    As capacidades de registo devem assegurar um nível de rastreabilidade do funcionamento do sistema adequado à sua finalidade prevista. Devem permitir o registo de eventos pertinentes para três fins. O primeiro é identificar situações que possam dar azo a um risco na aceção do artigo 79.º, n.º 1 ou a uma modificação substancial. O segundo é facilitar o acompanhamento pós-comercialização (artigo 72.º). O terceiro é controlar o funcionamento do sistema (artigo 26.º, n.º 5).

  • art. 12(3)
    Conteúdo mínimo dos registos: apenas a identificação biométrica à distância

    O artigo 12.º, n.º 3, enumera o conteúdo mínimo dos registos dos sistemas de risco elevado do anexo III, ponto 1, alínea a) (identificação biométrica à distância). Não se aplica aos sistemas do ponto 2, para os quais o regulamento não indica nenhum campo mínimo de registo.

Que IA para infraestruturas críticas tem de cumprir o artigo 12.º e quem conserva os registos

O artigo 12.º aplica-se apenas aos sistemas de IA de risco elevado. As linhas abaixo mostram onde a IA para infraestruturas críticas passa a ser de risco elevado e quem conserva os registos.

  • As infraestruturas críticas são um domínio do anexo III, não um regime setorial

    O regulamento não tem um regime setorial de infraestruturas críticas para fornecedores ou responsáveis pela implantação. O anexo III, ponto 2, é o domínio de risco elevado intitulado «Infraestruturas críticas». Este sítio usa essas palavras para a IA que entra no regulamento por esse ponto. O ponto 2 abrange os sistemas de IA concebidos para serem utilizados como componentes de segurança na gestão e no controlo de infraestruturas digitais críticas, do trânsito rodoviário ou das redes de abastecimento de água, gás, aquecimento ou eletricidade. O artigo 3.º, ponto 62, define «infraestrutura crítica» por remissão para o artigo 2.º, ponto 4, da Diretiva (UE) 2022/2557. O regulamento não define separadamente «infraestruturas digitais críticas». O ponto 2 não nomeia o transporte ferroviário, aéreo ou marítimo, nem os portos ou os aeroportos. Um sistema para qualquer um deles só é de risco elevado se outro ponto do anexo III ou o anexo I o abranger.

  • Só os componentes de segurança são abrangidos

    Um componente de segurança é um componente de um produto ou sistema de IA que cumpre uma função de segurança nesse produto ou sistema de IA, ou cuja falha ou anomalia põe em risco a saúde e a segurança de pessoas ou bens. Um componente cumpre uma função de segurança quando a sua finalidade prevista é prevenir ou atenuar riscos para a saúde e a segurança de pessoas ou bens (artigo 3.º, ponto 14). Os sistemas de IA utilizados exclusivamente para aspetos não relacionados com a segurança da assistência ao utilizador, a otimização do desempenho, a eficiência do serviço, a automatização ou a conveniência ou o controlo da qualidade não são considerados componentes de segurança (artigo 6.º, n.º 1-A). Os sistemas de IA cuja falha ou mau funcionamento possa pôr em perigo a saúde e a segurança são considerados componentes de segurança (artigo 6.º, n.º 1-B). O artigo 6.º, n.º 5, obrigava a Comissão a fornecer, o mais tardar em 2 de fevereiro de 2026, orientações com uma lista completa de exemplos práticos de casos de utilização de risco elevado e de risco não elevado. O considerando 55 do texto de 2024 descreve os componentes de segurança de infraestruturas críticas como sistemas utilizados para proteger diretamente a integridade física das infraestruturas críticas ou a saúde e a segurança de pessoas e bens, mas que não são necessários para o funcionamento do sistema. Indica que os componentes destinados a serem utilizados exclusivamente para fins de cibersegurança não devem ser considerados componentes de segurança. Um considerando não é uma regra vinculativa. Saber se uma determinada ferramenta de previsão, otimização ou manutenção é um componente de segurança é uma questão para um jurista.

  • O artigo 6.º, n.º 3, pode retirar um sistema do anexo III

    Um sistema abrangido pelo ponto 2 é de risco elevado nos termos do artigo 6.º, n.º 2. Nos termos do artigo 6.º, n.º 3, não é de risco elevado se não representar um risco significativo de danos para a saúde, a segurança ou os direitos fundamentais. Isso inclui não influenciar de forma significativa o resultado da tomada de decisões. O regulamento aplica esta exceção quando estiver preenchida qualquer das seguintes condições (artigo 6.º, n.º 3, alíneas a) a d)). O sistema destina-se a desempenhar uma tarefa processual restrita. Ou destina-se a melhorar o resultado de uma atividade humana previamente concluída. Ou destina-se a detetar padrões de tomada de decisões ou desvios em relação a padrões de tomada de decisões anteriores e não se destina a substituir nem influenciar uma avaliação humana previamente concluída, sem que se proceda a uma verificação adequada por um ser humano. Ou destina-se a executar uma tarefa preparatória no contexto de uma avaliação pertinente para os casos de utilização enumerados no anexo III. Saber como estas condições se combinam com o critério do risco significativo é uma questão para um jurista. O sistema é sempre de risco elevado se executar a definição de perfis de pessoas singulares. A definição de perfis consta do artigo 4.º, ponto 4), do RGPD (artigo 3.º, ponto 52). O fornecedor que invoque a exceção documenta a sua avaliação antes de o sistema ser colocado no mercado ou colocado em serviço. Tem também de registar o sistema (artigo 6.º, n.º 4, artigo 49.º, n.º 2).

  • Os produtos do anexo I são uma via distinta

    Um sistema de IA também pode ser de risco elevado nos termos do artigo 6.º, n.º 1. Para isso tem de ser um componente de segurança de um produto, ou um produto, abrangido pela legislação de harmonização da União enumerada no anexo I, quando o produto tenha de ser sujeito a uma avaliação da conformidade por terceiros. A secção A do anexo I enumera, por exemplo, os equipamentos sob pressão (ponto 7) e os aparelhos a gás (ponto 10). Os requisitos para estes sistemas aplicam-se a partir de 2 de agosto de 2028 (artigo 113.º, alínea c), subalínea ii)). A secção B enumera, por exemplo, o sistema ferroviário (ponto 17, Diretiva (UE) 2016/797). Para os sistemas de risco elevado relacionados com produtos da secção B, apenas se aplicam o artigo 6.º, n.º 1, o artigo 60.º-A e os artigos 102.º a 112.º. Os artigos 57.º, 58.º e 59.º só se aplicam na medida em que os requisitos para os sistemas de IA de risco elevado tenham sido integrados nessa legislação (artigo 2.º, n.º 2). Os artigos 9.º a 15.º não figuram entre as disposições aplicáveis.

  • Fornecedor e responsável pela implantação

    O fornecedor («prestador» no regulamento) desenvolve um sistema de IA, ou manda desenvolvê-lo, e coloca-o no mercado ou em serviço sob o seu próprio nome ou a sua própria marca (artigo 3.º, ponto 3). A colocação em serviço inclui o fornecimento para utilização própria do fornecedor (artigo 3.º, ponto 11). Uma empresa de redes, um município ou uma autoridade rodoviária que desenvolve um sistema e o coloca em serviço sob o seu próprio nome é, por isso, fornecedor. Quem utiliza um sistema sob a sua autoridade é um responsável pela implantação (artigo 3.º, ponto 4). O responsável pela implantação passa a ser fornecedor em três casos. Apõe o seu nome ou marca num sistema de risco elevado já colocado no mercado, sem prejuízo de disposições contratuais que estipulem uma atribuição diferente das obrigações. Faz uma modificação substancial desse sistema que o mantém de risco elevado. Ou altera a finalidade prevista de um sistema que não era de risco elevado, de modo a que passe a sê-lo (artigo 25.º, n.º 1). O fornecedor que inicialmente colocou o sistema no mercado ou em serviço deixa então de ser considerado o fornecedor desse sistema específico e deve cooperar estreitamente com o novo fornecedor (artigo 25.º, n.º 2). Isto não se aplica se o fornecedor inicial tiver especificado claramente que o seu sistema não deve ser transformado num sistema de IA de risco elevado.

  • Os fornecedores conservam os registos que estão sob o seu controlo

    Os fornecedores devem conservar os registos gerados automaticamente pelos seus sistemas de risco elevado, na medida em que estejam sob o seu controlo (artigo 19.º, n.º 1). Sem prejuízo do direito da União ou do direito nacional aplicável, o período deve ser adequado à finalidade prevista e de pelo menos seis meses. Pode ser diferente se o direito da União ou o direito nacional, em especial em matéria de proteção de dados pessoais, dispuser em contrário.

  • Os responsáveis pela implantação conservam os registos que estão sob o seu controlo

    Os responsáveis pela implantação devem conservar os registos gerados automaticamente pelo sistema, na medida em que estejam sob o seu controlo (artigo 26.º, n.º 6). O período deve ser adequado à finalidade prevista e de pelo menos seis meses. Pode ser diferente se o direito da União ou o direito nacional aplicável, em especial em matéria de proteção de dados pessoais, dispuser em contrário.

  • Incidentes graves em infraestruturas críticas

    Um incidente grave inclui um incidente ou anomalia de um sistema de IA que conduza, direta ou indiretamente, a uma perturbação grave e irreversível da gestão ou do funcionamento de infraestruturas críticas (artigo 3.º, ponto 49, alínea b)). O fornecedor deve comunicá-lo imediatamente e, em todo o caso, o mais tardar dois dias depois de o fornecedor ou, se for caso disso, o responsável pela implantação ter tomado conhecimento do incidente (artigo 73.º, n.º 3). Um responsável pela implantação que tenha identificado um incidente grave informa primeiro o fornecedor e depois o importador ou distribuidor e as autoridades de fiscalização do mercado competentes (artigo 26.º, n.º 5). Para os sistemas do anexo III colocados no mercado ou em serviço por fornecedores sujeitos a instrumentos legislativos da União que prevejam obrigações de comunicação equivalentes, a notificação limita-se aos incidentes do artigo 3.º, ponto 49, alínea c) (artigo 73.º, n.º 9). Saber que instrumentos contam é uma questão para um jurista. O artigo 113.º não indica uma data própria para esta disposição; veja-se a linha sobre datas.

  • Datas

    Os requisitos para estes usos do anexo III aplicam-se a partir de 2 de dezembro de 2027 (artigo 113.º, alínea c), subalínea i)). Um sistema colocado no mercado ou colocado em serviço antes dessa data só fica abrangido se, depois, a sua conceção sofrer alterações significativas. Em qualquer caso, os fornecedores e os responsáveis pela implantação de sistemas de IA de risco elevado destinados a ser utilizados por autoridades públicas devem tomar as medidas necessárias para cumprir até 2 de agosto de 2030 (artigo 111.º, n.º 2). Os artigos 43.º e 49.º (capítulo III, secção 5) e os artigos 72.º e 73.º (capítulo IX) ficam fora do artigo 113.º, alínea c). O artigo 113.º não indica uma data própria para eles, pelo que, segundo a sua regra geral, se aplicam a partir de 2 de agosto de 2026. Saber como isto se articula com a data acima é uma questão para um jurista.

  • Coimas

    Os fornecedores devem assegurar que os seus sistemas de risco elevado cumprem os requisitos da secção 2 do capítulo III, que inclui os artigos 9.º a 15.º (artigo 16.º, alínea a)). O incumprimento das obrigações dos fornecedores previstas no artigo 16.º ou das obrigações dos responsáveis pela implantação previstas no artigo 26.º pode ser punido com coima. A coima pode ir até 15 milhões de EUR ou, no caso de uma empresa, até 3 % do seu volume de negócios mundial total anual do exercício anterior, consoante o que for mais elevado (artigo 99.º, n.º 4, alíneas a) e e)). Para as PME, incluindo as empresas em fase de arranque, cada coima fica limitada ao montante mais baixo dos dois (artigo 99.º, n.º 6). O mesmo limite aplica-se às pequenas empresas de média capitalização (artigo 3.º, ponto 14-B, artigo 99.º, n.º 6-A). Cada Estado-Membro define regras que permitam determinar em que medida podem ser aplicadas coimas às autoridades e organismos públicos estabelecidos nesse Estado-Membro (artigo 99.º, n.º 8).

  • Âmbito e limites do regulamento

    O regulamento aplica-se aos fornecedores e responsáveis pela implantação que tenham o seu local de estabelecimento ou estejam localizados num país terceiro, se o resultado produzido pelo sistema de IA for utilizado na União (artigo 2.º, n.º 1, alínea c)). Não se aplica a domínios não abrangidos pelo âmbito de aplicação do direito da União nem afeta as competências dos Estados-Membros em matéria de segurança nacional (artigo 2.º, n.º 3). Não se aplica aos sistemas de IA quando e na medida em que sejam colocados no mercado, colocados em serviço ou utilizados, com ou sem modificação, exclusivamente para fins militares, de defesa ou de segurança nacional (artigo 2.º, n.º 3). Não se aplica às obrigações dos responsáveis pela implantação que sejam pessoas singulares e utilizem sistemas de IA no decurso de uma atividade pessoal de caráter puramente não profissional (artigo 2.º, n.º 10). O regulamento não se aplica aos sistemas ou modelos de IA, incluindo os respetivos resultados, especificamente desenvolvidos e colocados em serviço exclusivamente para fins de investigação e desenvolvimento científicos (artigo 2.º, n.º 6). Também não se aplica às atividades de investigação, testagem ou desenvolvimento antes de um sistema ser colocado no mercado ou colocado em serviço. A testagem em condições reais não é abrangida por essa exclusão (artigo 2.º, n.º 8). Os sistemas de IA lançados ao abrigo de licenças gratuitas e de código aberto ficam fora do regulamento. Essa exclusão não se aplica se forem colocados no mercado ou colocados em serviço como sistemas de IA de risco elevado, ou se se enquadrarem nos artigos 5.º ou 50.º (artigo 2.º, n.º 12).

O que o regulamento deixa em aberto para as infraestruturas críticas

  • Nenhum campo de registo, formato nem prazo de conservação próprios das infraestruturas

    Para além de «pelo menos seis meses, salvo disposição em contrário», o regulamento não indica campos de registo, formato nem prazo de conservação para os sistemas do ponto 2 (artigo 19.º, n.º 1, artigo 26.º, n.º 6). Outro direito da União ou nacional pode dispor de outro modo. O regulamento não nomeia nenhuma norma harmonizada. Presume-se que os sistemas de risco elevado conformes com normas harmonizadas publicadas no Jornal Oficial da União Europeia são conformes com os requisitos da secção 2, desde que essas normas os abranjam (artigo 40.º, n.º 1). A Comissão deve elaborar orientações sobre a aplicação prática dos requisitos e obrigações dos artigos 8.º a 15.º, 25.º e 26.º (artigo 96.º, n.º 1, alínea a)).

  • Exemplo: o que poderia conter o registo de um componente de segurança

    Exemplo, não um requisito do regulamento: o fornecedor de um componente de segurança para uma rede de água poderia registar, em cada utilização, a hora, as entradas de sensores em que o sistema se baseou e o resultado ou a ação que desencadeou. Assim, uma ação inesperada pode ser rastreada.

  • Exemplo: conservar os registos do responsável pela implantação com os registos de exploração

    Exemplo, não um requisito do regulamento: um responsável pela implantação poderia conservar os registos sob o seu controlo juntamente com os seus outros registos de exploração. O prazo continua a ser de pelo menos seis meses, salvo disposição em contrário no direito da União ou nacional aplicável (artigo 26.º, n.º 6).

Perguntas sobre o artigo 12.º nas infraestruturas críticas

Quem tem de cumprir o artigo 12.º para a IA com componente de segurança de uma empresa de redes?

O fornecedor concebe o sistema de modo que permita o registo automático (artigo 12.º e artigo 16.º, alínea a)). A empresa de redes, como responsável pela implantação, conserva os registos que estão sob o seu controlo (artigo 26.º, n.º 6). Uma empresa de redes que desenvolve o sistema e o coloca em serviço sob o seu próprio nome é o fornecedor (artigo 3.º, pontos 3 e 11).

Durante quanto tempo devem ser conservados os registos de uma IA de infraestruturas?

Os fornecedores e os responsáveis pela implantação devem conservar os registos que estão sob o seu controlo durante um período adequado à finalidade prevista de pelo menos seis meses, salvo disposição em contrário no direito da União ou no direito nacional (artigos 19.º, n.º 1, e 26.º, n.º 6). O regulamento não indica um prazo mais longo para os sistemas do ponto 2.

O artigo 12.º exige registos invioláveis ou o registo de cada ação do operador?

Não. O artigo 12.º exige que o sistema permita tecnicamente o registo automático de eventos ao longo da sua vida útil. As capacidades de registo devem permitir registar os eventos relevantes para os três fins do artigo 12.º, n.º 2. O conteúdo mínimo do artigo 12.º, n.º 3, aplica-se apenas ao anexo III, ponto 1, alínea a).

O Scanara prepara evidências a partir dos seus repositórios

O Scanara lê os seus repositórios GitHub ligados e executa análises baseadas em regras para padrões comuns de IA e de aprendizagem automática. Pode não detetar código fora do padrão. Em separado, gera rascunhos de documentação a partir de modelos e das suas respostas nas avaliações, como evidências para o seu trabalho de conformidade. A classificação é decidida por si.