Account-Briefings und Abwanderungssignale mit KI

Morgen um zehn steht der Jahrestermin mit einem der größten Kunden an. Der Betreuer weiß, dass es im Frühjahr Ärger mit einer Lieferung gab, aber nicht mehr, wie er ausging. Er weiß nicht, dass die Buchhaltung seit zwei Monaten eine offene Rechnung anmahnt, dass ein Kollege aus dem Support drei Tickets zu einem Schnittstellenfehler bearbeitet hat und dass der Umsatz im laufenden Jahr ein Viertel unter dem Vorjahr liegt. Alles das steht im System. Um es zusammenzutragen, müsste er sich aber durch Aktivitäten, Belege, Vorgänge und Verkaufschancen klicken, und dafür fehlt am Vorabend die Zeit.

Das zweite Problem ist leiser. Kunden kündigen selten mit Ankündigung. Häufiger werden sie still: weniger Bestellungen, keine Rückrufe mehr, eine Beschwerde, auf die niemand nachfasst. Jedes dieser Signale ist für sich unauffällig. Erst zusammen ergeben sie ein Bild, und dieses Bild sieht nur, wer regelmäßig über alle Kunden schaut. Wer es zu spät sieht, verliert nicht nur einen Auftrag, sondern alle künftigen dieses Kunden.

Eingebaut oder als Workflow?

Die eingebaute KI-Auswertung und ein eigener Workflow schließen sich nicht aus. Viele Teams nutzen die Auswertung im Alltag und den Workflow für die wöchentliche Durchsicht.

Bevor Sie einen Workflow bauen, lohnt ein Blick auf das, was ameax selbst mitbringt. Mit dem KI-Assistenzsystem gibt es in der Kundenansicht die KI-Auswertung des Kunden. Sie arbeitet mit frei anlegbaren Vorlagen und zieht ihren Kontext aus konfigurierbaren Quellen wie Aktivitäten, Kontakten, Kundenstammdaten, Zusatzfeldern, Notizen, Objekten, Belegen, Verkaufschancen und Aufgaben. Das Ergebnis wird gespeichert und nach einer einstellbaren Frist gelöscht, standardmäßig nach drei Monaten.

Die eingebaute Auswertung ist die richtige Wahl, wenn ein Betreuer vor einem Gespräch per Klick eine Zusammenfassung zu genau diesem Kunden haben will. Sie braucht keinen Workflow, keinen Token und keine Einrichtung außerhalb von ameax. Der n8n-Workflow ist die richtige Wahl, wenn Briefings ohne Klick entstehen sollen, zum Beispiel jeden Abend für alle Termine des nächsten Tages, oder wenn Sie regelmäßig den gesamten Bestand durchsehen wollen. Der Workflow kann außerdem eigene, feste Regeln anwenden, Ergebnisse in Wiedervorlagen und Zusatzfelder schreiben und Daten aus anderen Systemen einbeziehen. Die KI-Funktionen von ameax sind nicht über die API erreichbar; der Workflow nutzt deshalb ein Sprachmodell Ihrer Wahl, das n8n direkt anspricht.

Der Ablauf im Überblick

ameax ist das führende System und hält alle Daten, auf denen das Briefing beruht. n8n gibt den Takt vor, sammelt die Daten und rechnet. Das Sprachmodell formuliert und liest Freitext. Der Betreuer entscheidet, ob und wie er auf ein Risiko reagiert.

1. Auswahl der Kunden. n8n bestimmt, für welche Kunden ein Briefing entsteht: für die Termine des nächsten Tages oder für alle Bestandskunden eines Betreuers.
2. Daten sammeln. Für jeden Kunden liest der Workflow Stammdaten mit Ansprechpartnern und Kampagnen, die letzten Aktivitäten, offene Wiedervorlagen, aktive Verkaufschancen, Belege zweier Zeiträume und Vorgänge.
3. Kennzahlen berechnen. Umsatz im Vergleich zum Vorjahreszeitraum, Tage seit dem letzten Kontakt, Zahl offener und kritischer Vorgänge: Das rechnet n8n, nicht das Sprachmodell.
4. Signale nach Regeln prüfen. Feste Schwellenwerte markieren Auffälligkeiten nachvollziehbar und jede Woche gleich.
5. Briefing formulieren. Das Sprachmodell bekommt Kennzahlen, Signale und die Freitexte aus Aktivitäten und Tickets und schreibt daraus ein Briefing mit Einschätzung.
6. Ergebnis ablegen. Das Briefing wird als Notiz am Kunden gespeichert, optional eine Risikostufe in ein Zusatzfeld geschrieben.
7. Betreuer informieren. Bei erkennbarem Risiko legt der Workflow eine Wiedervorlage für den zuständigen Betreuer an. Was er tut, entscheidet er selbst.

