OpenAI und ServiceNow verbinden KI-Agenten mit IT- und Security-Workflows

Was OpenAI und ServiceNow angekündigt haben

OpenAI beschreibt eine erweiterte Partnerschaft mit ServiceNow. Ziel ist, ServiceNow-Workflows mit ChatGPT und Codex zu verbinden und OpenAI-Modelle in Abläufe von der Entwicklung bis zur Sicherheitsarbeit einzubetten. Damit verschiebt sich die Frage von „Kann ein Modell Text erzeugen?“ zu „Welche Unternehmensaktion darf ein Agent im konkreten Kontext vorbereiten oder ausführen?“

Als Beispiel nennt OpenAI die Untersuchung von Störungen, die Bewertung von Änderungsrisiken und das Aktualisieren von ServiceNow-Datensätzen aus ChatGPT heraus. ServiceNow soll dabei bestehende Geschäftsregeln und Berechtigungen über seine Action Fabric berücksichtigen. Die Beschreibung stammt aus der Anbieterankündigung und ist kein unabhängiger Praxistest.

Was ist bereits verfügbar?

OpenAI nennt das ServiceNow-MCP-Plugin als im OpenAI Marketplace verfügbar. Ein Plugin-Zugang allein sagt aber noch nicht, welche Funktionen im jeweiligen ServiceNow-Vertrag, Mandanten, Benutzerkontext oder regionalen Rollout tatsächlich nutzbar sind. Vor einem produktiven Einsatz müssen deshalb konkrete Berechtigungen, Datenflüsse und Protokollierung geprüft werden.

Erweiterte Fähigkeiten sollen laut Ankündigung bis Ende 2026 folgen. Sicherheitsfunktionen werden mit einem Early Access im Januar 2027 und einer allgemeinen Verfügbarkeit im zweiten Quartal 2027 beschrieben. Codex in der AI Workflow Factory ist für 2027 angekündigt. Diese Punkte sind Roadmap-Angaben und sollten nicht als bereits verfügbare Produktfunktionen dargestellt werden.

Warum der Security-Teil wichtig ist

Ein Agent, der Tickets liest, Änderungen bewertet oder Einträge aktualisiert, arbeitet mit Unternehmenskontext und kann Auswirkungen auf laufende Prozesse haben. Für Sicherheitsabläufe soll die geplante Lösung OpenAI-Cybersecurity-Funktionen mit ServiceNow-Daten zu Assets, Identitäten und Geschäftsprozessen verbinden.

Das kann die Untersuchung eines Alerts erleichtern. Es löst aber nicht automatisch die zentralen Kontrollfragen: Welche Identität verwendet der Agent? Welche Daten darf er sehen? Darf er nur eine Empfehlung formulieren oder auch Änderungen auslösen? Wie werden fehlerhafte oder manipulierte Eingaben erkannt? Und kann eine Person oder ein unabhängiges Regelwerk kritische Aktionen stoppen?

Was Unternehmen vor einem Einsatz prüfen sollten

• Verfügbarkeit: Ist die benötigte Funktion im eigenen Vertrag und in der eigenen Region tatsächlich freigeschaltet?
• Berechtigungen: Werden ServiceNow-Rollen und OpenAI-Zugriff getrennt geprüft, statt dem Agenten pauschale Administrationsrechte zu geben?
• Datenfluss: Welche Ticket-, Asset-, Identitäts- und Protokolldaten werden an welches Modell und welchen Dienst übertragen?
• Aktionen: Welche Änderungen darf der Agent vorbereiten, welche ausführen und welche benötigen eine menschliche Freigabe?
• Nachvollziehbarkeit: Sind Modellvorschlag, verwendete Daten, Werkzeugaufruf, Freigabe und tatsächliche Änderung prüfbar protokolliert?
• Rückfall: Gibt es einen manuellen Ablauf, wenn der Agent nicht verfügbar ist oder eine Empfehlung nicht plausibel wirkt?

Einordnung von Project Atlas

Die Meldung ist vor allem für Unternehmen relevant, die ServiceNow bereits als zentrale IT- oder Security-Plattform nutzen. Für kleinere Teams ist sie nicht automatisch ein Grund, die Plattform einzuführen. Entscheidend ist, ob der konkrete Prozess wiederkehrend ist, die vorhandenen Daten ausreichend gepflegt sind und die Organisation die zusätzlichen Agentenrechte kontrollieren kann.

Die angekündigten Zeitpunkte und Funktionen stammen von OpenAI. Sie belegen weder eine allgemeine Verfügbarkeit noch eine unabhängige Sicherheits- oder Datenschutzbewertung. Vor einer Entscheidung sollten die konkrete ServiceNow-Edition, die OpenAI-Nutzung, Vertragsunterlagen, Datenregion und Rollenmodell separat geprüft werden.