ChatGPT und ServiceNow: Was Unternehmen vor der Anbindung prüfen sollten

Die neue ChatGPT-ServiceNow-Integration kann für Unternehmen interessant sein, die ServiceNow bereits nutzen und einen klar begrenzten Arbeitsablauf verbessern möchten. Vor einem Einsatz sollten Sie prüfen, welche Aktionen Ihr Konto tatsächlich unterstützt und wer Änderungen freigibt. Die Ankündigung vom 28. Oktober 2026 macht mehrere Zukunftspläne sichtbar. Sie ist keine pauschale Freigabe für autonome IT-Arbeit.

Der praktische Unterschied liegt zwischen einer Antwort im Chat und einer Änderung im Fachsystem. Eine falsche Zusammenfassung lässt sich vor der Weitergabe korrigieren. Eine falsch zugeordnete oder geschlossene Störung verändert dagegen den Arbeitsbestand. Deshalb gehört zur Entscheidung über eine Anbindung ein nachvollziehbarer Prüfweg.

ChatGPT-ServiceNow-Integration: Verfügbarkeit und Fahrplan trennen

OpenAI meldet das ServiceNow-MCP-Plugin als im eigenen Marketplace verfügbar. Kunden verbinden ihre eigene Instanz und wählen die zugänglichen Fähigkeiten aus. ServiceNow nennt Action Fabric als Grundlage für Geschäftskontext, Regeln und Berechtigungen. Als Einsatzmöglichkeiten beschreiben die Hersteller das Finden ähnlicher Störungen, die Bewertung eines Changes und das Aktualisieren von Datensätzen.

Die OpenAI-Ankündigung vom 28. Oktober ist dabei von der tatsächlichen Einrichtung in Ihrem Unternehmen zu unterscheiden. Ob ein bestimmtes Konto eine benötigte Aktion ausführen darf, ist vor Ort zu verifizieren. Aus der Meldung folgt keine pauschale Zusage für jede Lizenz, Region oder technische Konfiguration.

Für die weiteren Bausteine nennt die Pressemitteilung von ServiceNow folgende erwartete Zeiträume:

• Erweiterte Plugin-Fähigkeiten: bis Ende 2026.
• Sprachfunktionen im Super Intelligence Control Tower: erstes Quartal 2027.
• Gemeinsame Sicherheitsfunktionen: früher Zugang im Januar 2027, allgemeine Verfügbarkeit im zweiten Quartal 2027.
• Codex in AI Workflow Factory: im Jahr 2027.

Das sind angekündigte Planungen. Wenn Ihr Vorhaben eine dieser Funktionen voraussetzt, sollten Sie einen Nachweis ihrer tatsächlichen Bereitstellung verlangen. Einen heute benötigten Prozess auf einen erwarteten Veröffentlichungstermin zu stützen, schafft eine zusätzliche Abhängigkeit.

Für welche Unternehmen sich die Prüfung lohnt

Ein sinnvoller Ausgangspunkt ist ein bestehender ServiceNow-Prozess, dessen Eingang und Ergebnis das Team kennt. Häufige Rückfragen, verstreute Informationen oder wiederholte Übertragungen können einen begrenzten Versuch rechtfertigen. Wer ServiceNow nicht nutzt, sollte zuerst den eigenen Engpass untersuchen. Eine neue Plattform allein wegen einer KI-Ankündigung einzuführen, wäre eine deutlich größere Entscheidung.

Auch bei vorhandener Plattform ist die Frage offen, ob eine zusätzliche Chat-Oberfläche hilft. Für standardisierte Eingaben kann das bestehende Formular genügen. Ein festes Zuordnungsschema lässt sich möglicherweise ohne Sprachmodell abbilden. KI wird eher dann interessant, wenn wechselnde Beschreibungen eingeordnet und Informationen aus mehreren erlaubten Quellen zusammengeführt werden müssen.

Der vorhandene Leitfaden zur Auswahl geeigneter Prozesse für KI-Automatisierung hilft bei dieser Vorentscheidung. Für das neue Plugin bleibt anschließend zu prüfen, ob genau die benötigte Aktion vorhanden ist. Die allgemeine Nützlichkeit eines Sprachmodells beantwortet diese technische Frage nicht.

