Identificar a IA no apoio: o que exige o artigo 50.º

Conclusões principais

• A partir de 2 de agosto de 2026, a utilização de inteligência artificial tem de ser reconhecível na primeira interação.
• O dever recai sobre quem explora o site, não sobre o fornecedor da ferramenta que trabalha por trás.
• Um aviso na informação legal ou na política de privacidade não cumpre os requisitos jurídicos.
• Retirar as referências ao fabricante apaga muitas vezes também a identificação exigida por lei.

A partir de agosto de 2026: o dever de identificação

Um apoio ao cliente com inteligência artificial monta-se depressa, mas a partir de 2 de agosto de 2026 traz consigo um dever legal claro. O artigo 50.º n.º 1 do Regulamento (UE) 2024/1689 (o Regulamento europeu da IA) determina que os sistemas destinados a interagir diretamente com pessoas singulares sejam concebidos de modo que as pessoas em causa sejam informadas de que estão a interagir com um sistema de IA¹. Este artigo enquadra o que isso significa no dia a dia do apoio e não constitui aconselhamento jurídico.

Para responsáveis de apoio e para quem explora uma janela de contacto, o calendário é inequívoco. O dever de identificação aberta na janela de chat aplica-se a partir da data-limite de imediato e sem período de tolerância, tanto para sistemas em funcionamento como para os novos. Quem utiliza um sistema de diálogo automatizado tem de dar a saber de imediato às clientes e aos clientes com o que contam.

As datas-limite num relance

Enquanto os metadados técnicos e a marcação legível por máquina para sistemas colocados no mercado antes de 2 de agosto de 2026 obtêm uma prorrogação até 2 de dezembro de 2026, para as aplicações de interação do artigo 50.º n.º 1 não vigora qualquer adiamento². Quem não mostrar o aviso na data-limite viola diretamente o Regulamento.

Esta distinção importa, porque no debate em torno do pacote Digital Omnibus de novembro de 2025 se falou muitas vezes de um adiamento do Regulamento da IA. O que estava em causa eram as obrigações para sistemas de risco elevado. O dever de transparência do artigo 50.º não está entre elas: continua ancorado a 2 de agosto de 2026. Quem leu a notícia de um adiamento não deve, portanto, aplicá-la à janela de contacto.

Responsabilidade: a quem cabe colocar o aviso

Em muitas equipas persiste a ideia errada de que cumprir os deveres de transparência cabe apenas ao fabricante do software utilizado. O Regulamento separa, porém, os papéis com precisão: os fornecedores desenvolvem o sistema ou colocam-no no mercado em nome próprio, ao passo que os responsáveis pela implantação o usam sob a sua própria responsabilidade no dia a dia do negócio².

Assim que integras uma janela de contacto no teu site ou na tua aplicação web, atuas como responsável pela implantação. A responsabilidade pela configuração correta, pelos textos de boas-vindas exibidos e pela identificação visível é inteiramente da tua empresa. O fornecedor da ferramenta apenas disponibiliza a infraestrutura técnica.

• Responsável pela implantação (a tua empresa): responsável por colocar o aviso, por o formular de forma compreensível e por o exibir corretamente em produção.
• Fornecedor da ferramenta (fabricante do software): responsável por disponibilizar as interfaces técnicas, as opções de configuração e as funções de base.
• Direção do apoio: incumbida de verificar regularmente se alterações de texto internas sobrepõem o aviso legal no widget.

Se a tua equipa ajusta definições na área de administração, troca blocos de texto ou altera regras gráficas, tens de assegurar que a informação prescrita continua visível. Uma falha aqui não pode ser transferida para o fornecedor do software.

O sítio certo: logo na primeira interação

O artigo 50.º n.º 5 do Regulamento da IA estabelece que as informações têm de ser prestadas de forma clara e distinguível o mais tardar no momento da primeira interação¹. Para a interface isso significa: o aviso pertence exatamente ao ponto onde a conversa começa.

Vista inicial e designação do papel

Um aviso eficaz tem de surgir na área visível da janela antes de a pessoa que procura ajuda enviar a sua mensagem. O ideal é que a interface combine dois elementos: um aviso curto no cabeçalho ou na designação do papel e uma mensagem de boas-vindas clara no fio da conversa.

• Designação do papel no cabeçalho: nomeia a função com transparência (por exemplo, assistente virtual ou ajuda automatizada).
• Ecrã inicial do chat: coloca uma frase introdutória mesmo acima do campo de entrada ou como primeira mensagem do sistema.
• Área de entrada: mantém o texto indicativo do campo de entrada neutro e objetivo.

Porque a informação legal e a política de privacidade não bastam

