A ISO/IEC 42001:2023, cujo título é Information technology, Artificial intelligence, Management system, é a primeira norma internacional que especifica requisitos para estabelecer, implementar, manter e melhorar continuamente um sistema de gestão de inteligência artificial, o AIMS, no contexto de uma organização.

Publicada em dezembro de 2023 por ISO e IEC, ela adota a estrutura harmonizada, com números e títulos de cláusula idênticos aos de outras normas de sistema de gestão, o que facilita a consistência com normas de qualidade, segurança e privacidade. O ponto que mais surpreende quem a lê pela primeira vez é o que ela não faz: não prescreve tecnologia, não indica fornecedor e não entrega checklist de produto. Ela exige um sistema de gestão repetível que identifique riscos de IA, atribua responsabilidade, aplique controles proporcionais ao risco e retenha evidência do que foi feito. E é aí que a maioria dos projetos tropeça, porque evidência não se escreve no fim: ela se acumula na operação.

Por que uma norma virou assunto de diretoria

Governança de IA passou dois anos sendo tratada como tema de painel de evento: importante, consensual e sem definição operacional. Cada empresa montou seu comitê, escreveu sua política de uso e seguiu adiante. O problema é que política declara intenção, e nenhuma auditoria, cliente corporativo ou área de risco aceita intenção como resposta quando a pergunta é o que foi efetivamente feito.

A existência de uma norma internacional muda esse jogo porque estabelece um vocabulário comum e verificável. Deixa de ser uma discussão sobre quem tem a melhor política e passa a ser uma discussão sobre quem consegue demonstrar. E o efeito colateral mais imediato aparece na cadeia de fornecimento: quando um cliente grande começa a perguntar como você governa IA, a resposta ganha peso comercial, não apenas regulatório.

A tese deste guia: a diferença entre uma política e um sistema de gestão é que o sistema deixa rastro. A ISO 42001 não pede que a empresa compre nada, pede que ela consiga mostrar, a qualquer momento, que identificou um risco, decidiu o que fazer, atribuiu a alguém, aplicou o controle e verificou o resultado. Nenhuma dessas cinco coisas é produzida por um documento redigido no fim do trimestre. Todas são subprodutos de uma operação bem instrumentada, e é por isso que estruturar governança de IA é, na prática, um trabalho de arquitetura, não de redação.

O que a norma exige, traduzido em perguntas

As cláusulas 4 a 10 seguem a estrutura harmonizada comum às normas de sistema de gestão, cobrindo contexto, liderança, planejamento, apoio, operação, avaliação de desempenho e melhoria. Traduzidas para a pergunta que cada bloco realmente faz a uma empresa que usa IA, elas ficam bem menos abstratas.

O Anexo A da norma traz um conjunto de referência de controles de IA. Fontes especializadas que detalham esse anexo descrevem 38 controles distribuídos em nove objetivos de controle, cobrindo domínios como política de IA, organização interna, recursos, avaliação de impacto, ciclo de vida do sistema de IA, dados, informação às partes interessadas, uso responsável e relações com terceiros. Os controles são deliberadamente de alto nível e baseados em princípios, e a organização documenta quais se aplicam ao seu caso, justificando inclusões e exclusões. Ou seja, a norma não pede que todo mundo faça tudo: pede proporcionalidade justificada.

O que a diferencia da ISO 27001, e por que isso importa

Quem já convive com um sistema de gestão de segurança da informação tende a supor que a norma de IA é um apêndice do que já existe. A estrutura ajuda nessa impressão, porque as cláusulas são as mesmas. A diferença de conteúdo, porém, é conceitual e vale entender.

Uma norma de segurança da informação protege a organização e seus ativos de informação: o objeto do risco é, essencialmente, o que pode acontecer com a empresa. Uma norma de gestão de IA amplia o objeto: além dos riscos para a organização, ela exige considerar o impacto do sistema de IA sobre as pessoas afetadas por ele e, no caso de aplicações que atingem muitos indivíduos, sobre a sociedade. É a chamada avaliação de impacto do sistema de IA, e ela é a peça que não tem equivalente direto na norma de segurança.

Na prática, isso obriga uma pergunta que o time técnico raramente faz sozinho: quem é afetado por uma decisão automatizada aqui, e o que acontece com essa pessoa se o sistema errar? A pergunta conversa diretamente com o ambiente regulatório brasileiro, já que a LGPD (Lei 13.709/2018) determina em seu artigo 46 a adoção de medidas de segurança aptas a proteger os dados pessoais de tratamento inadequado, e organiza o tratamento em torno de finalidade e necessidade. Ressalva devida: este texto trata de arquitetura e governança técnica, não constitui aconselhamento jurídico, e a avaliação de obrigações específicas cabe ao jurídico ou ao encarregado pelo tratamento de dados da empresa.

