AI Act: Obrigações para PMEs que Usam IA em 2026

Desde 2 de Agosto de 2026 aplica-se a generalidade do Regulamento (AI Act) — o quadro europeu de Inteligência Artificial. Para PMEs, o impacto imediato raramente é ser fabricante de IA: é ser deployer (utilizadora) de sistemas IA em ferramentas como Microsoft 365 Copilot, ChatGPT Enterprise, assistentes de escrita ou triagem de emails. Este artigo traduz as obrigações para o dia-a-dia de um sysadmin PME.

Calendário, verbatim

O AI Act entrou em vigor a 1 de Agosto de 2024 e aplica-se por fases:

  • 2 de Fevereiro de 2025 — proibições (práticas de IA inaceitáveis) + obrigação de literacia em IA (Art. 4.º) — já em vigor.
  • 2 de Agosto de 2025 — GPAI (modelos de uso geral), governação, confidencialidade e sanções aplicáveis.
  • 27 de Julho de 2026 — artigos 102.º a 110.º (alterações a outras legislações UE) começam a aplicar-se.
  • 2 de Agosto de 2026 — o restante do Regulamento aplica-se, salvo indicação em contrário. É a data que activa a generalidade das obrigações para deployers.
  • 2 de Dezembro de 2027 — obrigações de alto risco para sistemas autónomos do Anexo III (recrutamento, avaliação de crédito, educação, biometria, infra-estruturas críticas): o Digital Omnibus (Regulamento (UE) 2026/1744, em vigor desde 27 de Julho de 2026) adiou-as de 2/08/2026 para esta data.
  • 2 de Agosto de 2028 — obrigações de alto risco para sistemas do Anexo I embutidos em produtos regulados (dispositivos médicos, máquinas, brinquedos): o mesmo regulamento adiou-as de 2/08/2027 para esta data.
  • 2 de Dezembro de 2026 — fornecedores de sistemas que geram conteúdo sintético (áudio, imagem, vídeo, texto) colocados no mercado antes de 2/08/2026 têm de cumprir o Art. 50.º(2) até esta data.

O nível de risco decide as obrigações

O AI Act classifica sistemas de IA em quatro níveis, com obrigações diferentes:

Nível de risco Exemplos na PME Obrigações principais
Risco inaceitável Proibido (ex.: scoring social, reconhecimento facial em massa) Banido desde Fev 2025
Alto risco CV screening, avaliação de crédito, IA em produtos críticos Gestão de risco, documentação, logs, supervisão humana
Risco limitado Chatbots, IA generativa de conteúdo Transparência: revelar que é IA (Art. 50.º)
Risco mínimo Filtros de spam, sugestões de escrita Sem obrigações específicas

A maioria das PMEs é deployer de risco limitado (usar Copilot para escrever, ChatGPT para rascunhos) e ocasionalmente de risco alto (se usar IA em RH ou avaliação de crédito). O deployer de alto risco tem obrigações próprias: usar conforme as instruções, atribuir supervisão humana competente, garantir qualidade dos dados de input, e manter logs.

Nota prática sobre o alto risco: o Digital Omnibus (Regulamento (UE) 2026/1744) adiou as obrigações de alto risco — sistemas autónomos do Anexo III passam de 2 de Agosto de 2026 para 2 de Dezembro de 2027, e sistemas do Anexo I embutidos em produtos regulados passam de 2 de Agosto de 2027 para 2 de Agosto de 2028. Para uma PME que use IA em recrutamento ou scoring de crédito, isto significa que o prazo de compliance de alto risco é 2027/2028 e não Agosto de 2026. O que não foi adiado: as proibições, a literacia em IA (Art. 4.º), a generalidade das obrigações de transparência (Art. 50.º, a partir de 2/08/2026) e as regras para modelos GPAI.

Literacia em IA (Art. 4.º) — em vigor desde 2025

O Art. 4.º obriga fornecedores e deployers a garantir que quem opera IA na organização tem competência suficiente: “garantir um nível suficiente de competência em IA do seu pessoal”. Na prática PME:

  • Formar as equipas que usam ferramentas IA (não é certificação formal — é evidência de que as pessoas sabem o que a ferramenta faz, os seus limites e os riscos).
  • Documentar a formação (data, conteúdo, participantes) — é o que se pede numa auditoria.
  • Incluir as regras internas de uso de IA (o que pode ser colado num chat externo, o que não) no onboarding.

Nota: a literacia em IA aplica-se desde 2 de Fevereiro de 2025 — se a PME usa IA sem qualquer formação documentada, está já em incumprimento há mais de um ano.