Vorbereitung in ameax

Technischer Benutzer mit Lesezugriff auf alle Bereiche

Ein Briefing ist nur so gut wie die Daten, die der Workflow sehen darf. Der API-Token erbt die Rechte seines Benutzers, er hat keine eigenen Scopes. Legen Sie einen eigenen Benutzer an, zum Beispiel „KI-Briefing", mit Leserechten auf Kunden, Ansprechpartner, Aktivitäten, Wiedervorlagen, Verkaufschancen, Belege und Vorgänge, und mit Schreibrechten nur auf Notizen und Wiedervorlagen, gegebenenfalls auf das Zusatzfeld für die Risikostufe. Erzeugen Sie den Token unter /c/apitoken, begrenzen Sie ihn auf die IP-Adresse Ihres n8n-Servers und setzen Sie ein Ablaufdatum. Die technische Anbindung beschreibt n8n an ameax anbinden.

IDs nachschlagen und im Workflow hinterlegen

Einige Werte braucht der Workflow als feste IDs. Die Kundentypen, die als Bestandskunden gelten, filtern Sie über customertype_id. Die Vorgangsart, in der Reklamationen oder Beschwerden laufen, über scheme_id; ihre Status mit Statustyp liefert GET /api/v2/task-schemes/{id}/states, und am Statustyp „abgeschlossen" erkennt der Workflow erledigte Vorgänge. Die Aktivitätsart, mit der Termine als Wiedervorlage geplant werden, ist eine activity_id. Für Aktivitätsarten gibt es keinen Listen-Endpunkt; diese IDs sehen Sie einmalig in den Einstellungen nach.

Ein Zusatzfeld für die Risikostufe

Wenn das Ergebnis nicht nur im Text stehen, sondern auswertbar sein soll, legen Sie am Kunden ein Zusatzfeld an, zum Beispiel ein Auswahlfeld „Abwanderungsrisiko" mit den Werten niedrig, mittel und hoch, dazu ein Datumsfeld für die letzte Prüfung. Zusatzfelder am Kunden sind über die API schreibbar; ihre technischen Namen und Auswahlwerte stehen in der mandantenspezifischen OpenAPI-Spezifikation unter /api/v2/openapi.json. In Auswertungen stehen Zusatzfelder als Spalten und Filter zur Verfügung.

Notizen und Wiedervorlagen als Ablageort

Das Briefing selbst gehört in eine Notiz am Kunden. Eine Notiz hat Betreff, Text und eine Rangfolge für die Anzeige, sie ist kein Kundenkontakt und verfälscht deshalb keine Aktivitätsauswertung. Wiedervorlagen haben kein Textfeld, nur einen Betreff; sie verweisen deshalb im Betreff auf die Notiz. Die Zuweisung von Wiedervorlagen an andere Benutzer ist in ameax an ein eigenes Recht gebunden; geben Sie es dem technischen Benutzer, damit er Wiedervorlagen für die Betreuer anlegen kann. Mehr zu Zuständigkeit, Priorität und Benachrichtigung steht bei den Wiedervorlagen.

Auslöser

ameax meldet Termine oder Änderungen nicht aktiv nach außen. Beide Varianten des Workflows starten deshalb zeitgesteuert in n8n.

Briefing vor dem Termin

Ein Schedule-Trigger läuft jeden Werktag um 17 Uhr und sucht die Wiedervorlagen des nächsten Tages, die mit der Aktivitätsart für Termine geplant sind:

GET https://ihrefirma.ameax.de/api/v2/reminds?filter[date]=2026-09-29*&filter[activity_id]=4&filter[active]=1&per_page=100
Authorization: Bearer <Token des technischen Benutzers>

