Desde 2 de agosto de 2026, a Lei da IA da UE no atendimento ao cliente resume-se a uma regra que a maioria das equipas consegue cumprir numa tarde: se um cliente fala diretamente com a sua IA, diga-lhe no início da conversa que é uma IA. Uma menção nos seus termos e condições não conta, nem um nome vago como "assistente". Violá-la pode custar até 15 milhões de € ou 3 % do volume de negócios mundial.
O que a maioria dos guias ignora é o que fica de fora. Rascunhos de IA que um agente revê e envia, etiquetagem de tickets, encaminhamento e resumos não precisam de etiqueta de IA, porque o cliente nunca fala diretamente com a IA. Duas coisas merecem mais cuidado do que o chatbot: ler emoções a partir da voz (proibido para vigiar os seus próprios agentes desde fevereiro de 2025) e a IA que pontua o desempenho dos agentes ou decide resultados de crédito e seguros, que passa a ser de alto risco em 2 de dezembro de 2027.
Trabalho na própria fila de suporte da eesel, e a maioria das equipas da UE que vejo na eesel usa a IA numa divisão que encaixa bem na lei: a smava faz a eesel redigir cerca de 15.300 respostas por mês em alemão para os consultores aprovarem, enquanto a companhia de ferries Norden-Frisia tem um bot virado para o cliente chamado CaptAIn. Só o segundo precisa da divulgação. Este guia não é aconselhamento jurídico, mas deve indicar-lhe exatamente que ferramentas de IA analisar primeiro.
O que pede realmente a Lei da IA da UE a uma equipa de suporte?
A Lei da IA divide a responsabilidade por dois papéis. Um fornecedor constrói um sistema de IA e coloca-o no mercado com o seu próprio nome, como um fabricante de helpdesk que entrega um agente de IA. Um responsável pela implantação usa um sistema de IA sob a sua própria autoridade, que é o que você é quando ativa esse agente para os seus clientes. A maioria das equipas de suporte são responsáveis pela implantação, e algumas tornam-se fornecedoras quando constroem o seu próprio bot internamente ou mudam a marca e retreinam o de outra empresa.
Para uma equipa de suporte, quatro partes da lei importam. Tudo o resto (regras para modelos de uso geral, segurança de produtos, aplicação da lei) é problema de outros.
| Regra | O que significa para o suporte | Aplica-se desde | Coima máxima |
|---|---|---|---|
| Artigo 50.º transparência | Dizer às pessoas que estão a falar com uma IA; informá-las se está a ser usado reconhecimento de emoções sobre elas | 2 de agosto de 2026 | 15 M€ ou 3 % do volume de negócios |
| Artigo 5.º proibições | Nenhuma IA que infira emoções de trabalhadores, ou seja, sem pontuação vocal de emoções dos seus agentes | 2 de fevereiro de 2025 | 35 M€ ou 7 % do volume de negócios |
| Artigo 4.º literacia em IA | Tomar medidas para que o pessoal que usa IA a compreenda | 2 de fevereiro de 2025 | Definida por cada país |
| Anexo III usos de alto risco | Deveres adicionais se a sua IA pontuar agentes ou o risco de crédito ou seguros | 2 de dezembro de 2027 | 15 M€ ou 3 % do volume de negócios |
Os limites das coimas vêm do artigo 99.º, que também manda cada país ponderar os interesses das pequenas empresas e aplicar o limite mais baixo às PME. Quem faz cumprir são as autoridades nacionais de fiscalização do mercado, e a Comissão diz na sua explicação de 2 de agosto que já podem aplicar essas coimas.
O Digital Omnibus não adiou tudo isto?
Em parte, e é aí que muitas equipas se enganaram. O Digital Omnibus on AI (Regulamento 2026/1744, adotado a 8 de julho de 2026) empurrou as regras de alto risco para a frente, mas deixou a data da divulgação dos chatbots em paz. Segundo o artigo 113.º alterado, o calendário é agora este:
O único prazo de transparência que se moveu é técnico: os sistemas de IA já no mercado antes de 2 de agosto de 2026 têm até 2 de dezembro de 2026 para acrescentar marcadores legíveis por máquina ao conteúdo que geram, segundo as FAQ da Comissão sobre o artigo 50.º. Isso é trabalho para os engenheiros do seu fornecedor. O aviso "está a falar com uma IA" está em vigor desde agosto.
Que IA de suporte precisa de um aviso "sou uma IA"?
Esta é a parte que poupa mais trabalho. As orientações da Comissão sobre o artigo 50.º, publicadas a 20 de julho de 2026, enumeram quatro condições que têm de se verificar todas para a regra de divulgação se aplicar: é um sistema de IA, destina-se a interagir, a interação é direta e é com uma pessoa. A palavra que pesa é direta.
As orientações deixam claro que o atendimento ao cliente é o caso de manual dos dois lados da linha. Um chatbot de helpdesk que responde a clientes está abrangido. Um agente que usa IA para ajudar a escrever uma resposta, não:
"Direct interaction excludes indirect or mediated human interaction where a natural person is exposed to AI outputs without directly interacting with the system (for example, if customer service representatives use AI assistance tools to help them communicate with natural persons...)"
Separe as suas ferramentas em duas pilhas e a maior parte da ansiedade desaparece:
Três pormenores das orientações merecem ser conhecidos antes de pôr algo na pilha da direita:
- "Um humano poderia intervir" não é uma brecha. As orientações dizem que a mera possibilidade de uma pessoa rever as respostas não pode ser usada para fugir à regra. Os rascunhos só ficam de fora quando uma pessoa os revê de facto e os envia como voz principal da conversa.
- As conversas mistas precisam de etiquetas nas partes de IA. Se um chat é escalado de um bot para uma pessoa, ou uma pessoa devolve a conversa a um bot, os turnos gerados por IA precisam da divulgação.
- O e-mail enviado automaticamente conta. A interação pode ocorrer "via technical communication means including online interfaces, phone or e-mail", e o próprio exemplo de boa divulgação nas orientações é um e-mail escrito por IA com uma etiqueta de IA no topo. As respostas automáticas baseadas em regras e as mensagens clássicas de ausência não são sistemas de IA, por isso ficam de fora.
Os bots internos para pessoal formado também ficam isentos. As orientações indicam um "internal employee-facing assistant for properly trained staff" (RH, jurídico, suporte de TI) como caso em que a natureza de IA é suficientemente óbvia para não ser precisa etiqueta.
Onde ficam os clientes da eesel
Esta é a divisão que vejo todas as semanas. A Dokument 24, um serviço dinamarquês de documentos jurídicos, faz a eesel preparar cerca de 670 rascunhos de resposta em dinamarquês por mês como notas internas no Zendesk, e alguém da equipa edita e envia cada um. Isso é interação mediada. A Nordbutiker, que vende bicicletas elétricas e scooters de mobilidade em quatro países nórdicos, tem um bot virado para o cliente separado para cada marca e idioma nos sites das suas lojas. Esses bots falam diretamente com os clientes, por isso cada um precisa do seu próprio aviso, no seu próprio idioma.
O que conta como uma boa divulgação?
O artigo 50.º, n.º 5 apenas diz que a informação tem de ser "clear and distinguishable", dada "at the latest at the time of the first interaction", e acessível. As orientações preenchem os pormenores, e são refrescantemente práticas. Um único aviso bem visível antes da primeira interação basta na maioria dos casos.
| Funciona | Não basta por si só |
|---|---|
| Uma saudação no primeiro turno que diz que é IA ("Sou o assistente de IA de...") | Uma linha nos seus termos e condições ou na política de privacidade |
| Uma etiqueta em linguagem simples junto da caixa de mensagem ("Está a conversar com um sistema de IA") | Um nome genérico como "Assistente" ou "Suporte" |
| Um crachá ou ícone de IA permanente junto das respostas do bot | Uma foto humana ou um nome com ar humano no avatar do bot |
| Uma etiqueta de IA no topo de um e-mail escrito por IA | "Os serviços deste site usam IA" em todo o site |
| Uma frase falada no início de uma chamada ("Este é um assistente com IA") | "Alimentado por LLM" ou outro jargão técnico |
| Responder com honestidade sempre que um cliente pergunta "isto é um bot?" | Metadados ocultos ou uma marca de água que o cliente não consegue ver |
As orientações querem mais do que um aviso em "contextos mais arriscados", e dois dos seus exemplos são puro trabalho de suporte: tratamento de reclamações e conversas sobre aconselhamento financeiro, seguros, questões jurídicas ou de saúde. Aí esperam lembretes periódicos, sobretudo quando uma conversa muda de mãos ou o papel da IA muda. Tudo o que se dirige ao grande público tem também de funcionar para pessoas com deficiência, clientes mais velhos e crianças, por isso um aviso cinzento de 9 px não serve.
Nos fóruns de programadores, lê-se muitas vezes que o contexto basta por si só:
"The main point is that it is trying to prevent deception, e.g. in a "live support chat" where a website claims you're talking to a human when in fact you're not... if it's clear from the context, that you're interacting with AI, it doesn't need to be explicitly said. No cookie banners."
A primeira metade está certa. É na segunda metade que as equipas de suporte são apanhadas: a exceção de evidência não salva um bot virado para o cliente. As orientações dizem que deve ser lida "restrictively", e citam chatbots de helpdesk cujas respostas os clientes "may perceive as human-generated" como exemplo em que a regra se aplica.
Eis como pode ser uma configuração básica, de aspeto conforme. No balão de chat da eesel, o nome do agente aparece junto a cada resposta e uma linha de aviso separada fica sob a caixa de mensagem:
Repare na armadilha desta captura. O nome "Shop Assistant" é exatamente o tipo de etiqueta genérica que as orientações consideram ambígua; é a linha de aviso sob o campo de entrada que faz o trabalho jurídico. Se quiser que ambos transmitam a mensagem, ponha "IA" também na mensagem de boas-vindas. A eesel assina as respostas como "AI Agent" quando deixa vazio o nome do agente.
Há uma razão de negócio para o fazer, além da coima. Os clientes que descobrem um bot a fazer-se passar por pessoa deixam de confiar na empresa, não só no bot:
"I think a voice agent trying to appear as a human is actually hurting the business that’s deploying it. I can tell within 5 seconds that it’s not a real human and then my sentiment is they’re 1. being cheap and 2. trying to play me."
Já agora, personas com nome são aceitáveis. O bot da Norden-Frisia chama-se CaptAIn, "Captain mais AI", com avatar próprio e uma saudação no dialeto local. Uma persona com "AI" no nome é um bom começo; juntar-lhe uma frase clara na saudação ("Sou um assistente de IA") tira qualquer dúvida a um passageiro que não repare no jogo de palavras. O caso de falha é um primeiro nome humano sem qualquer etiqueta, que foi como o bot de suporte de uma ferramenta de programação acabou numa onda de críticas no Hacker News em 2025:
"LLMs pretending to be people (you named it Sam!) and not labeled as such is clearly intended to be deceptive."
Esta IA de suporte precisa de uma divulgação?
Escolha uma configuração para ver que regra da Lei da IA da UE se aplica, desde quando e o que mudar.
Ponha uma declaração de IA na primeira mensagem e uma etiqueta de IA visível junto da caixa de mensagem, em todos os idiomas que o bot fala. Garanta que responde com honestidade quando alguém pergunta se está a falar com um bot.
Acrescente uma etiqueta de IA no topo de cada e-mail que a IA envia sem revisão por uma pessoa. As respostas automáticas baseadas em regras e as mensagens de ausência não são sistemas de IA, por isso não precisam de uma.
Fica fora da regra de divulgação desde que uma pessoa reveja de facto o rascunho e o envie como voz principal. Um passo de revisão que só existe no papel não conta.
Diga-o em voz alta no início da chamada, por exemplo "Este é um assistente com IA". Repita-o depois de transferências ou longas esperas e não confie apenas num bip ou num tom.
O texto não são dados biométricos, por isso assinalar tickets de clientes zangados pelas suas palavras não é reconhecimento de emoções segundo a Lei da IA. Continua a ser tratamento de dados pessoais, pelo que deve constar nos seus registos do RGPD.
Inferir as emoções de trabalhadores é proibido, exceto por razões médicas ou de segurança. Desligue qualquer ferramenta que avalie agentes pelo quão stressados ou simpáticos soam no áudio.
A IA que monitoriza e avalia o desempenho dos trabalhadores consta da lista de alto risco. Se as pontuações alimentam decisões de promoção ou despedimento, peça já ao seu fornecedor a classificação por escrito.
Avaliar a solvabilidade ou fixar preços de seguros de vida e saúde é de alto risco. Um bot que explica o formulário de candidatura não faz esse trabalho; um que diz aos clientes se são elegíveis, faz.
A análise de sentimento conta como reconhecimento de emoções?
Normalmente não, e é a parte da lei mais mal compreendida nas equipas de suporte. A Lei define um sistema de reconhecimento de emoções como uma IA que infere emoções ou intenções "on the basis of their biometric data". O texto não são dados biométricos. Assim, a análise de sentimento que o seu helpdesk executa sobre o texto dos tickets para assinalar um cliente zangado não é reconhecimento de emoções segundo a Lei da IA, embora continue a ser tratamento de dados pessoais ao abrigo do RGPD.
A voz é diferente, porque a voz é biométrica. É aí que as regras ficam duras:
- Pontuar as emoções dos seus agentes a partir da voz é proibido. O artigo 5.º, n.º 1, alínea f) proíbe a IA que infere as emoções de pessoas "in the areas of workplace and education institutions", exceto por razões médicas ou de segurança. Uma ferramenta de centro de contacto que avalia os agentes pelo quão stressados ou simpáticos soam enquadra-se na proibição, que se aplica desde
2 de fevereiro de 2025, com o escalão de coima mais alto da Lei. - Detetar a emoção de quem liga a partir da voz é permitido, mas delicado. Tem de informar quem liga de que isso está a funcionar, nos termos do artigo 50.º, n.º 3, desde agosto de 2026, e as orientações confirmam que todo o sistema de reconhecimento de emoções é também de alto risco, pelo que os deveres completos de alto risco se aplicam a partir de
2 de dezembro de 2027.
Se comprar software de centro de contacto com "IA de emoções" ou "coaching de tom", faça uma pergunta ao fornecedor: analisa o áudio da voz ou as palavras da transcrição? A resposta decide em que grupo está.
Quando é que a IA de suporte passa a ser de alto risco?
Raramente, mas os casos-limite estão mais perto do suporte do que a maioria dos guias admite. A lista de alto risco do Anexo III trata do que a IA decide, não do setor em que está. Três entradas tocam o trabalho de suporte:
- IA que monitoriza ou avalia trabalhadores. O ponto 4, alínea b), abrange a IA usada "to monitor and evaluate the performance and behaviour of persons" em relações laborais, ou para atribuir tarefas com base em traços pessoais. Uma ferramenta de QA com IA que pontua as conversas de cada agente e alimenta decisões de promoção ou despedimento fica perto desta linha.
- Decisões de crédito e seguros. O ponto 5, alíneas b) e c), abrange a solvabilidade e a fixação de preços de seguros de vida ou saúde. Um bot de suporte que diz a um cliente se é elegível para um empréstimo, em vez de explicar o formulário, está a fazer um trabalho de alto risco.
- Prestações públicas e triagem de emergências. O ponto 5, alíneas a) e d), abrange a decisão sobre a elegibilidade para apoios públicos e a triagem de chamadas de emergência.
O artigo 6.º, n.º 3 dá uma saída para a IA que apenas executa uma "narrow procedural task" ou uma "preparatory task" e não influencia materialmente o resultado. Fecha-a para tudo o que cria perfis de pessoas: um sistema do Anexo III que cria perfis de pessoas singulares é sempre de alto risco.
A smava é o exemplo útil aqui. É uma plataforma berlinense de comparação de crédito, tão regulada quanto o suporte pode ser, e os seus três agentes eesel categorizam tickets, redigem respostas palavra por palavra a partir de macros aprovadas e nunca enviam sozinhos. Não avaliam a solvabilidade de ninguém, por isso o setor, por si só, não torna a IA de suporte de alto risco.
Se for responsável pela implantação de um sistema de alto risco a partir de dezembro de 2027, o artigo 26.º pede supervisão humana designada, conservação dos registos do sistema durante pelo menos seis meses, informação aos representantes dos trabalhadores antes de o usar com o pessoal e informação aos clientes quando ajuda a tomar decisões sobre eles. É um esforço mais pesado do que uma etiqueta de chatbot, por isso, se a sua ferramenta de QA ou de encaminhamento estiver perto do ponto 4, alínea b), comece já essa conversa com o fornecedor.
Quem é responsável: você ou o seu fornecedor de helpdesk?
Ambos, de formas diferentes. O artigo 50.º, n.º 1 põe o dever de divulgação no fornecedor, que tem de conceber o sistema de modo a que as pessoas sejam informadas. Se ativar o agente de IA de um fornecedor, este deve-lhe um sistema que possa divulgar. Mas é você quem escreve a saudação, escolhe o nome e o avatar do bot e decide em que canais funciona, por isso, na prática, uma má configuração é sua para corrigir.
Também pode passar a ser o fornecedor. As orientações dizem que uma empresa que constrói um chatbot internamente e o opera com o seu próprio nome é fornecedora, tal como aquela que pega no sistema de outro fornecedor, o modifica (por exemplo com novos dados de treino) e o põe em serviço com o seu próprio nome. Se construiu o seu próprio bot de suporte sobre uma API de modelos, a divulgação é inteiramente sua.
O contrato do seu fornecedor costuma dizer o mesmo. O AI Services Addendum da Zendesk diz que o cliente "will ensure any requirements of notice, transparency, and choice are met", e a AI Acceptable Use Policy da Salesforce diz que os clientes "must disclose to end users when they are interacting directly with automated systems". Convém, por isso, saber o que cada helpdesk oferece de origem. Isto é o que encontrei na documentação de cada fornecedor:
| Agente de IA do helpdesk | Renomear o bot | Etiqueta de IA no chat | Etiqueta de IA no e-mail | Declaração própria sobre a Lei da IA da UE |
|---|---|---|---|---|
| Zendesk AI agents | Sim | Sim, ativa por predefinição ("Zara · AI") | Não integrada | Sim |
| Freshdesk Freddy AI Agent | Sim, com avatar | Não documentada; use a mensagem de introdução | Não integrada | Não documentada |
| Gorgias AI Agent | Sim | Sim, "Automated" sob as mensagens de IA | Assinatura de IA opcional | Não documentada |
| HubSpot Customer Agent | Sim, com avatar | Sim, "Powered by AI" no cabeçalho | Apenas assinatura da equipa | Não documentada |
| Salesforce Agentforce | Sim | Não documentada; use a mensagem de boas-vindas | Não documentada | Sim |
| Help Scout Scout | Não documentado | Sim, "clearly labeled as AI" | Não documentada | Não documentada |
| Front AI agents | Sim, com avatar | Aviso de conformidade opcional no widget Resolve | Não documentada | Não documentada |
| Kustomer Concierge | Não documentado | Não documentada; use a saudação | Não documentada | Não documentada |
A Zendesk tem a predefinição mais completa. Desde março de 2026, o seu Web Widget põe uma etiqueta "AI" no nome do bot uma vez por grupo de mensagens, e em canais sociais e aplicações móveis a etiqueta faz parte do nome apresentado. Só se pode desligar por canal através da API, e a Zendesk avisa que, se o fizer, é responsável por cumprir as regras de IA onde opera.
O Freshdesk segue a abordagem oposta nos nomes: a sua documentação sugere evitar nomes genéricos como "Bot" ou "AI" porque agentes com nome geram mais envolvimento. É uma decisão de produto razoável, e significa que a divulgação tem de estar na mensagem de introdução, que pode editar e traduzir automaticamente. O texto predefinido na documentação é "Hello. How can I help you?", por isso verifique o seu.
O padrão na tabela: o e-mail é onde a maioria dos helpdesks lhe deixa a divulgação a si. A Gorgias é a única que documenta uma assinatura de IA para e-mails, e é opcional. Se o seu agente de IA envia respostas por e-mail sozinho, acrescente você uma linha de IA na assinatura ou no topo da mensagem.
A regra de literacia em IA obriga-me a formar os meus agentes?
Ligeiramente. O artigo 4.º aplica-se desde fevereiro de 2025, e o Omnibus suavizou-o: os responsáveis pela implantação devem "take measures to support the development of AI literacy" do pessoal que usa IA, tendo em conta os seus conhecimentos e o contexto, e o texto diz agora que isto "does not require providers or deployers to guarantee any specific level of AI literacy of any individual". A Comissão também tem de publicar exemplos práticos para PME.
Para uma equipa de suporte, um mínimo razoável é curto: que ferramentas usam IA, o que podem e não podem fazer, como verificar um rascunho antes de enviar, quando escalar e o que dizer quando um cliente pergunta se está a falar com um bot. Escreva-o uma vez e junte-o à integração de novos agentes.
Uma checklist de 30 dias da Lei da IA da UE para equipas de suporte
Esta é a ordem em que eu trabalharia, do mais exposto ao menos exposto:
- Liste todas as ferramentas de IA que tocam num cliente. Chat do site, agentes de voz com IA, respostas de e-mail enviadas automaticamente, bots sociais e de WhatsApp, e tudo o que os seus agentes usam para redigir.
- Marque cada uma como direta ou mediada. Direta significa que o resultado da IA chega ao cliente sem que uma pessoa o reveja e envie.
- Corrija primeiro as diretas. Acrescente uma declaração de IA no primeiro turno em todos os idiomas que suporta, uma etiqueta visível e uma resposta honesta a "é um bot?". Verifique as saudações de voz e o topo dos e-mails enviados automaticamente.
- Procure funcionalidades de emoção por voz. Desligue qualquer pontuação vocal de emoções dirigida a agentes. Se a deteção da emoção de quem liga ficar, acrescente o aviso e planeie os deveres de alto risco de 2027.
- Assinale tudo o que pontua agentes ou decide elegibilidade. Pontuação de QA que alimenta decisões de RH, respostas sobre crédito, seguros ou prestações: obtenha por escrito a classificação de alto risco do seu fornecedor.
- Pergunte ao seu fornecedor qual é a sua posição sobre o artigo 50.º. Quer saber como funciona a divulgação por canal e quando chega a marcação legível por máquina.
- Escreva a nota de uma página sobre literacia em IA e partilhe-a com a equipa.
Se já fez uma revisão de segurança ou uma passagem pelo RGPD ao seu fornecedor de IA, junte isto a esse trabalho em vez de começar um processo novo. As perguntas sobrepõem-se mais do que diferem, e a Lei da IA assenta expressamente no RGPD em vez de o substituir.
Como a eesel se encaixa na Lei da IA da UE
A eesel é um colega de equipa de IA para o seu helpdesk. Junta-se à sua fila existente no Zendesk, Freshdesk, Gorgias ou Help Scout, aprende com os seus tickets antigos, macros e centro de ajuda, e trabalha os tickets que indicar. O que importa para a Lei da IA:
- Escolhe direta ou mediada por ação. Cada ação corre sozinha, espera por uma pessoa ou fica desligada, definido por agente em Actions and Approvals. Manter as respostas públicas sob aprovação mantém a IA do lado mediado da linha enquanto ganha confiança.
- O balão de chat tem um campo de aviso de IA. O aviso fica sob a caixa de mensagem em todas as conversas, e o nome do agente é por predefinição "AI Agent".
- As regras vivem em instruções em linguagem simples. "Diz sempre que és um assistente de IA se perguntarem, no idioma do cliente" é uma linha nas instruções do agente, não um ticket para a engenharia.
Não é um produto de conformidade, e não vou fingir que é: a eesel não classificará os seus sistemas de IA nem escreverá a sua política de literacia em IA. Também é honesto dizer que a auditoria SOC 2 Type II da eesel ainda está em curso (o período de observação vai até 31 de dezembro de 2026) e que a residência de dados completa na UE é uma funcionalidade do plano Enterprise, segundo a página de segurança da eesel. A eesel não treina modelos com os seus dados.
Experimente a eesel na sua fila de suporte da UE
Se a sua equipa responde a clientes em alemão, dinamarquês ou sueco e quer uma IA que seja frontal quanto a ser IA, a eesel foi feita para essa configuração. A smava usa-a em 27.000 tickets do Zendesk por mês com cada resposta à espera de um consultor, e a Norden-Frisia corre o CaptAIn no seu site, num link de chat público e no Zendesk. Comece com rascunhos sob aprovação, acrescente um bot com nome e uma saudação de IA clara quando estiver pronto, e experimente a eesel grátis durante 7 dias.
