A frase repete-se em quase todas as reuniões de conformidade do último ano: «nós não somos prestadores, só usamos a ferramenta». Diz-se com alívio, porque todos entenderam que a quem usa cabe a lista curta e a quem fabrica cabe a longa. E diz-se sem ter feito a verificação, que leva vinte minutos e quatro perguntas.
A tese numa linha: no regulamento europeu da IA, o papel que te obriga não é decidido pelo teu contrato nem pela tua factura. É decidido por aquilo que fazes ao sistema. Há um artigo — o 25 — cujo único trabalho é reclassificar-te como prestador no momento em que lhe pões a tua marca, o alteras de forma substancial ou lhe mudas a finalidade prevista. Configurar um agente à medida sobre uma plataforma de terceiros roça as três portas ao mesmo tempo, e quase ninguém olhou.
Um aviso antes de continuar: isto é um mapa operacional para saber o que perguntar, não aconselhamento jurídico. O papel aplicável depende do teu caso concreto e tem de ser fechado com a tua assessoria. O que se pode fazer sem advogado é ter a lista dos sistemas e a pergunta bem escrita ao lado de cada um — e é precisamente isso que falta quando a conversa chega.
AI Act, prestador ou responsável pela implantação: o rótulo segue o que fazes, não o que assinas
O regulamento reparte obrigações por papel, não por tamanho de empresa. O prestador desenvolve um sistema de IA e coloca-o no mercado ou em serviço sob o seu próprio nome ou marca. O responsável pela implantação usa-o sob a sua autoridade no exercício da sua actividade. A intuição de todos é que comprar uma licença te coloca para sempre no segundo grupo. O artigo 25 existe exactamente para que isso não seja verdade.
A mecânica é seca: um distribuidor, um importador, um responsável pela implantação ou qualquer terceiro é considerado prestador de um sistema de IA de risco elevado, com o pacote de obrigações que isso arrasta, se ocorrer qualquer uma destas três situações. Fonte: Article 25: Responsibilities along the AI value chain, Regulamento (UE) 2024/1689, consultado a 2 de Outubro de 2026.
| Gatilho do art. 25 | Como parece quando o fazes | Porque atravessa a linha |
|---|---|---|
| Pões o teu nome ou a tua marca num sistema de risco elevado já no mercado | Vestir o assistente com o teu logótipo e servi-lo no teu próprio domínio | Visto de fora, o sistema é teu. Quem o usa não distingue a tua camada do motor que está por baixo |
| Fazes uma alteração substancial e o sistema continua de risco elevado | Ligar fontes de dados próprias, reescrever as instruções, ampliar o que o sistema pode executar | Mudaste o comportamento do sistema, e a avaliação de conformidade original já não cobre o que montaste |
| Mudas a finalidade prevista de um sistema que não era de risco elevado e passa a ser | Pegar num modelo de finalidade geral e pô-lo a filtrar candidaturas ou a dar prioridade a incidentes de clientes | A finalidade prevista determina a classificação. Mudá-la é reclassificar o sistema, e quem reclassifica responde |
A terceira linha é a que apanha mais gente, e também a mais fácil de atravessar sem reunião nem acta. Ninguém assina um documento a dizer «mudámos a finalidade prevista». O que acontece é que um assistente que resumia documentos começa, três iterações depois, a ordenar uma fila de candidaturas, porque a alguém pareceu que ficava bem e acrescentá-lo levou uma tarde.
O que te custa o papel de responsável pela implantação: o artigo 26 em lista
Se a verificação sair limpa e for esse o teu papel, a lista é a do artigo 26. É exigente mas operacional: são quase todas coisas que se fazem ou não se fazem no dia-a-dia de um sistema que corre, não documentos que se escrevem uma vez.
- Usar o sistema em conformidade com as instruções de utilização do prestador. Não é um detalhe: sair das instruções é uma das vias pelas quais a responsabilidade se desloca para ti.
- Atribuir a supervisão humana a pessoas naturais com a competência, a formação e a autoridade necessárias. As três, e é a autoridade que falta mais: supervisionar sem poder parar é olhar.
- Vigiar o funcionamento e, quando haja motivo para crer que o uso conforme gera risco, suspender a utilização e informar o prestador e a autoridade.
- Assegurar que os dados de entrada são pertinentes e suficientemente representativos para a finalidade prevista, na medida em que controles esses dados.
- Conservar os registos gerados automaticamente durante pelo menos seis meses, salvo se outra norma da União ou nacional — em particular a de protecção de dados — dispuser de outro modo.
- Informar os representantes dos trabalhadores e as pessoas afectadas antes de colocar em serviço um sistema de risco elevado no local de trabalho.
Fonte da lista: Article 26: Obligations of deployers of high-risk AI systems, AI Act Service Desk da Comissão Europeia, consultado a 2 de Outubro de 2026. O artigo prevê ainda obrigações de informação às pessoas afectadas por decisões do sistema e, para certos usos, uma avaliação de impacto sobre direitos fundamentais.
Visto de perto, o artigo 26 descreve o que significa operar algo em produção: alguém que vigia, com autoridade para desligar, um registo que se conserva e um critério sobre os dados que entram. É a mesma substância que governança e controlo da automatização com IA resolve por razões que nada têm a ver com um regulador. Quem já o montou cumpre o artigo 26 quase por acumulação; quem não, descobre que a norma lhe está a pedir para construir a operação que nunca construiu.
O que te custa o papel de prestador: o pacote completo do artigo 16
Aqui está a assimetria que torna a pergunta importante. Passar a prestador não é «um pouco mais de papelada»: é entrar noutro regime, com obrigações que não se improvisam no trimestre em que se fica a saber delas.
| Obrigação do prestador | Referência | O que implica construir |
|---|---|---|
| Sistema de gestão de riscos ao longo do ciclo de vida | art. 9 | Um processo contínuo e documentado de identificação, avaliação e mitigação — não uma matriz preenchida uma vez |
| Governança dos dados de treino, validação e teste | art. 10 | Proveniência, critérios de recolha, enviesamentos examinados, lacunas conhecidas |
| Documentação técnica | art. 11 e anexo IV | Um processo que descreva o sistema e permita a uma autoridade avaliar a sua conformidade |
| Registo automático de eventos | art. 12 | Rastreabilidade por desenho, não registos de aplicação reaproveitados |
| Instruções de utilização e transparência para o responsável pela implantação | art. 13 | Documentação de produto: capacidades, limites, supervisão esperada |
| Supervisão humana desenhada no próprio sistema | art. 14 | Pontos de intervenção construídos, não uma política escrita ao lado |
| Exactidão, robustez e cibersegurança | art. 15 | Níveis declarados e mantidos ao longo do tempo |
| Sistema de gestão da qualidade | art. 17 | Procedimentos escritos e realmente seguidos, com responsáveis |
| Avaliação de conformidade, marcação CE e registo na base de dados da UE | art. 43, 48 e 71 | Um trâmite que pressupõe que tudo o anterior existe e é demonstrável |
| Conservação da documentação durante dez anos | art. 18 | Dez anos, não seis meses. A mudança de ordem de grandeza resume a diferença |
Fonte: Article 16: Obligations of providers of high-risk AI systems, Regulamento (UE) 2024/1689, consultado a 2 de Outubro de 2026. O artigo 16 remete para os requisitos do capítulo 2 — artigos 9 a 15 — e acrescenta o sistema de qualidade, a avaliação de conformidade e o registo.
Compara as duas colunas como aterram na vida real: o responsável pela implantação conserva registos seis meses, o prestador conserva o processo dez anos. Um vigia, o outro demonstra. É essa a fronteira, e atravessa-se com decisões que no momento parecem decisões de produto.
As três portas do artigo 25 por onde se passa sem querer
As três atravessam-se no trabalho normal de montar um agente útil. Nenhuma implica má-fé. Todas implicam que ninguém fez a pergunta no momento em que contava.
- A marca. O assistente sai com o teu nome, o teu domínio e a tua identidade visual, porque apresentá-lo como «o chat de um fornecedor externo» ficava pobre. Para o artigo 25, pôr a tua marca num sistema de risco elevado já no mercado é o mais literal dos três gatilhos.
- A alteração substancial. Fontes de dados próprias, instruções reescritas, ferramentas novas que o sistema pode executar, um fluxo que decide quando escalar para uma pessoa. Cada mudança parece configuração. O conjunto, seis meses depois, é um sistema cujo comportamento já não é o que o prestador avaliou.
- A finalidade prevista. A mais silenciosa. Um sistema de finalidade geral que começa a resumir e acaba a decidir, num domínio que o anexo III trata como de risco elevado — emprego, educação, serviços essenciais, crédito. Ninguém decidiu reclassificar nada: o âmbito cresceu sozinho.
A forma prática de não atravessar sem saber não é proibir as mudanças: é ter escrito até onde cada sistema pode crescer por si e quem autoriza o degrau seguinte. É exactamente a conversa dos níveis de autonomia de um agente. A escada que lá serve para controlar o risco operacional serve aqui para controlar o risco de classificação: cada degrau que subes é um ponto onde se voltam a fazer as quatro perguntas.
O prestador original não desaparece, mas deixa de responder por aquele sistema
Há uma consequência do artigo 25 que quase ninguém lê e que muda a forma de negociar contratos: quando alguém passa a ser considerado prestador por uma daquelas três vias, o prestador inicial deixa de ser considerado prestador daquele sistema concreto. Não é uma repartição, é um revezamento. O original fica obrigado a cooperar estreitamente, a disponibilizar a informação necessária e a dar o acesso técnico razoavelmente esperado para que o novo prestador possa cumprir — mas quem responde é o novo.
O mesmo artigo prevê que prestador e terceiros que forneçam sistemas, modelos, ferramentas, serviços, componentes ou processos integrados especifiquem por escrito a informação, as capacidades e o acesso técnico necessários. Traduzido: essa cláusula não é um extra de advogados, é a condição para que o revezamento seja operável. Sem ela, estás a demonstrar a conformidade de uma caixa que não podes abrir.
Quando te obriga: o calendário mudou, a classificação não
A parte do regime de risco elevado chega mais tarde do que o anunciado em 2024. Segundo a análise da Orrick de Julho de 2026 sobre o Digital Omnibus e as oito mudanças de conformidade que fecha, as obrigações para sistemas de risco elevado autónomos do anexo III são adiadas para 2 de Dezembro de 2027 e as da IA incorporada em produtos regulados do anexo I para 2 de Agosto de 2028, enquanto as obrigações de transparência do artigo 50 se aplicam desde 2 de Agosto de 2026 sem alterações.
A leitura preguiçosa desse adiamento é «temos tempo». A leitura correcta é outra: o que se moveu é a data de exigência, não o momento em que se toma a decisão que te classifica. Se o agente que pões em produção este trimestre leva a tua marca e mudou de finalidade, em Dezembro de 2027 não vais estar a começar um processo: vais estar a reconstruir ao contrário ano e meio de histórico de um sistema que já decide. A documentação técnica e o registo de eventos não se escrevem retrospectivamente: ou se geram desde o primeiro dia ou não existem.
E o calendário corre contra um parque que cresce depressa. Em 2025, 20,0% das empresas da UE com dez ou mais trabalhadores usavam tecnologias de IA, contra 13,5% em 2024, segundo o Eurostat (dados extraídos em Dezembro de 2025). Âmbito: União Europeia, empresas com dez ou mais trabalhadores. Essa cifra dimensiona o problema — quantas organizações já têm algo para classificar — não o nosso resultado nem o de ninguém.
Como responder à pergunta esta semana
A verificação é curta. O que não é curto é ter a lista sobre a qual a fazer, e é por isso que quase ninguém a fez.
- Enumera os sistemas de IA em uso, cada um com um dono. Se não os consegues nomear, o trabalho começa aqui e não na classificação: não se qualifica o que não está contado.
- Para cada um, decide se a sua finalidade cai num uso que o anexo III trata como de risco elevado. Se não cai, a pergunta perde quase todo o peso. Se cai, continua.
- Faz-te as três perguntas do artigo 25: a nossa marca aparece nele? alterámo-lo de forma substancial? mudámos-lhe a finalidade face ao que o prestador documentou?
- Escreve o papel resultante ao lado do sistema, com data e com o nome de quem decidiu. Um rótulo sem dono volta a discutir-se na reunião seguinte.
- Guarda o raciocínio, não só a conclusão. O que te vão pedir não é o rótulo: é por que escolheste aquele e com que informação.
O passo cinco é o que quase ninguém faz e o que mais rende. Uma classificação sem raciocínio guardado é uma opinião com data, e desmorona-se no dia em que a equipa muda ou o prestador actualiza o modelo. Montar esse processo ao mesmo tempo que o sistema corre — inventário, categoria de risco, papel, documentação e supervisão, cada coisa com o seu dono — é cumprir o AI Act a operar a tua IA, e metade do trabalho consiste em que o rasto se gere sozinho em vez de ser reconstruído em pânico. A peça que o torna demonstrável, poder explicar uma decisão concreta meses depois, é rastreabilidade de decisões de IA.
A pergunta de hoje não é se o regime duro te vai calhar. É se alguém na tua empresa olhou. Quatro perguntas por sistema, uma tarde de trabalho e um documento aborrecido separam quem sabe que papel se lhe aplica de quem o vai descobrir quando já não se puder mudar nada.