Uma remissão enterrada na política de privacidade ou na informação legal não cumpre os critérios legais: o aviso deve surgir logo no início da comunicação e não apenas nas condições gerais ou na política de privacidade². Não se pode exigir à clientela que vasculhe documentos jurídicos antes de fazer uma pergunta simples. O aviso tem de estar no campo de visão imediato da interação. Além disso, a interface tem de cumprir as normas em vigor de acessibilidade, para que os leitores de ecrã consigam captar a identificação.

Palavras claras em vez de fórmulas em língua estrangeira

A transparência só resulta com linguagem compreensível. O Regulamento exige que a informação seja prestada de forma clara e distinguível e que cumpra os requisitos de acessibilidade aplicáveis¹. Paráfrases vagas ou frases encaixadas falham esse objetivo.

Em muitas interfaces surgem por predefinição remissões em inglês para o fabricante do software. Essas linhas curtas soam muitas vezes a publicidade e raramente explicam de forma compreensível que a resposta é automática. Num apoio ao cliente numa dada língua, usa sempre formulações objetivas nessa língua.

Dispensa promessas exageradas sobre a qualidade humana da máquina. A objetividade cria expectativas mais realistas e evita a frustração da clientela.

Transferência: quando uma pessoa assume a conversa

Um processo de apoio bem configurado responde de forma automatizada às perguntas de rotina e encaminha os casos abertos para a equipa. Assim que entra uma pessoa da equipa, o carácter da comunicação muda por completo.

O dever de transparência exige que a clientela saiba a todo o momento com quem fala. Se houver uma mudança, ela tem de ficar documentada de forma inequívoca no histórico de mensagens. Acertar no momento da transferência protege a confiança da clientela.

1. 01Mudança de estado no sistema: o sistema assinala no histórico que o tratamento automatizado terminou e que o assunto foi encaminhado.
2. 02Apresentação do nome e do papel: no cabeçalho, a indicação passa do assistente virtual para o nome real do membro da equipa.
3. 03Saudação pessoal: a pessoa abre a troca direta com uma mensagem curta que confirma a transição.

Se essa transição for disfarçada ou apresentada de forma pouco clara, quem usa o chat não sabe se ainda interage com uma máquina ou já com uma pessoa. Mensagens de estado claras dão aqui orientação imediata.

A armadilha: os teus próprios textos apagam o aviso

Na prática diária, o maior risco de incumprimento raramente nasce de má intenção, mas de um simples erro de manuseamento na área de administração do software de apoio.

Muitos sistemas trazem textos de aviso pré-configurados que, por predefinição, assinalam o apoio automatizado. Quando uma equipa adapta a mensagem de boas-vindas à sua própria voz de marca ou retira logótipos visíveis do fabricante, a mensagem padrão é muitas vezes apagada por completo sem que ninguém dê por isso. Fica um texto neutro que cala o carácter automático da resposta.

• Verificação do texto após cada alteração: depois de cada ajuste no painel, controla a vista em direto da tua janela de contacto.
• Elementos fixos no texto de boas-vindas: formula as tuas boas-vindas de modo que a referência ao sistema de IA seja parte permanente do texto.
• Princípio dos quatro olhos: manda rever brevemente as alterações de configuração em widgets e formulários de contacto antes da publicação.

Quem mantém textos próprios tem de integrar ativamente a identificação de transparência nos seus modelos. As empresas devem por isso verificar se os avisos aparecem realmente visíveis, compreensíveis e a tempo na aplicação concreta². A adaptação visual ao design próprio da empresa não dispensa o dever do artigo 50.º.

Funcionamento seguro com a plataforma certa

Uma implementação limpa exige software que permita alterações de texto flexíveis e ao mesmo tempo apoie uma separação clara de papéis. As boas ferramentas separam com clareza textos de boas-vindas, papéis do agente e membros da equipa na caixa de entrada.

Na Comlayer os dois tipos de texto estão separados, e a diferença decide a identificação. A designação do papel de quem responde (KI-Assistentin) vem dos textos do widget fornecidos com o produto e não pode ser substituída no painel; também não desaparece quando, no plano Pro, a marca visível do fabricante é retirada. Livremente editáveis são, pelo contrário, as boas-vindas, o título e a linha inferior — e é precisamente aí que o texto predefinido fala da equipa, não de uma máquina. Por isso, se reescreveres esses campos, mantém neles conscientemente a referência à resposta automática.

Assim que uma pergunta se torna mais complexa, entra em ação a transferência para a caixa de entrada partilhada. A linha por baixo do título no widget passa então da designação do papel do assistente de IA para o aviso de que a equipa foi informada. A mudança fica assim visível sem afirmar uma presença que ainda ninguém prometeu.

Perguntas frequentes