O essencial
- Uma avaliação de impacto de IA mede o que um sistema faz às pessoas, e não o que custa à organização. É essa orientação que determina as regras aplicáveis.
- Seis instrumentos distintos partilham o mesmo nome. Só alguns vinculam juridicamente, e o que se aplica depende do seu papel, do seu setor e da sua jurisdição.
- A avaliação de impacto sobre os direitos fundamentais do artigo 27 do Regulamento da IA recai apenas sobre três categorias restritas de responsáveis pela implantação, não sobre todas as organizações que usam IA.
- A norma
ISO/IEC 42005é o método de referência quando nenhuma lei obriga. São orientações, e ninguém o pode certificar perante elas. - O calendário mudou. O artigo 27 aplica-se a partir de 2 de dezembro de 2027, e o Colorado eliminou a sua própria obrigação de avaliação em maio de 2026.

O que é realmente uma avaliação de impacto de IA
Trata-se de um exame estruturado dos efeitos que um sistema de inteligência artificial produz sobre as pessoas que atinge: os indivíduos sujeitos às suas decisões, os grupos que classifica e o público que convive com as consequências. O olhar dirige-se para fora. Só essa propriedade a distingue da maioria das análises que uma organização já realiza.
Uma análise de riscos pergunta quanto o sistema pode custar à empresa: exposição regulatória, indisponibilidade, dano reputacional, falha do modelo. Uma avaliação de impacto de IA pergunta quanto pode custar a terceiros: um requerente de crédito recusado, um viajante assinalado por engano, uma candidatura excluída antes de um recrutador abrir o processo. Os dois exercícios sobrepõem-se, porque o dano às pessoas acaba por se tornar dano à organização, mas não são substituíveis. Uma empresa pode manter um registo completo de riscos e não dispor de qualquer prova sobre se os seus sistemas tratam as pessoas de forma equitativa, como recordamos ao falar de governança de IA.
A segunda propriedade distintiva prende-se com o momento. É um marco de decisão, não um relatório redigido depois da entrada em produção. A sua razão de ser é influenciar a decisão de implantação enquanto esta permanece em aberto. As análises produzidas depois de fechado o concurso e assinado o contrato documentam escolhas já tomadas em vez de as fundamentar, e esse é o modo de falhar que os profissionais assinalam com mais frequência.
O setor público formalizou a avaliação de impacto de IA antes do privado. A ferramenta de avaliação do Governo australiano é um caderno preenchível que conduz o organismo pela finalidade, pelos benefícios esperados e por uma estimativa do risco inerente em oito categorias, antes mesmo de aplicar qualquer limiar. É uma estrutura que vale a pena reproduzir mesmo onde nenhuma política a imponha.
A terceira propriedade é que o resultado é um registo. Qualquer que seja o referencial adotado, o que fica é um documento escrito que nomeia o sistema, os grupos afetados, os danos considerados, as medidas de mitigação adotadas e a pessoa que aceitou a posição residual. É precisamente esse documento que uma autoridade, um auditor ou um reclamante irão pedir para ver.
Seis regimes, um só nome
A expressão abrange pelo menos seis instrumentos distintos, que diferem nos destinatários, no facto desencadeador, no produto exigido e na existência ou não de sanção.
| Instrumento | Obrigados | Desencadeador | Produto | Sancionável |
|---|---|---|---|---|
| Art. 27 Regulamento da IA (AIDF) | Só três categorias de responsáveis pela implantação | Antes da primeira utilização de um sistema de risco elevado do anexo III | Avaliação escrita, notificação à autoridade de fiscalização do mercado, resumo público | Sim, a partir de 2 dez. 2027 |
ISO/IEC 42005:2025 | Quem a adotar | Voluntário, contínuo ao longo do ciclo de vida | Avaliação documentada dentro de um sistema de gestão de IA | Não, apenas orientações |
| Art. 35 RGPD (AIPD) | Todo o responsável pelo tratamento | Tratamento com provável risco elevado para direitos e liberdades | Processo de AIPD, consulta prévia se o risco residual se mantiver elevado | Sim, desde 2018 |
| Canadá, Diretiva sobre a tomada de decisões automatizada | Instituições federais | Antes da entrada em produção | Algorithmic Impact Assessment, publicado | Sim, enquanto norma administrativa |
| Colorado SB 24-205, na versão alterada | Responsáveis pela implantação no Colorado | Em vigor a 1 jan. 2027 | Apenas deveres de informação, a obrigação de avaliação foi revogada | Em parte |
| Local Law 144 de Nova Iorque | Empregadores com ferramentas automatizadas de seleção | Todos os anos, antes da utilização | Auditoria independente de enviesamentos, resumo publicado | Sim, desde julho de 2023 |
Duas observações pesam mais do que a própria tabela.
Em primeiro lugar, os únicos instrumentos que acarretam sanções para uma empresa privada na Europa são o Regulamento da IA e o RGPD, e atuam em planos diferentes. Em segundo lugar, a maioria das organizações interessadas no tema não cai no artigo 27 e seria melhor servida pela norma ISO/IEC 42005 como método do que por um texto jurídico que não as nomeia. Esclarecer isto cedo poupa uma quantidade assinalável de trabalho inútil. O mapa de qual norma alcança qual organização é desenvolvido nas nossas análises sobre conformidade da IA e sobre a lei do Colorado.
Quem deve mesmo fazer a AIDF do artigo 27
É aqui que a documentação publicada se revela menos precisa. O artigo 27 não se aplica a todos os responsáveis pela implantação de um sistema de risco elevado, e não abrange de todo os prestadores.
Três categorias de responsáveis pela implantação estão obrigadas a conduzir uma avaliação de impacto sobre os direitos fundamentais, tal como expõem o European Center for Not-for-Profit Law e o Instituto Dinamarquês de Direitos Humanos no seu guia prático dedicado a esta obrigação:
- As autoridades públicas que implantem sistemas de risco elevado nos domínios do anexo III: biometria, educação e formação profissional, emprego, acesso a serviços públicos e privados essenciais, aplicação da lei, migração e controlo de fronteiras, e administração da justiça e processos democráticos.
- As entidades privadas que prestem serviços públicos essenciais.
- As empresas de seguros e bancárias que usem IA para tarifar seguros de vida e saúde ou para avaliar a solvabilidade de pessoas singulares.
A terceira categoria merece atenção particular no mercado português: abrange diretamente as entidades supervisionadas pela ASF e pelo Banco de Portugal a partir do momento em que um modelo intervém na tarifação de saúde e vida ou na concessão de crédito a particulares.
Qualquer outro responsável pela implantação de um sistema de risco elevado continua sujeito aos deveres do artigo 26, incluindo a supervisão humana e a comunicação de incidentes graves, mas não à AIDF.
Os prestadores ficam inteiramente fora do artigo 27. O seu dever equivalente é o sistema de gestão de riscos do artigo 9, que percorre todo o ciclo de vida do sistema colocado no mercado. Esta repartição gera confusão porque ambos os processos examinam o dano, mas recaem sobre partes distintas e produzem registos distintos.
Consequência prática: quem venda um sistema de risco elevado a administrações públicas europeias verá pedidos de material que alimentará as AIDF dos seus clientes, ainda que não deva nenhuma. As cláusulas contratuais sobre qualidade dos dados, documentação para a explicabilidade e notificação de alterações que afetem a exatidão são o mecanismo habitual.
O que o artigo 27 obriga a produzir
O preceito enumera o conteúdo. Uma avaliação de impacto sobre os direitos fundamentais deve descrever os processos do responsável pela implantação em que o sistema de risco elevado será usado em conformidade com a finalidade prevista; o período e a frequência de utilização previstos; as categorias de pessoas singulares e grupos suscetíveis de serem afetados; os riscos específicos de dano para essas categorias, tendo em conta a informação prestada pelo prestador; a aplicação das medidas de supervisão humana de acordo com as instruções de utilização; e as medidas a tomar caso esses riscos se concretizem, incluindo os mecanismos de governança interna e de reclamação.
Dois deveres acompanham o documento. O responsável pela implantação notifica os resultados à autoridade de fiscalização do mercado, salvo uma isenção estreita. Os responsáveis públicos publicam um resumo na base de dados europeia de sistemas de risco elevado, indo os resumos das autoridades policiais e migratórias para uma secção restrita visível apenas às autoridades de fiscalização.
O dever de publicação é a parte mais subestimada. Um resumo destinado ao público tem de explicar, numa linguagem acessível a quem não é do ramo, como o sistema é usado, que decisões se tomam a partir dos seus resultados, o que a avaliação apurou, que mitigações foram escolhidas, por que razão a implantação foi considerada aceitável e como uma pessoa afetada pode reclamar. Uma documentação redigida apenas com lógica defensiva raramente resiste a essa tradução. Construir bem o registo à primeira sai claramente mais barato.
AIDF e AIPD: onde passa a fronteira
As organizações sujeitas ao artigo 27 estão quase sempre sujeitas também ao artigo 35 do RGPD, pelo que a questão prática é saber se conduzem um processo ou dois.
O guia da ECNL e do Instituto Dinamarquês trata-os como exercícios separados mas complementares, e essa é a opção mais prudente. Uma avaliação de impacto sobre a proteção de dados trata dos riscos nascidos do tratamento de dados pessoais. Uma avaliação de impacto sobre os direitos fundamentais trata dos efeitos sobre todo o catálogo de direitos da Carta, incluindo danos sem qualquer ligação a um tratamento. A destruição de postos de trabalho decorrente da introdução de um sistema é o exemplo mais nítido: não se coloca nenhuma questão de dados pessoais, e a AIPD não oferece rubrica onde a registar. O mesmo vale para a perda de competência entre profissionais que passam a apoiar-se em resultados automatizados, e para os efeitos no acesso à educação e à saúde que operam ao nível de um grupo e não de uma pessoa identificada.
Na prática, a maioria das equipas partilha as entradas e separa os resultados. A descrição do sistema, o mapa de dados e a lista de partes interessadas servem ambos. A análise de direitos, o método de graduação da gravidade e a ata das consultas pertencem à AIDF. Fundir por completo os dois exercícios produz um documento dominado pelo vocabulário da proteção de dados, no qual os danos alheios aos dados desaparecem em silêncio.
ISO 42005: o método quando nenhuma lei obriga
A norma ISO/IEC 42005:2025, publicada em abril de 2025, disponibiliza um método estruturado de avaliação do impacto dos sistemas de IA. Aborda a delimitação da análise, a consideração do comportamento técnico, dos dados, do fluxo de utilização, dos grupos afetados, das utilizações indevidas previsíveis, da responsabilidade, dos controlos e da monitorização, além da reavaliação ao longo do ciclo de vida.
Dois pontos são apresentados com frequência de forma incorreta. São orientações e não uma norma de requisitos: não existe certificação perante a ISO/IEC 42005 e qualquer afirmação em contrário está errada. Além disso, a norma foi concebida para operar dentro de um sistema de gestão de IA e não ao lado dele, ou seja em complemento da ISO/IEC 42001 e não em concorrência com ela. Quem já opere esse sistema de gestão conduz a avaliação de impacto de IA como um dos seus processos documentados e não como exercício isolado.
Para a grande maioria das organizações, é este o instrumento adequado. Fornece um método defensável, encaixa no conteúdo exigido pelo Regulamento da IA caso mais tarde entre no seu âmbito, e produz o rasto probatório que clientes e seguradoras pedem cada vez mais, na mesma lógica do quadro NIST de gestão de riscos. É uma decisão que pode tomar agora, sem esperar que uma autoridade o nomeie.
Como conduzir uma avaliação de impacto de IA
O método que se segue retoma a estrutura em cinco fases do guia da ECNL e do Instituto Dinamarquês, pensada para o artigo 27 mas transferível sem forçar para um percurso voluntário.
Constituir a equipa e delimitar o âmbito
Existem três modelos. Uma equipa interna multidisciplinar preserva a responsabilidade e desenvolve competência própria, mas fica superficial onde falta experiência. Uma avaliação externalizada compra independência e perícia, ao preço de diluir a responsabilidade e de não captar as realidades institucionais. O modelo híbrido, uma equipa interna acompanhada por um comité de peritos externos, funciona melhor em implantações de grande alcance, à custa de esforço de coordenação.
A delimitação exige uma análise de contexto em três eixos: o contexto de implantação, ou seja finalidade, duração, decisões tomadas a partir dos resultados e pessoas abrangidas; as características do sistema, ou seja comportamento técnico, tratamento de dados pessoais e o que se sabe sobre qualidade e exatidão dos dados; e o modelo de governança, ou seja a repartição de responsabilidades com o prestador, o processo de monitorização e as medidas de supervisão humana e transparência.
Avaliar gravidade e probabilidade
Construa três a cinco cenários concretos que descrevam como o sistema poderia prejudicar pessoas, incluindo um cenário extremo, e identifique todos os direitos que cada um coloca em jogo. Os direitos estão interligados: um sistema enviesado no ensino atinge em simultâneo a não discriminação, o direito à educação, os direitos das crianças e a privacidade.
A gravidade avalia-se depois segundo quatro parâmetros: a intensidade da ingerência no direito, a amplitude do impacto e o número de pessoas atingidas, a seriedade do dano material, psicológico ou físico, e a sua irreversibilidade. A probabilidade depende de como o prestador cumpre os seus próprios deveres, da qualidade dos dados, do grau de supervisão humana efetiva, da margem para alterações posteriores e do potencial de interferência mal-intencionada.
Merecem atenção particular as pessoas em situação de vulnerabilidade, que sofrem o mesmo impacto de forma mais severa e dispõem de menos vias de reparação. O próprio Regulamento da IA refere as pessoas em pobreza extrema, as minorias étnicas e religiosas, os menores e as pessoas com deficiência.
Escolher mitigações e decidir
As medidas de mitigação dividem-se em três famílias. As organizacionais cobrem supervisão humana, tratamento de reclamações, transparência pública e competência do pessoal. As técnicas cobrem registo de trilhos, segurança e qualidade dos dados de entrada. As contratuais vinculam o prestador quanto à representatividade dos dados, à entrega de documentação para os pedidos de explicabilidade e à notificação de alterações que afetem a exatidão.
A decisão de implantação depende então de que direitos estejam em causa. Poucos direitos são absolutos, entre eles a proibição da tortura e a liberdade de pensamento, e nenhuma ingerência neles é admissível, seja qual for a gravidade ou a probabilidade. Os restantes são restringíveis: uma ingerência pode ser lícita se estiver prevista na lei, prosseguir um objetivo legítimo e permanecer necessária e proporcionada. A equipa avaliadora não é um tribunal nem tem de alcançar precisão judicial, mas percorrer esse teste mostra-lhe os critérios pelos quais a conduta da organização viria a ser julgada.
Monitorizar e atualizar
Com a implantação não termina a avaliação de impacto de IA. Monitorize se as mitigações funcionam realmente, a partir do volume de reclamações e da sua resolução, da qualidade observada da supervisão humana e do retorno dos utilizadores. Atualize a análise quando a utilização mudar, quando surgirem efeitos não previstos, quando uma medida render menos do que o esperado ou quando o quadro jurídico se deslocar.
O calendário real em 2026
Tudo o que foi escrito sobre o tema antes de meados de 2026 arrasta já datas erradas.
Na Europa, o Regulamento ómnibus digital sobre IA, Regulamento (UE) 2026/1744, foi aprovado pelo Parlamento Europeu a 16 de junho de 2026 e pelo Conselho a 29 de junho de 2026, publicado no Jornal Oficial a 24 de julho de 2026 e em vigor desde 27 de julho de 2026. Adia os deveres relativos aos sistemas de risco elevado autónomos do anexo III, e com eles a AIDF do artigo 27, de 2 de agosto de 2026 para 2 de dezembro de 2027. Os sistemas de risco elevado incorporados do anexo I passam para 2 de agosto de 2028. As práticas proibidas do artigo 5 não são afetadas e aplicam-se desde 2 de fevereiro de 2025.
O artigo 27, n.º 5, incumbe o Serviço para a IA de elaborar um questionário-modelo que facilite o cumprimento. Em meados de 2026 não tinha sido publicado e não lhe está associado qualquer prazo. A sua ausência não suspende o dever: às organizações abrangidas convém construir o método agora em vez de esperar por um formulário.
Nos Estados Unidos o movimento foi em sentido inverso. A lei SB 189 do Colorado, promulgada a 14 de maio de 2026, adia o Colorado AI Act para 1 de janeiro de 2027 e elimina o dever de diligência contra a discriminação algorítmica, o programa de gestão de riscos do responsável pela implantação e a obrigação de avaliação de impacto, deixando um regime centrado em informação e transparência com direitos limitados de acesso, retificação e revisão humana. Qualquer documentação que continue a descrever um dever de avaliação no Colorado descreve uma disposição revogada.
Para um responsável pela implantação europeu, o saldo líquido são cerca de dezoito meses adicionais, e um argumento sólido para os dedicar ao método e não ao prazo.
Perguntas frequentes
Uma avaliação de impacto de IA é obrigatória por lei?
Por vezes. Ao abrigo do Regulamento da IA abrange apenas três categorias de responsáveis pela implantação: autoridades públicas com sistemas de risco elevado do anexo III, entidades privadas que prestam serviços públicos essenciais, e seguradoras e bancos que usam IA na tarifação de vida e saúde ou na avaliação de solvabilidade. Ao abrigo do RGPD, uma AIPD é devida sempre que o tratamento apresente provavelmente um risco elevado para direitos e liberdades, o que cobre muito mais. A norma ISO/IEC 42005 é voluntária. A maioria das empresas privadas não deve qualquer avaliação legal e adota-a como boa prática.
Em que difere de uma análise de riscos?
Na direção do olhar. Uma análise de riscos protege a organização do sistema e mede exposição, custo e falha. Uma avaliação de impacto de IA protege as pessoas do sistema e mede efeitos sobre os seus direitos, as suas oportunidades e o seu tratamento. O Regulamento da IA usa ambos: o artigo 9 dá aos prestadores um sistema de gestão de riscos, e o artigo 27 dá a determinados responsáveis pela implantação uma avaliação de impacto sobre os direitos fundamentais.
A AIDF equivale à AIPD?
Não. Uma AIPD do artigo 35 do RGPD trata dos riscos decorrentes do tratamento de dados pessoais. Uma AIDF trata dos efeitos sobre todos os direitos da Carta, incluindo danos sem dimensão de tratamento como a destruição de emprego. As organizações sujeitas a ambas partilham normalmente as entradas e conservam dois processos separados.
É possível obter certificação ISO 42005?
Não. A ISO/IEC 42005:2025 é um documento de orientações e não uma norma de requisitos, pelo que não há nada a auditar para efeitos de certificação. A norma certificável desta família é a ISO/IEC 42001 sobre o sistema de gestão de IA, e um processo de avaliação de impacto pode ser demonstrado no seu âmbito.
Para quando tem de estar pronto?
Para os responsáveis pela implantação abrangidos pelo artigo 27, antes da primeira utilização do sistema, com dever aplicável a partir de 2 de dezembro de 2027 após o adiamento do ómnibus digital. Para uma AIPD, antes de iniciar o tratamento. Para as auditorias de enviesamento da Local Law 144 de Nova Iorque, nos doze meses anteriores à utilização. Para um percurso voluntário ao abrigo da ISO/IEC 42005, antes da decisão de implantação e depois de forma recorrente ao longo do ciclo de vida.
Quem deve conduzi-la?
Uma equipa multidisciplinar e não apenas os responsáveis pelo modelo. O guia recomenda combinar conhecimento de direitos fundamentais com engenharia, apoio jurídico, proteção de dados, compras e operações, e consultar as pessoas que o sistema irá afetar ou os seus representantes legítimos. Se internamente faltar a perícia em direitos, convém contratá-la ou acompanhar a equipa interna com um comité consultivo externo, em vez de dispensar essa perspetiva.
Conclusão
A pergunta útil não é como conduzir uma avaliação de impacto de IA em abstrato, mas qual lhe cabe e que rasto deixa atrás de si. Para a maioria das organizações, a resposta honesta em 2026 é que nenhuma norma as nomeia ainda, que a ISO/IEC 42005 é o método a adotar, e que o adiamento de dezoito meses do artigo 27 é a ocasião para construir bem o registo e não um motivo para esperar.
O que separa uma análise defensável de uma simplesmente arquivada é o rasto que a sustenta: os cenários examinados, o raciocínio sobre a gravidade, as mitigações atribuídas a responsáveis com nome e a monitorização que demonstra que aguentaram. A AI Sigil conserva esse rasto como registo vivo, ligado a cada sistema e a cada referencial que opera, de modo que a análise seja um subproduto da sua governança e não um documento a reconstruir contra o relógio.