Alkemia Insights · Enterprise AI

O que decide a sua exposição ao AI Act
não está no seu inventário de IA.

Desde 2 de agosto de 2026, as obrigações de transparência do Artigo 50 valem para sistemas que o AI Act não classifica como de alto risco. O que cada sistema deve é determinado por duas variáveis que quase nenhum inventário registra: o papel jurídico que a organização ocupa e a audiência que aquele sistema enfrenta. A classe de risco, onde a preparação está concentrada, não responde nenhuma das duas.
Artigo 50 em aplicação desde 2 de agosto de 2026
O que é o Artigo 50

O Artigo 50 do Regulamento (UE) 2024/1689, o AI Act, reúne as obrigações de transparência: informar que se está interagindo com IA, marcar conteúdo sintético e torná-lo detectável, informar sobre reconhecimento de emoção e categorização biométrica, e revelar deepfakes e texto publicado sobre matéria de interesse público. Elas se aplicam desde 2 de agosto de 2026 e alcançam sistemas fora do regime de alto risco. Alcançam também quem está fora da União: pelo Artigo 2(1), o alcance é fixado pela conexão com o mercado europeu, onde quer que a empresa esteja sediada. Em 20 de julho de 2026 a Comissão Europeia adotou Guidelines sobre como implementá-las. As Guidelines são explicitamente não vinculantes: a interpretação autoritativa do AI Act cabe ao Tribunal de Justiça da União Europeia.

O que entrou e o que foi adiado

Duas obrigações, dois calendários.

Em vigor

Transparência, Artigo 50

  • Aplicável desde 2 de agosto de 2026
  • Alcança sistemas fora do regime de alto risco
  • Marcação do 50(2) até 2 de dezembro de 2026 para sistemas generativos anteriores
  • Sanção do Artigo 99(4)(g): até EUR 15 milhões ou 3% do faturamento mundial anual, o que for maior
Adiado

Regime de alto risco

  • Artigo 6(2) e Anexo III: 2 de dezembro de 2027
  • Artigo 6(1) e Anexo I: 2 de agosto de 2028
  • Adiado pelo Regulamento (UE) 2026/1744
  • Motivo declarado: normas harmonizadas e autoridades nacionais indisponíveis a tempo

O adiamento do alto risco não alcançou o Artigo 50. Um programa de conformidade calibrado para agosto de 2026 como marco do alto risco está pronto para o prazo que se moveu e descoberto no que já vale. As datas acima refletem o texto em vigor em agosto de 2026, e o calendário do AI Act já foi emendado uma vez.

As duas variáveis, e o que as sustenta

A exposição se decide no papel e na audiência, e se sustenta no perímetro.

  1. A

    O papel jurídico

    Quem constrói e coloca no ar sob o próprio nome é provider.

    As quatro obrigações do Artigo 50 se dividem por papel. Ao provider cabem o 50(1), informar a pessoa de que ela está interagindo com um sistema de IA, e o 50(2), marcar o conteúdo sintético em formato legível por máquina e torná-lo detectável. Ao deployer cabem o 50(3), informar quem é exposto a reconhecimento de emoção ou categorização biométrica, e o 50(4), revelar deepfakes e texto publicado para informar o público sobre matéria de interesse público. A Comissão entende que a organização que desenvolve um sistema interativo ou generativo internamente e o coloca em serviço sob nome ou marca próprios ocupa o papel de provider, e que o mesmo vale para quem modifica um sistema de terceiro e o coloca em serviço sob nome próprio. Uma mesma organização pode ocupar os dois papéis ao mesmo tempo.

    A autoimagem corrente, "nós usamos IA, não fabricamos IA", falha exatamente nos sistemas de que a empresa mais se orgulha: os agentes que ela construiu em vez de comprar.

  2. B

    A audiência do sistema

    O mesmo build muda de regime conforme quem está do outro lado.

    A exceção ao dever de informar do 50(1) é a obviedade para um membro médio, razoavelmente bem informado, atento e circunspecto, da audiência prevista e razoavelmente previsível do sistema. A Comissão orienta que essa exceção seja lida restritivamente, limitada aos casos em que quase não resta dúvida sobre a natureza da interação, e registra que a consciência geral de que sistemas de IA existem não implica reconhecê-los durante a interação. Os exemplos publicados nas próprias Guidelines cortam uma única tecnologia ao meio: um assistente interno voltado a funcionários treinados e com letramento em IA, em RH, jurídico, compras, compliance ou suporte de TI, fica fora do escopo; um chatbot de plataforma ou de helpdesk, cujo output o usuário pode perceber como humano, fica dentro.

    A obrigação prende no contexto de deployment. Repontar um assistente interno para o público externo reabre a classificação daquele sistema, e na operação esse movimento costuma passar como ajuste de configuração. Audiência é atributo de inventário, e quase nenhum inventário de IA tem esse campo.

  3. C

    Os controles instalados

    A isenção industrial se prova com perímetro, e se perde sem ele.

    A Comissão reconhece casos de aplicações industriais ou business-to-business, excluídos os sistemas públicos e voltados ao consumidor, em que a marcação e a detecção do 50(2) não são exigidas. São três condições cumulativas: o output é estritamente técnico; destina-se a ser percebido e processado apenas por um número limitado e pré-definido de profissionais dentro da organização; e não se destina a sair da empresa nem a ser utilizável por externos, com salvaguardas apropriadas contra uso indevido razoavelmente previsível, por exemplo isolamento de nuvem e controles baseados em papel.

    Isolamento e controle por papel são o perímetro de uso aceitável que uma governança madura já instalou. Quem instalou consegue evidenciar a isenção sistema a sistema. Quem não instalou, marca.