Das Datum setzt n8n bei jedem Lauf neu ein; 4 ist eine Beispiel-ID für die Aktivitätsart. Jede Wiedervorlage liefert customer_id und den zuständigen Benutzer user_id, damit ist klar, für wen das Briefing entsteht. Führen Sie Ihre Termine in einem separaten Kalender, kann alternativ der Kalenderdienst den Workflow per Webhook an n8n anstoßen, sofern er das unterstützt, und die Kunden-ID oder E-Mail-Adresse mitliefern.

Wöchentliche Durchsicht des Bestands

Ein zweiter Schedule-Trigger läuft zum Beispiel sonntags in der Nacht. Er liest die Bestandskunden je Betreuer, sortiert nach dem Zeitpunkt der letzten Aktivität, die ältesten zuerst:

GET https://ihrefirma.ameax.de/api/v2/customers?filter[customertype_id]=2&filter[agent_id]=11&sort=last_activity_at&per_page=100&page=1

2 (Kundentyp) und 11 (Betreuer) sind Beispiel-IDs. Die Liste liefert höchstens 100 Einträge je Seite; n8n blättert mit page, bis alle Kunden gelesen sind. Die API kennt keinen Filter „seit" oder „größer als". Für einen großen Bestand begrenzen Sie die Durchsicht deshalb auf die ersten Seiten dieser Sortierung, also auf die Kunden, bei denen am längsten nichts passiert ist, oder Sie verteilen die Betreuer auf mehrere Nächte.

Umsetzung Schritt für Schritt

Für jeden Kunden führt der Workflow dieselbe Folge von Abrufen aus. In n8n ist das eine Schleife mit mehreren HTTP-Request-Knoten, einem Code-Knoten für Kennzahlen und Regeln, einem KI-Knoten und zwei bis drei schreibenden Aufrufen. Alle Beispiele verwenden die Kunden-ID 4711 als Beispielwert.

Sie bauen neun Schritte, und sie laufen in drei Zügen. Der Workflow sammelt zuerst zusammen, was über den Kunden im System steht (1 bis 5). Dann rechnet er die Kennzahlen und lässt das Sprachmodell daraus ein Briefing formulieren (6 und 7). Zum Schluss legt er das Briefing als Notiz ab und meldet sich beim Betreuer, wenn die Signale auf ein Risiko deuten (8 und 9).

Schritt 1: Kunde mit Ansprechpartnern, Kampagnen und Kennungen

GET https://ihrefirma.ameax.de/api/v2/customers/4711?include=persons,projects,identifiers

Damit hat der Workflow Name, Betreuer, das Feld last_activity_at, die Ansprechpartner mit Position und Abteilung, die Kampagnenzuordnungen mit ihrem Status und die Kennungen aus anderen Systemen. Die Kampagnenstatus sind für die Einschätzung nützlich: Über /api/v2/project-types ist zu jedem Status hinterlegt, ob er einen positiven, neutralen oder negativen Effekt hat.

Schritt 2: Letzte Aktivitäten

GET https://ihrefirma.ameax.de/api/v2/actions?filter[customer_id]=4711&sort=-date&per_page=25

Die Aktivitäten liefern Datum, Betreff, Aktivitätsart, Ergebnis und die Notiz. Die Notizen sind der wertvollste Teil für das Sprachmodell, denn dort stehen Stimmungen und Nebensätze, die in keinem Feld auftauchen: „Kunde prüft Alternativen", „Einkauf wurde neu besetzt".

Schritt 3: Offene Wiedervorlagen und Verkaufschancen

GET https://ihrefirma.ameax.de/api/v2/reminds?filter[customer_id]=4711&filter[active]=1&sort=date
GET https://ihrefirma.ameax.de/api/v2/sales?filter[customer_id]=4711&filter[salestatus]=14

Der Status 14 steht in der Standardeinrichtung für aktive Verkaufschancen. Wer auch verlorene oder eingestellte Chancen der letzten Zeit einbeziehen will, fragt zusätzlich mit filter[salestatus]=16 (verloren) und 18 (eingestellt) ab und sortiert mit sort=-updated_at.

Schritt 4: Belege zweier Zeiträume

Für den Umsatzverlauf liest der Workflow die Rechnungen der letzten zwölf Monate und die der zwölf Monate davor. Für Belege gibt es dafür einen Filter auf einen Datumsbereich:

