SAP FSM, Sales Cloud und S/4: Übergaben sauber integrieren

Kurzfassung: SAP FSM, Sales Cloud V2 und S/4HANA Public Cloud greifen ineinander, wenn jede Übergabe eine verantwortliche Stelle und einen prüfbaren fachlichen Status hat. S/4HANA führt Serviceauftrag, Rückmeldung und Fakturierung; FSM führt Einsatzplanung und Ausführung vor Ort; Sales Cloud V2 sieht die Meilensteine, die für den Kunden zählen. Schreiben Sie die Verantwortungstabelle vor der Schnittstelle, testen Sie einen Auftrag bis zur Rechnung und machen Sie Fehler (Dubletten, fehlende Daten, Korrekturen) für eine namentlich zuständige Person sichtbar.

Ein Techniker schliesst eine Reparatur ab. Der Service sieht «abgeschlossen». Die Buchhaltung wartet noch auf die Stunden. Der Vertrieb ruft den Kunden an und weiss nicht, dass ein zweiter Einsatz nötig ist. Jede Anwendung funktioniert, der Prozess nicht.

Die Verbindung von SAP Field Service Management, SAP Sales Cloud V2 und S/4HANA Public Cloud beginnt bei diesen Übergaben. Dies ist eine Design-Checkliste, keine Behauptung, dass jedes Objekt über einen einzigen Standardkonnektor läuft. Wer noch klärt, ob sich FSM überhaupt lohnt, liest zuerst unseren Leitfaden zu FSM mit S/4HANA Public Cloud.

Vertriebskontext und Serviceausführung trennen

Sales Cloud V2 hält die Kundenbeziehung und den Opportunity-Kontext. FSM unterstützt die Ausführung im Aussendienst. Das ERP führt die vereinbarten operativen und finanziellen Belege. Gehört Fallbearbeitung zum Umfang, prüfen Sie Service Cloud V2 separat; Sales Cloud ersetzt keinen Serviceprozess. Wie die Fallseite an das ERP angebunden wird, beschreibt der Beitrag zur Integration von Service Cloud V2 und S/4HANA Public Cloud.

Wissen, was der Standardablauf bereits leistet

Für die ERP-Seite beschreibt SAP die Integration zwischen dem Service in S/4HANA Public Cloud und SAP FSM als Folge definierter Schritte:

1. Der Serviceauftrag wird in S/4HANA Public Cloud freigegeben und wird in FSM zum Service Call.
2. Die Disposition plant die Aktivität ein; die Einplanung wird zurückgemeldet.
3. Der Techniker erfasst Zeiten, Spesen und Materialien im Zeit- und Materialjournal von FSM.
4. Genehmigte Einträge erzeugen in S/4HANA Servicerückmeldungen, die die Fakturierung steuern, und der Servicebericht geht zurück an den Serviceauftrag.

Diese Abfolge ist das Rückgrat, und sie ist Konfiguration, keine Entwicklung. Die Designarbeit liegt drumherum: welche Aufträge wann freigegeben werden, wer in FSM genehmigt und was geschieht, wenn eine Rückmeldung scheitert. SAPs Übersicht zur FSM-Integration unterscheidet die Backend-Varianten. Prüfen Sie die aktuelle Matrix und die Voraussetzungen für Ihr Release, statt ein Diagramm aus der Private Edition oder einem älteren CRM zu übernehmen.

Die Verantwortungstabelle vor der Schnittstelle schreiben

Objekt	Zu treffende Entscheidung
Kunde und Standort	Welches System führt die Kennung und Adressänderungen?
Equipment	Welche Referenz begleitet die Anlage über Einsätze und Austausch hinweg?
Servicearbeit	Wo liegt der massgebliche Auftrag, und was macht ihn einsatzbereit?
Stunden und Material	Wer genehmigt Korrekturen vor der Finanzbuchung?
Status für den Kunden	Welche Ereignisse soll der Vertrieb sehen, ohne jedes technische Detail?

Das sind Designentscheidungen. Die richtige Antwort hängt vom Servicemodell, vom aktivierten Umfang und von der bestehenden Landschaft ab. «Alles synchronisieren» ist keine Verantwortungsregel.

Einen Auftrag vollständig durchtesten

Nehmen Sie eine beispielhafte Reparatur mit einem Kunden, einem Equipment und einem Techniker. Legen Sie die Arbeit an, planen Sie sie ein, erfassen Sie das Ergebnis und prüfen Sie die finanzielle Folge. Ändern Sie danach den Termin, fügen Sie ein Ersatzteil hinzu und korrigieren Sie die erfasste Zeit.

