Funções e Obrigações — Artigo 3 e Artigo 25

Lei de IA da UE: Desenvolvedor vs Prestador — Quem Assume Qual Obrigação

A Lei de IA da UE atribui obrigações por função, não por empresa. A mesma organização pode ser um prestador de um sistema de IA e um desenvolvedor de outro — e um desenvolvedor pode silenciosamente se tornar um prestador. Esta página explica as definições do Artigo 3, como determinar qual função você ocupa e os gatilhos do Artigo 25 que transferem as obrigações mais pesadas do prestador para o desenvolvedor.

Última atualização: 4 de julho de 2026

Fontes oficiais da Lei da IA da UE

Para o texto legalmente vinculativo do regulamento e as orientações da própria UE, consulte estas fontes oficiais. Atualizamos nossas páginas quando o produto da AIAgentree for alterado; para o próprio regulamento, a UE atualiza mais rapidamente do que qualquer terceiro.

Regulamento (UE) 2024/1689 — texto completo no EUR-Lex

O texto legalmente vinculativo do regulamento

Lei da IA da UE em artificialintelligenceact.eu

Site de referência do Future of Life Institute (~150 mil usuários mensais)

Central de atendimento da Lei da IA

Perguntas e respostas e orientações oficiais da Comissão Europeia

Verificador de conformidade com a Lei da IA da UE

Ferramenta de avaliação interativa oficial de 10 minutos

Especificamente sobre este tópico

O que você encontrará nas páginas da AIAgentree: orientações de implementação para equipes de engenharia de IA que usam nossa plataforma. Para o texto do regulamento em si, siga os links acima.

O que é um Prestador? (Artigo 3(3))

Um prestador desenvolve um sistema de IA ou um modelo de IA de propósito geral — ou o faz desenvolver — e o coloca no mercado ou o põe em serviço sob seu próprio nome ou marca, seja por pagamento ou gratuitamente.

Desenvolve ou encomenda o sistema de IA ou o modelo de IA de propósito geral
Coloca no mercado da UE ou o põe em serviço sob seu próprio nome ou marca
Assume a maior parte das obrigações de alto risco: gestão de riscos (Artigo 9), governança de dados (Artigo 10), documentação técnica (Artigo 11 / Anexo IV), manutenção de registros (Artigo 12), transparência para os desenvolvedores (Artigo 13), design de supervisão humana (Artigo 14) e avaliação de conformidade
Aplica-se independentemente de o sistema ser fornecido comercialmente ou gratuitamente

O que é um Desenvolvedor? (Artigo 3(4))

Um desenvolvedor usa um sistema de IA sob sua própria autoridade — exceto quando o sistema é usado no curso de uma atividade pessoal, não profissional.

Usa o sistema em um contexto profissional, sob sua própria autoridade (anteriormente chamado de 'usuário' em versões anteriores)
Deve usar o sistema de acordo com as instruções de uso do prestador
Assume deveres específicos do desenvolvedor: atribuir supervisão humana competente, monitorar a operação, manter os logs automaticamente gerados que controla e informar as pessoas afetadas quando necessário
Certos desenvolvedores também devem executar uma Avaliação de Impacto nos Direitos Fundamentais (Artigo 27) antes do primeiro uso

Como Determinar Qual Função Você Ocupa

Trabalhe na distinção em vez de assumir. O teste é quem colocou o sistema no mercado sob seu nome versus quem está operando:

Você construiu ou marcou o sistema? Se ele vai para o mercado sob seu nome ou marca, você é o prestador — mesmo que uma terceira parte tenha escrito o código para você.
Você está apenas executando o sistema de outra pessoa? Se você opera um sistema colocado no mercado por outra empresa, sob seu nome, você é o desenvolvedor.
Você pode ser ambos ao mesmo tempo. Uma empresa que constrói um agente interno (prestador) enquanto também usa uma plataforma de agente de um fornecedor (desenvolvedor) ocupa ambas as funções para diferentes sistemas.
As obrigações do prestador são mais pesadas; as obrigações do desenvolvedor são operacionais — supervisão, monitoramento, logs que você controla e transparência para as pessoas afetadas.

