Wann sich SAP Field Service Management lohnt: 5 Signale

Kurzfassung: SAP Field Service Management (FSM) koordiniert alles zwischen «der Serviceauftrag existiert» und «der Techniker hat die Maschine repariert»: Einsatzplanung, die mobile App des Technikers, Ersatzteile und Kundenkommunikation. Es ist an S/4HANA Public Cloud für Serviceaufträge, Rückmeldungen und Fakturierung angebunden und an Service Cloud V2 für die Annahme von Servicefällen. Sie brauchen es, sobald manuelle Disposition, fehlende Informationen vor Ort und späte Rechnungen Einsätze und Liquidität kosten. Beginnen Sie mit Disposition und digitalem Servicebericht; sensorgesteuerte und vorbeugende Wartung kommen dazu, wenn die Grundlagen laufen.

Im Aussendienst treffen Versprechen auf die Wirklichkeit. Sie haben dem Kunden zugesagt, die Maschine bis Dienstag zu reparieren. Jetzt muss jemand mit den richtigen Teilen, den richtigen Fähigkeiten und den richtigen Informationen vor Ort sein. Genau das koordiniert SAP Field Service Management: Einsatzplanung, Disposition, mobile Arbeitsaufträge und Ersatzteile, also die Dinge, die sonst in einer Tabelle und einem Gruppenchat leben.

Dieser Leitfaden zeigt, was FSM kann, wie es in die SAP-Landschaft passt und wann sich die Investition lohnt. Wer bereits S/4HANA Public Cloud betreibt, findet in unserem Praxisleitfaden zu FSM mit S/4HANA Public Cloud eine Ebene mehr Tiefe zur Einführung.

Was macht SAP FSM konkret?

Aussendienst ist teuer. Jede unnötige Fahrt, jeder verpasste Termin und jeder Zweiteinsatz kostet Geld und Kundenvertrauen. Der Wert von FSM liegt nicht im Planungsalgorithmus allein, sondern darin, die Informationslücke zwischen Innendienst und Techniker zu schliessen, damit die richtige Person mit dem richtigen Teil und der richtigen Vorgeschichte ankommt.

Vier Fähigkeiten tragen das:

Einsatzplanung und Disposition. Die Disposition sieht Techniker, Qualifikationen, Verfügbarkeit und offene Aufträge auf einer Plantafel, die Karte daneben. Zuweisungen erfolgen per Drag-and-drop oder als Vorschlag des Systems nach Qualifikation, Standort und Priorität. Kommt ein Notfall herein, zeigt die Tafel, wen man umplanen kann.

Die mobile App für Techniker. Techniker sehen ihre Aufträge, die Gerätehistorie, Checklisten und Dokumente auf Telefon oder Tablet, erfassen Zeit und Material, machen Fotos und holen die Unterschrift des Kunden ein. Die App funktioniert offline und synchronisiert, sobald die Verbindung zurück ist. Das zählt in Kellern, Werkhallen und abgelegenen Regionen.

Ersatzteile. Techniker sehen, welche Teile ein Auftrag braucht und wo sie an Lager sind, auch im Fahrzeug. Fehlende Teile werden vor der Fahrt sichtbar statt vor Ort, und genau dort entsteht sonst das «Ich komme nächste Woche wieder».

Kundenkommunikation. Terminbestätigungen und Statusmeldungen halten den Kunden auf dem Laufenden, und die Selbstbuchung lässt ihn ein Zeitfenster wählen, statt mehrfach mit der Disposition zu telefonieren.

Wie ist FSM mit S/4HANA und Service Cloud V2 verbunden?

FSM sitzt zwischen zwei Systemen, die je eine Hälfte des Serviceprozesses verantworten.

S/4HANA Public Cloud führt Auftrag und Geld. SAP beschreibt eine Standardintegration zwischen dem Service in S/4HANA Public Cloud und FSM: Ein freigegebener Serviceauftrag wird in FSM zum Service Call, eingeplante Aktivitäten werden zurückgemeldet, und genehmigte Zeiten, Spesen und Materialien kommen als Servicerückmeldungen zurück, die die Fakturierung steuern. Die Übersicht zur FSM-Integration nennt die unterstützten Backends.

Service Cloud V2 führt den Servicefall. Es übernimmt die Annahme über Telefon, E-Mail, Chat und Portal, die Wissensdatenbank und die SLAs. Braucht ein Fall einen Einsatz vor Ort, wird er zum Auftrag im Aussendienst; ist die Arbeit erledigt, lässt sich der Fall mit dem Ergebnis abschliessen. Wie die Fallseite an das ERP angebunden wird, beschreibt der Beitrag zur Integration von Service Cloud V2 und S/4HANA Public Cloud.

In der Praxis sieht der Ablauf so aus:

1. Ein Kunde meldet eine Störung, oder in S/4HANA entsteht ein Serviceauftrag.
2. FSM erhält den Auftrag, die Disposition plant ihn auf der Tafel ein.
3. Der Techniker arbeitet den Auftrag in der App ab: Checkliste, Zeit, Teile, Fotos, Unterschrift.
4. Die Rückmeldung fliesst für die Fakturierung zurück nach S/4HANA, der Servicebericht hängt am Auftrag.
5. Gibt es einen Fall in Service Cloud V2, wird er mit dem Ergebnis geschlossen.

Die Designfragen liegen an den Übergaben: Wer führt Kunden- und Equipment-Stamm, wann wird ein Auftrag freigegeben, wer genehmigt Korrekturen? Unsere Checkliste für die Übergaben zwischen FSM, Sales Cloud V2 und S/4HANA nennt die Tests, die vor dem Go-live laufen sollten.

Wann lohnt sich SAP FSM? Fünf Signale