Onde a evidência realmente mora

Esta é a parte que separa um programa que sobrevive à primeira auditoria de um que não sobrevive. A norma pede evidência de que o sistema de gestão opera. Evidência não é a política que descreve o controle, é o registro de que o controle funcionou. E esse registro nasce nas camadas onde a empresa já opera, desde que elas tenham sido desenhadas para isso.

Vale detalhar duas linhas dessa tabela, porque são as que mais dependem de decisão de arquitetura tomada com antecedência. Do lado do dado, a documentação da Databricks descreve o Unity Catalog como a camada unificada de governança para dados e IA, reunindo controle de acesso, linhagem, auditoria e descoberta, com a linhagem capturada automaticamente em tempo de execução até o nível de coluna. Isso responde de forma nativa a duas perguntas que a norma faz de maneira recorrente: quem acessou o quê, e de onde veio este número. Para dado sensível, máscaras de coluna e filtros de linha aplicam o tratamento no momento da consulta, o que evita o padrão mais frágil de todos, que é criar cópias tratadas à mão e depois precisar provar que elas continuam sincronizadas.

Do lado do trabalho, a evidência de que um risco foi identificado, discutido, atribuído e resolvido é o histórico do item que registrou essa sequência. No Jira, isso significa um tipo de item que represente decisão de governança, campos que capturem risco e controle escolhido, e o registro de transições que a plataforma mantém com autor e data. Parece burocracia até o momento em que alguém pergunta quando a empresa soube de determinado risco e o que fez a respeito.

A armadilha do projeto de documentação

O caminho mais comum de quem decide estruturar governança de IA é contratar a redação do conjunto documental: política, procedimentos, matriz de risco, plano de tratamento. O material fica bom, a diretoria aprova e o programa parece pronto. O que acontece meses depois é previsível: quando alguém pede a evidência de que o procedimento foi seguido, ela não existe, porque o procedimento descrevia um comportamento que a operação nunca instrumentou.

A inversão que funciona é começar pelo rastro. Antes de escrever como o risco deveria ser tratado, verificar se existe um lugar onde o tratamento fica registrado. Antes de descrever o controle de acesso ideal, verificar se a plataforma consegue mostrar quem acessou o quê. Documento escrito sobre operação instrumentada descreve a realidade; documento escrito sobre operação não instrumentada descreve uma intenção, e a diferença aparece exatamente no pior momento.

Por que isso exige competências que costumam estar em áreas diferentes: a norma é lida por compliance, a evidência de dado nasce na engenharia de dados, a evidência de entrega nasce na engenharia de software e a evidência de decisão nasce na gestão do trabalho. Um programa conduzido só pelo compliance produz documentação sem lastro; um conduzido só pela engenharia produz controle sem justificativa de proporcionalidade. A CSP Tech atua nas camadas onde a evidência é gerada, como especialistas Databricks no dado governado, consultoria Jira como Atlassian Gold Partner no registro de decisão e trabalho, e 34 anos de engenharia de software na camada de qualidade. Vale a transparência: desenhar arquitetura que gera evidência não constitui certificação, que é emitida por organismo acreditado em processo próprio.

Por onde começar, respeitando a proporcionalidade

A norma pede controles proporcionais ao risco identificado, o que é um convite explícito a não começar por tudo. A sequência que reduz desperdício é a mesma de qualquer programa de governança que funciona:

•     Inventariar o que já está em uso. Inclusive o que foi adotado sem aprovação, que é justamente o que não aparece em nenhum documento. Não há como avaliar risco de um uso que ninguém mapeou.

•     Classificar por quem é afetado. Um assistente que consulta documentação interna e um sistema que influencia decisão sobre uma pessoa não pertencem à mesma categoria de risco, e tratá-los igual desperdiça esforço no primeiro e subdimensiona o segundo.

•     Verificar onde já existe rastro. Boa parte da evidência exigida já é produzida por plataformas que a empresa opera, apenas não está organizada como evidência. Descobrir isso antes evita construir do zero o que já existe.

•     Instrumentar antes de documentar. Cada lacuna de rastro vira um item de trabalho com dono e prazo. A documentação vem depois, descrevendo o que passou a existir de fato.

Quando perseguir a norma ainda não faz sentido

•     Uso experimental, sem decisão de negócio acoplada. Estruturar um sistema de gestão para experimentos isolados consome esforço sem reduzir risco relevante. O momento é quando o uso vira dependência operacional.