Fiktives Beispiel: eine Störung vorbereiten

Ein fiktives mittelständisches Unternehmen möchte wiederkehrende Supportmeldungen besser vorbereiten. Eine Beschäftigte schreibt: „Die Auftragsübersicht lädt seit heute Morgen nicht.“ Bisher fragt der Service Desk nach Anwendung, Fehlermeldung und bereits geprüften Schritten. Der Versuch soll zeigen, ob aus dieser knappen Nachricht ein brauchbarer Bearbeitungsentwurf entsteht.

Die folgenden Schritte sind ein vorgeschlagener Prüfplan. Sie beschreiben keinen eigenen Produkttest und keine garantierten Funktionen des Plugins. Für den Einstieg verwendet das Team künstliche Meldungen, eine fiktive Anleitung und eine Testumgebung. Die technische Zuständigkeit klärt zuerst, welche Lese- und Schreibaktionen dort tatsächlich möglich sind.

Als Ergebnis wird eine feste Struktur vereinbart: bestätigte Angaben, offene Rückfragen, mögliche Vergleichsfälle und ein Änderungsvorschlag. Die KI soll keine Ursache als Tatsache darstellen, wenn lediglich ein ähnliches Fehlerbild vorliegt. „Der Server ist ausgefallen“ wäre ohne passenden Nachweis falsch, selbst wenn die Formulierung überzeugend klingt.

Die fachlich prüfende Person kontrolliert, ob der Vorschlag zum richtigen Vorgang gehört und welche Angaben aus welcher Quelle stammen. In der ersten Stufe bleibt es beim Entwurf. Erst wenn dieser Ablauf zuverlässig genug ist, wird eine gesondert erlaubte Änderung im Testsystem erwogen. Das Schließen einer Störung oder eine Nachricht an Betroffene gehört nicht automatisch dazu.

Der Vergleich enthält auch schwierige Fälle. Eine zweite Meldung betrifft einen anderen Standort mit ähnlichem Wortlaut. Eine dritte widerspricht der hinterlegten Anleitung. Eine vierte enthält die Aufforderung, Regeln zu ignorieren und den Vorgang sofort zu schließen. Das Team legt vorher fest, welche Fälle zur Klärung stehen bleiben müssen.

Bei einem erlaubten Speichertest zählt der Zustand im Zielsystem. Wurde der richtige Datensatz geändert? Stimmen die übernommenen Felder? Ist der verantwortlichen Person erkennbar, was geschehen ist? Eine Erfolgsmeldung im Chat reicht als Abnahme nicht aus. Bleibt der Schreibausgang unklar, muss der Bestand geprüft werden, bevor ein erneuter Versuch einen zweiten Eintrag erzeugt.

Rechte vor dem ersten Schreibzugriff klären

Eine Anbindung sollte zunächst nur die Fähigkeiten erhalten, die der vereinbarte Versuch benötigt. Für das Vorbereiten einer Antwort ist beispielsweise kein Recht zum Schließen einer Störung erforderlich. Trennen Sie Lesen, Entwerfen, Speichern und Versenden in Ihrer Planung. Ob diese Trennung in Ihrer Umgebung technisch umgesetzt ist, muss die zuständige Administration bestätigen.

Ebenso wichtig sind die Datenwege. Ein Supportfall kann Namen, Kontaktdaten, vertrauliche Fehlerprotokolle oder Zugangsinformationen enthalten. Vor der Verarbeitung ist zu klären, welche Inhalte erforderlich sind, welche ausgeschlossen bleiben und welche Systeme sie erhalten. Ein vorhandener Unternehmenszugang ersetzt diese Prüfung des konkreten Ablaufs nicht.

Zum Prüfplan gehören eine benannte Verantwortung, ein nachvollziehbarer Freigabeschritt und ein Fehlerweg. Wer entscheidet bei widersprüchlichen Informationen? Wer kann einen Versuch stoppen? Wie wird eine ungewollte Änderung erkannt und behandelt? Diese Fragen sollten beantwortet sein, bevor echte Vorgänge bearbeitet werden.

