Sightadel

Soluções · Fornecedores e usuários de IA

A IA já está funcionando.
Agora alguém pergunta quem a controla.

Quem desenvolve, oferece ou usa IA no seu negócio lida com três referenciais: o Regulamento da UE sobre Inteligência Artificial (Regulamento de IA), a proteção de dados e, quando os clientes exigem uma evidência, a ISO/IEC 42001. Com o Sightadel, você define o papel e a classe de risco de cada sistema, ordena as obrigações pelos respectivos prazos e registra 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 do todo. O próprio produto usa um modelo de linguagem, o atendimento ao cliente um chatbot, o RH 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 quais sistemas, com quais dados eles trabalham e como foram testados raramente está registrado em um só lugar.

O Regulamento de IA, Regulamento (UE) 2024/1689, parte exatamente daí. Ele diferencia por papel e por risco. Os prestadores desenvolvem um sistema de IA ou o colocam no mercado em nome próprio e assumem a maior parte das obrigações. Os responsáveis pela implantação usam um sistema sob sua própria autoridade. Muitas empresas são as duas coisas: prestadoras para o próprio produto, responsáveis pela implantação para as ferramentas internas. Além disso, o GDPR (Regulamento Geral sobre a Proteção de Dados da UE) se aplica assim que há dados pessoais envolvidos, o que acontece com frequência tanto no treinamento quanto na operação.

Ao mesmo tempo, os clientes fazem perguntas. Compras e segurança da informação querem saber de onde vêm os dados de treinamento, como os resultados são monitorados 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 por trás é necessária para o regulamento de qualquer forma.

Por que agora

Motivos típicos para encarar o tema.

01

Prazos do Regulamento de IA

As proibições e a obrigação de letramento em IA valem desde fevereiro de 2025, as regras para modelos de IA de uso geral desde agosto de 2025 e as obrigações de transparência desde agosto de 2026. As obrigações relativas a sistemas de alto risco 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 regulados. A implementação leva tempo, por isso vale a pena começar já.

02

Um cliente exige uma evidência

Um cliente corporativo envia um questionário sobre governança de IA ou inclui a ISO/IEC 42001 no edital. Quem tem o inventário, a avaliação de risco e as responsabilidades comprovados responde em dias, e não em semanas.

03

Novo produto ou nova finalidade

Uma nova funcionalidade avalia pessoas, decide sobre o acesso a serviços ou é integrada em um dispositivo médico ou em uma 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.

04

Solicitação da autoridade supervisora de proteção de dados

Um titular dos dados pergunta por que seus dados foram parar no treinamento, ou se opõe a uma decisão automatizada. Nesse momento contam a base legal, a avaliação de impacto e os textos informativos registrados com antecedência.

05

Captação de investimento ou venda

Investidores e compradores hoje verificam se um produto de IA é sustentável do ponto de vista regulatório. Uma classificação rastreável e um nível de evidências mantido em dia encurtam essa análise.

06

As ferramentas de IA se espalham pela empresa

Os funcionários usam assistentes para textos, código e análises, às vezes com contas próprias. A alta direção quer saber o que é permitido, quem foi treinado e quais dados saem da empresa.

Frameworks relevantes

O que se aplica – e o que exige concretamente aqui.

Resumido com nossas próprias palavras, não constitui consultoria jurídica. Vale o texto original na versão em vigor.

EU AI ActObrigatório

Vale para prestadores e responsáveis pela implantação de sistemas de IA na UE, independentemente do porte da empresa. O que isso implica depende do papel e da classe de risco. O letramento em IA e a verificação das práticas proibidas dizem respeito a todos. As obrigações de transparência valem, por exemplo, para chatbots e conteúdos gerados artificialmente. Para sistemas de alto risco somam-se 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 como um todo.

Ver framework →
GDPRObrigatório