•     Sem inventário do que está em uso. Começar pela norma antes de saber onde a IA já está sendo usada produz um sistema de gestão que governa o mapa e não o território.

•     Quando a demanda real é uma resposta a cliente, não certificação. Muita empresa descobre o tema porque um cliente perguntou. Nesse caso, o objetivo imediato pode ser demonstrar controles existentes com evidência organizada, o que é bem menos custoso que um processo formal de certificação e frequentemente resolve a demanda que originou a conversa.

Perguntas frequentes

O que é a ISO/IEC 42001?

É a primeira norma internacional que especifica requisitos para estabelecer, implementar, manter e melhorar continuamente um sistema de gestão de inteligência artificial, publicada em dezembro de 2023 por ISO e IEC sob o título Information technology, Artificial intelligence, Management system. Ela adota a estrutura harmonizada comum às normas de sistema de gestão, com cláusulas de contexto, liderança, planejamento, apoio, operação, avaliação de desempenho e melhoria, e traz no Anexo A um conjunto de referência de controles de IA.

Qual a diferença entre a ISO 42001 e a ISO 27001?

A estrutura de cláusulas é a mesma, o que facilita a integração para quem já opera um sistema de gestão de segurança da informação. A diferença de conteúdo é o objeto do risco: a norma de segurança protege a organização e seus ativos de informação, enquanto a norma de gestão de IA exige também considerar o impacto do sistema sobre as pessoas afetadas por ele, por meio da avaliação de impacto do sistema de IA. É a peça sem equivalente direto na norma de segurança.

A ISO 42001 exige alguma tecnologia específica?

Não. A norma não prescreve produto, fornecedor ou arquitetura. Ela exige um sistema de gestão repetível que identifique riscos, atribua responsabilidade, aplique controles proporcionais ao risco identificado e retenha evidência do que foi feito. Os controles do Anexo A são deliberadamente de alto nível e baseados em princípios, e a organização documenta quais se aplicam ao seu caso, justificando inclusões e exclusões.

Por onde começar a estruturar governança de IA?

Pelo inventário do que já está em uso, incluindo o que foi adotado sem aprovação formal, seguido da classificação por quem é afetado e da verificação de onde já existe rastro operacional. Boa parte da evidência que a norma espera já é produzida pelas plataformas que a empresa opera, apenas não está organizada como evidência. Instrumentar as lacunas antes de redigir documentação evita o erro mais caro do tema, que é produzir um conjunto documental descrevendo comportamento que a operação nunca registrou.

Próximo passo

Se a sua empresa já usa IA em operação e a pergunta sobre governança começou a chegar, de um cliente, da auditoria interna ou do conselho, o passo mais barato não é contratar a redação de uma política. É descobrir quanta evidência a sua operação já produz sem saber, e onde estão as lacunas de rastro. Solicite um diagnóstico de prontidão para governança de IA com a CSP Tech e receba o mapa do seu ambiente: onde a IA já está em uso, que evidência as suas plataformas já geram, o que precisa ser instrumentado e em que ordem.

Autor: Guilherme Matos, estrategista de conteúdo e IA, certificado HubSpot, Google, Anthropic e Semrush. Revisão técnica por especialistas de dados e Atlassian da CSP Tech (Atlassian Gold Partner, Microsoft Gold Partner, parceira Databricks, participante do Anthropic Partner Network, 34 anos de mercado).

Fontes (acesso ago/2026): ISO, plataforma oficial de navegação de normas, ISO/IEC 42001:2023, Information technology, Artificial intelligence, Management system (iso.org/obp), quanto ao escopo da norma, à adoção da estrutura harmonizada e à finalidade de gerir riscos decorrentes do uso de IA na organização. Microsoft Learn, página de conformidade sobre ISO/IEC 42001 (learn.microsoft.com/compliance), quanto à definição de sistema de gestão de IA. A descrição do Anexo A como conjunto de 38 controles em nove objetivos de controle, bem como a documentação de aplicabilidade, provém de fontes especializadas que detalham a norma, e não do texto oficial consultado, estando aqui atribuída como tal. Lei nº 13.709/2018 (LGPD), artigo 46. Databricks Documentation, Unity Catalog, linhagem automática em nível de coluna, máscaras de coluna e filtros de linha (docs.databricks.com). Atlassian, documentação de Jira sobre tipos de item, campos e histórico de transições (atlassian.com, developer.atlassian.com). Este conteúdo trata de arquitetura e governança técnica, não constitui aconselhamento jurídico e não representa oferta de certificação, que é emitida por organismo acreditado em processo próprio.