Importadores, distribuidores e fabricantes de produtos são papéis de operador separados com suas próprias obrigações — consulte a página de escopo para a lista completa.

Quando um Desenvolvedor se Torna um Prestador (Artigo 25)

O Artigo 25 estabelece as situações em que um desenvolvedor, distribuidor, importador ou outra parte terceira assume as obrigações completas de um prestador para um sistema de IA de alto risco já no mercado:

Remarcação — você coloca seu próprio nome ou marca em um sistema de alto risco já colocado no mercado, a menos que um contrato aloque as obrigações de outra forma
Modificação substancial — você faz uma modificação substancial em um sistema de alto risco de uma forma que ele permaneça de alto risco
Mudança do propósito pretendido — você modifica o propósito pretendido de um sistema (incluindo um modelo de IA de propósito geral) que não foi classificado como de alto risco para que ele se torne de alto risco
Quando qualquer um desses gatilhos, o prestador original deve cooperar e você herda as obrigações do prestador — avaliação de conformidade, documentação técnica, manutenção de registros e o resto

Este é o problema para as equipes que ajustam, redefinem ou reetiquetam um sistema de IA comprado: a papelada que você pensou que o fornecedor possuía pode ser transferida para você.

Como a AIAgentree Ajuda

A AIAgentree é construída para atender ambas as funções a partir do mesmo registro de decisão, então a evidência existe independentemente de qual lado do Artigo 25 você esteja:

Para prestadores: registros de decisão evidenciáveis suportam a manutenção de registros do Artigo 12 e a evidência técnica que um arquivo de conformidade espera, exportável via REST, MCP, A2A e OpenTelemetry
Para desenvolvedores: fluxos de trabalho de supervisão e aprovação humana, além de retenção de auditoria (seis meses ou mais), produzem a evidência de supervisão que os desenvolvedores são esperados para manter
Residência de dados da UE na Alemanha mantém esses registros dentro da UE, e SDKs Python e TypeScript permitem que qualquer função capture decisões sem reorganizar sua pilha

Comece o teste gratuito

Perguntas Frequentes

Uma empresa pode ser ao mesmo tempo um provedor e um implantador?

Sim. Os papéis são atribuídos por sistema de IA, não por empresa. Uma organização que constrói e comercializa seu próprio agente é um provedor para esse sistema, enquanto simultaneamente é um implantador de qualquer sistema de IA de terceiros que opera. As obrigações se aplicam a cada papel separadamente.

Qual é a diferença entre as obrigações do provedor e do implantador?

Os provedores têm as obrigações de design e marketing: gestão de riscos, governança de dados, documentação técnica, avaliação de conformidade e transparência para os implantadores. Os implantadores têm obrigações operacionais: usar o sistema de acordo com as instruções, atribuir supervisão humana, monitorar, manter os registros que controlam e, para alguns, uma Avaliação de Impacto nos Direitos Fundamentais.

Quando um implantador se torna um provedor sob o Artigo 25?

Em três situações: colocar seu próprio nome ou marca em um sistema de alto risco já no mercado, fazer uma modificação substancial em um sistema de alto risco ou alterar o propósito pretendido do sistema para que se torne de alto risco. Qualquer uma dessas torna você um provedor com as obrigações completas do provedor.

Se eu ajustar o modelo de um fornecedor, agora sou o provedor?

Potencialmente. Se a alteração for uma modificação substancial de um sistema de alto risco ou alterar o propósito pretendido de um sistema não de alto risco para que se torne de alto risco, o Artigo 25 pode torná-lo o provedor. Leia o contrato do fornecedor e a declaração de propósito pretendido cuidadosamente antes de assumir que o fornecedor ainda possui as obrigações.

O AIAgentree decide nosso papel para nós?

Não. Classificar seu papel é um julgamento legal e organizacional sobre como você constrói, marca e usa cada sistema. O AIAgentree produz os registros de decisão e as evidências de supervisão que qualquer um dos papéis precisa demonstrar — não substitui a análise do papel em si.