Seit dem 2. August 2026 läuft die EU-KI-Verordnung im Kundenservice auf eine Regel hinaus, die die meisten Teams an einem Nachmittag erfüllen können: Wenn ein Kunde direkt mit Ihrer KI spricht, sagen Sie ihm zu Beginn des Gesprächs, dass es eine KI ist. Ein Hinweis in den AGB zählt nicht, ein vager Name wie „Assistent“ ebenso wenig. Ein Verstoß kann bis zu 15 Millionen € oder 3 % des weltweiten Umsatzes kosten.
Was die meisten Ratgeber übersehen, ist, was nicht unter die Regel fällt. KI-Entwürfe, die ein Mitarbeiter prüft und versendet, sowie Ticket-Tagging, Routing und Zusammenfassungen brauchen kein KI-Label, weil der Kunde nie direkt mit der KI spricht. Zwei Dinge verdienen mehr Aufmerksamkeit als der Chatbot: das Erkennen von Emotionen aus der Stimme (zur Überwachung der eigenen Mitarbeiter seit Februar 2025 verboten) und KI, die Mitarbeiterleistung bewertet oder über Kredit- und Versicherungsfragen entscheidet. Sie wird am 2. Dezember 2027 zum Hochrisiko-System.
Ich arbeite in eesels eigener Support-Warteschlange, und die meisten EU-Teams, die ich bei eesel sehe, setzen KI in einer Aufteilung ein, die sich sauber auf das Gesetz abbilden lässt: smava lässt eesel etwa 15.300 Antworten pro Monat auf Deutsch entwerfen, die Berater freigeben, während die Fährlinie Norden-Frisia einen kundenseitigen Bot namens CaptAIn betreibt. Nur der zweite braucht die Kennzeichnung. Dieser Leitfaden ist keine Rechtsberatung, sollte Ihnen aber genau zeigen, welche Ihrer KI-Tools Sie zuerst prüfen sollten.
Was verlangt die EU-KI-Verordnung eigentlich von einem Support-Team?
Die KI-Verordnung teilt die Verantwortung auf zwei Rollen auf. Ein Anbieter (Provider) entwickelt ein KI-System und bringt es unter eigenem Namen heraus, etwa ein Helpdesk-Hersteller, der einen KI-Agenten ausliefert. Ein Betreiber (Deployer) nutzt ein KI-System in eigener Verantwortung, und genau das sind Sie, wenn Sie diesen Agenten für Ihre Kunden einschalten. Die meisten Support-Teams sind Betreiber, einige werden zu Anbietern, wenn sie intern einen eigenen Bot bauen oder den Bot eines anderen umbenennen und nachtrainieren.
Für ein Support-Team sind vier Teile des Gesetzes wichtig. Alles andere (Regeln für Allzweckmodelle, Produktsicherheit, Strafverfolgung) geht andere an.
| Regel | Was sie für den Support bedeutet | Gilt seit | Maximales Bußgeld |
|---|---|---|---|
| Artikel 50 Transparenz | Menschen sagen, dass sie mit einer KI sprechen; Menschen informieren, wenn Emotionserkennung bei ihnen läuft | 2. August 2026 | 15 Mio. € oder 3 % des Umsatzes |
| Artikel 5 Verbote | Keine KI, die Emotionen von Beschäftigten ableitet, also keine Stimm-Emotionsbewertung Ihrer Mitarbeiter | 2. Februar 2025 | 35 Mio. € oder 7 % des Umsatzes |
| Artikel 4 KI-Kompetenz | Maßnahmen ergreifen, damit Mitarbeiter, die KI nutzen, sie verstehen | 2. Februar 2025 | Von jedem Land festgelegt |
| Anhang III Hochrisiko-Anwendungen | Zusätzliche Pflichten, wenn Ihre KI Mitarbeiter, Kredit- oder Versicherungsrisiko bewertet | 2. Dezember 2027 | 15 Mio. € oder 3 % des Umsatzes |
Die Obergrenzen der Bußgelder stammen aus Artikel 99. Er verpflichtet die Länder außerdem, die Interessen kleiner Unternehmen zu berücksichtigen und für KMU den niedrigeren Höchstbetrag anzuwenden. Durchgesetzt wird von den nationalen Marktüberwachungsbehörden, und die Kommission schreibt in ihrer Erläuterung zum 2. August, dass sie diese Bußgelder jetzt verhängen können.
Hat der Digital Omnibus nicht alles verschoben?
Teilweise, und genau hier haben viele Teams es falsch verstanden. Der Digital Omnibus on AI (Verordnung 2026/1744, angenommen am 8. Juli 2026) hat die Hochrisiko-Regeln nach hinten geschoben, den Termin für die Chatbot-Kennzeichnung aber nicht angetastet. Laut dem geänderten Artikel 113 sieht der Zeitplan jetzt so aus:
Die einzige Transparenzfrist, die sich verschoben hat, ist technischer Natur: KI-Systeme, die vor dem 2. August 2026 bereits am Markt waren, haben laut der FAQ der Kommission zu Artikel 50 bis zum 2. Dezember 2026 Zeit, maschinenlesbare Markierungen in die von ihnen erzeugten Inhalte einzubauen. Das ist eine Aufgabe für die Entwickler Ihres Anbieters. Der Hinweis „Sie sprechen mit einer KI“ gilt seit August.
Welche Ihrer Support-KI braucht einen „Ich bin eine KI“-Hinweis?
Hier sparen Sie am meisten Arbeit. Die Leitlinien der Kommission zu Artikel 50, veröffentlicht am 20. Juli 2026, nennen vier Bedingungen, die alle erfüllt sein müssen, bevor die Kennzeichnungspflicht greift: Es ist ein KI-System, es ist zur Interaktion bestimmt, die Interaktion ist direkt, und sie findet mit einer Person statt. Das entscheidende Wort ist direkt.
Die Leitlinien machen deutlich, dass der Kundenservice auf beiden Seiten der Grenze der Musterfall ist. Ein Helpdesk-Chatbot, der Kunden antwortet, fällt darunter. Ein Mitarbeiter, der KI nutzt, um eine Antwort zu formulieren, nicht:
"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...)"
Sortieren Sie Ihre Tools in zwei Stapel, und der größte Teil der Sorgen verschwindet:
Drei Details aus den Leitlinien sollten Sie kennen, bevor Sie etwas in den rechten Stapel legen:
- „Ein Mensch könnte eingreifen“ ist kein Schlupfloch. Die Leitlinien sagen, dass die bloße Möglichkeit einer Prüfung durch eine Person nicht genutzt werden darf, um die Regel zu umgehen. Entwürfe fallen nur dann aus dem Anwendungsbereich, wenn eine Person sie tatsächlich prüft und als Hauptstimme im Gespräch versendet.
- Gemischte Gespräche brauchen Labels an den KI-Teilen. Wenn ein Chat von einem Bot an eine Person eskaliert oder eine Person an einen Bot zurückgibt, brauchen die KI-generierten Beiträge die Kennzeichnung.
- Automatisch versendete E-Mails zählen. Die Interaktion kann „via technical communication means including online interfaces, phone or e-mail“ stattfinden, und das eigene Beispiel der Leitlinien für eine gute Kennzeichnung ist eine von einer KI geschriebene E-Mail mit KI-Label am Anfang. Regelbasierte automatische Antworten und klassische Abwesenheitsnotizen sind keine KI-Systeme und fallen heraus.
Interne Bots für geschulte Mitarbeiter sind ebenfalls ausgenommen. Die Leitlinien nennen einen „internal employee-facing assistant for properly trained staff“ (HR, Recht, IT-Support) als Fall, in dem die KI-Natur offensichtlich genug ist, dass kein Label nötig ist.
Wo eesel-Kunden stehen
Diese Aufteilung sehe ich jede Woche. Dokument 24, ein dänischer Dienst für Rechtsdokumente, lässt eesel pro Monat rund 670 dänische Antwortentwürfe als interne Notizen in Zendesk erstellen, und jemand im Team bearbeitet und versendet jeden einzelnen. Das ist vermittelte Interaktion. Nordbutiker, das E-Bikes und Elektromobile in vier nordischen Ländern verkauft, betreibt auf seinen Shop-Websites für jede Marke und Sprache einen eigenen kundenseitigen Bot. Diese Bots sprechen direkt mit Kunden, also braucht jeder seinen eigenen Hinweis, in seiner eigenen Sprache.
Was macht eine gute Kennzeichnung aus?
Artikel 50 Absatz 5 verlangt lediglich, dass die Information „clear and distinguishable“ gegeben wird, „at the latest at the time of the first interaction“, und zugänglich ist. Die Leitlinien füllen die Details aus, und sie sind erfrischend praktisch. In den meisten Fällen genügt ein einzelner deutlicher Hinweis vor der ersten Interaktion.
| Funktioniert | Allein nicht ausreichend |
|---|---|
| Eine Begrüßung in der ersten Nachricht, die sich als KI zu erkennen gibt („Ich bin der KI-Assistent von...“) | Ein Satz in Ihren AGB oder der Datenschutzerklärung |
| Ein verständliches Label nahe dem Nachrichtenfeld („Sie chatten mit einem KI-System“) | Ein generischer Name wie „Assistent“ oder „Support“ |
| Ein dauerhaftes KI-Abzeichen oder -Symbol neben den Antworten des Bots | Ein menschliches Foto oder menschlich klingender Name am Bot-Avatar |
| Ein KI-Label am Anfang einer von KI verfassten E-Mail | „Dienste auf dieser Website nutzen KI“ über die ganze Seite |
| Ein gesprochener Satz zu Beginn eines Anrufs („Dies ist ein KI-gestützter Assistent“) | „Powered by LLMs“ oder anderer Technik-Jargon |
| Ehrlich antworten, wenn ein Kunde fragt: „Ist das ein Bot?“ | Versteckte Metadaten oder ein Wasserzeichen, das der Kunde nicht sehen kann |
In „riskanteren Kontexten“ wollen die Leitlinien mehr als einen Hinweis, und zwei ihrer Beispiele gehören direkt zur Support-Arbeit: Beschwerdebearbeitung sowie Gespräche über Finanzberatung, Versicherung, Rechts- oder Gesundheitsfragen. Dort erwarten sie regelmäßige Erinnerungen, vor allem wenn ein Gespräch übergeben wird oder sich die Rolle der KI ändert. Alles, was sich an die breite Öffentlichkeit richtet, muss außerdem für Menschen mit Behinderungen, ältere Kunden und Kinder funktionieren. Ein grauer 9-Pixel-Disclaimer genügt also nicht.
In Entwickler-Foren hört man häufig, der Kontext erledige die Sache von allein:
"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."
Die erste Hälfte stimmt. Bei der zweiten Hälfte werden Support-Teams erwischt: Die Ausnahme für Offensichtlichkeit rettet einen kundenseitigen Bot nicht. Die Leitlinien sagen, sie sei „restrictively“ auszulegen, und nennen Helpdesk-Chatbots, deren Antworten Kunden „may perceive as human-generated“, als Beispiel, in dem die Regel gilt.
So kann ein einfaches, konform wirkendes Setup aussehen. In eesels Chat-Bubble steht der Agentenname neben jeder Antwort, und eine separate Hinweiszeile sitzt unter dem Nachrichtenfeld:
Achten Sie auf die Falle in diesem Screenshot. Der Name „Shop Assistant“ ist genau die Art generisches Label, die die Leitlinien als mehrdeutig bezeichnen; die Hinweiszeile unter dem Eingabefeld leistet die rechtliche Arbeit. Wenn beide die Botschaft tragen sollen, nehmen Sie KI auch in die Willkommensnachricht auf. eesel signiert Antworten mit „AI Agent“, wenn Sie den Agentennamen leer lassen.
Es gibt über das Bußgeld hinaus ein geschäftliches Argument. Kunden, die einen Bot entdecken, der sich als Mensch ausgibt, verlieren das Vertrauen in das Unternehmen, nicht nur in den 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."
Benannte Personas sind übrigens in Ordnung. Der Bot von Norden-Frisia heißt CaptAIn, „Captain plus AI“, mit eigenem Avatar und einer Begrüßung im lokalen Dialekt. Eine Persona mit „AI“ im Namen ist ein guter Anfang; ein klarer Satz in der Begrüßung („Ich bin ein KI-Assistent“) räumt jeden Zweifel für einen Passagier aus, dem das Wortspiel nicht auffällt. Der Fehlerfall ist ein menschlicher Vorname ohne jedes Label, so wie der Support-Bot eines Coding-Tools 2025 einen Shitstorm auf Hacker News auslöste:
"LLMs pretending to be people (you named it Sam!) and not labeled as such is clearly intended to be deceptive."
Braucht diese Support-KI eine Kennzeichnung?
Wählen Sie ein Setup, um zu sehen, welche Regel der EU-KI-Verordnung gilt, ab wann und was zu ändern ist.
Setzen Sie einen KI-Hinweis in die erste Nachricht und ein sichtbares KI-Label nahe dem Nachrichtenfeld, in jeder Sprache, die der Bot spricht. Stellen Sie sicher, dass er ehrlich antwortet, wenn jemand fragt, ob er mit einem Bot spricht.
Fügen Sie am Anfang jeder E-Mail, die die KI ohne Prüfung durch eine Person versendet, ein KI-Label ein. Regelbasierte automatische Antworten und Abwesenheitsnotizen sind keine KI-Systeme und brauchen keines.
Das liegt außerhalb der Kennzeichnungspflicht, solange eine Person den Entwurf tatsächlich prüft und als Hauptstimme versendet. Ein Prüfschritt, den es nur auf dem Papier gibt, zählt nicht.
Sagen Sie es zu Beginn des Anrufs laut, zum Beispiel „Dies ist ein KI-gestützter Assistent“. Wiederholen Sie es nach Weiterleitungen oder langen Wartezeiten und verlassen Sie sich nicht allein auf einen Signalton.
Text sind keine biometrischen Daten, daher ist das Markieren verärgerter Tickets anhand ihres Wortlauts keine Emotionserkennung im Sinne der KI-Verordnung. Es bleibt eine Verarbeitung personenbezogener Daten und gehört in Ihre DSGVO-Unterlagen.
Das Ableiten von Emotionen Beschäftigter ist außerhalb medizinischer oder sicherheitsbezogener Gründe verboten. Schalten Sie jedes Tool ab, das Mitarbeiter danach bewertet, wie gestresst oder freundlich sie im Audio klingen.
KI, die die Leistung von Beschäftigten überwacht und bewertet, steht auf der Hochrisiko-Liste. Wenn Bewertungen in Beförderungs- oder Kündigungsentscheidungen einfließen, fragen Sie Ihren Anbieter jetzt schriftlich nach seiner Einstufung.
Die Bewertung der Kreditwürdigkeit oder die Preisgestaltung von Lebens- und Krankenversicherungen ist Hochrisiko. Ein Bot, der das Antragsformular erklärt, macht diese Arbeit nicht; einer, der Kunden sagt, ob sie qualifiziert sind, schon.
Zählt Sentimentanalyse als Emotionserkennung?
Meistens nicht, und das ist der am häufigsten missverstandene Teil des Gesetzes in Support-Teams. Die Verordnung definiert ein Emotionserkennungssystem als KI, die Emotionen oder Absichten „on the basis of their biometric data“ ableitet. Text sind keine biometrischen Daten. Die Sentimentanalyse, die Ihr Helpdesk auf Ticket-Text laufen lässt, um einen verärgerten Kunden zu markieren, ist daher keine Emotionserkennung im Sinne der KI-Verordnung, auch wenn sie nach der DSGVO weiterhin eine Verarbeitung personenbezogener Daten ist.
Bei der Stimme ist das anders, denn eine Stimme ist biometrisch. Hier werden die Regeln scharf:
- Die Bewertung der Emotionen Ihrer Mitarbeiter anhand ihrer Stimme ist verboten. Artikel 5 Absatz 1 Buchstabe f verbietet KI, die Emotionen von Personen „in the areas of workplace and education institutions“ ableitet, außer aus medizinischen oder Sicherheitsgründen. Ein Call-Center-Tool, das Mitarbeiter danach bewertet, wie gestresst oder freundlich sie klingen, fällt darunter, und das Verbot gilt seit dem
2. Februar 2025, mit der höchsten Bußgeldstufe des Gesetzes. - Die Erkennung der Emotion eines Anrufers anhand der Stimme ist erlaubt, aber heikel. Sie müssen Anrufer seit August 2026 nach Artikel 50 Absatz 3 informieren, dass sie läuft, und die Leitlinien bestätigen, dass jedes Emotionserkennungssystem zugleich Hochrisiko ist. Die vollen Hochrisiko-Pflichten gelten also ab dem
2. Dezember 2027.
Wenn Sie Call-Center-Software mit „Emotions-KI“ oder „Ton-Coaching“ kaufen, stellen Sie dem Anbieter eine Frage: Analysiert es das Audio der Stimme oder die Worte des Transkripts? Die Antwort entscheidet, in welche Kategorie Sie fallen.
Wann wird Support-KI zum Hochrisiko-System?
Selten, aber die Grenzfälle liegen näher am Support, als die meisten Ratgeber zugeben. Bei der Hochrisiko-Liste in Anhang III geht es darum, was die KI entscheidet, nicht darum, in welcher Branche Sie arbeiten. Drei Einträge berühren die Support-Arbeit:
- KI, die Beschäftigte überwacht oder bewertet. Nummer 4 Buchstabe b umfasst KI, die „to monitor and evaluate the performance and behaviour of persons“ in Arbeitsverhältnissen einsetzt oder Aufgaben anhand persönlicher Merkmale verteilt. Ein KI-QA-Tool, das die Gespräche jedes Mitarbeiters bewertet und in Beförderungs- oder Kündigungsentscheidungen einfließt, liegt nahe an dieser Grenze.
- Kredit- und Versicherungsentscheidungen. Nummer 5 Buchstaben b und c betreffen die Kreditwürdigkeit und die Preisgestaltung von Lebens- und Krankenversicherungen. Ein Support-Bot, der einem Kunden sagt, ob er für einen Kredit qualifiziert ist, statt das Formular zu erklären, erledigt eine Hochrisiko-Aufgabe.
- Öffentliche Leistungen und Notfall-Triage. Nummer 5 Buchstaben a und d betreffen die Entscheidung über Ansprüche auf öffentliche Unterstützung und die Triage von Notrufen.
Artikel 6 Absatz 3 bietet einen Ausweg für KI, die nur eine „narrow procedural task“ oder eine „preparatory task“ übernimmt und das Ergebnis nicht wesentlich beeinflusst. Für alles, was Personen profiliert, schließt er diesen Ausweg: Ein Anhang-III-System, das natürliche Personen profiliert, ist immer Hochrisiko.
smava ist hier das nützliche Beispiel. Die Berliner Kreditvergleichsplattform ist so reguliert, wie Support nur sein kann, und ihre drei eesel-Agenten kategorisieren Tickets, entwerfen Antworten wortgetreu aus freigegebenen Makros und senden nie selbstständig. Sie bewerten niemandes Kreditwürdigkeit, die Branche allein macht die Support-KI also nicht zum Hochrisiko-System.
Wenn Sie ab Dezember 2027 Betreiber eines Hochrisiko-Systems sind, verlangt Artikel 26 eine benannte menschliche Aufsicht, das Aufbewahren der Logs des Systems für mindestens sechs Monate, die Information der Arbeitnehmervertreter vor dem Einsatz bei Beschäftigten und die Information der Kunden, wenn die KI bei Entscheidungen über sie hilft. Das ist ein größerer Aufwand als ein Chatbot-Label. Wenn Ihr QA- oder Routing-Tool irgendwo in der Nähe von Nummer 4 Buchstabe b liegt, sprechen Sie jetzt mit Ihrem Anbieter.
Wer ist verantwortlich: Sie oder Ihr Helpdesk-Anbieter?
Beide, auf unterschiedliche Weise. Artikel 50 Absatz 1 legt die Kennzeichnungspflicht auf den Anbieter, der das System so gestalten muss, dass Menschen informiert werden. Wenn Sie den KI-Agenten eines Anbieters einschalten, schuldet er Ihnen ein System, das sich kennzeichnen kann. Sie aber schreiben die Begrüßung, wählen Namen und Avatar des Bots und entscheiden, auf welchen Kanälen er läuft. In der Praxis müssen Sie also eine schlechte Konfiguration selbst beheben.
Sie können auch selbst zum Anbieter werden. Die Leitlinien sagen, dass ein Unternehmen, das intern einen Chatbot baut und unter eigenem Namen betreibt, Anbieter ist, ebenso eines, das das System eines anderen Anbieters übernimmt, verändert (zum Beispiel mit neuen Trainingsdaten) und unter eigenem Namen in Betrieb nimmt. Wenn Sie Ihren eigenen Support-Bot auf einer Modell-API gebaut haben, ist die Kennzeichnung voll Ihre Aufgabe.
Der Vertrag Ihres Anbieters sagt meist dasselbe. Zendesks AI Services Addendum besagt, der Kunde „will ensure any requirements of notice, transparency, and choice are met“, und Salesforces AI Acceptable Use Policy sagt, Kunden „must disclose to end users when they are interacting directly with automated systems“. Es lohnt sich also zu wissen, was jeder Helpdesk von Haus aus bietet. Das habe ich in der eigenen Dokumentation der Anbieter gefunden:
| Helpdesk-KI-Agent | Bot umbenennen | KI-Label im Chat | KI-Label in E-Mails | Eigene Erklärung zur EU-KI-Verordnung |
|---|---|---|---|---|
| Zendesk AI agents | Ja | Ja, standardmäßig aktiv („Zara · AI“) | Nicht integriert | Ja |
| Freshdesk Freddy AI Agent | Ja, mit Avatar | Nicht dokumentiert; Einleitungsnachricht nutzen | Nicht integriert | Nicht dokumentiert |
| Gorgias AI Agent | Ja | Ja, „Automated“ unter KI-Nachrichten | KI-Signatur auf Opt-in-Basis | Nicht dokumentiert |
| HubSpot Customer Agent | Ja, mit Avatar | Ja, „Powered by AI“ in der Kopfzeile | Nur Team-Signatur | Nicht dokumentiert |
| Salesforce Agentforce | Ja | Nicht dokumentiert; Willkommensnachricht nutzen | Nicht dokumentiert | Ja |
| Help Scout Scout | Nicht dokumentiert | Ja, „clearly labeled as AI“ | Nicht dokumentiert | Nicht dokumentiert |
| Front AI agents | Ja, mit Avatar | Optionaler Compliance-Hinweis im Resolve-Widget | Nicht dokumentiert | Nicht dokumentiert |
| Kustomer Concierge | Nicht dokumentiert | Nicht dokumentiert; Begrüßung nutzen | Nicht dokumentiert | Nicht dokumentiert |
Zendesk hat die vollständigste Standardlösung. Seit März 2026 setzt sein Web Widget ein „AI“-Tag auf den Namen des Bots, einmal pro Nachrichtengruppe, und in sozialen Kanälen und mobilen Apps ist das Label Teil des Anzeigenamens. Es lässt sich nur pro Kanal über die API abschalten, und Zendesk warnt, dass Sie bei einer Abschaltung selbst für die Einhaltung der KI-Regeln an Ihrem Standort verantwortlich sind.
Freshdesk wählt bei der Namensgebung den umgekehrten Ansatz: Die Doku rät, generische Namen wie „Bot“ oder „AI“ zu vermeiden, weil benannte Agenten mehr Engagement bekommen. Das ist eine vertretbare Produktentscheidung, bedeutet aber, dass die Kennzeichnung in der Einleitungsnachricht stehen muss, die Sie bearbeiten und automatisch übersetzen lassen können. Der Standardtext in der Doku lautet „Hello. How can I help you?“, prüfen Sie also Ihren.
Das Muster in der Tabelle: Bei E-Mail überlassen die meisten Helpdesks die Kennzeichnung Ihnen. Gorgias ist der einzige, der eine KI-Signatur für E-Mails dokumentiert, und sie ist Opt-in. Wenn Ihr KI-Agent E-Mail-Antworten selbstständig versendet, fügen Sie selbst eine KI-Zeile in die Signatur oder an den Anfang der Nachricht ein.
Muss ich wegen der KI-Kompetenzpflicht meine Mitarbeiter schulen?
Leicht. Artikel 4 gilt seit Februar 2025, und der Omnibus hat ihn abgeschwächt: Betreiber müssen „take measures to support the development of AI literacy“ für Mitarbeiter, die KI nutzen, unter Berücksichtigung ihrer Kenntnisse und des Kontexts, und der Text sagt jetzt, dies „does not require providers or deployers to guarantee any specific level of AI literacy of any individual“. Die Kommission muss außerdem praktische Beispiele für KMU veröffentlichen.
Für ein Support-Team ist ein vernünftiges Minimum kurz: welche Tools KI nutzen, was sie können und was nicht, wie man einen Entwurf vor dem Senden prüft, wann man eskaliert und was man sagt, wenn ein Kunde fragt, ob er mit einem Bot spricht. Schreiben Sie es einmal auf und nehmen Sie es ins Onboarding neuer Agenten auf.
Eine 30-Tage-Checkliste zur EU-KI-Verordnung für Support-Teams
In dieser Reihenfolge würde ich vorgehen, vom Riskantesten zum Unkritischsten:
- Listen Sie jedes KI-Tool auf, das Kunden berührt. Website-Chat, KI-Sprachagenten, automatisch versendete E-Mail-Antworten, Social- und WhatsApp-Bots und alles, was Ihre Mitarbeiter zum Entwerfen nutzen.
- Markieren Sie jedes als direkt oder vermittelt. Direkt heißt, die Ausgabe der KI erreicht den Kunden, ohne dass eine Person sie prüft und sendet.
- Beheben Sie zuerst die direkten. Ergänzen Sie in jeder unterstützten Sprache einen KI-Hinweis in der ersten Nachricht, ein sichtbares Label und eine ehrliche Antwort auf „Sind Sie ein Bot?“. Prüfen Sie Sprachbegrüßungen und den Anfang automatisch versendeter E-Mails.
- Suchen Sie nach Stimm-Emotionsfunktionen. Schalten Sie jede auf Mitarbeiter gerichtete Stimm-Emotionsbewertung ab. Bleibt die Erkennung von Anrufer-Emotionen bestehen, fügen Sie den Hinweis hinzu und planen Sie die Hochrisiko-Pflichten für 2027 ein.
- Markieren Sie alles, was Mitarbeiter bewertet oder über Ansprüche entscheidet. QA-Scoring, das in HR-Entscheidungen einfließt, Antworten zu Kredit, Versicherung oder Leistungen: Holen Sie sich die Hochrisiko-Einstufung Ihres Anbieters schriftlich.
- Fragen Sie Ihren Anbieter nach seiner Position zu Artikel 50. Sie wollen wissen, wie die Kennzeichnung pro Kanal funktioniert und wann die maschinenlesbare Markierung kommt.
- Schreiben Sie die einseitige Notiz zur KI-Kompetenz und teilen Sie sie mit dem Team.
Wenn Sie bei Ihrem KI-Anbieter bereits eine Sicherheitsprüfung oder einen DSGVO-Check durchgeführt haben, hängen Sie das daran, statt einen neuen Prozess zu starten. Die Fragen überschneiden sich mehr, als sie sich unterscheiden, und die KI-Verordnung setzt ausdrücklich auf der DSGVO auf, statt sie zu ersetzen.
Wie eesel zur EU-KI-Verordnung passt
eesel ist ein KI-Teammitglied für Ihren Helpdesk. Es schließt sich Ihrer bestehenden Warteschlange in Zendesk, Freshdesk, Gorgias oder Help Scout an, lernt aus Ihren früheren Tickets, Makros und Ihrem Help Center und bearbeitet die Tickets, auf die Sie es ansetzen. Die Teile, die für die KI-Verordnung zählen:
- Sie wählen pro Aktion direkt oder vermittelt. Jede Aktion läuft selbstständig, wartet auf eine Person oder bleibt aus, pro Agent eingestellt in Actions and Approvals. Öffentliche Antworten auf Freigabe zu lassen hält die KI auf der vermittelten Seite der Grenze, während Sie Vertrauen aufbauen.
- Die Chat-Bubble hat ein Feld für den KI-Hinweis. Der Hinweis sitzt bei jedem Gespräch unter dem Nachrichtenfeld, und der Agentenname ist standardmäßig „AI Agent“.
- Regeln stehen in Anweisungen in einfacher Sprache. „Sag immer, dass du ein KI-Assistent bist, wenn danach gefragt wird, in der Sprache des Kunden“ ist eine Zeile in den Anweisungen des Agenten, kein Ticket an die Entwicklung.
Es ist kein Compliance-Produkt, und ich würde nicht so tun: eesel klassifiziert Ihre KI-Systeme nicht und schreibt auch Ihre KI-Kompetenz-Richtlinie nicht. Ehrlich ist auch: eesels SOC-2-Type-II-Audit läuft noch (der Beobachtungszeitraum reicht bis zum 31. Dezember 2026), und vollständige EU-Datenresidenz ist laut eesels Sicherheitsseite ein Feature des Enterprise-Plans. eesel trainiert keine Modelle mit Ihren Daten.
eesel in Ihrer EU-Support-Warteschlange ausprobieren
Wenn Ihr Team Kunden auf Deutsch, Dänisch oder Schwedisch antwortet und eine KI will, die offen sagt, dass sie eine KI ist, ist eesel genau dafür gebaut. smava betreibt es mit 27.000 Zendesk-Tickets pro Monat, wobei jede Antwort auf einen Berater wartet, und Norden-Frisia betreibt CaptAIn auf seiner Website, über einen öffentlichen Chat-Link und in Zendesk. Starten Sie mit Entwürfen auf Freigabe, ergänzen Sie einen benannten Bot mit klarer KI-Begrüßung, wenn Sie so weit sind, und testen Sie eesel 7 Tage kostenlos.
