ERP-Prozesse im Maschinenbau verändern, ohne das ganze System umzubauen

Ein neuer Prozess soll eingeführt werden. Die Konstruktion braucht eine engere Verbindung zum ERP. Die Fertigung soll Daten aus dem MES zurückspielen. Oder ein neuer digitaler Service soll angebunden werden. Fachlich klingt die Anforderung überschaubar. Technisch hängt jedoch die halbe Systemlandschaft daran.  

Im Maschinen- und Anlagenbau sowie im Geräte- und Apparatebau greifen ERP, CAD/PDM, MES, Planung und weitere Anwendungen eng ineinander. Wer einen Prozess verändert, muss deshalb oft mehrere Systeme berücksichtigen. Wie gelingt das, ohne jedes Mal das gesamte System umzubauen? 

Eine allgemeingültige Grenze gibt es nicht. Für die Prozessgestaltung hilft aber eine klare Rollenverteilung: 

• ERP-Core: zentrale Geschäftsprozesse und Stammdaten, die dauerhaft und unternehmensweit benötigt werden.
• Branchenfunktionen: Anforderungen, die sich direkt aus Fertigungs- und Branchenprozessen ergeben.
• CAD/PDM und MES: spezialisierte Aufgaben rund um Konstruktion beziehungsweise produktionsnahe Abläufe.
• Planung und Variantenkonfiguration: Funktionen für spezifische Planungs- oder Konfigurationsanforderungen.
• Analytics, IoT oder KI-Services: zusätzliche digitale Szenarien, die die bestehende Prozesslandschaft gezielt erweitern. 

Für eine konkrete Anforderung helfen drei Fragen: Wird die Funktion dauerhaft und unternehmensweit benötigt? Gehört sie fachlich zu einem spezialisierten Konstruktions-, Fertigungs- oder Planungsprozess? Und welche Informationen muss sie mit den übrigen Systemen austauschen? So lässt sich die Zuordnung aus dem Prozess heraus begründen, statt vorschnell eine weitere Anpassung am ERP-Kern oder eine zusätzliche Anwendung zu wählen. 

Entscheidend ist also weniger die Anzahl der eingesetzten Anwendungen als ihre klare Aufgabe im Gesamtprozess

Eine Möglichkeit ist, den Datenaustausch über eine zentrale Integrationsschicht zu bündeln. Sie verbindet ERP-Core, Branchenmodule und spezialisierte Anwendungen über APIs und Events, statt für jedes Systempaar eine eigene Punkt-zu-Punkt-Schnittstelle aufzubauen. 

Bei der Bauteiländerung bleibt das CAD/PDM für die Konstruktionsdaten zuständig. Über die definierten Integrationen stehen die geänderten Informationen in ERP und MES für Materialbedarf, Einkauf und Fertigung bereit. Die Änderung wird damit über Systemgrenzen hinweg berücksichtigt, ohne diese Aufgaben in einer einzigen Anwendung zusammenzuführen. 

Neue Anforderungen lassen sich so schrittweise über Module, Apps oder angebundene Services ergänzen, ohne bestehende Kernprozesse jedes Mal grundlegend zu verändern.

Ein Blick auf die bestehende Systemlandschaft lohnt sich besonders, wenn mehrere dieser Situationen regelmäßig auftreten: 

• Neue Prozessanforderungen führen immer wieder zu Anpassungen am ERP.
• Konstruktion, ERP und Fertigung lassen sich nur mit hohem Aufwand durchgängig verbinden.
• Spezialisierte Anwendungen sind vorhanden, passen aber nur schwer in bestehende Abläufe.
• Bestehende Individualisierungen erschweren Veränderungen, Tests oder Releases.
• Neue digitale Anwendungen führen regelmäßig zu neuen Integrationsprojekten. 

Diese Situationen bedeuten nicht automatisch, dass die bestehende ERP-Landschaft falsch aufgebaut ist. Sie geben aber Anlass, die eigene Architektur anhand der zuvor genannten Fragen zu überprüfen.

Wer für jede neue Anforderung eine weitere Anwendung ergänzt, kann einen schwer veränderbaren ERP-Kern gegen eine ebenso schwer beherrschbare Systemlandschaft eintauschen. 

Damit das nicht passiert, müssen Schnittstellen, Abhängigkeiten und Zuständigkeiten klar geregelt sein. Dazu gehören übergreifende Tests, abgestimmte Releases und verbindliche Architekturprinzipien. 

Modularität ersetzt deshalb kein gutes Prozessmanagement.