As obrigações do Artigo 50 podem incidir cumulativamente sobre um mesmo sistema, alcançando atores diferentes. As fontes estão listadas ao final.

Governança aqui não é custo de conformidade. É a diferença entre demonstrar uma exclusão sistema a sistema e ter que marcar tudo.

Leitura da Alkemia

Por que isso importa

O eixo regulatório do inventário é unidimensional.

O inventário de IA pergunta em que classe de risco cada sistema cai. Essa pergunta não alcança o Artigo 50, que o AI Act trata como uma categoria própria, de risco de transparência. Papel e audiência são propriedades de um deployment: quem colocou o sistema no ar, sob que nome, e diante de quem. Um mesmo modelo, do mesmo fornecedor, com o mesmo build, produz dois regimes diferentes conforme essas duas respostas. Enquanto o inventário não registrar as duas, a organização não sabe o que deve, nem consegue demonstrar o que não deve.

Nada disso significa que a sua empresa está em falta. Boa parte dos sistemas internos de uma organização com perímetro instalado deve ficar fora do escopo, e as Guidelines da Comissão são orientação, não lei: elas mesmas registram que a interpretação autoritativa cabe ao Tribunal de Justiça. A posição da Alkemia aqui é estreita de propósito. A pergunta que o inventário responde hoje não é a pergunta que determina a exposição, e a classificação de cada sistema concreto se valida com apoio jurídico, e não se deduz de um guia.

O que instrumentar

Seis pontos para checar no seu inventário de IA.

  1. 01

    Papel jurídico por sistema

    Para cada sistema interativo ou generativo em operação com alcance na União Europeia: quem o colocou em serviço, e sob que nome ou marca? Sistema desenvolvido internamente e disponibilizado sob nome próprio coloca a organização no papel de provider, com as obrigações de design que vêm junto. Sistema de terceiro modificado e colocado em serviço sob nome próprio, também.

  2. 02

    Audiência por deployment

    Quem está do outro lado de cada sistema hoje, e quem pode estar no próximo trimestre? A exceção de obviedade é calibrada pela audiência prevista e razoavelmente previsível, e deve ser lida de forma restritiva. Registre a audiência como atributo do sistema e trate a mudança dela como evento que reabre a classificação.

  3. 03

    Sistemas generativos anteriores a agosto

    O Regulamento (UE) 2026/1744 inseriu no AI Act um artigo 111(4): providers de sistemas que geram áudio, imagem, vídeo ou texto sintético colocados no mercado antes de 2 de agosto de 2026 têm até 2 de dezembro de 2026 para cumprir o 50(2). O alcance da transição é esse. O dever de informar do 50(1) venceu em agosto, sem prazo adicional.

  4. 04

    A isenção industrial, evidenciável

    Para cada sistema que a organização trataria como isento da marcação: as três condições se sustentam por escrito? Output estritamente técnico, audiência profissional interna limitada e pré-definida, sem destinação externa e com salvaguardas contra uso indevido previsível. A isenção que a empresa não consegue documentar é uma isenção que ela não tem.

  5. 05

    Revisão humana de texto publicado

    Onde a empresa publica texto sobre matéria de interesse público com apoio de IA, a exceção de controle editorial exige revisão humana substantiva e um responsável editorial nomeado. A Comissão exclui expressamente a checagem apenas formal, a mera existência de uma política editorial e os processos de revisão automatizados. Qualquer intervenção substantiva de IA depois do sign-off anula a exceção.

  6. 06

    O caminho de demonstração

    A Comissão e o AI Board concluíram que o Code of Practice on Transparency of AI-generated Content cobre adequadamente os artigos 50(2), (4) e (5). Quem não adere demonstra conformidade por outros meios adequados e, segundo a Comissão, deve fazer uma análise de lacunas contra as medidas do código. Duas ressalvas pesam: a própria Comissão afirma que a adesão não constitui prova conclusiva de conformidade, e o código não alcança o 50(1) nem o 50(3).

