Aussendiensteinsätze mit SAP FSM und S/4HANA Public Cloud: Plantafel statt WhatsApp-Gruppe
S/4HANA Solution Architect, Spadoom AG
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. Wer zuerst die Grundlagen möchte, findet sie in unserem Überblick, was SAP Field Service Management kann und wann es sich lohnt.
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: SAP liefert das als Standard-Integrationsszenario zwischen dem Service in S/4HANA Public Cloud und FSM. Ein freigegebener Serviceauftrag wird in FSM zum Service Call, und in FSM genehmigte Zeiten, Spesen und Materialien kommen als Servicerückmeldungen zurück. Man aktiviert und konfiguriert die Verbindung, statt sie zu bauen; die Designarbeit steckt in Freigaberegeln, Genehmigungen und Fehlerbehandlung.
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:
- 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.
- 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.
- 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.
- 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
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 decken eingesparte Innendienstzeit und frühere Fakturierung allein die Lizenz in der Regel ab.
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.
Wer von der Entscheidung zum Design übergeht, findet in unserer Checkliste für die Übergaben zwischen FSM, Sales Cloud V2 und S/4HANA die Tests, die sich lohnen. Unsere FSM-Referenz bei Lindt & Sprüngli folgte derselben Reihenfolge im Kleinen: zuerst Arbeitsaufträge und mobile App, dann Ersatzteile, dann vorbeugende Wartung. Und wer Umsetzungspartner vergleicht, findet in der Übersicht der SAP-FSM-Partner in der Schweiz und DACH und im Leitfaden zu einem Partner für Cloud ERP und CRM, warum wir FSM zusammen mit der ERP-Seite umsetzen. Wie wir das als Projekt umsetzen, beschreibt unsere Seite SAP Service für Fertigungsunternehmen in der Schweiz.
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.
Fragen Sie Spadoom
Antworten auf Basis dessen, was Spadoom auf dieser Website veröffentlicht hat, mit Links zu den Quellseiten.
Versuchen Sie eine dieser Fragen
KI-generierte Antworten. Vor Entscheidungen prüfen. Fragen werden anonym und ohne IP-Adresse gespeichert, damit wir unsere Inhalte verbessern können. Bitte geben Sie keine Personendaten ein.
SAP FSM Implementierungspartner
Spadoom ist Ihr SAP FSM Implementierungspartner in der Schweiz, Deutschland, Österreich und Italien. 14 Wochen Median-Go-Live. Live-Kunden in der gesamten DACH-Region.
Verwandte Artikel
Schweizer Lokalisierung in S/4HANA Public Cloud: Was Standard ist, was Konfiguration, und was bei Ihnen bleibt
QR-Rechnung, ISO 20022, MWST zu Schweizer Sätzen, und die Frage nach der Lohnverarbeitung, die im ersten Workshop immer kommt. Eine nüchterne Bestandsaufnahme dessen, was S/4HANA Public Cloud für die Schweiz mitbringt und wofür Sie weiterhin einen Plan brauchen.
ERP für Schweizer KMU: Wann sich SAP S/4HANA Public Cloud lohnt und wann nicht
«Sind wir nicht zu klein für SAP?» Die Frage hören wir in fast jedem Erstgespräch, und sie ist die falsche. Fünf Signale, die für S/4HANA Public Cloud sprechen, vier ehrliche Fälle dagegen und eine Checkliste mit zehn Fragen für Ihre Entscheidung.
GROW with SAP oder RISE with SAP: Was in den Paketen steckt und für wen sie gedacht sind
Zwei SAP-Pakete, eine ERP-Familie und viel Verwirrung. Was GROW und RISE wirklich enthalten, wie Public und Private Edition darunter liegen, wie die Lizenzierung funktioniert und welches Paket auf Ihre Shortlist gehört.