Der falsche Zeitpunkt oder Umfang führt zu einer überdimensionierten Plattform. Deshalb direkt:

Sie brauchen FSM, wenn:

• Sie mehr als eine Handvoll Techniker disponieren und die Planung per Telefon, Tabelle oder Gruppenchat läuft
• Techniker regelmässig ohne das nötige Teil oder die nötige Information ankommen
• Kunden sich über verpasste Termine beklagen oder nicht wissen, wann der Techniker kommt
• Serviceberichte auf Papier entstehen und die Rechnung dem Einsatz um Wochen hinterherläuft
• Sie Reaktionszeiten, Erledigungsquoten oder Teileverbrauch nicht auswerten können

Sie brauchen FSM wahrscheinlich nicht, wenn:

• Zwei oder drei Techniker ihre Woche selbst organisieren und die Planung nicht der Engpass ist
• Ihr Aussendienst einfach ist: ein Gerätetyp, eine Qualifikation, planbare Termine
• Sie bereits ein leistungsfähiges Aussendienstwerkzeug betreiben und der Wechsel mehr kostet als er bringt

Kommt Ihnen die erste Liste bekannt vor, beginnen Sie mit Einsatzplanung und Disposition, der mobilen App und dem digitalen Servicebericht. Die Ersatzteillogistik folgt als Nächstes, die sensorgesteuerte Wartung, wenn die Grundlagen stabil laufen.

Und IoT und vorbeugende Wartung?

Hier wird FSM spannend, und es ist die fortgeschrittene Stufe, nicht der Einstieg.

Maschinendaten lösen Arbeitsaufträge aus. Betriebsstunden, Fehlercodes oder Schwellenwerte aus der Anlage erzeugen automatisch einen Serviceauftrag, oft mit den wahrscheinlich benötigten Teilen. Der Techniker ist eingeplant, bevor die Maschine stillsteht.

Vorbeugende Wartung nach Nutzung statt nach Kalender. Im Werk von Lindt & Sprüngli in Aachen haben wir FSM zuerst mit mobilen Arbeitsaufträgen eingeführt, dann mit Ersatzteilen in Echtzeit und schliesslich mit vorbeugender Wartung auf Basis der Betriebsstunden aus dem bestehenden SCADA-System. Sechs Monate nach dem Go-live lagen die ungeplanten Stillstände 40% tiefer, und die Zeit bis zum Technikereinsatz hatte sich halbiert. Die Reihenfolge war entscheidend: Die vorbeugende Ebene funktionierte nur, weil Arbeitsaufträge und Teile bereits verlässlich waren.

Ferndiagnose. Techniker prüfen den Zustand der Anlage vor dem Einsatz und kommen mit der richtigen Diagnose und den richtigen Teilen an. Das beendet das Muster «zuerst anschauen, dann mit Teilen wiederkommen».

Bringen Sie zuerst Einsatzplanung und mobile App zum Laufen und nehmen Sie Maschinendaten dazu, wenn das operative Fundament steht.

Häufige Fragen

Wie unterscheidet sich SAP FSM von der Instandhaltung in S/4HANA?

Die Instandhaltung in S/4HANA (früher Plant Maintenance) betreut Ihre eigenen Anlagen in Ihren eigenen Werken, mit Fokus auf den Lebenszyklus der Anlage. FSM steuert Service, den Techniker erbringen, oft beim Kunden, mit Fokus auf Einsatzplanung, mobiler Ausführung und Kundenkommunikation. Viele Unternehmen nutzen beides, und FSM kann auch interne Instandhaltungsteams planen, wie das Lindt-Projekt zeigt.

Welche Branchen profitieren am meisten von FSM?

Branchen mit hochwertigen Anlagen, die Service vor Ort brauchen: Maschinenbau, Medizintechnik, Gebäudetechnik und HLK, Lebensmittelproduktion, Telekommunikation, Versorger, Aufzüge und Fahrtreppen. Wer Techniker mit Werkzeug und Teilen zu Maschinen schickt, sollte FSM prüfen.

Funktioniert FSM ohne Service Cloud V2?

Ja. FSM ist direkt an S/4HANA Public Cloud angebunden, und der Serviceauftrag im ERP genügt als Auslöser. Service Cloud V2 lohnt sich, wenn die Annahme das Problem ist: viele Anfragen über mehrere Kanäle, die als Fälle gebündelt und priorisiert werden sollen, bevor sie den Aussendienst erreichen.

Wie lange dauert eine FSM-Einführung typischerweise?

Für eine Serviceorganisation mit Disposition, mobiler App, Ersatzteilen und digitalem Servicebericht planen Sie rund 10 bis 16 Wochen; das Lindt-Projekt dauerte vierzehn Wochen in drei Phasen. Die Integration mit Service Cloud V2 und Maschinendaten bilden eigene Phasen. Den Termin verschiebt selten die FSM-Konfiguration, sondern die Equipment-Stammdaten und der Zustand der installierten Basis.

Wie geht FSM mit Offline-Situationen um?

Die mobile App speichert Arbeitsaufträge, Gerätedaten und Formulare auf dem Gerät. Techniker erledigen ihre Arbeit offline, und die Daten synchronisieren sich automatisch, sobald wieder Verbindung besteht. Für Service in Kellern, an abgelegenen Standorten oder in ländlichen Gebieten ist das keine Komfortfunktion, sondern die Voraussetzung dafür, dass Techniker das Werkzeug akzeptieren.

---

Sie suchen einen Partner, der FSM mit Servicefall und ERP verbindet? Unsere Übersicht der SAP-FSM-Partner in der Schweiz und DACH zeigt, wie wir arbeiten, und der Leitfaden zu einem Partner für Cloud ERP und CRM, warum das zählt. Oder sprechen Sie direkt mit uns über Ihren Serviceprozess.