GET https://ihrefirma.ameax.de/api/v2/receipts?filter[customer_id]=4711&filter[receipttype]=invoice&filter[date]=2025-09-29..2026-09-28&per_page=100
GET https://ihrefirma.ameax.de/api/v2/receipts?filter[customer_id]=4711&filter[receipttype]=invoice&filter[date]=2024-09-29..2025-09-28&per_page=100

Im Code-Knoten summiert n8n das Feld total_net je Zeitraum und lässt stornierte Belege (cancelled) außen vor. Gutschriften fragen Sie mit filter[receipttype]=creditnote ebenso ab und ziehen sie ab. Offene Beträge stehen in total_outstanding und zeigen, ob Zahlungen hängen. Wenn Sie wiederkehrende Leistungen mit Kündigungsbelegen erfassen, gehört ein weiterer Abruf dazu:

GET https://ihrefirma.ameax.de/api/v2/receipts?filter[customer_id]=4711&filter[receipttype]=cancellationnotice&sort=-date

Schritt 5: Vorgänge und Tickets

GET https://ihrefirma.ameax.de/api/v2/tasks?filter[customer_id]=4711&sort=-created_at&per_page=20

Über state_id und die zuvor geladenen Status mit ihrem Statustyp erkennt der Workflow, welche Vorgänge offen sind. prio zeigt kritische Fälle, scheme_id die Beschwerde-Vorgangsart. Für die zwei oder drei jüngsten offenen Vorgänge kann der Workflow zusätzlich die Kommentare laden (GET /api/v2/tasks/{id}/comments), damit das Sprachmodell den Stand in einem Satz zusammenfassen kann. Wie Tickets beim Eingang eingeordnet werden, zeigt das Szenario Support-Tickets per KI einordnen und beantworten.

Schritt 6: Kennzahlen und Signale nach Regeln

Zahlen rechnet n8n, nicht das Sprachmodell. Ein Code-Knoten bildet aus den Rohdaten eine kleine Tabelle mit Kennzahlen und prüft sie gegen feste Schwellenwerte. Die Werte in der folgenden Tabelle sind Beispiele, die Sie an Ihr Geschäft anpassen:

Aus der Zahl und dem Gewicht der Signale ergibt sich eine vorläufige Stufe. Diese regelbasierte Stufe ist reproduzierbar: Dieselben Daten ergeben nächste Woche dasselbe Ergebnis, und jeder Betreuer kann nachvollziehen, warum sein Kunde markiert wurde.

Schritt 7: Briefing und Einschätzung durch das Sprachmodell

Das Sprachmodell bekommt die berechneten Kennzahlen, die ausgelösten Signale und die Freitexte. Seine Aufgabe ist, daraus einen Text zu machen, den ein Betreuer in zwei Minuten liest, und die Freitexte auf Hinweise zu prüfen, die keine Regel fängt. Die regelbasierte Stufe darf es um höchstens eine Stufe anheben, mit Begründung, aber nicht absenken.

ROLLE
Du bereitest Account-Briefings für Vertriebsmitarbeiter vor. Du rechnest
nicht selbst, sondern verwendest die übergebenen Kennzahlen. Du antwortest
ausschließlich mit gültigem JSON.

EINGABE
Kunde: {{name}}, Betreuer: {{betreuer}}
Ansprechpartner: {{personen: name, position}}
Kennzahlen: {{umsatz_12m}}, {{umsatz_vorjahr}}, {{veraenderung_prozent}},
            {{tage_seit_letztem_kontakt}}, {{offene_posten}}
Signale (regelbasiert): {{signale}}, vorläufige Stufe: {{stufe}}
Letzte Aktivitäten: {{datum, betreff, notiz}}
Offene Wiedervorlagen: {{datum, betreff}}
Aktive Verkaufschancen: {{name, phase, betrag, abschlussdatum}}
Offene Vorgänge: {{titel, prio, status, letzter_kommentar}}

AUSGABE
{
  "kurzfassung": "drei Sätze: Lage, wichtigstes Thema, Empfehlung",
  "umsatz": "ein Satz mit den übergebenen Zahlen",
  "letzte_kontakte": "zwei Sätze",
  "offene_themen": ["…"],
  "risiken": ["…"],
  "hinweise_aus_freitext": ["wörtlicher Anlass, Datum der Quelle"],
  "stufe": "niedrig|mittel|hoch",
  "begruendung_stufe": "ein Satz"
}

