Aplica-se a prestadores e responsáveis pela implantação de sistemas de IA na UE, independentemente da dimensão da empresa. O que daí decorre depende do papel e da classe de risco. A literacia em IA e a verificação das práticas proibidas dizem respeito a todos. As obrigações de transparência aplicam-se, por exemplo, a chatbots e a conteúdos gerados artificialmente. Para sistemas de risco elevado acrescem a gestão de riscos, a documentação técnica, a supervisão humana e, no caso dos prestadores, uma avaliação da conformidade. Não existe certificado para o regulamento no seu conjunto.
Ver framework →Soluções · Fornecedores e utilizadores de IA
A IA já está a funcionar.
Agora alguém pergunta quem a controla.
Quem desenvolve, fornece ou utiliza IA na sua atividade lida com três referenciais: o Regulamento da UE sobre a Inteligência Artificial (Regulamento IA), a proteção de dados e, quando os clientes exigem uma evidência, a ISO/IEC 42001. Com o Sightadel, define o papel e a classe de risco de cada sistema, ordena as obrigações pelos respetivos prazos e regista o que está comprovado.
Ponto de partida
Como é na prática.
Hoje, a IA está presente em muitos processos, muitas vezes sem que alguém tenha a visão de conjunto. O próprio produto usa um modelo de linguagem, o apoio ao cliente um chatbot, os recursos humanos um software que faz a triagem de candidaturas. Alguns sistemas foram construídos pelo desenvolvimento, outros chegaram com uma atualização de software-padrão. Quem é responsável por que sistemas, com que dados trabalham e como foram testados raramente está registado num só sítio.
O Regulamento IA, Regulamento (UE) 2024/1689, parte precisamente daí. Distingue por papel e por risco. Os prestadores desenvolvem um sistema de IA ou colocam-no no mercado em nome próprio e assumem a maior parte das obrigações. Os responsáveis pela implantação utilizam um sistema sob a sua própria autoridade. Muitas empresas são ambas as coisas: prestadoras para o próprio produto, responsáveis pela implantação para as ferramentas internas. Além disso, aplica-se o RGPD assim que estão em causa dados pessoais, o que acontece com frequência tanto no treino como na operação.
Ao mesmo tempo, os clientes fazem perguntas. As compras e a segurança da informação querem saber de onde vêm os dados de treino, como são monitorizados os resultados e quem intervém quando um sistema erra. Um sistema de gestão de IA segundo a ISO/IEC 42001 dá uma resposta organizada. Certificá-lo ou não é uma segunda decisão. A organização subjacente é necessária para o regulamento de qualquer forma.
Porquê agora
Motivos típicos para abordar o tema.
Prazos do Regulamento IA
As proibições e a obrigação de literacia em IA aplicam-se desde fevereiro de 2025, as regras para modelos de IA de finalidade geral desde agosto de 2025 e as obrigações de transparência desde agosto de 2026. As obrigações relativas a sistemas de risco elevado foram adiadas em 2026, para dezembro de 2027 no caso de sistemas autónomos e para agosto de 2028 no caso de IA integrada em produtos regulamentados. A implementação leva tempo, por isso compensa começar já.
Um cliente exige uma evidência
Um cliente empresarial envia um questionário sobre a governação da IA ou inclui a ISO/IEC 42001 no caderno de encargos. Quem tem o inventário, a avaliação de risco e as responsabilidades comprovados responde em dias, e não em semanas.
Novo produto ou nova finalidade
Uma nova funcionalidade avalia pessoas, decide sobre o acesso a serviços ou é integrada num dispositivo médico ou numa máquina. Com isso, a classe de risco pode mudar. A classificação deve estar feita antes da colocação no mercado, e não depois.
Pedido da autoridade de controlo da proteção de dados
Um titular dos dados pergunta por que razão os seus dados foram parar ao treino, ou opõe-se a uma decisão automatizada. Nessa altura contam a base jurídica, a avaliação de impacto e os textos informativos registados previamente.
Financiamento ou venda
Investidores e compradores verificam hoje se um produto de IA é sustentável do ponto de vista regulamentar. Uma classificação rastreável e um nível de evidências mantido em dia encurtam essa análise.
As ferramentas de IA espalham-se pela empresa
Os colaboradores usam assistentes para textos, código e análises, por vezes com contas próprias. A gestão de topo quer saber o que é permitido, quem recebeu formação e que dados saem da empresa.
Frameworks relevantes
O que se aplica – e o que exige concretamente aqui.
Resumido por palavras nossas, não constitui aconselhamento jurídico. Prevalece o texto original na versão em vigor.
Assim que os dados de treino, as entradas ou os resultados digam respeito a pessoas, aplica-se o RGPD. Para o treino precisa de uma base jurídica sólida e de informação clara aos titulares dos dados. Novos tratamentos de risco elevado exigem uma avaliação de impacto sobre a proteção de dados. Quando um sistema decide sozinho sobre pessoas, o art. 22.º impõe limites estreitos e exige possibilidades de intervenção para os titulares.
Ver framework →A norma descreve um sistema de gestão para a IA e está estruturada como a ISO/IEC 27001. É voluntária, mas cada vez mais procurada por clientes empresariais. Inventário, responsabilidades, avaliação de risco e avaliação de impacto formam a base organizativa de muitas obrigações do regulamento. Não substitui a avaliação da conformidade nem o registo.
Ver framework →Quem oferece IA como serviço é questionado sobre segurança da informação, muitas vezes antes da própria IA. Um SGSI fornece controlo de acessos, registo de eventos, avaliação de fornecedores e gestão de incidentes. Estas evidências também servem para os requisitos de robustez e cibersegurança.
Ver framework →Ordem recomendada
Por onde começar – e o que vem a seguir.
- 1
Criar o inventário de IA
Registe cada sistema com finalidade, responsável, fontes de dados e fornecedor. Incluem-se também funcionalidades integradas em software-padrão e serviços de nuvem. Sem uma lista completa, nada pode ser classificado.
- 2
Determinar o papel e a classe de risco
Para cada sistema, esclareça se é prestador ou responsável pela implantação, exclua as práticas proibidas e registe a classe de risco com fundamentação. Os casos-limite devem ser analisados juridicamente. A decisão continua a ser sua.
- 3
Primeiro, as obrigações já em vigor
A literacia em IA dos colaboradores, os avisos de transparência e uma política de IA da gestão de topo já se aplicam. Podem ser implementados e comprovados em poucas semanas. Em paralelo, verifique os tratamentos no registo das atividades de tratamento e as avaliações de impacto necessárias.
- 4
Construir o sistema de gestão
Avaliação de risco, avaliação de impacto, ciclo de vida e qualidade dos dados são definidos como procedimentos repetíveis. Percorre de forma guiada as medidas do Anexo A da ISO/IEC 42001 e fundamenta a sua aplicabilidade. Um SGSI existente é aproveitado.
- 5
Preparar os sistemas de risco elevado
Apenas se aplicável: preparar documentação técnica, registo de eventos, supervisão humana e governação de dados. Os prestadores planeiam a avaliação da conformidade de modo a que fique concluída antes dos prazos adiados.
- 6
Manter e reavaliar
Novos modelos, novas fontes de dados e novas finalidades alteram a classificação. O inventário e as avaliações são revistos a cada alteração e a intervalos fixos. As formações repetem-se.
Proteção de dados na IA
As questões em que os projetos de IA ficam presos na proteção de dados
O Regulamento IA não substitui o RGPD. Ambos se aplicam em paralelo. Há quatro pontos que devem ser esclarecidos e registados antes da utilização.
Base jurídica para os dados de treino
Dados recolhidos para outra finalidade não podem, sem mais, ser usados num treino. Se o fundamento é o interesse legítimo, o consentimento ou um contrato depende do caso concreto. Registe a ponderação e o resultado por fonte de dados. No caso de dados de saúde ou de outras categorias especiais de dados, as exigências são bastante maiores.
Avaliação de impacto sobre a proteção de dados
Novas tecnologias suscetíveis de implicar um risco elevado para os titulares exigem uma avaliação de impacto antes do arranque. Em sistemas de IA que avaliam pessoas ou analisam grandes volumes de dados, é a regra. A avaliação de impacto segundo a ISO/IEC 42001 e a avaliação de impacto sobre os direitos fundamentais prevista no regulamento articulam-se entre si.
Decisões automatizadas
Se um sistema decide sobre uma pessoa sem análise humana, com efeitos jurídicos ou similarmente significativos, aplica-se o art. 22.º do RGPD. Nesse caso é necessária uma exceção, medidas de salvaguarda e o direito de obter intervenção humana. Uma aprovação que se limita a carimbar não conta como análise humana.
Transparência perante os titulares
Os titulares ficam a saber que os seus dados entram num sistema de IA, com que finalidade e com que lógica, na medida em que tal seja exigido. Os avisos de privacidade e os avisos de transparência previstos no Regulamento IA devem ser coerentes entre si e não redigidos separadamente por dois departamentos.
Como o Sightadel ajuda
As funcionalidades que aqui fazem a diferença.
Avaliações guiadas
Os pontos de controlo do regulamento estão separados entre obrigações dos prestadores e dos responsáveis pela implantação. Para cada sistema responde apenas ao que se aplica ao seu papel e à sua classe de risco, com explicação e evidência adequada.
Saber mais →Frameworks próprios
Políticas internas de IA, critérios de aprovação de novos modelos ou requisitos de um grande cliente são criados como referencial próprio e associados às mesmas evidências.
Saber mais →Biblioteca de evidências
Fichas de modelos, relatórios de testes, fichas técnicas de dados e comprovativos de formação ficam num só sítio com data e versão. Uma evidência pode servir em simultâneo o regulamento, a ISO/IEC 42001 e o RGPD.
Saber mais →Risco de fornecedores
Fornecedores de modelos, capacidade de computação e conjuntos de dados são geridos com contrato, subcontratação e avaliação. Vê que sistema seu depende de que fornecedor.
Saber mais →Trust Center
Os clientes empresariais veem numa página própria como a sua empresa governa a IA e pedem ali os documentos. Isto substitui muitos questionários que, de outra forma, seriam respondidos um a um.
Saber mais →Modelos de IA
Rascunhos de política de IA, inventário, avaliação de impacto e avisos de transparência com base na prática de consultoria. A classificação e a avaliação dos riscos ficam a seu cargo.
Saber mais →Esforço e duração
Uma estimativa honesta.
- Empresa que apenas utiliza IA6–10 semanas
- Inventário, classificação, formação, política de IA e avisos de transparência. Se nenhuma utilização se enquadrar numa área de risco elevado, ficam apenas estas obrigações de base e a proteção de dados.
- Prestador sem sistema de risco elevado2–4 meses
- Adicionalmente, transparência no produto, proteção de dados para os dados de treino, avaliação de fornecedores e uma resposta aos questionários de clientes. Uma certificação ISO/IEC 42001 demora normalmente quatro a oito meses.
- Prestador de um sistema de risco elevado9–15 meses
- Gestão de riscos, documentação técnica, governação de dados, gestão da qualidade e avaliação da conformidade. A duração depende muito de quanto disso já fica registado durante o desenvolvimento.
Os intervalos refletem a experiência e não constituem um compromisso. Quem já opera um SGSI segundo a ISO/IEC 27001 avança bastante mais depressa, porque a liderança, o processo de risco e a auditoria interna já existem.
O que licencia · tipicamente Professional
Um prestador de IA começa normalmente com a proteção de dados, a ISO/IEC 42001 e o Regulamento IA na edição Professional. Esta inclui dez utilizadores, dez ativos e 25 fornecedores, o que chega para o desenvolvimento, o produto, a proteção de dados e a gestão de topo. A ISO/IEC 42001 e o Regulamento IA são disponibilizados mediante pedido. Quem apenas utiliza IA começa muitas vezes pela proteção de dados e pelo regulamento.
Licença por framework, duração mínima de um ano, pagamento mensal ou anual. Todos os preços, descontos e uma calculadora estão na página de preços. Os custos de um organismo de certificação ou de auditoria acrescem à parte.
Perguntas e respostas
Perguntas sobre fornecedores e utilizadores de IA
Mais nas nossas perguntas frequentes ou diretamente através do nosso formulário de contacto.
Somos prestadores ou responsáveis pela implantação?
Depende de cada sistema. Quem desenvolve um sistema de IA ou o coloca no mercado em nome próprio é prestador. Quem utiliza um sistema de terceiros sob a sua própria autoridade é responsável pela implantação. Muitas empresas são ambas as coisas. No Sightadel regista o papel por sistema. O enquadramento final é uma questão jurídica para a sua assessoria.
O nosso produto assenta num modelo de linguagem de terceiros. O que se aplica a nós?
Pelo modelo em si, é o respetivo prestador que assume as obrigações aplicáveis a modelos de finalidade geral. Pelo seu sistema, que utiliza o modelo, é em regra a sua empresa o prestador. Precisa então de documentação do prestador do modelo para cumprir as suas próprias obrigações. Registe-o no Sightadel como fornecedor, com avaliação.
Que prazos se aplicam agora?
Proibições e literacia em IA desde fevereiro de 2025, regras para modelos de IA de finalidade geral desde agosto de 2025, obrigações de transparência desde agosto de 2026. As obrigações relativas a sistemas de risco elevado foram adiadas em 2026: para dezembro de 2027 no caso de sistemas autónomos e para agosto de 2028 no caso de IA integrada em produtos regulamentados.
Precisamos da ISO/IEC 42001 para cumprir o regulamento?
Não. A norma é voluntária. Mas fornece a base organizativa que o regulamento pressupõe: inventário, responsabilidades, avaliação de risco, avaliação de impacto. Passos legais como a avaliação da conformidade, o registo e determinadas obrigações de transparência são verificados à parte.
Podemos usar dados de clientes para o treino?
Não sem análise. Precisa de uma base jurídica para essa finalidade concreta, de informar os titulares e, muitas vezes, de uma avaliação de impacto sobre a proteção de dados. Compromissos contratuais com clientes podem ainda excluí-lo. O Sightadel guia pelas perguntas e regista o resultado; a avaliação jurídica cabe ao seu encarregado da proteção de dados ou à sua assessoria.
Quem nos audita, e o Sightadel certifica?
O Sightadel não certifica. Uma certificação ISO/IEC 42001 é emitida por um organismo acreditado. Nos sistemas de risco elevado, a avaliação da conformidade é feita, consoante o sistema, internamente ou através de um organismo notificado. Os auditores são escolhidos na nossa rede de parceiros independente ou por si. As auditorias não geram qualquer comissão, nem para nós nem para os parceiros.
A IA do Sightadel preenche a classificação por nós?
Não, propositadamente. Fornece rascunhos a partir de modelos e ajuda na redação. O papel, a classe de risco e os riscos residuais são decididos por si, porque tem de conseguir defender essas decisões perante autoridades e clientes. Para casos difíceis, pode adquirir consultoria como pacote na aplicação.
Onde ficam os nossos documentos?
O Sightadel é desenvolvido e operado na Alemanha. Com cada cliente celebramos um acordo de subcontratação nos termos do art. 28.º do RGPD. Os dados de treino e os modelos não devem ser guardados no Sightadel, apenas a respetiva documentação.
Comece com uma norma.
14 dias, acesso completo, sem dados de pagamento. Tudo o que configurar mantém-se no plano pago.