Halten Sie für jede Übergabe Quell-ID, Ziel-ID, Zeitstempel und fachlichen Status fest. Eine grüne Integrationsmeldung beweist nur, dass eine Nachricht verarbeitet wurde. Sie beweist nicht, dass der richtige Auftrag fakturierbereit ist.

Prüfpunkt	Nachweis, dass es funktioniert hat
Auftrag freigegeben	Service Call in FSM mit richtigem Kunden, Equipment und richtiger Priorität
Aktivität eingeplant	Techniker, Zeitfenster und Status auf beiden Seiten sichtbar
Arbeit abgeschlossen	Zeiten, Spesen und Materialien im Journal, von der definierten Rolle genehmigt
Rückmeldung gebucht	Servicerückmeldung in S/4HANA mit den genehmigten Mengen
Rechnung	Faktura entspricht der Rückmeldung, nicht einer manuellen Korrektur

Fehler sichtbar machen

Testen Sie einen fehlenden Kunden, ein unbekanntes Material und dieselbe Abschlussmeldung, die zweimal eintrifft. Legen Sie fest, wer die Ausnahme sieht, wer sie korrigieren darf und wie eine Wiederholung doppelte Buchungen vermeidet. Beziehen Sie die Offline-Synchronisation ein, wo der gewählte mobile Ablauf sie unterstützt: Ein Techniker, der eine Stunde im Keller arbeitet, sendet danach alles auf einmal, und die Integration muss diesen Schub verkraften.

Korrekturen verdienen einen eigenen Test. Ein Techniker bucht vier Stunden, die Vorgesetzte korrigiert auf drei. Welcher Beleg wird geändert, und sieht der Kunde die korrigierte Zahl auf der Rechnung?

Dem Vertrieb nützlichen Kontext geben

Vereinbaren Sie, welche Service-Meilensteine die Kundenarbeit beeinflussen sollen: Termin bestätigt, Folgeeinsatz nötig oder Service abgeschlossen. Entscheiden Sie, ob die Anwender einen Link, ausgewählte Statusinformationen oder eine eigene Integration brauchen. Behandeln Sie das als abgegrenzte Designarbeit, nicht als vorausgesetzten direkten Datenfluss von FSM zu Sales Cloud.

Der Nutzen ist handfest. Wer im Vertrieb weiss, dass ein zweiter Einsatz geplant ist, ruft den Kunden an diesem Morgen nicht wegen einer Vertragsverlängerung an. Genau dafür verbindet man die drei Systeme, und deshalb setzen wir sie mit einem Team um; der Leitfaden zum ERP- und CRM-Partner und der Beitrag zum integrierten SAP-Stack erklären die Überlegung dahinter.

Häufige Fragen

Wie wird SAP FSM an S/4HANA Public Cloud angebunden?

SAP beschreibt ein Standardszenario für den Service: Ein freigegebener Serviceauftrag in S/4HANA Public Cloud wird in FSM zum Service Call, eingeplante Aktivitäten werden zurückgemeldet, und in FSM genehmigte Zeiten, Spesen und Materialien erzeugen in S/4HANA Servicerückmeldungen für die Fakturierung. Diese Inhalte werden aktiviert und konfiguriert, nicht entwickelt. Prüfen Sie die unterstützten Objekte für Ihr Release, bevor Sie darauf aufbauen.

Braucht Sales Cloud V2 eine direkte Verbindung zu FSM?

Nicht unbedingt. Der Vertrieb braucht meist einige Service-Meilensteine am Kunden, etwa Termin bestätigt, Folgeeinsatz nötig oder Service abgeschlossen. Entscheiden Sie, ob ein Link, ausgewählte Statusinformationen oder eine eigene Integration das abdecken, und behandeln Sie es als abgegrenzte Designarbeit statt als vorausgesetzten Standardfluss.

Was sollten wir vor dem Go-live testen?

Einen Auftrag von Anfang bis Ende: anlegen, einplanen, abschliessen, rückmelden und fakturieren. Danach die Fehlerfälle: ein fehlender Kunde, ein unbekanntes Material, dieselbe Abschlussmeldung zweimal und eine Korrektur der erfassten Zeit. Halten Sie für jede Übergabe Quell-ID, Ziel-ID, Zeitstempel und fachlichen Status fest.

---

Beginnen Sie mit einer Service-Journey und messbaren Abnahmekriterien. Unsere FSM-Referenz bei Lindt & Sprüngli folgte derselben Reihenfolge: zuerst Arbeitsaufträge und mobile App, dann Ersatzteile, zuletzt die vorbeugende Wartung. Besprechen Sie die Integration mit Spadoom und bringen Sie einen echten Auftrag, seine Ausnahmen und die heute beteiligten Systeme mit.