Cada ponto depende do sistema concreto, do contrato com o fornecedor e da jurisdição. Valide a classificação de cada sistema com apoio jurídico antes de agir.

O próximo passo

As duas perguntas que o seu inventário ainda não responde.

Para o CIO que responde pelo inventário e para o conselho que ratifica a exposição, a pergunta operacional é: o que a organização construiu, sob que nome isso entrou em operação, e quem está do outro lado de cada sistema. Uma conversa de 30 minutos, sem compromisso, mapeia onde a sua organização provavelmente ocupa o papel de provider, quais deployments mudam de regime pela audiência, e o que precisa estar registrado para sustentar uma isenção. Se a conclusão for que a exposição já está coberta, essa também é uma resposta útil.

Falar da sua decisão

contact@alkemia.io

Perguntas frequentes

Artigo 50, em termos de decisão.

A minha empresa está fora da União Europeia. O Artigo 50 nos alcança?
O AI Act não se aplica territorialmente fora da União e, por si só, não cria obrigação em solo não comunitário. Ele alcança pelos pontos de conexão do Artigo 2(1): colocar um sistema no mercado ou em serviço na União, ainda que o provider esteja sediado em país terceiro; operar como deployer com estabelecimento na União; ou, estando fora dela, produzir output destinado a uso na União, hipótese que o Recital 22 registra expressamente para prevenir a evasão da norma. Sem nenhum desses pontos, o Artigo 50 não alcança. Com qualquer um deles, alcança sistema a sistema, e a análise volta ao papel jurídico e à audiência.
O Artigo 50 do AI Act foi adiado?
Não. O Regulamento (UE) 2026/1744 adiou o regime de alto risco para 2 de dezembro de 2027 (artigo 6(2) e Anexo III) e 2 de agosto de 2028 (artigo 6(1) e Anexo I). As obrigações de transparência do Artigo 50 se aplicam desde 2 de agosto de 2026. A única transição é o novo artigo 111(4): sistemas generativos colocados no mercado antes dessa data têm até 2 de dezembro de 2026 para cumprir a marcação do 50(2).
A minha empresa é provider ou deployer sob o Artigo 50?
Depende de cada sistema, e pode ser os dois ao mesmo tempo. A Comissão entende que a organização que desenvolve um sistema interativo ou generativo internamente e o coloca em serviço sob nome ou marca próprios ocupa o papel de provider, e que o mesmo vale para quem modifica um sistema de terceiro e o coloca em serviço sob nome próprio. A classificação de um sistema concreto é decisão jurídica e deve ser validada com apoio de counsel.
Um assistente interno de IA precisa avisar que é IA?
A Comissão trata como isento o assistente interno voltado a funcionários treinados e com letramento em IA, em áreas como RH, jurídico, compras, compliance e suporte de TI. A mesma tecnologia diante de clientes, num chatbot de plataforma ou de helpdesk cujo output pode ser percebido como humano, fica no escopo. A exceção é calibrada pela audiência prevista e razoavelmente previsível, e a Comissão orienta que seja lida de forma restritiva.
Aderir ao Code of Practice resolve a conformidade?
O código é o caminho de demonstração reconhecido para os artigos 50(2), (4) e (5), e a Comissão e o AI Board concluíram que ele cobre essas obrigações adequadamente. Duas ressalvas pesam: a Comissão afirma que a adesão não constitui prova conclusiva de conformidade, e o código não alcança o 50(1) nem o 50(3). Um sistema que deva apenas essas duas obrigações não tem caminho de demonstração pelo código.
Por onde começar?
Pelo inventário de IA. Registre, para cada sistema, o papel jurídico que a organização ocupa e a audiência que o sistema enfrenta, e trate mudança de audiência como evento que reabre a classificação. Com esses dois campos, a pergunta "o que devemos?" passa a ter resposta por sistema, em vez de resposta por política.

A classificação de um sistema concreto sob o AI Act depende dos fatos desse sistema, do contrato com o fornecedor e da jurisdição aplicável. Antes de agir, vale validar o caso com apoio jurídico.

Conteúdo informativo sobre o Regulamento (UE) 2024/1689 (AI Act), o Regulamento (UE) 2026/1744 e as Guidelines da Comissão Europeia sobre as obrigações de transparência do Artigo 50, adotadas em 20 de julho de 2026. As Guidelines são explicitamente não vinculantes e a interpretação autoritativa do AI Act cabe ao Tribunal de Justiça da União Europeia. Este material não constitui aconselhamento jurídico e não determina a classificação, o papel ou as obrigações de nenhum sistema específico. Datas e valores refletem o texto em vigor em agosto de 2026; o calendário do AI Act já foi emendado uma vez.