Vorspann

Viele Unternehmen starten ihre S/4HANA-Serviceplanung mit einer scheinbar pragmatischen Annahme: Wir nehmen die heutigen SAP-CS- oder SAP-CRM-Prozesse und bauen sie im neuen System wieder auf. Für IT-Leitungen klingt das zunächst risikoarm. Die Fachbereiche erkennen ihre Abläufe wieder, das Projekt vermeidet Grundsatzdiskussionen und das Customizing kann schnell beginnen.

Genau hier entsteht das Risiko. S/4HANA Service ist kein Releasewechsel von SAP CS. Es ist auch keine neue Oberfläche für eine bekannte Servicelogik. In vielen Projekten ist der Wechsel fachlich näher an der Einführung einer neuen Servicelösung als an einer technischen Migration. Wer das zu spät erkennt, trifft Architekturentscheidungen, während das Projekt längst im Customizing steckt.

Der alte CS-Auftrag war oft mehr als ein Auftrag

In SAP CS und SAP CRM Service haben Unternehmen über Jahre ihre eigene Arbeitsweise aufgebaut. Der Serviceauftrag war nicht nur ein Beleg. Er war Arbeitsliste, technische Dokumentation, Kostenobjekt, Kommunikationsanker, Ersatzteilkontext, Abrechnungsgrundlage und manchmal auch eine Art Projektnotiz.

Diese Breite war praktisch. Sie hat aber auch verdeckt, welche fachlichen Entscheidungen wirklich getroffen wurden. Manche Logik steckte im Customizing, manche in Erweiterungen, manche in Routinen erfahrener Mitarbeiter. Wenn ein Unternehmen diese Welt unverändert nach S/4HANA Service übertragen will, nimmt es nicht nur bewährte Prozesse mit. Es nimmt auch alte Unschärfen, Workarounds und unausgesprochene Architekturentscheidungen mit.

S/4HANA Service folgt einer anderen Lösungslogik

S/4HANA Service arbeitet mit anderen Objekten, Rollen, Oberflächen, Integrationspunkten und Architekturprinzipien. Business Partner, Fiori-Rollen, Serviceverträge, Serviceaufträge, Rückmeldungen, Abrechnung, Advanced Execution, Clean Core und mögliche Finance-Themen wie Event-Based Revenue Recognition müssen neu designed werden.

Das bedeutet nicht, dass jede alte Anforderung falsch ist. Viele alte CS- oder CRM-Prozesse enthalten wertvolles Wissen über Kunden, Anlagen, Ersatzteile, Service-Level und interne Verantwortung. Aber dieses Wissen muss übersetzt werden. Es darf nicht automatisch als Bauplan für das neue System dienen.

Der entscheidende Perspektivwechsel lautet: Nicht fragen, wie der alte Ablauf wiederhergestellt wird. Sondern fragen, welches Service-Zielbild künftig tragfähig ist.

Warum Copy Paste für Entscheider so verführerisch ist

Für Entscheider wirkt Copy Paste attraktiv, weil es Sicherheit verspricht. Ein bekanntes Prozessbild scheint weniger Schulung, weniger Widerstand und weniger fachliche Diskussion zu bedeuten. Gerade in Unternehmen mit Maschinen, Anlagen, Medizintechnikprodukten oder komplexem After-Sales-Geschäft ist der Servicebetrieb empfindlich. Niemand möchte riskieren, dass Techniker, Ersatzteilprozesse, Rechnungen oder Kundeninformationen nach dem Umstieg ins Stocken geraten.

Doch diese Sicherheit ist oft nur scheinbar. Wenn S/4HANA Service wie eine andere Servicelösung eingeführt werden müsste, aber wie ein Releasewechsel behandelt wird, entsteht eine Lücke zwischen Projektplanung und Realität. Die Organisation plant mit Wiederverwendung, während das System neue Konzepte verlangt. Die Folge sind späte Grundsatzdiskussionen, Notlösungen, zusätzliche Erweiterungen und Entscheidungsdruck im falschen Moment.

Zu frühes Customizing verschiebt die eigentliche Entscheidung

Customizing ist nicht der Ort, an dem ein Projekt sein Service-Zielbild suchen sollte. Customizing setzt Entscheidungen um. Es ersetzt sie nicht.

Vor dem Customizing müssen mehrere Fragen beantwortet sein. Welche Serviceprozesse bleiben wirklich geschäftskritisch? Welche alten Sonderwege waren nur historisch gewachsen? Welche Aufgaben übernimmt künftig der Standard? Wo braucht es eine bewusste Erweiterung? Welche Rolle spielen Servicevertrag, Serviceauftrag, technische Ausführung, Ersatzteilprozess, Abrechnung und Reporting? Und welche Auswirkungen hat jede Abweichung auf Clean Core, Releasefähigkeit, Schulung und Betrieb?

Wenn diese Fragen fehlen, wird Customizing zur Ersatzstrategie. Dann entscheidet das Projekt schrittweise im System, ohne dass ein belastbares Zielbild existiert. Das ist besonders gefährlich, weil viele Entscheidungen später schwer zurückzudrehen sind.

Die knappe Ressource ist Übersetzungswissen

Viele Unternehmen unterschätzen außerdem, wie selten belastbares Übersetzungswissen geworden ist. Es reicht nicht, SAP CS oder SAP CRM Service zu kennen. Es reicht auch nicht, nur S/4HANA Service nach Dokumentation konfigurieren zu können. Entscheidend ist die Fähigkeit, alte Servicewirklichkeit in neue Lösungsarchitektur zu übersetzen.

Ein guter Solution Architect erkennt, welche alte Anforderung fachlich zwingend ist und welche nur aus Gewohnheit formuliert wird. Er kann erklären, warum ein vertrauter Ablauf im neuen System anders gedacht werden sollte. Und er kann mit IT, Fachbereich und Finance klären, welche Entscheidung Standardnähe schützt und welche spätere Komplexität erzeugt.

Was IT-Leitungen vor dem Projektstart prüfen sollten

Vor dem Customizing braucht das Projekt eine kurze, aber belastbare Klärung.

  • Welche heutigen CS- oder CRM-Prozesse sind wirklich wertschöpfend?
  • Welche alten Funktionen wurden nur genutzt, weil es damals keine bessere Lösung gab?
  • Welche Objekte und Rollen übernimmt S/4HANA Service künftig als führend?
  • Wo entstehen neue Integrations- und Reportinganforderungen?
  • Welche alten Erweiterungen widersprechen dem Clean-Core-Ziel?
  • Welche Entscheidungen müssen Fachbereich, IT und Finance gemeinsam treffen?
  • Wer im Projekt versteht sowohl die alte CS- und CRM-Welt als auch S/4HANA Service?

Diese Fragen verlangsamen das Projekt nicht. Sie verhindern, dass Geschwindigkeit an der falschen Stelle entsteht.

Schlussfolgerung

Der gefährlichste Satz im S/4HANA-Serviceprojekt lautet nicht: Das geht nicht. Gefährlicher ist: Das haben wir früher auch so gemacht.

Der Satz ist wertvoll, weil er Erfahrung sichtbar macht. Aber er darf nicht die Antwort sein. Er muss der Startpunkt einer Prüfung werden. S/4HANA Service verlangt ein neues Lösungskonzept, nicht nur eine technische Fortschreibung alter CS- oder CRM-Abläufe. Wer das vor dem Customizing klärt, schützt Standardnähe, reduziert spätere Korrekturen und schafft Serviceprozesse, die nicht nur vertraut wirken, sondern langfristig tragfähig sind.