REGELN
- Keine Zahl nennen, die nicht in der Eingabe steht.
- Jede Aussage über Unzufriedenheit mit Datum und Quelle belegen.
- "stufe" darf die vorläufige Stufe um höchstens eine Stufe anheben,
  niemals absenken.

Schritt 8: Briefing als Notiz ablegen

n8n setzt die Felder aus der Antwort zu einem lesbaren Text zusammen und legt ihn als Notiz am Kunden ab. Pflicht sind Kunde und Betreff, der Text steht im Feld notice:

POST https://ihrefirma.ameax.de/api/v2/notices
Content-Type: application/json

{
  "customer_id": 4711,
  "subject": "KI-Briefing 28.09.2026 – Risiko mittel",
  "notice": "Kurzfassung: Umsatz der letzten 12 Monate 24 % unter Vorjahr …\n\nOffene Themen: …\n\nRisiken: …",
  "precedence": 10
}

Mit precedence steuern Sie, wie weit oben die Notiz erscheint. Wer das Briefing lieber im Aktivitätsstrom sieht, kann es als Aktivität mit einer eigenen Aktivitätsart „KI-Briefing" anlegen. Bedenken Sie dabei, dass Aktivitäten in Aktivitätsauswertungen mitzählen und ein Briefing kein Kundenkontakt ist; die Notiz ist deshalb in der Regel der bessere Ort.

Ist ein Zusatzfeld für die Risikostufe eingerichtet, schreibt der Workflow die Stufe mit PATCH /api/v2/customers/4711 in dieses Feld, unter dem technischen Namen aus Ihrer OpenAPI-Spezifikation.

Schritt 9: Wiedervorlage an den Betreuer bei Risiko

Nur bei Stufe „mittel" oder „hoch" legt der Workflow eine Wiedervorlage an, zugewiesen an den Betreuer des Kunden (hier die Beispiel-ID 11):

POST https://ihrefirma.ameax.de/api/v2/reminds
Content-Type: application/json

{
  "customer_id": 4711,
  "user_id": 11,
  "date": "2026-09-30 09:00:00",
  "subject": "Abwanderungsrisiko hoch – bitte Briefing-Notiz vom 28.09. lesen",
  "priority": 5
}

Die Priorität 5 entspricht „Hoch", 0 ist „Normal", 10 „Zeitkritisch". Vorher prüft der Workflow, ob zum Kunden schon eine offene Wiedervorlage mit diesem Betreff-Anfang existiert (Schritt 3 hat sie bereits geladen). So entsteht nicht jede Woche eine neue, solange die alte noch offen ist. Für das Terminbriefing aus der ersten Auslöser-Variante genügt die Notiz; der Betreuer hat ja schon einen Termin.

Was in ameax sichtbar wird

Am Kunden

Das Briefing steht als Notiz am Kunden, mit Datum und Stufe im Betreff, unter dem Namen des technischen Benutzers. Wer den Kunden öffnet, findet es neben Aktivitäten, Belegen und Vorgängen, ohne ein weiteres Werkzeug zu brauchen. Ist ein Zusatzfeld für die Risikostufe eingerichtet, steht die Stufe in den Stammdaten des Kunden. Daneben bleibt die eingebaute KI-Auswertung des KI-Assistenzsystems verfügbar, wenn der Betreuer vor dem Gespräch eine eigene Zusammenfassung abrufen möchte.

Beim Betreuer

Die Wiedervorlage erscheint in seiner Übersicht offener Wiedervorlagen, mit der gesetzten Priorität. Ist die Benachrichtigung für Wiedervorlagen eingeschaltet, erhält er zusätzlich eine Nachricht. Erledigt er die Wiedervorlage, nachdem er mit dem Kunden gesprochen hat, dokumentiert er das Gespräch wie gewohnt als Aktivität, und diese fließt in das nächste Briefing ein.

In Hub und Auswertungen

