Meta Muse für ServiceNow: Metas WhatsApp-KI 2026 vor ServiceNow schalten

Kurzfassung

Bei "Meta Muse für ServiceNow" geht es um ein Platzproblem, nicht um ein Verkabelungsproblem. ServiceNow hat bereits eine native WhatsApp-App, die direkt mit Meta spricht, der Kanal ist also da. Aber Meta erlaubt einen KI-Agenten pro WhatsApp-Nummer, das heißt, Meta Business Agent und die eigene KI von ServiceNow (jetzt unter dem Namen Otto) können nicht beide darauf antworten. Muse selbst ist ein Consumer-Agent und Muse Spark ein Modell, auf dem du aufbaust, keines von beiden beantwortet deine Kundenanfragen out of the box.

Die Verkabelung ist freundlicher als bei den meisten Helpdesks, die ich geprüft habe. Meta nannte ServiceNow schon 2025 als Übergabepartner, und der OAuth-Client-Credentials-Grant von ServiceNow passt zur Connector-Authentifizierung von Meta, sobald ein Admin eine Systemeigenschaft umlegt. Der Haken: Der schicke neue MCP Server von ServiceNow passt gar nicht, weil er nur den Authorization-Code-Flow beherrscht, Metas Agent muss also über die normale REST-API hinein.

Bei den Kosten liegt Metas Agent bei etwa 16 bis 50 Cent pro Unterhaltung, während ServiceNow seine KI in Assists abrechnet, zu einem Preis, den es nicht veröffentlicht. Ich baue die Integrationen von eesel und sage gleich vorweg, dass eesel keine native ServiceNow-Integration hat. Meine Einschätzung: Die meisten ServiceNow-Installationen sind interne IT-Desks, deren Mitarbeitende nie per WhatsApp schreiben, daher betrifft das nur Kundenservice-Teams. Wenn das auf dich zutrifft, kann eesel den einen KI-Platz der Nummer übernehmen und ServiceNow über die REST-API erreichen.

Was "Meta Muse für ServiceNow" tatsächlich bedeutet

Metas Namensgebung 2026 braucht einen Moment zum Entwirren, und ich lese beruflich viele API-Dokus. Drei Meta-Produkte tragen den Namen Muse oder stehen ihm nahe, aber nur eines spricht mit deinen Kunden:

1. Muse, der persönliche KI-Agent, den Meta im September für Alltagserledigungen von Endnutzern gestartet hat. Er ist nicht dafür gebaut, die Kunden eines Unternehmens zu beantworten.
2. Muse Spark 1.3, das Modell, verkauft über die Meta Model API. Du kannst darauf einen ServiceNow-Bot bauen, dazu weiter unten mehr. Die Übersicht zu Muse Spark 1.3 hat die Modelldetails.
3. Meta Business Agent, den Meta im Juni gestartet hat als die KI, die deinen Kunden auf WhatsApp, Messenger und Instagram antwortet. Dieses Produkt wägt ein ServiceNow-Team tatsächlich ab.

Die Dreiteilung steht in meinem Leitfaden Meta Muse für den Kundensupport. Dieser Beitrag bleibt auf der ServiceNow-Seite: wie WhatsApp heute in ServiceNow gelangt, was passiert, sobald Metas Agent die Nummer übernimmt, wie die Authentifizierung passt und was der gesamte Stack kostet.

Auf einem anderen Helpdesk? Die Versionen für Salesforce und Jira Service Management sind dieser am ähnlichsten.

Es gibt auch Versionen für Zendesk und Freshdesk.

Vor der Verkabelung ein ehrlicher Filter. Die meisten ServiceNow-Instanzen betreiben IT-Service-Management für Mitarbeitende, die Anfragen im Portal, per E-Mail oder in Teams und Slack stellen. Trifft das auf deine Instanz zu, schreiben dir deine Anfragenden nicht per WhatsApp, und dieser Beitrag ist vor allem eine Kuriosität. Die Meta-Frage wird nur für Customer-Service-Management-Teams (CSM) real, deren Kunden ohnehin auf WhatsApp leben.

Wie WhatsApp heute in ServiceNow ankommt

