SAP PM Alternative: sechs Pfade und wann welcher passt
Aktualisiert am 28. April 2026
SAP PM ist in vielen Unternehmen gesetzt, und gleichzeitig stoßen Instandhaltungsteams im Alltag oft an Grenzen. Aus dieser Beobachtung kommt die Frage, wie sich SAP PM für die Instandhaltung nutzbar machen lässt, und sie führt in sechs Richtungen. Einige Wege bauen auf SAP auf, einige optimieren es, einer ersetzt es.
In meinen Gesprächen mit Verantwortlichen in Integrationsprojekten begegnet mir dasselbe Muster immer wieder. Instandhaltungsleiter beschreiben SAP als starkes Hintergrundsystem, das in der Produktion aber nicht arbeitsfähig sei. IT-Projektverantwortliche suchen nach einer modernen Oberfläche, die im Hintergrund weiter SAP bedient. Technische Leiter sehen ein Theorie-Praxis-Gefälle: SAP könne alles, sei in der Praxis aber zu aufwändig für den Alltag. Drei unterschiedliche Rollen, drei unterschiedliche Unternehmen, dasselbe Muster.
Mein Team und ich begleiten unsere Kunden von der ersten SAP-Anbindung bis zum produktiven Rollout, und dabei haben wir so ziemlich jedes SAP-Setup gesehen, das es gibt. Hier erkläre ich dir, worauf es bei der Wahl einer Instandhaltungssoftware mit SAP-Integration wirklich ankommt. Keine Theorie, sondern das, was ich aus hunderten von Kundengesprächen und Integrationsprojekten gelernt habe.
Drei Zahlen, die jedes Erstgespräch erklären
Wie teuer der Status Quo im Alltag wird, zeigen drei Zahlen, die mir regelmäßig begegnen:
Zu diesem Thema gehört eine zweite Eigenschaft, die jedem Instandhaltungsleiter früh bewusst wird: Die Entscheidung liegt selten nur bei der Instandhaltung allein. Einen Weg neben oder nach SAP PM einzuführen heißt, ein Instandhaltungsthema durch ein Gremium zu tragen, in dem die eigene IT sitzt, der Konzern, manchmal der SAP-Vertragspartner, nicht selten auch die Werksleitung. Als Instandhalter ist man in dieser Runde die Person mit dem Auftrag, aber nicht die Person mit der alleinigen Entscheidung. Dieser Artikel gibt dir deshalb zu jeder Option zwei Blickwinkel: den auf Produktion und Team, und den der IT.
Das Wichtigste in Kürze
- Integration und SAP-Lizenzen sind die zwei Fragen, die fast jede IT in jedem Gespräch auf den Tisch bringt.
- Die entscheidende Frage: Soll SAP das führende Instandhaltungssystem bleiben?
- Sechs Wege im Vergleich: Status Quo, mobile Oberfläche über SAP, CMMS mit tiefer Integration, EAM-System als Ersatz, schlanke CMMS-Einführung, Eigenentwicklung.
- Jede Option zeigt beides: was sich für die Instandhaltung und die Produktion ändert und wie die IT den Weg sieht.
- In manchen Situationen ist der richtige Schritt, das Thema erstmal zu vertagen.
Du möchtest lieber schauen statt lesen? Beate fasst die verschiedenen Wege in unter zwei Minuten zusammen.
Was ist SAP PM, und was genau stößt im Alltag an Grenzen?
SAP PM ist das Instandhaltungsmodul in SAP ECC und S/4HANA. Technische Plätze, Equipments, Meldungen, Aufträge, Wartungspläne und Rückmeldungen laufen hier zusammen. Fachlich deckt SAP PM fast alles ab, was Instandhaltung braucht.
Im Alltag stößt es an drei Grenzen. Die Oberfläche ist für den Desktop gebaut und auf dem Tablet in der Praxis nur eingeschränkt nutzbar. Anpassungen wie ein neuer Wartungsplan oder ein zusätzliches Pflichtfeld dauern erfahrungsgemäß Wochen bis Monate. Die Datenstruktur folgt der SAP-Logik, nicht dem Arbeitsalltag der Techniker. Diese drei Punkte führen die meisten Instandhalter überhaupt erst auf die Suche nach Alternativen.
Was hier "Alternative" heißt
Das Wort klingt nach Ersatz, meint im SAP-Kontext aber selten "SAP kommt weg". In den meisten Fällen sucht man eine moderne Oberfläche vor SAP, ein zweites System neben SAP oder eine mobile App, die SAP im Hintergrund bedient. Vier Lesarten überlappen sich: Ergänzung, Optimierung, Schließen der mobilen Lücke oder echte Ablösung. Welche zu deinem Unternehmen passt, klärt sich an einer Frage, die das Lösungsfeld vorsortiert: Soll SAP das führende Instandhaltungssystem bleiben?
Die sechs Wege im Vergleich
Die Tabelle zeigt die Spannen aus unseren Projekten. Zeiten und Belastungen hängen im Einzelfall an Prozesskomplexität, SAP-Version und der Bereitschaft deiner IT.
Die entscheidende Frage: Soll SAP führend bleiben?
Soll SAP das führende Instandhaltungssystem in deinem Unternehmen bleiben, oder nicht?
Das ist die Frage, mit der du in das Gremium gehen solltest. Sie klingt technisch, ist aber in den meisten Unternehmen eine politische Frage. Konzernvorgaben, Konzerneinfluss, IT-Strategien entscheiden mit. Aus unserer Erfahrung kippt ein spürbarer Teil der Entscheidungen aus konzernpolitischen statt aus technischen Gründen.
Was bei "SAP only" als Konzernvorgabe trotzdem hilft, und was oft in der Realität akzeptiert wird:
- Die Instandhaltung als isolierte Ausnahme. Konzern-IT-Strategien meinen typischerweise ERP, Finanzen und HR. Für die Werksebene ist eine eigenständige Entscheidung oft durchsetzbar, wenn sie als Betriebsthema geframt wird, nicht als IT-Architekturthema.
- Die beidseitige Integration als Brücke. Eine tiefe REST-API-Kopplung behält die Konzern-Anforderung "SAP bleibt Wahrheitsquelle" bei. Das entschärft den politischen Widerstand.
- Die Rolle der Werksleitung. Wenn der Stillstand einer Hochdruck-Produktionslinie pro Tag einen fünfstelligen Betrag kostet, ist Werksleitung ein starker Verbündeter gegen eine reine Konzernpolitik.
Je nach Antwort teilt sich das Lösungsfeld in drei Richtungen:
- Ja, SAP bleibt führend, ich will nur die Oberfläche für die Instandhaltung mobil machen. Das führt zu Option A.
- Ja, SAP bleibt die führende Quelle für Stammdaten und Finanzen, aber ich will ein modernes CMMS als Arbeitssystem. Das führt zu Option B oder D.
- Nein, ich will SAP PM komplett durch ein anderes Enterprise-System ersetzen. Das führt zu Option C.
Dazu kommen zwei Sonderwege, die der Vollständigkeit halber am Schluss stehen: die Eigenentwicklung (Option E) und der Status Quo (Option 0).
Ein Projektteam, mit dem wir gearbeitet haben, hat SAP einmal so beschrieben: Es sei eigentlich nur noch ein Sammelsystem im Hintergrund, weniger der Ort, an dem im Werksalltag gearbeitet wird. Je nachdem, wie dein Unternehmen diese Frage beantwortet, fallen drei oder vier der Optionen sofort weg. Das ist nützlich, nicht schmerzhaft. Und es ist der erste Punkt, an dem du dein Gremium zur Entscheidung bringen solltest, bevor ihr über einzelne Anbieter sprecht.
Option A: Mobile Oberfläche direkt auf SAP PM
Die Oberfläche wird ausgetauscht, SAP PM bleibt hundertprozentig das System dahinter. Der Techniker arbeitet in einer modernen Anwendung, die unter der Haube direkt gegen SAP-Funktionen läuft. Keine Parallelwelt, keine doppelten Daten.
Anbieter in dieser Kategorie:
- argvis Maintenance Portal. Anbieter aus dem DACH-Raum für mobile Oberflächen auf SAP. Typische Nutzer sind SAP-treue Großunternehmen mit starker IT-Governance.
- Sigga EAM Empower. SAP Partner, international aufgestellt, Fokus auf Enterprise-Kunden mit tiefer SAP-Integration.
- Mobisys MSB Solution Builder. SAP-Mobilisierung mit Baukasten-Ansatz, eher Plattform als fertiges Produkt, baut auf SAP-Standards auf.
- Unvired. SAP Partner, international, mit Fokus auf Außendienst und mobile Instandhaltungsabläufe.
- Neptune DXP. Baukasten-Plattform für SAP-nahes App-Building. Technisch mächtig, organisatorisch aufwändig, eher Baukasten als schlüsselfertiges CMMS.
Was sich für deine Produktion ändert: Deine Techniker bekommen endlich ein Tablet, das funktioniert. Meldung erfassen, Rückmeldung schreiben, Anlagenhistorie lesen geht auf dem Gerät in der Hand statt am Büroterminal. Die Prozesse dahinter bleiben aber SAP-Prozesse, mit allen Eigenheiten, die deine Techniker heute schon kennen und teilweise kritisieren.
Wie deine IT diesen Weg sieht: Das ist für eine SAP-nahe IT die politisch sauberste Option. Keine neue Datenbank, keine neue Stammdatenquelle, keine Diskussion um Integration, weil die Oberfläche direkt auf SAP-Objekten arbeitet. Die IT bekommt keine zusätzliche Systemverantwortung im klassischen Sinne, sondern eine neue Schicht auf dem bestehenden SAP. Für eine IT, die jede SAP-Abweichung kritisch bewertet, ist das die erste Wahl.
Wann Option A passt: SAP-treue IT, Tiefenintegration gewünscht, keine Datenredundanz akzeptabel, Bereitschaft, die SAP-PM-Datenstruktur mit allen Eigenheiten zu übernehmen.
Wo Option A an Grenzen stößt: Mit der Oberfläche übernimmst du auch die Struktur dahinter. Die Anlagenhierarchien aus SAP, die starren Auftragsabläufe, den Customizing-Aufwand, die Abhängigkeit von SAP-Upgrade-Zyklen. Die Oberfläche wird modern, die Prozesse bleiben SAP. Wenn die Ablehnung deiner Techniker nicht an der Oberfläche liegt, sondern an der Logik dahinter, hilft eine Oberfläche darüber nur bedingt. Ein Instandhaltungsleiter hat das Problem einmal so zusammengefasst: Moderne Aufsätze auf SAP gebe es viele, aber wenn die Leute die Nutzung verweigerten, mache das Ganze wenig Sinn.
Option B: Modernes CMMS mit tiefer SAP-Integration
Ein eigenständiges CMMS, das Informationen in beide Richtungen mit SAP austauscht. Technisch läuft das über eine offene REST-API und Webhooks, angebunden per Integrationsplattform oder ABAP. SAP bleibt die führende Quelle für Stammdaten, Finanzen und Einkauf. Das CMMS übernimmt die operative Arbeit in Produktion, Service und Anlagenportalen. Entscheidend ist die Datenstruktur: Sie folgt nicht der SAP-Logik, sondern dem Arbeitsalltag der Techniker.
Anbieter in dieser Kategorie:
- remberg. SAP Silver Partner. Integration über REST-API und Webhooks, plattformunabhängig über gängige Integrationsplattformen oder ABAP. Komplette Instandhaltung in einer Lösung.
- MaintainX. Cloud-CMMS mit Fokus auf mobile Nutzung und schneller Einführung. SAP-Integration über Standard-Konnektoren und Middleware, im europäischen Markt zunehmend präsent.
Was sich für deine Produktion ändert: Spürbar viel. Die Bedienlogik folgt dem Arbeitsalltag der Techniker, nicht dem SAP-Datenmodell. Wartungspläne lassen sich ohne wochenlange Abstimmung mit der IT anlegen. Wie sich das in den typischen Alltagsprozessen niederschlägt, zeigt der Abschnitt "Was sich konkret in deiner Produktion ändert" weiter unten.
Was das für Ersatzteilsteuerung aus Instandhaltungsleiter-Sicht heißt: Du bekommst eine zweite Sicht auf deine Ersatzteile, die SAP in der Form nicht liefert. Bestand, tatsächlicher Verbrauch pro Anlage, Ausfallrisiken durch Engpässe, Bewegungen durch externe Dienstleister. Die Führung deiner Lieferanten wird dadurch greifbarer, weil du zum ersten Mal eine Datengrundlage hast, die im Betrieb entsteht und nicht erst beim monatlichen Einkaufsreporting.
Was das für externe Dienstleister heißt: Ein modernes CMMS mit KI und Anlagenportalen erlaubt es, Fremdfirmen direkt in deinen Prozess einzubinden. Auftragsannahme, Dokumentationspflicht, Serviceberichte, Abnahmen laufen im gleichen System wie deine eigene Instandhaltung. Das ist für viele Industrieunternehmen die unterschätzte Baustelle: Die interne Mannschaft ist digitalisiert, die Fremdfirma arbeitet weiter mit Papier oder E-Mail.
Wie deine IT diesen Weg sieht: Differenziert. Eine moderne IT-Abteilung, die das jeweils Beste aus mehreren Systemen zulässt, sieht die Vorteile: SAP bleibt Finanz- und Stammdatenzentrale, das CMMS nimmt die operative Last, beide sind beidseitig gekoppelt. Eine eher SAP-puristische IT sieht die zusätzliche Schnittstelle als Risiko und das neue System als zusätzliche Wartungsverantwortung. Dein Argument für dieses Gespräch: "Wir reduzieren die Komplexität auf deiner SAP-Seite, weil die Techniker-Anwendungsfälle außerhalb laufen."
Wann Option B passt: Wenn Technikerbedienbarkeit und Einführungsgeschwindigkeit wichtiger sind als vollständige SAP-Deckung. Wenn die IT Integrationsbereitschaft mitbringt. Wenn das CMMS mehr können soll als SAP PM, zum Beispiel mit integriertem KI-Copilot, Anlagenportalen für externe Dienstleister oder einer gemeinsamen Plattform für Instandhaltung und andere Fachbereiche wie QM oder technischer Außendienst.
Zur Einordnung von remberg in dieser Kategorie: remberg ist SAP Silver Partner. Die Anbindung läuft über eine offene REST-API und Webhooks, in Projekten meistens über SAP Integration Suite, MuleSoft, Seeburger oder direkt aus ABAP. Die Integration ist beidseitig, Stammdaten kommen aus SAP, Aufträge und Rückmeldungen laufen in beide Richtungen. Weitere technische Details stehen im remberg SAP Integration Guide.
Option C: EAM-System als SAP-PM-Ersatz
Vollständige Ablösung von SAP PM durch eine eigenständige Enterprise-Plattform. SAP behält Finanzen, Einkauf und Materialwirtschaft und verliert die Instandhaltung. Das ist die radikalste Option und die, die am meisten politische Rückendeckung braucht.
Anbieter in dieser Kategorie:
- IFS (inklusive Ultimo). EAM-System mit Fokus auf Anlagenzuverlässigkeit, Anlagen-Lebenszyklus und Anlagenleistungsanalyse. Sichtbar in Konsumgüterindustrie, Energie und Infrastruktur.
- IBM Maximo. EAM-Klassiker, besonders stark bei Anlagen mit hohem Zuverlässigkeitsbedarf (Energie, Infrastruktur, Transport).
- Infor EAM. Historisch stark in Prozessindustrie und öffentlichem Sektor.
Was sich für deine Produktion ändert: Alles, was mit Instandhaltung zu tun hat, wandert aus SAP raus. Das ist tiefgreifend, aber sauber. Zuverlässigkeitsanalyse, Lebenszyklus-Betrachtung und fortgeschrittene Planungsmethoden werden mitgeliefert, die SAP PM im Standard nicht in dieser Tiefe abbildet. Umgekehrt bist du schnell in einem mehrjährigen Programm mit Datenmigration, Prozessneudefinition und Schulung.
Wie deine IT diesen Weg sieht: Als großes Projekt, nicht als Produktkauf. Die IT wird dir klar machen, dass ein EAM-Ersatz ein Zwei-Jahres-Programm mit eigenem Budget, eigenem Team und eigenem Veränderungsprozess ist. Das ist keine Bremse, sondern eine realistische Einschätzung. Wenn deine IT den Weg mitgeht, willst du sie auf deiner Seite haben, nicht dagegen.
Wann Option C passt: Wenn SAP PM historisch unterkonfiguriert ist oder nie richtig ausgebaut wurde. Wenn Zuverlässigkeitsplanung, Anlagenleistungsanalyse und erweiterte Auswertungen fachlich gefordert sind. Wenn Budget und politischer Wille für ein Projekt mit zwölf oder mehr Monaten Laufzeit da sind.
Wo Option C an Grenzen stößt: EAM-Ersatz ist kein Nischenphänomen, aber die Bremsen sind Zeit, Geld und Veränderungskraft. Wer diese Option ernsthaft zieht, muss sie als eigenes Programm führen, nicht als IT-Projekt nebenher.
Option D: Schlankes CMMS mit flexibler Anbindung
Ein eigenständiges System, primär cloudbasiert, mit frei wählbarer Integrationstiefe. Passt, wenn SAP eher ERP-Rückgrat als führendes Instandhaltungssystem ist, oder wenn du bewusst mit einer leichten Integration startest und dir die Option offen hältst, später tiefer in SAP zu gehen.
Anbieter in dieser Kategorie:
- MaintainX. US-Anbieter mit Fokus auf mobile Nutzung, im europäischen Raum bisher wenig präsent.
- UpKeep. US-Fokus, Mittelstand, einfache Bedienung, SAP-Integration über Standard-Konnektoren.
- MaintMaster. Nordischer Anbieter mit europäischem Kundenstamm.
Was sich für deine Produktion ändert: Schneller Einstieg in eine moderne Technikeroberfläche. In zwei bis vier Wochen sind deine Techniker produktiv, Meldungen und Aufträge laufen über das neue System, einfache Wartungspläne sind angelegt. Die tiefe SAP-Kopplung kommt später oder gar nicht, je nachdem, wie sich dein Unternehmen entwickelt.
Wie deine IT diesen Weg sieht: Überraschend oft positiv. Ein schlanker Einstieg mit leichter Integration ist für eine IT kein großer Eingriff, weil keine tiefen SAP-Änderungen nötig sind. Manche Unternehmen wählen diese Option bewusst als Pilot, bevor sie in die tiefe Integration gehen. Das entspannt die Risikokurve aus IT-Sicht.
Wann Option D passt: Wenn SAP primär als ERP-Rückgrat läuft und eine leichte Integration genügt. Wenn du einen schnellen Einstieg willst und die Integrationstiefe später ausbauen möchtest. Wenn die IT-Governance weniger streng ist oder wenn Konzernvorgaben keinen tiefen SAP-Zugriff erzwingen.
Wo Option D an Grenzen stößt: In Europa sind die US-Anbieter bisher selten präsent. Wer SAP-Bestand hat, sollte bei US-Systemen genau auf Integrationsreife, Datenschutz-Rahmen und lokale Supportverfügbarkeit achten. Das ist kein Ausschlusskriterium, aber eine Frage, die geklärt sein muss, bevor ein Pilot startet.
Anmerkung zu remberg: Auch remberg lässt sich in dieser Kategorie mit einer leichten Integration starten und später in die tiefe beidseitige Kopplung aus Option B überführen, ohne das System zu wechseln. Das ist der Unterschied zu den reinen US-CMMS-Anbietern.
Option E: Eigenentwicklung
Eine Eigenentwicklung gibt es in zwei Spielarten.
- Das Unternehmen baut sein CMMS auf einer Baukasten-Plattform im Haus, zum Beispiel Mendix, Neptune DXP oder Microsoft Power Platform. Häufig zusammen mit einem Systemintegrator wie T-Systems, All for One, msg oder Mobisys, die Beratung und einen Teil des Aufbaus übernehmen. Skaliert in der Umsetzung, hängt aber an einzelnen Personen und externen Partnern.
- Eine komplette konzerninterne Eigenentwicklung von Grund auf, meist als Teil eines breiteren Digitalisierungsprogramms. Was wir aus Gesprächen kennen, sind Patchwork-Landschaften aus Eigenbau-Komponenten, die über Jahre gewachsen und nur schwer zu verwalten sind.
Was sich für deine Produktion ändert: Theoretisch alles, praktisch über lange Zeit wenig. Eigenentwicklung verspricht maßgeschneiderte Prozesse, liefert in der Realität aber oft erst nach zwei Jahren erste Ergebnisse und bleibt dann in einem permanenten Ausbau.
Wie deine IT diesen Weg sieht: Gespalten. Eine IT mit großen Entwicklungskapazitäten findet das spannend, weil sie die Kontrolle behält und keine Abhängigkeit von externen Produktanbietern aufbaut. Eine IT ohne diese Kapazitäten sieht die Variante skeptisch, weil der Aufwand realistisch nicht tragbar ist. Wenn die IT hier abwiegelt, hat sie meistens recht.
Wann Option E passt: Wenn große IT-Kapazität vorhanden ist. Wenn Prozesse sehr spezifisch sind. Wenn Kontrolle wichtiger ist als Geschwindigkeit. Wenn das Unternehmen eine Produktentwicklung im Haus tragen kann.
Ein wichtiger Hinweis: Gesamtkosten werden in dieser Kategorie regelmäßig unterschätzt. Weiterentwicklung, Support, Updates, Offline-Fähigkeit, Pflege der App-Stores und Einführungsbegleitung bleiben alle am Unternehmen hängen. Eigenentwicklung ist keine Abkürzung, sondern eine langfristige Produktverantwortung.
Option 0: Status Quo bei SAP PM
Bei SAP bleiben, ohne zusätzliches System. SAP GUI, SAP Fiori oder SAP Asset Manager.
Nach unserer Beobachtung bleibt ein spürbarer Teil der Unternehmen bei dieser Option, manchmal aus guten Gründen, manchmal aus Mangel an Alternative. Die häufigsten Gründe sind Konzernvorgabe ("wir haben eine SAP-Landschaft, Punkt") oder Timing (eine S/4HANA-Migration läuft und bindet alle Kapazitäten).
Was diese Option leistet: SAP GUI ist vollständig, stabil, lizenztechnisch sauber. Jeder Prozess, den SAP PM kennt, ist abgedeckt. SAP Fiori schließt die Lücke in der Bedienoberfläche auf dem Desktop und liefert eine moderne Oberfläche für Planer und Power-User. SAP Asset Manager ist SAPs eigene mobile Anwendung für Techniker im Feld, gebaut auf SAP Mobile Services und SAP Business Technology Platform, und integriert tief in SAP PM.
Was sich für deine Produktion ändert: Wenig. Deine Techniker arbeiten weiter wie bisher, auf dem Desktop in der GUI oder bestenfalls in Fiori. Wenn die Akzeptanz heute schon das Hauptproblem ist, wird sie es auch morgen sein.
Wie deine IT diesen Weg sieht: Für die IT ist das die bequemste Option. Kein zusätzliches System, keine neue Schnittstelle, keine Diskussion um Datenhoheit. In einer SAP-zentrierten IT ist das oft der Standardreflex, auch ohne strategische Begründung.
Wo Option 0 an Grenzen stößt: Technikerakzeptanz ist in fast jedem Erstgespräch das erste Thema. Die SAP GUI auf dem Tablet ist nur eingeschränkt nutzbar. SAP Fiori hat Lizenzbarrieren und Lücken in der mobilen Bedienung. SAP Asset Manager ist in Lizenz und Einrichtung teuer und setzt eine BTP-Basis voraus, die viele Mittelständler nicht aufbauen wollen.
Wann Option 0 passt: Wenn deine S/4HANA-Migration läuft, wenn der Konzern "SAP only" vorschreibt, wenn Technikerakzeptanz aktuell kein Top-Problem ist, oder wenn die politische Unterstützung für ein Parallelprojekt fehlt.
Was sich konkret in deiner Produktion ändert
Die sechs Optionen unterscheiden sich in der Technik, aber was am Ende zählt, ist der Unterschied an deinem Produktionsstandort. Fünf Prozesse, an denen du den Wechsel weg von Option 0, dem Status Quo beibehalten, am deutlichsten spürst.
Meldung anlegen
In SAP PM legt ein Techniker eine Meldung an einem Terminal im Meisterbüro an, Minimum drei bis fünf Minuten, bei voller Pflichtfelderei länger. In einem modernen CMMS passiert das auf dem Tablet vor der Anlage, inklusive Foto der Störung und gesprochener Fehlerbeschreibung, in unter einer Minute.
Auftragsdurchlauf
Von der Meldung bis zum freigegebenen Auftrag vergehen in einem klassischen SAP-PM-Setup oft Stunden oder einen ganzen Tag, weil Status- und Freigabe-Schritte manuell durchlaufen werden. Ein modernes CMMS führt den Techniker durch definierte Zustände, Freigaben sind mobil möglich, der Auftrag ist in Minuten statt Stunden beim Ausführenden.
Dokumentation vor Ort
Die SAP-GUI-Dokumentation kennt Textfelder. Das ist alles. Ein modernes CMMS nimmt Fotos, Sprachmemos, Mess-Protokolle, Checklisten mit Pflichtantworten, Unterschriften. Was der Techniker dokumentiert, landet strukturiert in der Historie, nicht als Freitext, der später unfindbar ist.
Ersatzteile
In SAP PM sucht der Techniker das Ersatzteil über einen Materialstamm und Filterfelder, die er nur teilweise kennt. In einem modernen CMMS findet er es über die Anlage, über Bilderkennung vom Typenschild, über eine Volltext-Suche oder über Vorschläge aus der Anlagenhistorie. Der Zeitgewinn pro Teil ist klein, über ein Jahr im zweistelligen Stunden-Bereich. Wichtiger als der Zeitgewinn ist die Datenqualität: Aus den Rückmeldungen entsteht eine Verbrauchshistorie pro Anlage, die Einkauf und Instandhaltungsleitung zum ersten Mal gemeinsam auswerten können.
Auftragsabschluss
In SAP PM schließt der Techniker einen Auftrag oft erst am nächsten Tag am Terminal ab, die Rückmeldung wird aus Gedächtnis rekonstruiert. In einem modernen CMMS schließt er den Auftrag direkt vor Ort mit Istzeit, Materialverbrauch und Ergebnis ab. Die Datenqualität in der Historie steigt spürbar, die Grundlage für Analyse und Planung wird belastbar.
Der Punkt, den die Werksleitung misst
Wenn du 30 Minuten schnellere Auftragsfreigabe und weniger unbemerkte Ersatzteil-Engpässe gegen die Stillstandskosten pro Tag rechnest, kommst du in den meisten Produktionsumgebungen zu einem Geschäftsnutzen, den du direkt in den Entscheiderkreis mitnehmen kannst. Diese Rechnung zu machen, bevor du ins Gremium gehst, ist einer der stärksten Hebel, die du hast.
Wenn du das in deinem Gremium argumentierst, verlässt du die reine Lizenz- oder Integrationsdebatte und sprichst über das, was in der Produktion passiert.
Wie du deine IT mitnimmst und gemeinsam eingrenzt
Zwei Detailfragen kommen in jedem IT-Gespräch sofort auf den Tisch: Integrationstiefe und Lizenzen.
Wie tief soll das neue System an SAP hängen?
In unseren Integrationsprojekten ist diese Frage der häufigste Schmerz, noch vor der Bedienbarkeit. Meistens, weil eine Vorgängerlösung an den Schnittstellen gescheitert ist, oder weil ein aktuelles System nur teilweise integriert ist und die Lücke täglich sichtbar wird.
Drei Varianten sind in der Praxis relevant:
- Keine Integration. Das CMMS läuft parallel zu SAP, ohne Datenaustausch. Zwei Systeme, Doppelpflege, zwei Wahrheiten. Für die IT unbequem, für Techniker verwirrend.
- Stammdaten-Sync. Stammdaten fließen einseitig von SAP ins CMMS: Technische Plätze, Equipments, Ersatzteile, Bestände. Der Techniker arbeitet im CMMS mit aktuellen Daten, Rückmeldungen bleiben aber im CMMS. Das funktioniert für Unternehmen, die SAP nur als ERP-Hintergrundsystem nutzen und die Instandhaltungsdaten bewusst außerhalb halten.
- Beidseitig mit Auftragsabschluss. Aufträge und Rückmeldungen laufen in beide Richtungen zwischen SAP und CMMS. Technisch passiert das über eine offene REST-API optional mit Webhook-Events. Die Verbindung zu SAP wird über gängige Integrationsplattformen hergestellt, zum Beispiel SAP Integration Suite, MuleSoft, Seeburger oder Make, alternativ aus dem SAP-System heraus über ABAP. SAP bleibt führende Datenquelle für Stammdaten und Finanzen, das CMMS wird das Arbeitssystem für die operative Instandhaltung.
Was das für Instandhalter heißt: Bevor du mit einem Anbieter sprichst, solltest du mit deiner IT eine Tendenz zur Tiefe festlegen. Fragt dich ein Anbieter nach der gewünschten Tiefe und du antwortest "irgendwas dazwischen", läufst du in einen drei Monate langen Definitionsprozess. Fragst du umgekehrt deine IT ohne Vorbereitung, bekommst du die Antwort "so tief wie möglich", weil das aus IT-Sicht immer die sicherste Antwort ist. Zwischen beidem liegt dein Arbeitsraum. Mehr Details im remberg SAP Integration Guide.
Was ändert sich bei den SAP-Lizenzen?
Drei Punkte, die dir bekannt sein sollten:
- Jeder Nutzer, der direkt in SAP arbeitet, braucht eine SAP-Lizenz. Das schließt Techniker ein, sobald sie SAP GUI, SAP Fiori oder SAP Asset Manager verwenden. In manchen Vertragsmodellen kann ein Techniker mit gelegentlichem Zugriff günstiger abgebildet werden, in anderen nicht.
- Ein CMMS mit eigener Benutzerschicht kann den SAP-Lizenzbedarf für Techniker reduzieren, solange die Kommunikation zu SAP über ein Service-Konto läuft. Das senkt namensgebundene SAP-Lizenzen spürbar, besonders in Betrieben mit vielen Schichtkräften.
- Lizenzeinsparung ist selten der richtige primäre Treiber. Wer ein CMMS nur einführt, um SAP-Lizenzen zu sparen, baut auf schwachem Fundament. Die Rechnung kippt spätestens bei der nächsten Vertragsverhandlung oder beim nächsten SAP-Audit.
Was das für dich heißt: Die Lizenzrechnung ist ein starkes Eingangsargument in Richtung Einkauf und Geschäftsführung, aber kein Ersatz für den Instandhaltungs-Case. Wenn du Lizenz als einziges Argument bringst, zerpflückt es deine IT in der ersten Viertelstunde. Wenn du es als dritten oder vierten Punkt bringst, wird es zu einem von mehreren Beiträgen zum Geschäftsnutzen und hält dem Gegenwind stand.
Die Entscheidung fällt nicht am Tag, an dem du einen Anbieter vorstellst. Sie fällt lange davor, in Gesprächen mit deiner IT. Drei Hebel, mit denen du das Gespräch führst, statt zuzusehen:
Frag nach den roten Linien, bevor du über Anbieter sprichst. Konkret: "Wo stehen wir aus deiner Sicht in der SAP-Landschaft? Was wäre ein Ausschlusskriterium, was wäre akzeptabel, was wäre aus IT-Sicht sogar gewünscht?" Diese Frage zu stellen ist keine Schwäche, sondern Führungsarbeit. Die IT liefert dir eine Positionierungskarte, die deine spätere Anbieter-Auswahl eingrenzt, bevor sie zu groß wird.
Sprich die beiden Themen aktiv an, bevor die IT sie anspricht. Integrationstiefe und Lizenzlogik kommen sowieso auf den Tisch. Wenn du sie als erstes einbringst, sitzt du in der Moderationsrolle. Wenn die IT sie einbringt, sitzt du in der Verteidigungsrolle.
Biete der IT eine Rolle an, die mehr ist als "Verwaltung der Schnittstelle". Ein CMMS mit tiefer SAP-Integration ist ein Projekt, in dem die IT nicht nur "konsumiert", sondern mitgestaltet. Integrationsarchitektur, Datenmapping, Rollen und Rechte. Wenn du der IT signalisierst, dass sie gestalten darf statt nur zu administrieren, steigen die Chancen auf eine Partnerschaft. Projektleitungen, die wir begleiten, beschreiben diese Phase oft als die eigentliche Herausforderung: nicht SAP PM technisch abzulösen, sondern IT und Konzern von einer Drittlösung zu überzeugen.
Zwei Fragen, an denen ihr gemeinsam sitzt
Wer entscheidet mit? Schreibt der Konzern "SAP only" vor, sind Option 0 oder A realistisch. Ist die IT offen für das Beste aus mehreren Welten, öffnen sich B, C und D. Wenn die IT gegen ein CMMS vorbehalte hat, sollte die politische Frage vor der technischen geklärt sein, sonst hängt das Projekt nicht an der Software, sondern an internen Grenzen. Frag in dieser Phase nicht nur deine IT, sondern auch deine Geschäftsführung und falls relevant euren Konzern, welche Strategie es aktuell für Instandhaltungssoftware gibt.
Wie schnell müsst ihr Ergebnisse zeigen? Die Zeiten aus der Tabelle oben schließen bei harten Fristen einzelne Optionen aus. Wenn eure Projektrechnung eine Einführung in sechs Wochen verlangt, bleiben Option 0, B und D. Das ist keine Bewertung, das ist Mathematik.
Wann du das Thema noch nicht angehen solltest
Es gibt drei Situationen, in denen ein Parallelprojekt zu SAP PM gerade jetzt keine gute Idee ist. Wer eine davon auf dem Tisch hat, sollte zurückstellen, nicht beschleunigen.
S/4HANA-Migration läuft. Wenn du mitten in der S/4HANA-Einführung bist, bindet jedes Parallelprojekt Kapazität, die du für die Migration brauchst. Warten ist hier die richtige Antwort. Wichtige Einschränkung: S/4HANA ist eine Datenmodernisierung, keine Oberflächenreform für die Halle. Wer darauf hofft, verschiebt das eigentliche Problem um zwei bis drei Jahre. Plane die Entscheidung für den Tag nach S/4HANA-Produktivstart schon jetzt.
Projektrechnung nur aus Lizenzersparnis. Wer ein CMMS einführt, nur um SAP-Lizenzen zu sparen, baut auf schmalem Fundament. Die Einsparung rechnet sich selten allein, und der eigentliche Hebel einer modernen Instandhaltungssoftware bleibt ungenutzt. Adoption, Datenqualität, Reaktionsgeschwindigkeit und Ersatzteilverfügbarkeit sind die Stellschrauben, an denen sich ein Projekt bezahlt macht.
Team trägt gerade kein neues System. Wenn ein großer Teil deiner Mannschaft SAP nicht beherrscht und gleichzeitig keine Energie für ein neues System hat, ist das Problem nicht die Software. Das Problem ist Einführungsbegleitung. Ein Bild, das wir aus Gesprächen übernommen haben: Man setzt die Mannschaft in einen Ferrari, aber sie kann gar nicht fahren. Erst die Teamaufstellung, dann das System. Wenn der Widerstand strukturell ist und nicht an einer bestimmten Software hängt, gehört das Veränderungs-Programm vor die Tool-Entscheidung.
Häufige Fragen zu SAP und Instandhaltung
Wann lohnt sich ein CMMS neben SAP PM? Ein CMMS lohnt sich, wenn die Technikerakzeptanz heute das Hauptproblem ist, wenn die Zeit für das Anlegen eines Wartungsplans in Wochen oder Monaten gemessen wird, oder wenn deine Techniker am Ende des Tages die Rückmeldungen aus dem Gedächtnis schreiben. Das sind drei Symptome, die sich durch eine mobile Oberfläche allein nicht lösen lassen.
Wie lange dauert eine typische SAP-PM-Ablösung? Das hängt vom gewählten Pfad ab. Eine schlanke CMMS-Einführung läuft nach unserer Erfahrung in zwei bis vier Wochen produktiv. Eine tiefe beidseitige Integration braucht sechs bis zwölf Wochen. Eine mobile Oberfläche direkt auf SAP liegt bei zwei bis sechs Monaten. Ein vollständiger EAM-Ersatz ist selten unter zwölf Monaten zu haben.
Wie überzeuge ich meine IT, dass ein CMMS neben SAP keine Parallelwelt wird? Das Argument, das in unseren Projekten trägt: Ein modernes CMMS mit tiefer Integration reduziert die Komplexität auf der SAP-Seite, weil die Techniker-Anwendungsfälle außerhalb laufen. SAP bleibt Finanz- und Stammdatenzentrale, das CMMS nimmt die operative Last. Die Integration über REST-API und Webhooks ist aus IT-Sicht keine exotische Konstruktion, sondern ein Standard, den SAP selbst so unterstützt.
Wie tief integriert remberg mit SAP PM, und was passiert, wenn SAP ein Update fährt? remberg integriert beidseitig über eine offene REST-API und Webhooks. Die Anbindung an SAP läuft typischerweise über Integrationsplattformen wie SAP Integration Suite, MuleSoft, Seeburger oder Make, alternativ direkt aus ABAP. Drei Einsatzmuster sind verbreitet: reiner Stammdaten-Sync, Auftragsaustausch, oder vollständige beidseitige Kopplung mit Rückmeldung zurück in SAP. Bei SAP-Updates bleibt die Integration stabil, weil wir auf offene Standards setzen. Einzelne Feld- oder Objekt-Anpassungen können nötig werden, ein Komplett-Neubau ist nicht vorgesehen.
Wie bekomme ich meine Techniker dazu, das neue System wirklich zu nutzen? Nutzung entsteht nicht durch Einführung, sondern durch Alltagstauglichkeit. Drei Hebel, die in unseren Projekten funktionieren: einführen bei den Prozessen, die heute am meisten schmerzen (meist Meldung und Rückmeldung), ein Schlüsselnutzer-Team aus der Instandhaltung, das die Entscheidungen zur Oberfläche mitträgt, und eine klare Ansage, dass SAP-Parallel-Nutzung für Techniker nach einer Übergangszeit abgeschaltet wird. Das dritte ist das härteste, aber es ist oft die einzige Antwort auf strukturelle Doppelarbeit.
Was passiert mit remberg, wenn wir in einem Jahr auf S/4HANA migrieren? Die Integration bleibt im Kern tragfähig. Auf remberg-Seite bleiben REST-API und Webhook-Schnittstelle unverändert. Auf SAP-Seite kann eine S/4HANA-Migration Anpassungen an Datenabgleichen oder an der gewählten Integrationsplattform erfordern, zum Beispiel wenn Custom-Code im alten ECC-System wegfällt. Wir begleiten S/4HANA-Migrationen regelmäßig und gleichen die Anbindung im Zuge der Umstellung ab.
Nicht sicher, welcher Pfad zu deinem Unternehmen passt?
In einem Gespräch mit unserem Team sortieren wir deinen Anwendungsfall gegen die sechs Pfade. Auf Wunsch binden wir deine IT direkt ins Gespräch mit ein, damit ihr beide die gleiche Grundlage habt.
Wenn du vorher tiefer einsteigen willst: Der remberg SAP Integration Guide und auf unserer Website zu unseren SAP-Integrationen geben dir die technische Basis für das Gespräch mit deiner IT.