Aussendiensteinsätze mit SAP FSM und S/4HANA Public Cloud: Plantafel statt WhatsApp-Gruppe

Man erkennt diese Serviceorganisationen an drei Symptomen. Erstens: Die Einsatzplanung läuft über Telefon, eine Excel-Liste namens «Einsätze_KW27_final_v3» und eine WhatsApp-Gruppe. Zweitens: Der Techniker füllt nach dem Einsatz einen Papierrapport aus, der Tage später per Foto oder Hauspost im Innendienst landet, halb leserlich. Drittens: Die Rechnung folgt dem Einsatz mit zwei bis vier Wochen Abstand, weil erst jemand Rapporte abtippen, Material nachbuchen und Stunden prüfen muss. Jedes Symptom für sich ist lästig. Zusammen kosten sie bares Geld: Leerfahrten, vergessenes Material auf der Rechnung, gebundene Liquidität.

Die gute Nachricht für alle, die bereits auf SAP S/4HANA Public Cloud sind oder gerade dorthin wechseln: Dafür muss man kein Drittsystem evaluieren. SAP Field Service Management (FSM) dockt im Standard an. Die Frage ist nicht ob es geht, sondern wann es sich lohnt und wie man es einführt, ohne die Techniker auf dem Weg zu verlieren.

Was FSM kann, was das ERP allein nicht kann

S/4HANA Public Cloud bringt einen ordentlichen Serviceprozess mit: Serviceauftrag, Rückmeldung, Faktura. Was fehlt, ist alles zwischen «Auftrag existiert» und «Techniker steht beim Kunden». Genau diese Lücke füllt FSM mit vier Bausteinen:

• Die grafische Plantafel. Der Disponent sieht alle Techniker, ihre Skills, ihre Verfügbarkeit und die offenen Einsätze auf einer Tafel, mit Karte daneben. Zuweisen heisst ziehen und fallen lassen. Wer heute mit Excel disponiert, spart hier den halben Vormittag.
• Die native mobile App mit Offline-Modus. Der Techniker sieht seine Einsätze, die Anfahrt, die Historie der Anlage und die Checkliste auf dem Handy. Auch im Keller ohne Empfang; synchronisiert wird, sobald wieder Netz da ist.
• Smartforms und Checklisten. Der Servicebericht entsteht digital während des Einsatzes: Messwerte, Fotos, verbrauchtes Material, Unterschrift des Kunden direkt auf dem Bildschirm. Das PDF ist fertig, bevor der Techniker vom Hof fährt.
• Self-Service-Terminbuchung. Der Endkunde bucht seinen Wartungstermin selbst in einem freien Slot, statt dreimal mit der Disposition zu telefonieren.

Der Prozessfluss, einmal durchgezeichnet

Der Weg eines Einsatzes durch die Systeme ist im Standard erstaunlich unspektakulär, und genau so soll es sein. Am Anfang steht ein Serviceabruf: entweder ein Serviceauftrag aus S/4HANA Public Cloud oder, wenn eine Service Cloud V2 im Einsatz ist, ein Case aus dem Omnichannel-Eingang. Daraus entsteht der Service Call in FSM. Der Disponent plant ihn auf der Plantafel ein, der Techniker bekommt die Aktivität aufs Handy. Vor Ort bestätigt er Zeiten, Material und Spesen in der App, füllt die Checkliste aus, holt die Unterschrift. Diese Rückmeldung fliesst zurück nach S/4HANA, wo Bestätigung und Faktura laufen, mit den echten Zahlen aus dem Einsatz statt einer Abschrift vom Papierrapport.

Der Punkt, der in Architektur-Workshops am meisten überrascht: Das alles läuft über den Standard-Connector zwischen FSM und S/4HANA Public Cloud. Keine eigene Middleware, kein Integrationsprojekt mit sechsstelligem Budget. Man konfiguriert die Verbindung, man baut sie nicht.

Was wir aus Projekten mitgeben

Die Technik ist selten das Problem. Die Einführung schon eher. Vier Lektionen aus Feldserviceprojekten, anonymisiert, aber alle bezahlt worden:

1. Klein starten: Disposition plus digitaler Servicebericht, sonst nichts. Terminbuchung, Ersatzteillogistik, Wartungspläne, alles gute Ideen für Phase zwei. Wer alles auf einmal einführt, bekommt nichts stabil.
2. Keine 40-Felder-Checkliste am ersten Tag. Die Versuchung ist gross, weil Smartforms so schön flexibel sind. Die Realität: Ab einer gewissen Länge füllen die Techniker die Checkliste nicht mehr aus, oder schlimmer, sie klicken sie blind durch. Fünf bis acht Pflichtfelder, der Rest optional. Erweitern kann man später, zurückbauen ist politisch viel teurer.
3. Time-to-invoice ist die eine Kennzahl. Nicht die Anzahl App-Logins, nicht die Auslastung der Plantafel. Die Zeit vom abgeschlossenen Einsatz bis zur verschickten Rechnung. Von zwei bis vier Wochen auf ein bis zwei Tage ist ein realistisches Ziel, und der CFO versteht diese Zahl ohne Erklärfolie.
4. Stammdaten zuerst. Die Plantafel ist nur so klug wie ihre Daten: Techniker mit gepflegten Skills, Servicematerialien, die der Techniker in der App auch findet. Wer diese Hausaufgabe vor dem Go-Live macht, hat eine Plantafel, die plant. Wer sie auslässt, hat eine teure Excel-Tabelle mit Farbverlauf.

Was es kostet, ehrlich gerechnet

FSM wird pro Techniker lizenziert. Das macht die Rechnung angenehm einfach: Der Nutzen skaliert mit denselben Köpfen wie die Kosten. Als Faustregel aus unseren Projekten lohnt sich FSM ab einer Handvoll disponierter Techniker, dort beginnen Koordinationsaufwand und Rechnungsverzug richtig wehzutun. Bei zwei Technikern, die ihre Woche selbst organisieren, reicht der S/4-Serviceprozess plus Telefon meist aus; ein Dispositionswerkzeug ohne Dispositionsproblem ist gekaufte Komplexität. Ab zehn, fünfzehn Technikern rechnet sich die Lizenz de facto über die eingesparte Innendienstzeit und die frühere Fakturierung allein.

Was am Ende bleibt: eine Disposition, die auf einer Tafel stattfindet statt in drei Kanälen, ein Servicebericht, der den Einsatz nicht überleben muss, und eine Rechnung, die rausgeht, während der Kunde sich noch an den Techniker erinnert.

Häufige Fragen

Funktioniert SAP FSM auch offline?

Ja. Die mobile App ist eine native Anwendung mit Offline-Modus: Einsätze, Checklisten, Materialerfassung und Unterschrift funktionieren ohne Netzverbindung. Sobald das Gerät wieder online ist, synchronisiert die App automatisch. Für Techniker in Kellern, Hallen und Randregionen ist das keine Komfortfunktion, sondern die Voraussetzung, dass sie das Werkzeug überhaupt akzeptieren.

Brauchen wir zusätzlich SAP Service Cloud V2?

Nein. FSM koppelt direkt an S/4HANA Public Cloud, der Serviceauftrag im ERP genügt als Auslöser. Service Cloud V2 lohnt sich dann, wenn der Eingang das Problem ist: viele Servicemeldungen über E-Mail, Telefon, Chat oder Portal, die als Cases gebündelt, priorisiert und erst dann an den Feldservice gegeben werden sollen. Omnichannel-Eingang und Einsatzsteuerung sind zwei verschiedene Probleme; man darf sie getrennt lösen.

Können auch Subunternehmer disponiert werden?

Ja, über die Crowd-Workforce-Funktion. Externe Servicepartner und Subunternehmer erhalten Einsätze über dieselbe Plattform und melden über dieselbe App zurück, mit eigenem Zugang und ohne Lizenzpaket für die ganze Partnerfirma. Der Servicebericht sieht für den Endkunden gleich aus, egal wer fährt.

Wie lange dauert eine Einführung?

Mit dem Scope, den wir empfehlen (Disposition plus digitaler Servicebericht, Standard-Connector, Stammdaten vorbereitet), sind drei bis vier Monate bis zum Go-Live realistisch. Die Dauer treibt selten die Technik, sondern die Stammdatenqualität und die Zeit, die man den Technikern für den Umstieg gibt.

Ihre Disposition läuft noch über die WhatsApp-Gruppe und die Rechnung wartet auf den Papierrapport? Wir zeigen Ihnen Plantafel und App gern live, mit Ihrem Serviceprozess. Sprechen Sie mit uns.