Transparência no conteúdo sintético (Art. 50.º)

Os deployers de sistemas que geram ou manipulam conteúdo sintético (imagens, vídeo, áudio, texto) têm de:

  • Revelar que é IA — quem interage com um chatbot tem de saber que interage com IA.
  • Marcar o conteúdo sintético de forma legível por máquina (watermarking/metadados) quando o sistema gera imagem, vídeo ou áudio.
  • Deep fakes: quem publica conteúdo sintético de uma pessoa real (imagem, vídeo, áudio) tem de o revelar.

Para PME: se usam IA para gerar imagens em marketing, as imagens devem ser marcadas como geradas. Os fornecedores (Microsoft, OpenAI, Anthropic) tratam a marcação técnica no produto. O deployer é responsável pelo uso transparente — não colar uma imagem gerada por IA num comunicado como se fosse fotografia real.

IA generativa com dados de clientes: o risco prático

O caso de uso mais comum numa PME — colar dados de clientes num chat IA externo — é onde o AI Act encontra o RGPD:

  • Dados pessoais de clientes colados num chat público de IA = transferência para um processador terceiro (RGPD, art. 28.º) sem acordo de processamento — incumprimento duplo (RGPD + AI Act se o uso for de alto risco).
  • A solução técnica: usar as versões enterprise (Microsoft 365 Copilot com grounding no tenant, ChatGPT Enterprise com no-training), onde o contrato de subprocessor está coberto — os modelos Anthropic e OpenAI nos serviços Microsoft operam com as protecções enterprise e a Microsoft documenta o subprocessor.
  • Manter a lista de ferramentas IA aprovadas (shadow AI é o risco nº 1: os funcionários já usam ChatGPT pessoal antes do IT arranjar a versão enterprise).

Sanções

O regime de sanções é progressivo: até 35 M€ ou 7% do volume de negócios global anual para práticas proibidas, até 15 M€ ou 3% para outras violações (deployers incluídos). Os montantes são proporcionalmente menores para PMEs, ajustados à dimensão. Os Estados-Membros definiram as regras nacionais até 2 de Agosto de 2025. Em Portugal, monitorar a designação oficial das autoridades de vigilância do AI Act — o CNCS tem já papel no ecossistema NIS2 e a ANACOM em telecomunicações.

Checklist PME — Agosto 2026

  • ✓ Inventário dos sistemas IA em uso (incluindo shadow AI — inquérito aos colaboradores)
  • ✓ Classificação por risco (quase sempre risco limitado — verificar caso a caso)
  • ✓ Formação de literacia em IA documentada (Art. 4.º)
  • ✓ Ferramentas IA enterprise (não pessoais) para dados de clientes
  • ✓ Transparência: chatbots identificados, conteúdo sintético marcado
  • ✓ Políticas internas de uso de IA no onboarding e na intranet
  • ✓ Revisão dos contratos de subprocessor dos fornecedores IA
  • ✓ Calendário: Art. 50.º(2) para fornecedores até 2/12/2026 (se a PME for fabricante)

Erros comuns

Problema Causa Solução
“O AI Act só se aplica a quem fabrica IA” Confusão provider vs deployer O deployer (utilizadora) tem obrigações próprias — quase toda PME com IA é deployer
Shadow AI não controlado Funcionários usam ChatGPT pessoal Inventário + ferramentas enterprise aprovadas + formação
Sem formação documentada Art. 4.º ignorado por não ter fiscalização visível Formação documentada já (em vigor desde Fev 2025)
Dados de clientes colados em chats públicos Conveniência > compliance Versões enterprise com subprocessor coberto
Confusão AI Act vs CRA Dois regulamentos com âmbitos diferentes AI Act = uso de IA (deployer); CRA = produto físico/software no mercado
Deep fake sem revelação Marketing criativo Revelar sempre conteúdo sintético de pessoas reais

Como evitar no futuro

  • Revisar o inventário de IA trimestralmente — novas ferramentas chegam por baixo do radar do IT.
  • Monitorar a página de implementação da Comissão (regulatory-framework-ai) — guidelines por artigo saem progressivamente.
  • Incluir a literacia em IA no plano de formação anual — não é evento único, é processo contínuo.
  • Para quem constrói sobre APIs de GPAI (n8n, automações): o papel muda para provider — rever as obrigações de Chapter V antes de escalar.
  • Alinhar as políticas de IA com as de segurança (NIS2, se aplicável) — o reporte de incidentes pode sobrepor-se.

Artigos Relacionados