Ein Hersteller aus einem regulierten Umfeld betreibt seine S/4HANA-Landschaft im Cloud-Vertragsmodell, mit angebundener Entwicklungsplattform und einer bewusst schlank gehaltenen SAP-Organisation; die Basisadministration liegt bei einem externen Partner. Die Ausgangslage ist typisch: Über Jahre gewachsene Eigenentwicklungen, deren Wirkung niemand vollständig beschreiben kann, Dokumentation in Teilen, und über die SAP-Lizenz längst verfügbare KI-Funktionen, die nie jemand aktiviert hat.
Der Zuschnitt des Vorhabens folgt genau den Leitplanken oben: lesender Zugriff, zunächst nur Entwicklungs- und Testsystem, beschränkt auf Customizing, Systemtabellen und Code – keine Bewegungs- und keine Stammdaten, erzwungen über die Berechtigungen eines eigenen technischen Benutzers. Zugriffe werden protokolliert, die Auswertungen strukturiert abgelegt, sodass sich daraus die Nachweisstruktur für die Compliance-Anforderungen ableiten lässt. Hosting und Betrieb bleiben im Haus des Unternehmens.
Inhaltlich stehen drei Fragen am Anfang: Was steckt im Custom Code, welche Transporte sind offen, und wo fehlt technische Dokumentation? Parallel werden die über die SAP-Lizenz verfügbaren KI-Kapazitäten aktiviert und an echten Fragen erprobt, damit die Einsatzrichtlinie nicht am Schreibtisch entsteht, sondern aus der Nutzung. Den Abschluss bildet nicht die Technik, sondern das Enablement: Betriebshandbuch, Hands-on-Schulung und klare Zuständigkeiten, damit das interne Team die Auswertungen anschließend selbst fährt.
Der Punkt, auf den es ankommt: Der erste Anwendungsfall trägt die Grundlage. Ist der Zugang einmal sauber aufgesetzt und im Haus verstanden, sind weitere Themen – Unterstützung in der Entwicklung, eigene Anwendungen, Auswertungen entlang der Fertigung – eine Frage von Priorität, nicht mehr von Grundsatzentscheidungen.