Anders als bei JSM hat ServiceNow einen nativen WhatsApp-Kanal, und er geht direkt zu Meta. Die Store-App heißt Conversational Integration with WhatsApp und wird von ServiceNow selbst verkauft. Ihr Store-Eintrag sagt, sie "liefert einen nativen WhatsApp-Adapter für die direkte Integration mit der WhatsApp Cloud API und ersetzt die bisherige Lösung auf Drittanbieter-Basis". Version 1.1.6 erschien am 10. September 2026 für die Releases Brazil, Australia, Zurich und Yokohama.

Der Großteil der Einrichtung passiert auf Metas Seite. Laut der Conversational-Interfaces-Doku von ServiceNow legst du eine Meta-Developer-App an, kopierst ihr App Secret und die Telefonnummern-ID und erstellst dann im Meta Business Manager ein System-User-Access-Token. Danach richtest du Metas Webhook auf den Endpunkt /api/sn_va_whatsapp/va_whatsapp_adapter deiner Instanz. Die CSM-Doku beschreibt das Kontenmodell schlicht: "Kunden müssen zwei getrennte Konten führen: ein Meta-Konto und eine ServiceNow-Instanz."

So vergleichen sich die Optionen, alle aus ServiceNow-Store-Einträgen, geprüft am 29. September 2026:

ServiceNow selbst betrachtet Twilio inzwischen als die schwächere Route. Die CSM-Doku sagt, die Twilio-Integration "bietet weniger Funktionen als die Cloud API", ohne Listenauswahl und Tippanzeigen, und sie lässt dich drei Konten verwalten (Twilio, Meta und ServiceNow) statt zwei. Admins haben den Lizenzstapel schon vor Jahren bemerkt:

"Außerdem braucht man Lizenzen für Integration Hub, Twilio, WhatsApp usw."

u/bigredsage, Reddit

Wenn ein Chat eintrifft, können zwei Dinge antworten. Otto (ServiceNows Rebranding von Virtual Agent und Now Assist) kann als Bot antworten, und wenn ein Mensch nötig ist, landet der Chat in der Agent WhatsApp Queue, und Agenten nehmen ihn aus ihrem Agent-Workspace-Posteingang an. Ein Detail aus der Brazil-Doku wird später wichtig: WhatsApp unterstützt Otto, ist aber bei synthetisierten Antworten mit "Nein" markiert, während Teams und Slack "Ja" haben.

CSM hat außerdem einen zweiten Modus, und der ist hier entscheidend. Die CSM-Doku beschreibt eine direkte Integration, die "Messaging-Unterhaltungen direkt an Live-Agenten leitet, ohne Virtual-Agent-Deflection", und ergänzt: "Dieser Ansatz ist für WhatsApp verfügbar." Merk dir das.

Was passiert, wenn Meta Business Agent auf diese Nummer kommt

Metas Doku wurde im September deutlich detaillierter. Das ändert sich, wenn deine WhatsApp-Nummer bereits ServiceNow speist und du dann Business Agent einschaltest.

Er antwortet zuerst, und die ServiceNow-App geht in den Standby

Metas Conversation Routing entscheidet, welche verbundene App jede Nachricht beantwortet, und der WhatsApp-Adapter von ServiceNow ist eine dieser Apps. Schaltest du Business Agent ein, gilt: "Der Agent wird zum alleinigen Primary für Messaging-Einstiegspunkte" und "Bisherige Primary-Ziele wechseln in den Standby, damit sie den Kontext behalten", so Metas Routing-Einrichtungsanleitung.

Einfach gesagt: Neue WhatsApp-Nachrichten erreichen zuerst Metas Agent und nicht deine Agent WhatsApp Queue. Du kannst nach Einstiegspunkt aufteilen, etwa ServiceNow als Primary für Direktnachrichten behalten, während die KI Click-to-WhatsApp-Anzeigen übernimmt. Diese Konfiguration gibt es nur in der Meta Business Suite: "Es gibt keine öffentliche API zur Konfiguration von Conversation Routing."

Eine KI pro Nummer, also muss Otto zurücktreten