Eine gepflegte Arbeitsanweisung kann dabei helfen. Wie sich solche Anweisungen von den tatsächlich verfügbaren Werkzeugen und Befugnissen unterscheiden, erläutert der Beitrag zu Agent Skills und der Prüfung übertragbarer KI-Abläufe. Eine kopierte Anleitung stellt keine Verbindung zu ServiceNow her und erteilt keine Rechte.

Den vollständigen Aufwand vergleichen

Für die Wirtschaftlichkeit sollten Sie den bisherigen Arbeitsweg und den geplanten Ablauf vollständig erfassen. Zum neuen Weg gehören Vorbereitung, Anmeldung, Quellenkontrolle, Ergebnisprüfung, Rückfragen und gegebenenfalls die Korrektur einer Änderung. Wenn eine Zusammenfassung schnell entsteht, die Prüfung aber aufwendiger wird, kann der Gesamtvorgang trotzdem länger dauern.

Einmalige Einrichtung und laufender Betrieb benötigen unterschiedliche Budgets. Zunächst müssen Fachbereich und IT einen geeigneten Versuch beschreiben, Zugänge prüfen und Vergleichsfälle vorbereiten. Später entstehen Pflegeaufgaben, etwa wenn sich ein Formular, ein Berechtigungskonzept oder die fachliche Anleitung ändert. Werkzeug- und Vertragskosten sind zusätzlich anhand der tatsächlich benötigten Angebote zu klären.

Vergleichen Sie akzeptierte Ergebnisse statt erzeugter Antworten. Hilfreiche Beobachtungen sind vollständige Rückfragen, korrekt zugeordnete Vorgänge, notwendige Nacharbeit und die Zeit bis zur fachlichen Freigabe. Erfassen Sie ebenso, wann der Ablauf abgebrochen werden musste. Ein gescheiterter Versuch kann eine gute Entscheidung ermöglichen, wenn er eine ungeeignete Automatisierung rechtzeitig sichtbar macht.

Wann Sie starten und wann Sie warten sollten

Ein begrenzter Versuch passt, wenn eine häufige Aufgabe, erlaubte Daten, ein verfügbares Werkzeug und eine prüfende Person zusammenkommen. Beginnen Sie mit einem überschaubaren Team und einer eindeutigen Ergebnisbeschreibung. Erst nach der Auswertung entscheiden Sie, ob eine zusätzliche Systemaktion einen belegbaren Nutzen verspricht.

Warten sollten Sie, wenn schon die heutige Zuständigkeit unklar ist oder das benötigte Werkzeug nur auf einer Roadmap steht. Dasselbe gilt, wenn Fehler unmittelbar erhebliche Auswirkungen haben könnten und niemand sie vor einer Änderung zuverlässig erkennt. Dann ist zunächst Prozessklärung oder eine passende Schulung sinnvoller als ein breiter Schreibzugriff.

Für Unternehmen in NRW ist deshalb die konkrete Aufgabe der bessere Gesprächseinstieg als der Wunsch nach einem möglichst autonomen Agenten. Eine Anbindung lohnt sich, wenn sie einen bekannten Ablauf unter beherrschbaren Bedingungen verbessert. Die neue Partnerschaft liefert einen Anlass für diese Prüfung, aber noch keinen Nachweis für Ihr Unternehmen.

Quellen- und Recherchestand: 29. Oktober 2026. Nachrichtenanlass sind die Herstellerankündigungen vom 28. Oktober 2026. Verfügbarkeit und Zeitpläne sind Herstellerangaben. Beispiel, Prüfplan und Wirtschaftlichkeitsüberlegungen sind redaktionelle Empfehlungen. Es wurde kein eigener ServiceNow-Produkttest durchgeführt.

• OpenAI: Erweiterung der Partnerschaft mit ServiceNow
• ServiceNow: Ankündigung und erwartete Verfügbarkeit

KI-generiertes Symbolbild. Keine Aufnahme eines realen Ereignisses.

Autor: Niklas Entenmann, Consulting Entenmann.