Assim que os dados de treinamento, as entradas ou os resultados se referem a pessoas, o GDPR se aplica. Para o treinamento, você precisa de uma base legal sólida e de informações claras aos titulares dos dados. Novos tratamentos de alto risco 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 →
ISO/IEC 42001Frequentemente exigido

A norma descreve um sistema de gestão para IA e é estruturada como a ISO/IEC 27001. É voluntária, mas cada vez mais procurada por clientes corporativos. Inventário, responsabilidades, avaliação de risco e avaliação de impacto formam a base organizacional de muitas obrigações do regulamento. Ela não substitui a avaliação da conformidade nem o registro.

Ver framework →
ISO/IEC 27001Recomendado

Quem oferece IA como serviço é questionado sobre segurança da informação, muitas vezes antes da própria IA. Um SGSI fornece controle de acesso, registro de logs, avaliação de fornecedores e gestão de incidentes. Essas 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 depois.

  1. 1

    Criar o inventário de IA

    Registre cada sistema com finalidade, responsável, fontes de dados e fornecedor. Entram também funcionalidades integradas em software-padrão e serviços em nuvem. Sem uma lista completa, nada pode ser classificado.

  2. 2

    Definir o papel e a classe de risco

    Para cada sistema, esclareça se você é prestador ou responsável pela implantação, exclua as práticas proibidas e registre a classe de risco com justificativa. Os casos-limite devem passar por análise jurídica. A decisão continua sendo sua.

  3. 3

    Primeiro, as obrigações já em vigor

    O letramento em IA dos funcionários, os avisos de transparência e uma política de IA da alta direção já valem. Eles podem ser implementados e comprovados em poucas semanas. Em paralelo, verifique os tratamentos no registro das atividades de tratamento e as avaliações de impacto necessárias.

  4. 4

    Montar 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. Você percorre de forma guiada as medidas do Anexo A da ISO/IEC 42001 e justifica a aplicabilidade delas. Um SGSI existente é aproveitado.

  5. 5

    Preparar os sistemas de alto risco

    Somente se aplicável: preparar documentação técnica, registro de logs, supervisão humana e governança de dados. Os prestadores planejam a avaliação da conformidade de modo que ela fique concluída antes dos prazos adiados.

  6. 6

    Manter e reavaliar

    Novos modelos, novas fontes de dados e novas finalidades mudam a classificação. O inventário e as avaliações são revisados a cada mudança e em intervalos fixos. Os treinamentos se repetem.

Proteção de dados na IA

As questões em que os projetos de IA travam na proteção de dados

O Regulamento de IA não substitui o GDPR. Os dois valem em paralelo. Há quatro pontos que devem ser esclarecidos e registrados antes do uso.

Base legal para os dados de treinamento

Dados coletados para outra finalidade não podem simplesmente ser usados em um treinamento. Se a base é o legítimo interesse, o consentimento ou um contrato depende do caso concreto. Registre 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 bem maiores.

Avaliação de impacto sobre a proteção de dados

Novas tecnologias que provavelmente implicam alto risco para os titulares exigem uma avaliação de impacto antes do início. Em sistemas de IA que avaliam pessoas ou analisam grandes volumes de dados, essa é 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 se complementam.

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 GDPR. Nesse caso, são necessárias uma exceção, medidas de salvaguarda e o direito de obter intervenção humana. Uma aprovação que só carimba não conta como análise humana.

Transparência perante os titulares

Os titulares ficam sabendo que seus dados entram em um sistema de IA, com qual finalidade e com qual lógica, na medida em que isso seja exigido. Os avisos de privacidade e os avisos de transparência previstos no Regulamento de IA devem ser coerentes entre si e não redigidos separadamente por dois departamentos.

Como o Sightadel ajuda

As funcionalidades que fazem a diferença aqui.

Esforço e duração

Uma estimativa honesta.

