O essencial
- O Omnibus digital adiou para 2 de dezembro de 2027 as obrigações relativas aos sistemas de risco elevado autónomos, mas a literacia em IA, as práticas proibidas, a transparência e os deveres sobre modelos de fins gerais já são exigíveis.
- A maioria dos desafios da governação da IA é de natureza organizacional e não técnica: responsabilidade por atribuir, inventário incompleto e provas que ninguém localiza quando são pedidas.
- 78 por cento dos dirigentes não se dizem confiantes em passar uma auditoria independente de governação da IA em 90 dias.
- A responsabilidade dilui-se porque as obrigações se repartem entre prestador do modelo, prestador do sistema e responsável pela implantação, sem que alguém registe quem assume o quê.
- Cada um dos sete bloqueios seguintes encerra sobre uma obrigação nomeada, um controlo e um artefacto que um auditor pedirá para ver.
O que mudou em 2026: o prazo mexeu, as obrigações não
O mais pesado dos atuais desafios da governação da IA é um problema de calendário que a generalidade das publicações ainda não incorporou. O Regulamento (UE) 2026/1744, conhecido por Omnibus digital sobre IA, foi publicado no Jornal Oficial a 24 de julho de 2026 e entrou em vigor a 27 de julho de 2026, nove dias antes do prazo originalmente previsto. O Parlamento Europeu aprovara-o a 16 de junho de 2026 por 423 votos a favor e 57 contra, com 174 abstenções, e o Conselho deu aprovação definitiva a 29 de junho de 2026. O que mexeu: as obrigações para sistemas de risco elevado autónomos do anexo III aplicam-se agora a partir de 2 de dezembro de 2027, e as relativas à IA incorporada em produtos regulados do anexo I a partir de 2 de agosto de 2028. O que não mexeu: a proibição das práticas inaceitáveis, aplicável desde 2 de fevereiro de 2025. O dever de literacia em IA do artigo 4.º, aplicável desde a mesma data. As obrigações sobre modelos de fins gerais do capítulo V, aplicáveis desde 2 de agosto de 2025. Os deveres de transparência do artigo 50.º. Esta assimetria constitui a primeira armadilha. Numa reunião de orçamento, um adiamento de dezasseis meses lê-se como autorização para suspender o programa. Não é. As obrigações que mordem hoje são justamente as que exigem um modelo operacional em vez de uma alteração de produto, e são aquelas que a maioria das organizações ainda não começou. O nosso artigo sobre a regulamentação da IA organiza as obrigações por papel e por data.
Bloqueio 1: ninguém responde pela governação
Pergunte quem é responsável e obterá uma comissão, não um nome. O inquérito Grant Thornton 2026, junto de 950 dirigentes, mostra que apenas 48 por cento dos conselhos formularam expectativas em matéria de governação da IA e que 46 por cento integraram o risco de IA na supervisão corrente, ao passo que 73 por cento dos dirigentes apontam a governação como área prioritária. O inquérito anual Kiteworks 2026, junto de 459 profissionais de segurança e conformidade, é ainda mais direto: 39 por cento tratam a governação da IA como encargo acessório e não como função dedicada. Uma comissão não pode ser responsabilizada. Só pode ser convocada. Quando ocorre um incidente, a autoridade pergunta quem autorizou a entrada em serviço, e um regulamento interno não constitui resposta. O controlo: um responsável nominal por sistema, um órgão de decisão com poder documentado para suspender uma implantação, e uma matriz de responsabilidades que sobreviva a uma mudança de pessoas. Esse responsável não precisa de ser técnico. Precisa da autoridade para dizer não e do orçamento para agir em conformidade. É a peça estrutural de qualquer estrutura de governação da IA e a mais barata das sete correções. O artefacto: uma decisão de autorização assinada por sistema, com o nome do responsável e a data de aprovação.
Bloqueio 2: não se inventaria o que não se vê
Toda a obrigação do Regulamento se prende a um sistema. Se não consegue enumerar os seus sistemas, nenhum outro controlo se aplica, por lhe faltar objeto. Essa dependência coloca o inventário na raiz da maioria dos desafios da governação da IA. A dimensão da lacuna já está medida. A Kiteworks constata que 65 por cento das organizações descobriram uso de IA paralela no último ano. Um inquérito da Gartner a 302 responsáveis de cibersegurança, realizado entre março e maio de 2025, estabelece que 69 por cento suspeitam ou têm prova direta de que colaboradores usam ferramentas públicas de IA generativa expressamente proibidas. Quase nenhuma passou por uma revisão de governação. A dificuldade é estrutural. A IA chega incorporada em software já adquirido, através de APIs de terceiros e por compras individuais que nunca passam por uma central de compras. Os sistemas agênticos agravam o quadro: um agente que invoca outros modelos e atua sobre várias aplicações não tem ponto único de registo. O nosso artigo sobre IA paralela descreve as técnicas de deteção. O controlo: deteção contínua associada a um registo indexado por caso de uso, dono de negócio, papel regulamentar, classe de risco e fase do ciclo de vida. Os dados de compras e as notas de despesa são melhor fonte inicial do que uma varredura de rede, porque a IA paralela compra-se mais do que se instala. O artefacto: um extrato datado do inventário, entregável sem retoques.
Bloqueio 3: a responsabilidade fragmenta-se ao longo da cadeia de valor
Aqui está o mecanismo que produz o bloqueio 1, e é aquele que quase nenhuma publicação aborda. As obrigações não recaem sobre uma única empresa. Repartem-se entre o prestador do modelo de fins gerais, o prestador do sistema que sobre ele constrói e o responsável pela implantação que o opera num contexto concreto. A The Future Society chama-lhe o problema das muitas mãos: a responsabilidade esbate-se precisamente porque estes três atores diferem em recursos, competência e informação contextual, e nenhum detém o suficiente para cumprir o dever sozinho. O Regulamento é explícito na atribuição de papéis. O artigo 3.º, ponto 4 define o responsável pela implantação como a pessoa singular ou coletiva que utiliza um sistema de IA sob a sua autoridade, fora de uma atividade pessoal de carácter não profissional. O artigo 2.º, n.º 1, alínea a) alcança os prestadores que colocam sistemas no mercado da União independentemente do local de estabelecimento, e a alínea b) os responsáveis pela implantação estabelecidos ou situados na União. O artigo 25.º transforma depois um responsável pela implantação em prestador quando apõe o seu nome ou marca num sistema de risco elevado, ou o modifica substancialmente. É neste último ponto que as organizações ficam presas. Afinar um modelo, alterar a finalidade prevista ou apresentá-lo sob marca própria pode fazê-lo passar de responsável pela implantação a prestador, com um conjunto de obrigações bastante mais pesado. As equipas que constroem sobre modelos de IA atravessam essa linha com frequência sem o registar. O controlo: uma qualificação escrita do papel por sistema, refeita a cada modificação substancial, com repartição contratual dos deveres a montante em vez de pressupostos tácitos. O artefacto: a ficha de qualificação do papel, fundamentada e datada.
Bloqueio 4: a supervisão humana projeta-se, não se declara
Quase todos os programas reivindicam um humano no circuito. Poucos sabem descrever o que essa pessoa consegue de facto fazer, o que coloca a supervisão entre os desafios da governação da IA que só emergem em sede de auditoria. O Regulamento não se contenta com a declaração. O artigo 14.º, n.º 1 exige que os sistemas de risco elevado sejam concebidos e desenvolvidos de modo a poderem ser «eficazmente supervisionados por pessoas singulares» durante o período de utilização, incluindo através de interfaces homem-máquina adequadas. A palavra que conta é eficazmente. O n.º 3 cinde depois o dever: as medidas de supervisão são integradas no sistema pelo prestador antes da colocação no mercado, ou identificadas pelo prestador e aplicadas pelo responsável pela implantação. Os programas acolhem sistematicamente o primeiro ramo e nunca executam o segundo. O prestador entrega um botão de paragem, o responsável pela implantação não atribui a ninguém o poder de o premir, e a supervisão existe apenas no diagrama de arquitetura. A distinção entre human-in-the-loop e human-on-the-loop releva aqui, pois as duas configurações implicam exigências distintas de competência e de efetivos. O controlo: uma ficha de conceção da supervisão que nomeie o papel, a competência exigida, o poder de anular ou parar, o prazo em que a pessoa deve conseguir agir e o registo que documenta cada intervenção. O artefacto: registos de intervenção que comprovem pelo menos uma atuação, ou a explicação documentada de por que não foi necessária.
Bloqueio 5: a literacia em IA já é uma obrigação
De todos os desafios da governação da IA, este é o mais frequentemente adiado para o ano seguinte. Sem razão. O artigo 4.º aplica-se desde 2 de fevereiro de 2025 e o Omnibus digital não lhe tocou. O texto é breve e o âmbito é largo. Prestadores e responsáveis pela implantação «tomam medidas para assegurar, na medida do possível, um nível suficiente de literacia no domínio da IA por parte do seu pessoal e de outras pessoas envolvidas na operação e utilização de sistemas de IA em seu nome», atendendo aos seus conhecimentos técnicos, experiência, formação, ao contexto de utilização e às pessoas sobre as quais os sistemas são usados. O artigo 3.º, ponto 56 define essa literacia como as aptidões, os conhecimentos e a compreensão que permitem uma implantação informada e a consciência dos riscos. Repare no que a norma não diz. Não se limita aos sistemas de risco elevado nem aos perfis técnicos. Alcança quem quer que opere ou utilize IA em seu nome, prestadores de serviços externos incluídos. O financiamento não acompanha. A Grant Thornton constata que 34 por cento dos responsáveis financeiros consideram insuficiente a verba destinada à formação, e que os colaboradores de linha da frente (37 por cento) e as chefias intermédias (30 por cento) são os grupos com maior necessidade de apoio, exatamente aqueles que o artigo cobre. O controlo: formação por papel, mapeada sobre os sistemas que cada papel realmente toca, atualizada quando o sistema muda em vez de uma vez por ano. O artefacto: registos de presença e de aproveitamento ligados a pessoas nomeadas e a sistemas nomeados.
Bloqueio 6: a prova não é recuperável
Uma organização pode deter todos os controlos e não passar numa auditoria, porque deter um controlo e prová-lo são atividades distintas. A recuperação da prova é o menos discutido dos sete bloqueios e aquele que com maior probabilidade será testado primeiro. Os números de 2026 são severos. 78 por cento dos dirigentes não se dizem confiantes em passar uma auditoria independente de governação da IA em 90 dias. Metade das organizações auscultadas pela Kiteworks não consegue apresentar um registo completo dos acessos à IA no prazo de um dia útil. Apenas 33 por cento mantêm trilhos de auditoria inalteráveis, e 63 por cento sofreram consequências de conformidade ligadas a lacunas de governação no espaço de doze meses. Vale a pena nomear um padrão próximo: 61 por cento colocam a soberania dos dados no topo dos seus desafios de conformidade, mas apenas 29 por cento a impõem através de um mecanismo técnico. Uma política declarada sem ponto de aplicação não produz prova alguma. O prazo de recuperação é a medida que conta. Uma prova que exige três semanas de montagem é, na perspetiva de um pedido da autoridade, uma prova que não tem. Os nossos guias sobre auditoria da IA e documentação de sistemas de IA descrevem o que as autoridades de fiscalização do mercado pedem na prática; em Portugal concorrem a CNPD e a ANACOM consoante a utilização em causa. O controlo: ligar cada prova ao controlo concreto que demonstra no momento em que é gerada, e fixar instantâneos inalteráveis da configuração sempre que muda um parâmetro relevante. O artefacto: um registo controlo-prova com um prazo de recuperação medido.
Bloqueio 7: a governação avança mais devagar do que a adoção
O último dos sete bloqueios é aquele que, em silêncio, gera os outros seis. Quando o percurso de governação exige oito semanas e o negócio espera resposta em cinco dias, as equipas contornam-no, e cada contorno transforma-se na IA paralela de amanhã. Não é um custo meramente teórico. A Grant Thornton estabelece que 46 por cento das organizações apontam as falhas de governação e conformidade entre as causas principais do baixo desempenho ou do fracasso da IA, à frente da formação insuficiente (31 por cento) e da fraca maturidade dos dados (23 por cento). O atrito de governação é o maior contributo nomeado para a IA não funcionar. A resposta habitual, acrescentar revisores, agrava o problema. A solução chama-se proporcionalidade. O controlo: um balcão de entrada escalonado, no qual um caso de uso de risco baixo devidamente documentado é decidido em poucos dias contra um conjunto reduzido de requisitos, e no qual apenas os sistemas que ultrapassam um limiar de classificação entram em avaliação completa. Junte-lhe uma biblioteca de controlos reutilizáveis, para que o décimo sistema herde o trabalho feito no primeiro. O nosso guia sobre o risco da IA explica como calibrar os níveis. O artefacto: o tempo decorrido entre submissão e decisão, seguido por nível e reportado ao lado dos indicadores de conformidade.
Enfrentar os desafios da governação da IA em 90 dias
Querer atacá-los todos ao mesmo tempo é a forma mais segura de encalhar um programa. As dependências correm num só sentido. Dias 1 a 30. Ver. Construa o inventário e qualifique os papéis dos sistemas já em produção. Nada a jusante é possível sem estas duas peças, e a maior parte do trabalho faz-se sobre documentos, a partir de dados de compras e notas de despesa. Dias 31 a 60. Assumir. Nomeie um responsável por sistema, instale o órgão de decisão com poder de paragem e encerre as duas obrigações já exigíveis: a formação em IA dos papéis envolvidos e as fichas de conceção da supervisão para todo o sistema que decida ou oriente uma decisão sobre uma pessoa. Dias 61 a 90. Provar. Ligue os controlos às provas, meça o prazo de recuperação face a um objetivo de um dia útil e ensaie uma auditoria sobre os três sistemas mais expostos. Calibre depois os níveis do balcão com aquilo que o ensaio revelou sobre o atrito real. Os referenciais servem nesta altura, não à partida. A ISO/IEC 42001 dá a forma do sistema de gestão e o NIST AI RMF o vocabulário do risco, mas nenhum substitui o saber o que opera e quem responde por isso.
Perguntas frequentes
Qual é o principal desafio da governação da IA? A responsabilidade por atribuir. A maioria das organizações dispõe de uma comissão de acompanhamento mas de nenhuma pessoa nominalmente responsável por um dado sistema, pelo que ninguém detém a autoridade para parar uma implantação. O inquérito Grant Thornton 2026 mostra que apenas 48 por cento dos conselhos formularam expectativas nesta matéria. Uma comissão reúne-se, não responde. O prazo do Regulamento da IA para o risco elevado foi mesmo adiado? Sim. O Regulamento (UE) 2026/1744, o Omnibus digital sobre IA, entrou em vigor a 27 de julho de 2026 e adiou para 2 de dezembro de 2027 as obrigações sobre sistemas de risco elevado autónomos do anexo III, e para 2 de agosto de 2028 as relativas à IA incorporada em produtos do anexo I. As práticas proibidas, a literacia do artigo 4.º, os deveres sobre modelos de fins gerais e a transparência do artigo 50.º não foram adiados. Por que desafios da governação da IA convém começar? Pelo inventário e depois pela responsabilidade, por esta ordem, porque os outros cinco assentam neles. Não se atribui um responsável a um sistema não inventariado, não se qualifica um papel regulamentar sem um responsável que decida, e não se produz prova para um controlo nunca atribuído. Os enviesamentos e a explicabilidade contam, mas são problemas situados a jusante. Quem responde, o prestador ou o responsável pela implantação? Ambos, com deveres distintos. O prestador assume as obrigações de conceção, entre elas incorporar a capacidade de supervisão e fornecer as instruções de utilização. O responsável pela implantação assume os deveres operacionais. O artigo 25.º converte um responsável pela implantação em prestador se apuser a sua marca num sistema de risco elevado ou o modificar substancialmente, algo que um simples afinamento pode desencadear. Como se constrói um inventário quando ninguém declara as suas ferramentas? Comece pela despesa e não pela rede. Dados de compras, notas de despesa e subscrições SaaS revelam mais IA paralela do que uma varredura, porque ela compra-se mais do que se instala. Cruze com os registos de identidade e de gateway e condicione depois a manutenção do acesso ao registo prévio. A Kiteworks aponta 65 por cento de descobertas em doze meses: parta do princípio de que a lacuna existe em vez de a testar. A formação em IA é mesmo obrigatória? Sim, ao abrigo do artigo 4.º do Regulamento da IA, aplicável desde 2 de fevereiro de 2025. Abrange prestadores e responsáveis pela implantação, não se limita aos sistemas de risco elevado e cobre o pessoal tal como qualquer pessoa que opere IA em seu nome, incluindo prestadores de serviços externos. A medida é proporcionada ao papel, aos conhecimentos técnicos e ao contexto, pelo que um módulo em linha anual e uniforme dificilmente bastará.
Conclusão
Os desafios da governação da IA que encalham os programas em 2026 não são aqueles de que o mercado fala. Não são a precisão dos modelos nem os enviesamentos algorítmicos tomados em abstrato. São uma decisão sem titular, um sistema não inventariado, um papel por qualificar, uma supervisão que ninguém consegue exercer, uma obrigação de formação já em vigor, uma prova que demora três semanas a compor e um processo suficientemente lento para que o negócio o evite. Cada um reclama um controlo, e cada controlo um artefacto. O Omnibus digital ofereceu dezasseis meses no risco elevado e nada naquilo que já se aplica. Tratar essa janela como tempo de preparação e não como pausa faz toda a diferença. Comece pelo que opera e por quem responde, e construa a partir daí a cadeia de prova da conformidade da IA.