Das ist die eigentliche Entscheidung in einem ServiceNow-Setup. Metas Plattformübersicht verlangt eine Nummer, auf der "nicht bereits ein anderer KI-Agent läuft", denn "eine aktive Integration eines autorisierten Agenten blockiert Meta Business Agent".

Meta legt allerdings nicht genau fest, was zählt, und die Doku von ServiceNow erwähnt Business Agent nie. Ich würde davon ausgehen, dass Otto, der auf der Nummer antwortet, als anderer KI-Agent zählt. Du würdest also die WhatsApp-App von ServiceNow im direkten Modus aus dem obigen Abschnitt betreiben, mit Chats direkt an Live-Agenten und ohne Bot-Schritt, sodass Metas Agent die einzige KI auf der Nummer bleibt.

Das ist ein echter Kompromiss. Otto kennt deine Wissensdatenbank, deine Katalogartikel und deine Topics, während Metas Agent nur kennt, was du ihm lädst. Die Community-Meinung zu Virtual Agent ist übrigens gemischt:

"Ich glaube, die Leute erwarten einen Mini-ChatGPT/Copilot, aber nach meiner Erfahrung ist er weit davon entfernt. Er stützt sich stark auf Wissensartikel, Katalogartikel und Virtual-Agent-Topics."

u/ultraviolencebby, Reddit

Es gibt ein faires Gegenargument von einem Wissensteam, bei dem es funktioniert: "Wir erreichen etwa 70-80 % Deflection aus dem Wissen", so u/Suspicious-Movie4993. Wenn deine Otto-Zahlen so aussehen, ist es ein Rückschritt, den WhatsApp-Platz an Meta zu geben.

ServiceNow ist benannter Partner, aber niemand hat die Übergabe-Doku geliefert

Wenn Business Agent übergibt, bleibt der Chat im selben WhatsApp-Thread, und nur die Zuständigkeit geht an eine andere App auf der Nummer über. Metas Kundensupport-Leitfaden nennt "Ein besetztes Ziel für übergebene Unterhaltungen" als Voraussetzung, und eine einfache Übergabe geht an die App, die du als "Escalation Partner" festlegst, laut Thread-Control-Doku.

ServiceNow hat hier einen Vorsprung. Als Meta im Oktober 2025 Business AI vorstellte (der frühere Name von Business Agent), schrieb es, man arbeite "aktiv mit führenden Plattformen zusammen, darunter Salesforce, Microsoft Dynamics 365 Contact Center, ServiceNow, Zendesk, Gorgias und Klaviyo Service", was Übergaben angeht. Das ist mehr, als Atlassian oder Freshworks bekamen.

Danach verliert sich die Spur allerdings. Der Launch-Beitrag vom Juni nennt "Shopify, Zendesk und Shopee", nicht ServiceNow, und die Doku von ServiceNow erwähnt Business Agent, Übergabe oder Conversation Routing überhaupt nicht. Ihr Setup ordnet eine WhatsApp-Telefonnummern-ID einer Kanalidentität zu und sagt nichts dazu, die Nummer zu teilen. Nach Metas Routing-Doku sollte eine Übergabe im ServiceNow-Adapter als normale eingehende Unterhaltung ankommen, aber ich würde es trotzdem auf einer Ersatznummer testen, bevor ein Kunde es sieht.

Kurioserweise ist die Verbindung von ServiceNow zu Meta eine Person. Metas neue Enterprise Platform, angekündigt am 28. September, wird von CJ Desai geleitet, der "fast acht Jahre bei ServiceNow verbrachte, unter anderem als President und COO".

Ein paar weitere Übergabedetails sind wissenswert:

• Kontext reist in einer Notiz mit 2.000 Zeichen. Das Übergabe-Event trägt ein Freitextfeld metadata, das Meta vorschlägt, "um die Ticket- oder Bestellreferenz mitzugeben". Nichts in der Doku von ServiceNow sagt, dass der Adapter es liest.
• Du steuerst die Auslöser nicht. Die Übergabe erfolgt bei geringer Konfidenz, Integritätsproblemen oder wenn ein Kunde nach einem Menschen fragt, und "Du konfigurierst die Auslöser nicht", so Metas Capabilities-Seite. Mein Leitfaden zur KI-Agent-Übergabe zeigt, wie eine gute aussieht.
• Das 24-Stunden-Fenster gilt weiterhin. Die CSM-Doku von ServiceNow sagt, vom Agenten initiierte Nachrichten müssen "innerhalb von 24 Stunden nach der letzten Nachricht des Kunden" erfolgen. Eine Übergabe um 2 Uhr nachts, die bis 10 Uhr am nächsten Tag liegt, ist in Ordnung, eine, die zwei Tage später abgeholt wird, ist ein toter Thread.
• Kundenkontakte erhalten keine Benachrichtigungen. Die Doku sagt: "Verbraucher und Kundenkontakte gelten als Gäste und können in Messaging-Kanälen keine Benachrichtigungen erhalten." Ein CSM-Kunde bekommt also keinen WhatsApp-Ping, wenn sich sein Case ändert. Nur Mitarbeitende mit Benutzerkonten erhalten ihn.

Metas Agent an die ServiceNow-API anbinden: Die Auth passt, der MCP Server nicht

Business Agent führt Aktionen über Connectors aus, also HTTP-APIs oder Remote-MCP-Server, die du selbst definierst. Metas Connectors-Referenz sagt: "Derzeit werden nur OAUTH2_CLIENT_CREDENTIALS, API_KEY und NONE unterstützt." Genau an dieser Zeile sind die Freshdesk- und Gorgias-Versionen dieses Setups gescheitert, weil beide Basic Auth wollen.

ServiceNow bietet zwei saubere Wege hinein, beide kamen mit dem Release Washington DC:

• OAuth Client Credentials. ServiceNows KB1645212 sagt: "Ab dem Release Washington DC unterstützt ServiceNow den Grant-Typ Client Credentials für eingehende OAuth-Anfragen." Er "ist standardmäßig deaktiviert", also legt ein Admin die Systemeigenschaft glide.oauth.inbound.client.credential.grant_type.enabled an und setzt sie auf true. Jede App, die ihn nutzt, "muss einem Integrationsbenutzer zugeordnet sein" im Feld OAuth Application User, und das Token kommt von /oauth_token.do. Das entspricht dem, was Metas Typ OAUTH2_CLIENT_CREDENTIALS erwartet.
• REST-API-Keys. ServiceNow Developer Advocate Chuck Tomasi kündigte im selben Release eingehende API-Keys an. Der Key kommt in einen x-sn-apikey-Header und läuft als der Benutzer, den du auswählst. Metas API_KEY-Konfiguration lässt dich den Header-Feldnamen festlegen, also passt auch das.

Zwei Routen passen nicht. Basic Auth, der langjährige Standard, ist bei Meta als nicht unterstützt markiert, und der MCP Server von ServiceNow kann heute kein Meta-Connector sein. Die MCP-Server-Console-FAQ von ServiceNow sagt, er "nutzt OAuth 2.0 mit Authorization Code Grant zur Authentifizierung aller Verbindungen" und dass Client Credentials "für MCP-Server-Console-Verbindungen derzeit nicht unterstützt wird. Es steht auf der Produkt-Roadmap." Metas Connector kann keinen Authorization-Code-Flow abschließen, die neuere KI-Tür in ServiceNow bleibt also vorerst zu. Mein Beitrag zur ServiceNow-MCP-Integration behandelt, was dieser Server für Clients wie Claude leistet.

Die Tools, die du definieren würdest, und drei Stolperfallen

Ist die Auth geklärt, schrumpft der Connector auf eine Handvoll REST-Aufrufe. Metas eigenes Beispiel ist ein Tool create_support_ticket, dessen Zusammenfassung der Agent aus dem Chat füllt, und seine Makros können die WhatsApp-Telefonnummer und die Unterhaltungs-ID in Felder binden, damit der Agent sie nicht rät. Für ServiceNow ergibt das:

1. Den Datensatz anlegen. POST /api/now/table/incident über die Table API für einen IT-Desk oder POST /api/sn_customerservice/case über die CSM Case API für den Kundenservice.
2. Status abfragen. Ein GET auf den Case, damit der Agent "Gibt es Neuigkeiten zu meiner Reparatur?" ohne Übergabe beantworten kann.
3. Ein für den Kunden sichtbares Update hinzufügen. In comments schreiben, nicht in work_notes. Laut Case-API-Referenz "können externe Kundenrollen standardmäßig nur die Felder comments und state setzen", und Work Notes sind das interne Feld.

Die Stolperfallen stammen alle von ServiceNows eigenen Seiten:

• Die Case API sagt dir nicht, wenn du falsch liegst. Sie "führt keine Parametervalidierung durch", ein falsch geschriebener Feldname wird also stillschweigend verworfen. Nutze Metas Endpunkt für Tool-Testläufe und prüfe den Datensatz, nicht nur den 200er.
• Es gibt keinen WhatsApp-Kanalwert. Der contact_type der Case API akzeptiert chat, email, phone, social und web. Wähle einen und markiere die Quelle woanders, sonst wirft dein Reporting WhatsApp mit dem Web-Chat zusammen.
• Rate Limits treffen als 429er. KB3046852 listet von Admins definierte Rate-Limit-Regeln, Knotenüberlastung und eine Obergrenze von 300 Sekunden pro Transaktion. Ein Connector, der bei einer Montagmorgen-Spitze blind wiederholt, macht es nur schlimmer.

Meta weist in seinem eigenen Leitfaden auf das Risiko stiller Fehler hin: "Ein fehlgeschlagenes Ticket ist unsichtbar: Der Agent hat bereits gesagt, dass sich ein Kollege meldet, der Kunde wartet, und niemand merkt es, bis er wütender erneut schreibt." Bei einer Case API, die falsche Felder ignoriert, gilt diese Warnung doppelt.

Was es kostet: Meta Business Agent vs. ServiceNows eigene KI

Der Vergleich wird hier holprig, weil ServiceNow für nichts davon Dollarbeträge veröffentlicht.

Eine Zahl spricht für ServiceNow. Ein ServiceNow-Community-Artikel zur Lizenzänderung vom April 2026 sagt, Virtual Agent habe in den neuen ITSM-Stufen "jetzt unbegrenzte Unterhaltungen". Der klassische themenbasierte Bot ist also abgedeckt, und nur die LLM-gestützten Now-Assist-Topics verbrauchen Assists.

Metas Agent ist hier die einzige Zeile mit einem Preis, den du heute in eine Tabelle eintragen kannst, wobei frühe Business-Agent-Nutzer bemerkten, wie schnell sich dieser Preis summiert:

"Meine Sorge ist, dass die Kosten pro Nachricht mit etwa 5 Cent unglaublich hoch sind."

u/Aromatic-Surround167, Reddit

Auf der ServiceNow-Seite liegt der Schmerz im Paket statt in der Einheit. Ein CSM-Admin beschrieb seine Verlängerung: "Wir hatten ein AI Starter Pack mit 25 CSM-Pro-Plus-Seats. Wir haben auf 50 Seats erhöht. Insgesamt haben wir 900 Seats auf CSM Pro. Ihr neues Modell? Alle Seats müssen vom selben Typ sein", so u/12_barrelmonkeys. Meine Aufschlüsselung der ServiceNow-AI-Preise und der Leitfaden zu Lizenztypen gehen darauf tiefer ein.

Der 1. Oktober trifft die Antworten deiner Agenten, nicht die KI

Die meisten ServiceNow-Teams auf WhatsApp werden eine andere Änderung spüren als den KI-Preis. Ab dem 1. Oktober 2026 berechnet Meta Service-Nachrichten pro Nachricht, nachdem 1.000 pro Telefonnummer und Monat kostenlos waren. Metas Preisseite sagt, jede Nachricht wird "entweder als Meta-Business-Agent-Nachricht oder als Service-Nachricht abgerechnet, nie beides".