Empresa que apenas usa IA6–10 semanas
Inventário, classificação, treinamento, política de IA e avisos de transparência. Se nenhum uso se enquadrar em uma área de alto risco, restam apenas essas obrigações básicas e a proteção de dados.
Prestador sem sistema de alto risco2–4 meses
Além disso, transparência no produto, proteção de dados para os dados de treinamento, avaliação de fornecedores e uma resposta aos questionários de clientes. Uma certificação ISO/IEC 42001 normalmente leva de quatro a oito meses.
Prestador de um sistema de alto risco9–15 meses
Gestão de riscos, documentação técnica, governança de dados, gestão da qualidade e avaliação da conformidade. A duração depende muito de quanto disso já fica registrado 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 bem mais rápido, porque a liderança, o processo de risco e a auditoria interna já existem.

O que você licencia · normalmente Professional

Um prestador de IA normalmente começa com a proteção de dados, a ISO/IEC 42001 e o Regulamento de IA na edição Professional. Ela inclui dez usuários, dez ativos e 25 fornecedores, o que basta para o desenvolvimento, o produto, a proteção de dados e a alta direção. A ISO/IEC 42001 e o Regulamento de IA são disponibilizados mediante solicitação. Quem apenas usa IA muitas vezes começa pela proteção de dados e pelo regulamento.

Licença por framework, prazo mínimo 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 são cobrados à parte.

Perguntas e respostas

Perguntas sobre fornecedores e usuários de IA

Mais em nossas perguntas frequentes ou diretamente pelo nosso formulário de contato.

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 usa um sistema de terceiros sob sua própria autoridade é responsável pela implantação. Muitas empresas são as duas coisas. No Sightadel, você registra o papel por sistema. O enquadramento final é uma questão jurídica para a sua assessoria.

Nosso produto se baseia em um modelo de linguagem de terceiros. O que vale para nós?

Pelo modelo em si, quem assume as obrigações aplicáveis a modelos de uso geral é o respectivo prestador. Pelo seu sistema, que usa o modelo, em geral a sua empresa é o prestador. Você precisa então da documentação do prestador do modelo para cumprir suas próprias obrigações. Cadastre-o no Sightadel como fornecedor, com avaliação.

Quais prazos valem agora?

Proibições e letramento em IA desde fevereiro de 2025, regras para modelos de IA de uso geral desde agosto de 2025, obrigações de transparência desde agosto de 2026. As obrigações relativas a sistemas de alto risco 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 regulados.

Precisamos da ISO/IEC 42001 para cumprir o regulamento?

Não. A norma é voluntária. Mas ela fornece a base organizacional que o regulamento pressupõe: inventário, responsabilidades, avaliação de risco, avaliação de impacto. Etapas legais como a avaliação da conformidade, o registro e determinadas obrigações de transparência são verificadas à parte.

Podemos usar dados de clientes para o treinamento?

Não sem análise. Você precisa de uma base legal 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 também podem impedir isso. O Sightadel guia pelas perguntas e registra o resultado; a avaliação jurídica cabe ao seu encarregado de 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 alto risco, a avaliação da conformidade é feita, conforme o sistema, internamente ou por um organismo notificado. Os auditores são escolhidos na nossa rede de parceiros independente ou por você. As auditorias não geram nenhuma comissão, nem para nós nem para os parceiros.

A IA do Sightadel preenche a classificação por nós?

Não, de propósito. Ela 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 você, porque você precisa conseguir defender essas decisões perante autoridades e clientes. Para casos difíceis, você pode contratar consultoria como pacote no aplicativo.

Onde ficam nossos documentos?

O Sightadel é desenvolvido na Alemanha e operado na Alemanha. Com cada cliente firmamos um contrato de operador de dados nos termos do art. 28 do GDPR. Os dados de treinamento e os modelos não devem ser armazenados no Sightadel, apenas a respectiva documentação.

Revisado por especialistas em 8 de outubro de 2026 · Não constitui consultoria jurídica. Vale a norma ou a lei na versão em vigor.

Comece com uma norma.

14 dias, acesso completo, sem dados de pagamento. Tudo o que você configurar continua valendo no plano pago.