Für die Führung sind die Ergebnisse in den vorhandenen Werkzeugen sichtbar. Der Hub enthält unter anderem die Kunden-Abweichungsanalyse, die die Umsatzveränderung pro Kunde im Periodenvergleich zeigt, dazu Container für Aktivitäten, Wiedervorlagen und fällige Vorgänge. Filter wie Betreuer, Inaktivität und letzte Aktivität grenzen die Ansicht ein. In den Auswertungen stehen unter anderem „keine Aktivitäten", „keine Wiedervorlagen" und „Kunden Umsatzwachstum" bereit; ein Zusatzfeld für die Risikostufe lässt sich dort als Spalte und Filter verwenden und als gespeicherte Auswertung mit dem Team teilen. Wer Abonnements mit Kündigungsbelegen führt, sieht im Abo-Cockpit der Faktura die Abgänge nach wiederkehrendem Umsatz und die Kündigungsgründe. Für Kampagnen zeigt die Win/Loss-Analyse die Gründe, die bei positiven und negativen Kampagnenstatus festgehalten wurden.

Best Practices und Stolperstellen

• Zahlen im Workflow rechnen, nicht im Modell. Sprachmodelle formulieren gut und rechnen unzuverlässig. Wenn n8n die Summen bildet und das Modell nur die fertigen Zahlen verwendet, stimmt das Briefing mit dem überein, was der Betreuer in der Faktura sieht.
• Regeln vor KI. Die regelbasierten Signale sind der Kern der Einschätzung, das Sprachmodell ergänzt sie um Hinweise aus Freitext. So bleibt die Markierung nachvollziehbar, und die Frage „Warum steht mein Kunde auf Rot?" hat eine Antwort, die nicht „weil das Modell es sagt" lautet.
• Keine Prognose versprechen. Der Workflow erkennt Muster, die auf ein Risiko hindeuten. Er sagt aber nicht voraus, wer kündigen wird. Formulieren Sie Notizen und Wiedervorlagen entsprechend: „Signale für ein Abwanderungsrisiko", nicht „Kunde wird abspringen".
• Schwellenwerte nach Kundengruppe setzen. Ein Kunde, der einmal im Jahr bestellt, ist nach 90 Tagen ohne Kontakt nicht auffällig. Hinterlegen Sie für unterschiedliche Kundentypen unterschiedliche Grenzwerte, sonst erzeugt der Workflow Wiedervorlagen, die niemand ernst nimmt.
• Doppelte Wiedervorlagen vermeiden. Die API kennt keine Idempotenz-Schlüssel. Prüfen Sie vor jeder Anlage, ob schon eine offene Wiedervorlage des Workflows existiert, und legen Sie nur dann eine neue an, wenn die alte erledigt ist.
• Datenmenge begrenzen. Für ein gutes Briefing reichen die letzten 25 Aktivitäten, zwei Umsatzzeiträume und die offenen Vorgänge. Mehr Kontext macht den Aufruf teurer und das Ergebnis selten besser.
• Datenschutz und Zweck klären. Das Briefing verarbeitet Kundendaten und Gesprächsnotizen und schickt sie an ein Sprachmodell. Klären Sie im Einzelfall mit Ihrer Datenschutzberatung, welcher Dienst dafür in Frage kommt und wie die Verarbeitung begründet und dokumentiert wird. Der Workflow sollte nur die Felder übertragen, die für das Briefing nötig sind.
• Rückmeldung der Betreuer einplanen. Wenn ein Betreuer eine Wiedervorlage erledigt, ohne etwas zu tun, war das Signal vielleicht falsch. Werten Sie nach einigen Wochen aus, welche Signale zu echten Gesprächen geführt haben, und passen Sie die Regeln an.

Fazit

Alles, was ein Betreuer vor einem Termin wissen sollte, liegt in ameax bereits vor: Kontakte, Umsätze, offene Wiedervorlagen, Verkaufschancen und Tickets. Der Workflow nimmt ihm das Zusammentragen ab. n8n liest die Daten über die REST-API und rechnet die Kennzahlen, feste Regeln markieren Auffälligkeiten, und das Sprachmodell formuliert daraus ein Briefing, das in zwei Minuten gelesen ist. Das Ergebnis landet als Notiz am Kunden und bei Risiko als Wiedervorlage beim Betreuer. Für das Gespräch mit einem einzelnen Kunden reicht oft die eingebaute KI-Auswertung. Wer regelmäßig den ganzen Bestand im Blick behalten will, baut den Workflow und entscheidet selbst, welche Signale zählen. Die Einordnung der Tickets, die in diese Briefings einfließen, beschreibt das Szenario Support-Tickets per KI einordnen und beantworten.