Skip to main content

Artigo 12.º para a IA fintech: manutenção de registos

Como o artigo 12.º (manutenção de registos) se aplica à IA de classificação de crédito e de seguros: registo por conceção, quem conserva os registos, a regra das instituições financeiras, datas, coimas e o que o regulamento deixa em aberto.

Os fornecedores de sistemas de IA de classificação de crédito e de seguros de vida ou de saúde devem concebê-los para registarem automaticamente os eventos (artigo 12.º).

São usos de risco elevado nos termos do anexo III, ponto 5, alínea b), e ponto 5, alínea c); a deteção de fraude está excluída do ponto 5, alínea b). 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, consoante o que for 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 de classificação de crédito nem de seguros, para os quais o regulamento não indica nenhum campo mínimo de registo.

Que IA fintech 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 fintech passa a ser de risco elevado e quem conserva os registos.

  • A fintech não é uma categoria do regulamento

    O regulamento não tem uma categoria «fintech». Este sítio usa a palavra para a IA que entra no regulamento por dois usos do anexo III, ponto 5. O ponto 5, alínea b), abrange os sistemas de IA concebidos para serem utilizados para avaliar a capacidade de solvabilidade de pessoas singulares ou estabelecer a sua classificação de crédito. Exclui os sistemas de IA utilizados para efeitos de deteção de fraude financeira. O ponto 5, alínea c), abrange os sistemas de IA concebidos para serem utilizados nas avaliações de risco e na fixação de preços em relação a pessoas singulares no caso de seguros de vida e de saúde. O ponto 5 não nomeia a deteção de fraude, o branqueamento de capitais nem o conhecimento do cliente, a negociação algorítmica, o aconselhamento automatizado, os seguros não vida, a regularização de sinistros nem as decisões de crédito sobre pessoas coletivas. Um sistema destinado a um destes usos só é de risco elevado se outro ponto do anexo III ou o anexo I o abranger.

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

    Um sistema abrangido pelo ponto 5, alínea b), ou pelo ponto 5, alínea c), é 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). Saber se um determinado sistema de classificação de crédito ou de fixação de preços a executa é também uma questão para um jurista. 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).

  • 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). Um banco ou uma seguradora que desenvolve um sistema e o coloca em serviço sob o seu próprio nome é, por isso, fornecedor. Um banco ou uma seguradora que 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.

  • Instituições financeiras: os registos fazem parte da sua documentação nos termos da legislação financeira

    Aplica-se aos fornecedores que sejam instituições financeiras sujeitas a requisitos em matéria de governação, mecanismos ou processos internos nos termos do direito da União no domínio dos serviços financeiros. Devem manter os registos como parte da documentação conservada nos termos dessa legislação (artigo 19.º, n.º 2). Os responsáveis pela implantação que sejam essas instituições financeiras fazem o mesmo (artigo 26.º, n.º 6, segundo parágrafo). O regulamento não nomeia nenhuma legislação específica no domínio dos serviços financeiros.

  • Datas

    Os requisitos para estes usos do anexo III aplicam-se a partir de 2 de dezembro de 2027 (artigo 113.º, terceiro parágrafo, 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).

  • 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). 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 a fintech

  • Nenhum campo de registo nem prazo de conservação próprios da fintech

    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 a classificação de crédito ou a fixação de preços de seguros (artigo 19.º, n.º 1, artigo 26.º, n.º 6). Outro direito da União ou nacional pode dispor em contrário. 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 um registo de classificação

    Exemplo, não um requisito do regulamento: o fornecedor de um sistema de classificação de crédito poderia registar, em cada execução, a versão do modelo, uma referência aos dados de entrada e o resultado. Assim, um resultado inesperado pode ser rastreado.

  • Exemplo: os registos podem conter dados pessoais

    Exemplo, não um requisito do regulamento: os registos das execuções de classificação podem conter dados pessoais dos requerentes. O fornecedor poderia decidir com o seu jurista de proteção de dados que campos guardar e por quanto tempo. A decisão tem de respeitar o mínimo de seis meses e qualquer outra legislação aplicável.

Perguntas sobre o artigo 12.º na fintech

Quem tem de cumprir o artigo 12.º no sistema de classificação de crédito de um banco?

O fornecedor concebe o sistema de modo que permita o registo automático (artigo 12.º e artigo 16.º, alínea a)). O banco, como responsável pela implantação, conserva os registos que estão sob o seu controlo (artigo 26.º, n.º 6). Um banco 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 tem um mutuante de conservar os registos de IA?

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 a classificação de crédito nem para os seguros.

Os bancos conservam os registos de IA separadamente dos seus outros registos?

As instituições financeiras sujeitas a requisitos de governação interna nos termos do direito da União no domínio dos serviços financeiros mantêm os registos como parte da documentação conservada nos termos dessa legislação (artigos 19.º, n.º 2, e 26.º, n.º 6, segundo parágrafo). O regulamento não diz que legislação nem que registos.

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.