Die native App von ServiceNow läuft auf deinem eigenen Meta-Konto, diese Service-Nachrichten-Gebühren landen also direkt auf deiner Meta-Rechnung, ohne BSP dazwischen, der sie abfedert oder aufschlägt. Jede Antwort, die ein Agent nach der Übergabe aus dem Agent Workspace sendet, zählt als eine. Metas Agent zu wählen umgeht das nicht, es ändert nur, wer die ersten paar Antworten schreibt. Mein Erklärtext zu den WhatsApp-API-Preisen hat die vollständige Preishistorie, und der Beitrag zu den Meta-Richtlinienänderungen behandelt, was Meta mit Drittanbieter-Bots gemacht hat.

Einen eigenen ServiceNow-Bot auf Muse Spark bauen

Die dritte Route überspringt Business Agent und baut direkt auf dem Modell. Sie liegt meinem Berufsalltag am nächsten, hier also, was sie in der Praxis bedeutet.

Beim Modell kostet Muse Spark 1.3 im Standard-Tarif 1,25 $ Input und 4,25 $ Output pro 1 Mio. Tokens (Meta-Model-API-Doku). Der günstigere Contributor-Tarif scheidet für Support aus, denn Metas Bedingungen sagen: "Du darfst keine sensiblen, vertraulichen oder personenbezogenen Informationen an die Discounted Services übermitteln." Ein ServiceNow-Case enthält Namen und E-Mails sowie Kontonummern. Mein Muse-Spark-1.3-Review behandelt, wo das Modell stark ist.

Auf der ServiceNow-Seite liegt der Rest ganz bei dir:

1. Die WhatsApp-Seite. Der Adapter von ServiceNow besitzt den Webhook der Nummer, ein eigener Bot ersetzt ihn also entweder oder sitzt hinter einer Custom Chat Integration. Beides ist kein Wochenendprojekt.
2. Auth. Client Credentials mit einem dedizierten Integrationsbenutzer und eingeschränkten API-Authentifizierungs-Scopes, alle 30 Minuten erneuert. Ehrlich gesagt der leichte Teil.
3. Wissen. Wissensartikel, Katalogartikel und gelöste Cases, über die Table API synchron gehalten.
4. Die Schleife. Den Case lesen, einen Kommentar oder eine Work Note entwerfen, Kategorie und Zuweisungsgruppe setzen. Für eine erste Version würde ich sie nur Work Notes schreiben lassen, sodass nichts ohne einen Menschen beim Kunden ankommt.
5. Eskalation und Tests. Deine eigene Konfidenzschwelle, plus ein Replay echter Cases, bevor etwas live geht. Mein Leitfaden Selbst bauen oder kaufen legt die vollständige Liste dar.

Ein Thread von 2026 zeigt die Art Bug, auf die du dich einlässt, selbst im eigenen Stack von ServiceNow. Der eigene Agent eines Admins lief im AI Agent Studio einwandfrei und brach nur im WhatsApp-Kanal:

"Der AI Agent funktioniert korrekt, wenn er direkt im AI Agent Studio getestet wird. Ein Ausführungsplan wird erstellt und der Work Order Agent kann laufen. Wenn ich denselben AI Agent aber von WhatsApp aus aufrufe, wird er nicht korrekt ausgeführt."

u/Affectionate_Bet971, Reddit

Die wahrscheinliche Ursache laut Antworten im Thread: Der WhatsApp-Kanal läuft unter einem anderen Benutzerkontext als deine Admin-Sitzung, ohne die Rollen, die der Agent braucht. Dieselbe Frage zum Benutzerkontext gilt für jeden Bot, den du baust. Andere Modelle bekommen dieselbe Behandlung in ChatGPT für ServiceNow, Claude für ServiceNow und Grok für ServiceNow.

Wo Metas Agent für ein ServiceNow-Team aufhört

Nichts davon ist versteckt, alles steht in Metas eigener Doku, aber es trifft ein ServiceNow-Team härter:

