CMMS, FSM oder Serviceinfrastruktur — was passt für den After-Sales im Maschinenbau?

Drei Softwarekategorien, drei verschiedene Antworten auf das Serviceproblem im Maschinenbau. Welche passt — hängt davon ab, welches Problem gelöst werden soll.

Was CMMS kann — und wo es endet

CMMS (Computerized Maintenance Management System) ist die älteste der drei Kategorien. Es wurde entwickelt, um Instandhaltungsaufgaben intern zu verwalten — beim Betreiber einer Anlage.

Was CMMS gut macht:

• Wartungspläne nach Intervall oder Laufzeit verwalten
• Arbeitsaufträge für interne Techniker anlegen und verfolgen
• Ersatzteillager und Verbrauchsmaterial intern bewirtschaften
• Wartungshistorie pro Maschine dokumentieren

Wo CMMS endet: An der Unternehmensgrenze. Ein CMMS kommuniziert nicht mit dem Maschinenhersteller. Es löst keine Bestellungen beim Lieferanten aus. Es koordiniert keine externen Servicepartner. Der Betreiber arbeitet intern — aber sobald ein OEM-Techniker gebraucht wird, beginnt die manuelle Abstimmung per Telefon oder E-Mail.

Typische CMMS-Systeme: SAP PM, IBM Maximo, Infor EAM, Ultimo, Limble.

CMMS ist das richtige Werkzeug für interne Instandhaltung. Es ist das falsche Werkzeug für unternehmensübergreifenden Service.

Was FSM kann — und wo es endet

FSM (Field Service Management) ist aus einer anderen Perspektive gebaut — der des Serviceanbieters. Es hilft OEMs und Serviceorganisationen, Außendiensteinsätze zu planen, Techniker zu koordinieren und Serviceberichte zu dokumentieren.

Was FSM gut macht:

• Einsatzplanung und Routenoptimierung für Außendiensttechniker
• Mobiler Zugriff für Techniker auf Maschinendaten und Servicehistorie
• Serviceberichte digital erfassen und signieren
• Eskalationspfade und Genehmigungsworkflows abbilden

Wo FSM endet: Auch hier an der Unternehmensgrenze — aber von der anderen Seite. FSM ist für den OEM gebaut, nicht für den Betreiber. Der Betreiber sieht nicht, wann sein Techniker kommt. Er sieht nicht, welche Teile bestellt wurden. Er sieht nicht, ob sein SLA eingehalten wird. FSM koordiniert den Serviceanbieter — es verbindet ihn nicht mit dem Betreiber.

Typische FSM-Systeme: Salesforce Field Service, ServiceMax, Microsoft Dynamics 365 Field Service, Coresystems.

FSM ist das richtige Werkzeug für Außendienstkoordination. Es ist das falsche Werkzeug, wenn der Betreiber eingebunden werden soll.

Was eine Serviceinfrastruktur anders macht

Eine Serviceinfrastruktur ist eine andere Kategorie — sie löst nicht das Problem einer einzelnen Partei, sondern das Problem zwischen den Parteien.

Transaction-Network verbindet OEM, Betreiber und Materiallieferant in einer gemeinsamen Servicestruktur. Was das konkret ändert:

• Der Betreiber meldet eine Störung — der OEM sieht sie sofort, mit allen Maschinendaten
• Der OEM bestellt ein Ersatzteil — der Betreiber sieht den Lieferstatus in Echtzeit
• Eine Maschine meldet ein Signal — das System löst automatisch einen Service-Job aus
• Der Betreiber hat Maschinen von 8 Herstellern — alle in einer Ansicht, ein Serviceprozess

Das ist kein Feature-Unterschied. Es ist ein struktureller Unterschied. CMMS und FSM sind Werkzeuge für eine Seite. Eine Serviceinfrastruktur ist die gemeinsame Grundlage für alle Seiten.

Der Skalierbarkeitsvergleich — das entscheidende Kriterium

Für After-Sales-Verantwortliche im Maschinenbau ist Skalierbarkeit das relevanteste Kriterium. Die Frage ist nicht, welches System heute funktioniert — sondern welches noch funktioniert, wenn die installierte Basis in drei Jahren doppelt so groß ist.

Entscheidungsrahmen: Was passt für wen?

Nicht jedes Unternehmen braucht sofort eine vollständige Serviceinfrastruktur. Der richtige Einstieg hängt von der Ausgangssituation ab.

CMMS — richtig wenn:

Sie die interne Instandhaltung strukturieren wollen. Keine externen Servicepartner, kein OEM-Außendienst, keine Betreiber-Einbindung benötigt. Typisch für große Betreiber mit eigenem Instandhaltungsteam, die ihre internen Abläufe digitalisieren wollen.

FSM — richtig wenn:

Sie Außendiensttechniker effizienter einsetzen wollen. Einsatzplanung, Routenoptimierung und mobile Dokumentation stehen im Vordergrund. Typisch für OEMs mit großem Außendienstteam, die interne Koordination verbessern wollen — ohne Betreiber einzubinden.

Serviceinfrastruktur — richtig wenn:

Sie Service skalieren wollen, ohne proportional mehr Personal einzustellen. Betreiber sollen eingebunden werden. Maschinen verschiedener Hersteller sollen in einer Ansicht verwaltet werden. Serviceumsatz soll strukturell aus der installierten Basis generiert werden — nicht durch Zufall oder Außendienstinitiative.

CMMS und FSM lassen sich ergänzen — eine Serviceinfrastruktur ersetzt sie nicht, sie verbindet sie.

Warum viele OEMs mit CMMS oder FSM starten — und dann wechseln

Ein typisches Muster in wachsenden OEMs: Man beginnt mit einem FSM-System, weil Außendienstkoordination das dringlichste Problem ist. Das System funktioniert — aber nach zwei Jahren stößt man an die Grenze.

Der Betreiber ruft immer noch an, um den Servicestatus zu erfragen. Ersatzteilbestellungen laufen immer noch per E-Mail. Maschinen von anderen Herstellern — die der Betreiber ebenfalls hat — sind im FSM-System unsichtbar. Und wenn die installierte Basis wächst, wächst auch das Serviceteam — nicht die Struktur.

An diesem Punkt ist der Wechsel zu einer Serviceinfrastruktur kein Systemwechsel — es ist eine Erweiterung. Transaction-Network integriert bestehende CMMS- und FSM-Systeme über dataX. Die vorhandenen Investitionen bleiben erhalten. Was sich ändert: Die Struktur verbindet, was bisher getrennt war.