Der Anfang, der Erfolg und das Ende von ERP in der Metallbearbeitung
Von MRP in den 1960ern bis Agentic AI in 2026, eine ehrliche Geschichte über fünf Generationen ERP, fünf rote Flaggen und warum das Modell unter Druck steht.
ERP in der Metallbearbeitung. Woher es kommt, warum es funktioniert hat und warum das Modell, wie wir es kennen, unter Druck steht. Keine Demo, kein Code, einfach eine ehrliche Geschichte.
Zunächst zu meinem Hintergrund, denn der ist relevant für das, was folgt.
Ich bin ausgebildeter Maschinenbauer (Fachschule + Fachhochschule), habe Innovationsmanagement und Betriebswirtschaft studiert und eine Ausbildung zum SAP-Berater absolviert (Business Systems Integrations). In meiner früheren Tätigkeit war ich vier Jahre lang Projektleiter für die Implementierung und Integration von ERP, Ridder iQ in diesem Fall, ein niederländisches Metall-ERP.
Danach habe ich mich als Selbstständiger auf Systemintegrationen spezialisiert. In den letzten 8 Jahren habe ich mehr als zwanzig Implementierungen begleitet und arbeite täglich mit allen großen ERP-Marken im niederländischen Metallmarkt. Bemet, MKG, ISAH, Navision / Business Central, Fledge, Sie kennen sie vielleicht. Diese Anbieter dominieren den niederländischen Markt, doch die Muster, die ich beobachte, gelten branchenübergreifend für die Metallbearbeitung, auch im DACH-Raum.
Und das Muster ist überall dasselbe.
Alle Marken, die ich in diesem Artikel nenne, dienen rein der Veranschaulichung, es ist nichts grundsätzlich falsch an ihnen, und Nuancen gibt es immer. Dies ist keine Beratung. Beratung können Sie bei mir über vanenkhuizen.com anfragen.
Ich spreche hier aus täglicher Erfahrung. Und ehrlich gesagt auch aus ein wenig Frustration (darf man das auch mal sagen?), denn wenn man jahrelang mit all diesen bestehenden Marken arbeitet, beginnt man Muster zu erkennen, die man nicht mehr ignorieren kann…
„Welches ERP soll ich wählen?” ist die falsche Frage
Ich bekomme diese Frage wöchentlich gestellt. Ich denke, ich beobachte rund dreißig Pakete, die ich fast monatlich darauf überprüfe, wie sie sich entwickeln. Und ich verstehe die Frage, Sie wollen mit Ihrem Unternehmen vorankommen, Sie suchen ein System. Aber dahinter steckt eine Annahme, die nicht mehr stimmt: dass ein Paket alles können muss.
Es gibt eine Art Mythos im Markt, dass ein All-in-One-ERP-System für die Metallbearbeitung existiert, das einfach funktioniert.
Ich habe mit Hunderten von Unternehmen gesprochen und sage es ehrlich: Ich habe noch nie gesehen, dass jemand wirklich zufrieden ist.
Nicht weil die Anbieter schlecht sind, sondern weil man immer den Kompromiss zwischen einem generischen Prozess und einem spezialisierten Prozess eingehen muss. Die meisten Metallbetriebe sind stark in Einzelfertigung und Maßarbeit, man kann kein einziges Paket bauen, das für jeden passt.
Was dann passiert: Ein Paket wird gewählt, bevor über die größere Architektur nachgedacht wurde. Und dann kommen die Defizite. Dann werden Module dazugekauft, dann wird Individualanpassung gemacht, dann kommt ein Berater hinzu, und ehe man sich versieht, befindet man sich in einer komplexen Landschaft, die eigentlich niemand mehr überblickt.
Und vergessen Sie nicht: Das gesamte Geschäftsmodell heutiger ERP-Unternehmen basiert größtenteils auf Beratung, nicht vorwiegend auf Lizenzen.
Die Beratungskosten betragen durchschnittlich das Fünf- bis Zehnfache des Anschaffungspreises. Je länger die Implementierung dauert, desto mehr verdient der Anbieter. Dieses Interesse liegt nicht immer bei Ihnen als Kunde.
Die Frage sollte eigentlich lauten: Wie bringe ich das alles zusammen? Was ist meine Architektur? Kann ich integrieren, anpassen, und bin ich Eigentümer meiner eigenen Daten? Ich habe darüber ausführlich geschrieben in Warum ERP nicht mehr das Zentrum Ihrer Fabrik sein muss.
Fünf Generationen Software, und wo Sie wahrscheinlich stehen
Um zu verstehen, wo wir stehen, muss man wissen, woher wir kommen. Denn ERP hieß früher gar nicht ERP.
5 Generationen ERP
Gen 1 & 2, die Grundlage.
Die ersten Systeme waren MRP: Material Requirements Planning. Denken Sie an: LKWs mit Material am richtigen Ort zur richtigen Zeit, das war es. Der gesamte Hintergrund der Computertechnik basiert größtenteils auf logistischen Herausforderungen beim Militär und bei großen Handelsunternehmen, die ersten Algorithmen dafür gab es bereits in den 1960er Jahren.
In den 1980er Jahren kamen die ersten datenbankgestützten Pakete auf und das Beratungsmodell begann: Ein Anbieter baute für Sie eine Individuallösung auf Basis seines eigenen Templates. Ich sehe bis heute noch Pakete aus dieser Ära im Einsatz.
Gen 3, wo die meisten Metallbetriebe heute noch stehen.
Pakete, die man anpassen konnte: eigene Bildschirme bauen, Tabellen hinzufügen, Schnittstellen definieren. Aufgebaut auf SQL- und Postgres-Datenbanken, .NET-Frameworks. In den Niederlanden ist daraus eine ganze Branche entstanden, Anbieter, die mit Branchenkenntnis etwas Skalierbares aufbauten für Unternehmen, die selbst keine Software-Expertise hatten. Und es war eine gute Zeit, damit anzufangen. Im DACH-Raum gab es eine ähnliche Entwicklung mit regionalen Branchenlösungen.
Viele Unternehmen befinden sich jetzt irgendwo zwischen Gen 3 und Gen 4. Teilweise anpassbare Systeme, starke Branchenkenntnis, aber noch keine vollständige Weboberfläche. Das ist nicht unbedingt ein Problem, solange die Grundlagen stimmen.
Gen 4, wo wir jetzt stehen.
Hier geht es um Webbrowser und Weboberflächen. Die meisten Anbieter sind inzwischen hierhin gewechselt oder haben als Cloud-Natives begonnen. Das bedeutet, dass Sie im Grunde alles in Ihrem Webbrowser ausführen. Sie benötigen keinen lokalen Software-Client oder eine lokale Installation mehr.
Eine API, die Steckdose, über die Systeme miteinander kommunizieren, ist vor allem zum Standard geworden, um dies zu ermöglichen.
Aber achten Sie auf den Unterschied: Es gibt Anbieter, die ihr altes Paket in einen Webbrowser umgebaut haben, und es gibt Anbieter, die von Tag eins als Webanwendung gebaut wurden.
Das ist nicht dasselbe. Ein altes Paket, das Sie in die Cloud stellen, ist immer noch ein altes Paket, die Architektur ändert sich nicht, nur die Rechnung. Wer sich fragt, ob ein ERP-Upgrade sich lohnt, sollte auch lesen: Müssen Sie Ihr ERP upgraden? Wahrscheinlich nicht.
Gen 5, gerade erst begonnen, seit 2025.
Das hat alles mit Agentic AI zu tun, der sinkenden Schwelle zum Programmieren und dem sich schnell verändernden Softwaremarkt im Bereich spezialisierter Apps. Denken Sie an: Claude Code mit Opus 4.5+ und GPT 5.3… + Plattformen wie N8N.
Ich merke es an meiner eigenen Arbeit. Ich habe ein Buchhaltungsprogramm, in das ich kaum noch einlogge. Wenn ich eine Rechnung senden will, sage ich es einem AI-Agenten. Der erstellt einen neuen Kunden, prüft USt-Nummern, fügt die Positionen hinzu, schaut auf frühere Verkäufe, schreibt die passenden Texte dazu und sendet mir eine Nachricht, wenn er bereit ist. Wenn ich per Sprache genehmige, wird die Rechnung versendet.
Ich gehe nur noch ins System, wenn es eine Ausnahme gibt. Die Oberfläche verschwindet, das System arbeitet für mich, nicht umgekehrt. Das wird auch bei vielen produzierenden Unternehmen so funktionieren.
Was ERP eigentlich nicht kann
Eine Randbemerkung, die oft vergessen wird. Wenn Sie sich anschauen, was alles in einem ERP steckt, fehlen Ihnen einige Dinge, die für die Werkstattebene essenziell sind.
Es gibt keine Maschine darin. Es gibt keine 3D-Viewer. Es gibt kein System, mit dem Sie ausführliche Arbeitsanweisungen erstellen können. Es gibt nichts, was einen geschlossenen Regelkreis auf detaillierter Produktionsebene bietet. Maschinendaten mit erfassten Produktionsdaten kombinieren, Stillstandserfassung, Fragebögen bei Störungen, das passt eigentlich nicht in ERP.
Das sind alles Dinge, die Sie entweder mit Individualanpassung lösen müssen oder mit kostspieligen Integrationen. Und dadurch entsteht wieder eine komplexe Landschaft. ERP an sich ist einfach eine Bezeichnung für eine Reihe von Funktionalitäten, die je nach Paket variieren. Jedes Paket hat seine Stärken und seine Schwächen. Wer wissen möchte, wie ein Manufacturing Execution System diese Lücke füllt, findet dort einen umfassenden Leitfaden.
Die fünf roten Flaggen
Wenn Sie derzeit Software haben oder eine Auswahl in Betracht ziehen und mehrere dieser Punkte wiedererkennen: ziehen Sie die Handbremse.
Ich sage nicht, dass Sie sofort aufhören sollen mit dem, was Sie haben. Aber es sind Signale, die Sie ernst nehmen müssen. Wir wissen alle, was passiert, wenn man rote Flaggen ignoriert.
1. Keine offene API
Ganz direkt: Wenn Ihr Paket keine offene API hat, keine Steckdose, dann haben Sie ein riesiges Problem.
Eine RESTful API ist nichts anderes als eine standardisierte Methode, um Daten abzurufen, zu senden, zu aktualisieren und zu löschen. Das ist genau das, was Sie brauchen, um Apps zu bauen, und genau das, was Agenten brauchen, um damit zu arbeiten.
Wenn ich zu einem Kunden komme und dieser einen Unified Namespace aufbauen will, ist die erste Frage, die ich mir stelle: Komme ich an die Daten? Gibt es APIs? Sind sie gut dokumentiert? Gibt es kein absurdes Limit von 100 Nachrichten pro Tag?
Wenn dem so ist, können Sie 99 % aller KI-Anwendungen einfach vergessen, weil Ihr System diese Steckdose schlichtweg nicht hat. Und was soll ich dann als Integrator tun? Über die Datenbank mit einem Umweg hinein, und dann kann ich nicht einmal zurückschreiben, ohne etwas kaputt zu machen.
2. Die Daten gehören nicht Ihnen
Stellen Sie sich vor: Sie haben Ihre Datenbank jahrelang lokal betrieben. Ihr Anbieter sagt: Wir stellen es in die Cloud, wird alles besser. Sie sagen okay. Aber erstens wird es nicht besser, wenn Sie das Paket nicht überdenken. Und zweitens stehen die Daten dann nicht mehr in Ihrer eigenen Umgebung.
Wenn Sie diese Datenbank eins zu eins herunterladen möchten, damit Sie sie irgendwann selbst wieder aufbauen könnten, geht nicht. Dann müssen Sie es beantragen, dann kostet es wieder Geld, dann sind Sie abhängig.
Haben Sie jemals versucht, ein vollständiges Backup zu erstellen, einfach lokal? Gemäß der DSGVO ist es bereits eine Anforderung, dass Sie auf Ihre eigenen Daten zugreifen können. Aber offenbar wird das immer noch ignoriert.
3. Keine Eigenständigkeit
Wenn Sie für jede Bildschirmanpassung, jeden Bericht, jede Workflow-Änderung einen Berater brauchen, stecken Sie im alten Modell. Und das wird Sie massiv ausbremsen.
Ich bin durchaus der Meinung, dass man manchmal mit Begleitung besser fährt, ich will nicht, dass Sie denken, Sie müssten alles selbst machen. Aber stellen Sie sich vor, Sie möchten eine unabhängige Partei hinzuziehen, wie mich oder einen Partner. Dann muss diese Person das auch können, zumindest in vernünftigem Rahmen. Wenn selbst das nicht möglich ist, dann ist das keine Partnerschaft. Das ist Abhängigkeit.
4. Updates zerstören Schnittstellen
Viele Schnittstellen auf dem Markt haben keinerlei Versionierung. Sie wurden von Beratern erstellt: schnell zusammengebaut, in eine Datei geschrieben für den Kunden, und wenn der nächste Kunde dasselbe will, wird es aus der Schublade gezogen und angepasst. Keine Beziehung zwischen den Versionen. Kein Changelog. Keine Dokumentation.
Wenn dann ein Update des Pakets kommt, ist es ein Glücksspiel, ob alles weiterläuft. Und wenn es kippt, und das passiert regelmäßig, ist das wieder ein Beratungsprojekt. Und genau das war das Geschäftsmodell.
Mit versionierten APIs haben Sie dieses Problem nicht. Version 1 ist die API, Version 2 fügt Funktionalität hinzu, Version 3 wieder. Wenn eine Schnittstelle auf einer Version aufgebaut ist, fällt sie nicht einfach um. Und wenn sich doch etwas ändert, können Sie genau sehen, was anders ist, und es in kürzester Zeit beheben.
5. Keine Events oder Webhooks
Wenn ein Auftrag freigegeben wird, ein Termin geplant wird, ein Status sich ändert, dann wollen Sie, dass Ihr System das dem Rest Ihres Ökosystems mitteilt. Ein Signal. Ein Event. Nicht, dass Sie alle fünf Minuten fragen müssen: „Hat sich etwas geändert?”
Rechnen Sie mal nach. Wenn Sie jede Minute fragen, ob es neue Aufträge gibt, sind das 60 Mal pro Stunde. Wenn Sie 1.000 API-Aufrufe pro Tag haben, sind Sie allein mit dem Abfragen von Lieferzeiten schon über Ihrem Limit. Und da habe ich noch nicht einmal eine Produktions-App erwähnt, in der jemand etwas als fertig meldet und es erst 10 Minuten später auf der Werkstattebene erscheint. Das gefällt niemandem, dann wird drum herum gearbeitet, und Ihre Akzeptanz ist gescheitert.
Sie wollen kein System of Record, in dem Dinge weggeschrieben werden. Sie wollen ein System of Experience, Dinge, die leben, die benachrichtigen, die reagieren.
Vier Wege, abhängig davon, wo Sie stehen
In einer High-Mix-Welt ist auch jedes Unternehmen einzigartig. Andere Größe, andere Produktionsstruktur, andere Bearbeitungskombinationen, andere Lieferketteninteraktion. Ob Sie auf Lager produzieren oder Auftragsfertigung betreiben, ob Sie viel auslagern oder alles intern halten, das bestimmt, was Sie brauchen. Aber grob sehe ich vier Szenarien.
Klein (~5 Personen)
Bis etwa fünf Personen kommen Sie oft prima ohne jedes System aus. Rechnungen senden Sie aus einem einfachen Buchhaltungsprogramm, den Rest regeln Sie im Kopf und mit ein paar Listen. Daran ist nichts auszusetzen.
Die Zwischenphase (~5-30 Personen)
Hier wird es ehrlich gesagt ein wenig seltsam. Sie sind zu groß für nur ein Buchhaltungsprogramm, aber Sie brauchen kein vollständiges ERP. Und dennoch ist genau das, was Ihnen oft angeboten wird.
Ich denke, die meisten Unternehmen in dieser Kategorie sind heute mit einem guten Buchhaltungsprogramm und ein paar gezielten Apps daneben besser bedient. Ein Buchhaltungsprogramm kann Rechnungen, Angebote, Einkauf, Zeiterfassung und Umsatzsteuervoranmeldung. Kostet ein paar Dutzend Euro pro Monat. Kein Berater nötig, Sie können es am Sonntagabend am Küchentisch mit Ihrem Laptop einrichten und sind fertig.
Und dann denken Sie nur noch darüber nach, wie Sie den Auftrag in die Produktion bekommen. Dafür holen Sie Apps hinzu, ein CAM-Paket, ein Kalkulationstool, vielleicht ein Arbeitvorbereitungstool. Und dazwischen bauen Sie selbst Schnittstellen. Nutzen Sie ein Workflow-Tool wie N8N, wenn Sie richtig loslegen wollen. Lernen Sie es. Die Zukunft Ihres Unternehmens hängt davon ab, wie gut Sie Ihre Systeme integrieren, legen Sie das nicht vollständig in fremde Hände.
Kann ERP bei zwanzig Personen funktionieren? Sicher. Aber Sie bekommen wahrscheinlich 90 % Funktionalität, die Sie nicht brauchen, mit unnötiger Komplexität und Kosten. Und Ihr Budget ist wahrscheinlich besser in spezialisierten Tools angelegt als im Versuch, alles in ein Paket zu stopfen. Wer vergleichen möchte, findet hier die 10 besten ERP-Systeme für Metallbearbeitung.
Skalierer (wachsend, mehrere Abteilungen)
Beginnen Sie mit Abspecken statt Hinzufügen. Betrachten Sie einen Unified Namespace als verbindende Schicht. Lassen Sie Ihr ERP das tun, worin es gut ist, Transaktionen und Finanzen, und bauen Sie Ihre operative Schicht mit eigenen Apps und Schnittstellen drumherum auf.
Wenn Ihr ERP bereits integrierte Buchhaltung hat und das funktioniert, gut. Aber Ihr Fokus wird nicht mehr darauf liegen, dort mehr hineinzustecken. Sehen Sie es als Teil Ihres Ökosystems, nicht als das Zentrum. Und wenn Ihre roten Flaggen nicht zu schwerwiegend sind, können Sie das System einfach stehen lassen und drumherum bauen.
Gruppe (mehrere Standorte, Intercompany, hohe Prozessanforderungen)
Hier ist zentralisiertes ERP vorerst noch vertretbar, und manchmal einfach notwendig. Wenn Sie es mit Finanzkonsolidierung, Intercompany-Transaktionen, Audits oder hohen Anforderungen an Ihre Prozesssicherheit zu tun haben, kann ich mir gut vorstellen, dass das eigenständige Kombinieren von Apps oder Eigenentwicklung nicht immer praktikabel ist. Die Komplexität mehrerer Einheiten, konsolidierter Berichterstattung und gesetzlicher Verantwortung erfordert ein System, das damit gründlich umgeht.
Aber auch dann: Bauen Sie Ihre Produktions-Apps und Werkstatt-Tools separat, damit Sie genau das erstellen können, was Ihre Leute an der Maschine brauchen. Denn am Ende des Tages geht es immer um die Verbesserung der Produktivität.
Was ich in der Praxis sehe
Die Frage verschiebt sich. Vor zwei Jahren kamen Unternehmen zu mir mit „Welches ERP soll ich nehmen?” Jetzt höre ich immer öfter: „Wie komme ich von meinem ERP los?” Oder: „Was kann ich selbst bauen?”
Und ich merke es an mir selbst. Integrationen, für die ich normalerweise lange gebraucht habe, erledige ich jetzt in einem Bruchteil der Zeit. Komplette End-to-End-Lösungen. Das ist keine Zukunftsmusik, das ist jetzt.
Was ich konkret zu sagen wage: ERP, wie wir es kennen, wird verschwinden. Nicht morgen, nicht für alle gleichzeitig, aber die Richtung ist unverkennbar. Wir werden mit APIs und Kommandozeilen arbeiten. Agenten, Automatisierungen und Workflow-Plattformen werden die Orchestrierung übernehmen. Die Vorstellung, dass man in einem Bildschirm herumklickt, um seine Geschäftsprozesse zu betreiben, das ist das alte Modell.
Große Unternehmen mit hohen Prozessanforderungen werden vorerst noch zentralisierte Systeme brauchen. Daran ist nichts auszusetzen. Aber auch sie werden feststellen, dass die Hülle drumherum, die Module, die alles können müssen, die Berater für jede Änderung, immer weniger relevant wird.
Die Werkzeuge sind da. Die Rechnung hat sich grundlegend verändert.
Und genau wie bei den Casino-Tipps: Wissen Sie, wann Sie aufhören müssen. Wissen Sie, wann Sie sagen müssen: Mein Anbieter hat getan, was er kann, aber sein Interesse ist wahrscheinlich, weiter mehr zu tun, mehr hinzuzufügen, mehr Komplexität zu schaffen. Und das ist wahrscheinlich nicht mehr in meinem besten Interesse.
Die Ära von ERP als allumfassendes System geht zu Ende. Und wenn Sie mich fragen, ob das schlimm ist: Nein. Es wird Zeit.
Weiterführende Lektüre
- Warum ERP nicht mehr das Zentrum Ihrer Fabrik sein muss, das Fundament dieser Geschichte
- Müssen Sie Ihr ERP upgraden? Wahrscheinlich nicht, warum Einfachheit zuerst kommt
- Die 10 besten ERP-Systeme für Metallbearbeitung, vergleichen Sie die Optionen
- Die Wirklichkeit hinter ERP und der Cloud, Strategie oder Marketing?
- MES in 2026: Was Sie wissen müssen, und was Sie jetzt selbst bauen können
- Unified Namespace: Schluss mit Spaghetti-Integrationen, die verbindende Schicht
- Deep Dive UNS: Fragen und Antworten, für alle, die tiefer einsteigen wollen
- KI in der Fabrik: Drei Ebenen, wo Sie anfangen können
Fragen zu Ihrer Situation? Nehmen Sie Kontakt auf für ein unverbindliches Gespräch.
Alle genannten Software- und Anbieternamen dienen der Veranschaulichung und stellen keine Empfehlung oder Bewertung dar.