• Er antwortet nur in Metas Apps. Deine Instanz nimmt auch Portal, E-Mail, Teams und Slack entgegen. Business Agent deckt nichts davon ab, du würdest also zwei KIs mit zwei Regelwerken betreiben. Mein Beitrag zum ServiceNow-Chatbot behandelt diese Kanäle.
• Deine Case-Historie ist keine Wissensquelle. Metas Support-Leitfaden empfiehlt, "die häufigsten Anlässe aus deinem Helpdesk für das letzte Quartal zu exportieren" und FAQ-Einträge von Hand zu schreiben. Deine Wissensdatenbank und Jahre gelöster Cases bleiben außer Reichweite.
• Er kennt deine Struktur nicht. Der Wert von ServiceNow ist Struktur: Kategorien, Zuweisungsgruppen, SLAs, Genehmigungen, die CMDB. Metas Agent sieht einen Chat, keinen Case, außer dein Connector bringt es ihm bei.
• Regulierte Branchen sind ausgeschlossen. Unternehmen aus Finanzen, Gesundheit, Behörden, Alkohol oder Glücksspiel dürfen die Plattform nicht nutzen.
• Genauigkeit braucht weiterhin Grounding. Metas Hilfecenter warnt: "Manche KI-Nachrichten können ungenau oder unangemessen sein."

Ein Kommentator in r/WhatsappBusinessAPI hat die Grenze gut beschrieben:

"Wenn man sich den aktuellen KI-Agenten genau ansieht, kann er nur Dinge innerhalb von Meta tun, aber nichts außerhalb."

u/Ok_West333, Reddit

Diese Umdeutung würde ich einem ServiceNow-Team mitgeben: Metas Agent ist eine Eingangstür für WhatsApp, während ServiceNow der Ort ist, an dem die Arbeit liegt, und die KI, die sich bezahlt macht, ist die, die dort lesen und schreiben kann.

Welches Setup zu deinem ServiceNow-Team passt

So würde ich wählen, je nachdem, wer schreibt und wie dein Team arbeitet.

Die meisten ServiceNow-Teams stehen in der ersten Zeile, und die WhatsApp-Frage stellt sich für sie nie. Für CSM-Teams würde ich die Zeit in die zweite und die vierte Zeile investieren. Wenn du KI-Tools für die Instanz selbst vergleichst, sind meine Übersicht Beste KI für ServiceNow und der Leitfaden KI zu ServiceNow hinzufügen gute nächste Lektüre.

Die Liste der Alternativen zu ServiceNow Virtual Agent hilft, wenn du Otto überdenkst, und Beste KI für WhatsApp-Support behandelt WhatsApp über Helpdesks hinweg.

eesel für WhatsApp auf ServiceNow testen

Erst die direkte Antwort: eesel hat keine native ServiceNow-Integration, und ich möchte, dass du das von mir erfährst und nicht auf einem Einrichtungsbildschirm. Was es hat, sind die zwei Bausteine, die dieses Setup wirklich braucht.

eesel ist ein KI-Helpdesk-Teammitglied, das selbst auf WhatsApp antwortet und so den einen KI-Platz der Nummer anstelle von Metas Agent oder Otto übernehmen kann. Es erreicht ServiceNow über Network Access: Du erlaubst die Domain deiner Instanz, fügst den Header x-sn-apikey für einen ServiceNow-API-Key hinzu, und der Agent kann Cases anlegen, ihren Status lesen und Kommentare über die REST-API posten. Die Zugangsdaten werden als Header gespeichert und der KI nie angezeigt, und mit Action Permissions kannst du jeden Schreibzugriff auf "ask" setzen, sodass ihn zuerst ein Mensch freigibt.

Es lernt aus deinem Help Center und vergangenen Unterhaltungen und folgt Anweisungen in normaler Sprache dazu, welche Anfragen es anfassen darf. Die Preise sind ein fester monatlicher Credit-Tarif, bei dem ein Chat als ein Credit zählt, egal wie viele Antworten er braucht, also gibt es keine Assist-Rechnerei.

Wenn du es lieber skriptest, kannst du mit der eesel-CLI oder einem Coding-Agenten wie Claude Code oder Cursor eesel status prüfen, eesel activity lesen und eesel approvals aus einem Terminal abarbeiten, am selben Teammitglied, das du im Dashboard einrichtest. Ein Webhook aus einem ServiceNow-Flow kann es wecken, wenn sich ein Case ändert.

eesel testen: kostenlos mit 100 Credits und ohne Karte, und sieh, wie es mit deinen WhatsApp-Unterhaltungen umgeht, bevor die Preisänderung vom 1. Oktober greift.