KI-Agenten in der SAP-Security: was „KI kann SAP“ wirklich bedeuten

Titel:

Ein KI-Assistent, der Security-Reports zusammenfasst, ist Komfort. Ein KI-Agent, der auf Zuruf read-only live in Ihrer SAP-Landschaft liest — protokolliert, validiert, ohne dass ein einziger Zugangsschlüssel die Kontrolle verlässt — ist ein Unterschied im Tagesgeschäft. Dieser Beitrag ordnet ein, worauf es bei beidem ankommt.

Die Branche hat KI für sich entdeckt. Auf dem Markt gibt es inzwischen das Produkt mit einem „AI Companion“, oder die Plattform mit „agentischen Workflows“ im SAP-Umfeld, ein dritter Dienstleister erklärt ins seinem Whitepaper KI-Agenten zum „größten SAP-Risiko 2026″.
Die Frage, die uns seit Monaten in Kundenworkshops beschäftigt, ist damit endlich in der Mitte der Branche angekommen. Nur: Zwischen „KI draufschreiben“ und „KI, die in Ihrer Landschaft etwas tut“ liegt mehr als ein Produktname.

Was die Welle meint — und was sie verwechselt: Die sichtbaren KI-Funktionen der meisten SAP-Security-Produkte arbeiten über den Daten: sie fassen Befunde zusammen, formulieren Texte, ordnen Alarme ein. Das ist ehrlich nützlich — es ist aber Komfort, keine Fähigkeit. Denn die Frage, die ein Security-Verantwortlicher wirklich stellt, beantwortet kein Report-Chat: „Was ist JETZT in MEINER Landschaft der Stand?“ Genau da fängt die Arbeit bisher wieder von vorne an: Ticket ins Basis-Team, RFC-Auskunft ziehen, Screenshot in ein Dokument kleben. Die KI hat gerade Zeit gespart, die ihr woanders wieder abgezogen wird.

Verwechselt wird das gern mit dem zweiten, besseren Verständnis: ein Agent, der die Werkzeuge des Prüfers selbst nutzt — mit Grenzen, die im Produkt hart erzwungen sind, nicht im Prompt erbeten.

Die Realität der Nutzung — timing: Wir beobachten seit dem Rollout der neuen werthAUDITOR-Generation ein Muster: Die Akzeptanz steigt nicht mit der Modellgröße, sondern mit der Beantwortbarkeit. Wenn der SAP-Betreuer im Meeting gefragt wird, wie der Stand in Produktivsystem X zu dem Finding Y ist und die Antwort kommt in Minuten von dem Werkzeug Live aus dem SAP System statt in Tagen aus dem Prozess — dann kippt die Skepsis. Das Timing verschiebt sich vom „nächsten Quartals-Review“ in „dieses Gespräch“. Das ist der eigentliche Produktivitätssprung, und er hat nichts mit dem Sprachmodell an sich zu tun, sondern damit, dass der Agent an die Live-Auskunft darf — unter Kontrolle.

Was daraus folgt — Schutzprinzipien: Aus unserer Praxis als Prüfer, die selbst mit sensibelsten Systemen arbeiten, haben wir vier Leitplanken, die jedes KI-Feature in einer SAP-Landschaft unserer Ansicht nach erfüllen muss:

  1. Lesen statt schreiben. Der Agent bekommt nur, was ein Prüfer auch bekommen würde: read-only-Auskunft, hart erzwungen im Produkt — nicht als Appell an das Modell.
  2. Die Zugangsdaten kennen das Modell nicht. Ein LLM-Anbieter — gleich ob Cloud oder im Haus — darf Credentials nie sehen. Wer das nicht trennen kann, hat das Thema nicht zu Ende gedacht.
  3. Alles, was der Agent tut, ist protokolliert. Die Frage „was hat die KI wann warum abgefragt?“ muss beantwortbar sein.
  4. Maschinenarbeit wird validiert, bevor sie gilt. Wenn die KI Aufgaben, Nachweise oder Konfigurationsvorschläge erzeugt, prüft das Produkt sie strukturiert nach, bevor sie übernommen werden. Vertrauen ist gut, Pipeline ist besser.

Und natürlich: abschaltbar. Wer KI in seiner Landschaft nicht will, schaltet sie ab, ohne das Produkt zu verlieren. Wer sie on-premises will, soll sie on-premises betreiben können — auch das ist Made in Germany, das man verkaufen kann.

Die Lehre: Die Markt hat Recht mit einem: Wer KI in der SAP-Security ignoriert, wird in zwei Jahren erklären müssen, warum. Sie haben unrecht mit dem anderen: KI ist kein Report-Feature. Sie ist entweder ein geprüfter, protokollierter Zugriffsweg in Ihre Landschaft — oder sie ist Marketing. Wir haben uns für die erste Variante entschieden; die neue werthAUDITOR-Generation liefert sie als Webplattform out-of-the-box.
Neugierig, wie sich das in Ihrer Landschaft anfühlt?