Inhaltsverzeichnis

Wenn ein Enterprise-Resource-Planning-System (ERP) mit einem Katalog von 100 Modulen beginnt, sollten Sie vorsichtig sein. Dieser Katalog beweist nicht, dass das System Ihre Fabrik gut steuern wird, aber er kann beweisen, dass der Anbieter gelernt hat, Breite zu verkaufen, wenn Ihr Unternehmen Tiefe braucht.

Dieser Artikel erklärt, warum große ERP-Modulkataloge für kleine und mittelständische Hersteller oft ein Warnsignal sind, wo das All-in-one-Versprechen bricht und welche Fragen Sie stellen sollten, wenn ein Anbieter Menge als Reife verkaufen will.

Der Modulkatalog ist nicht das Produkt

Der klassische ERP-Vertrieb zeigt zuerst das Menü: Finanzen, Produktion, Qualität, Planung, Instandhaltung, CRM, Personalwesen, Projektmanagement, Dokumentenmanagement, Reporting, E-Commerce, Business Intelligence, Advanced Analytics, künstliche Intelligenz und dann 80 weitere Module mit Namen, die beruhigend klingen, weil irgendjemand sie irgendwann einmal angefragt hat.

Das implizite Argument lautet: mehr Abdeckung bedeutet weniger Risiko. Wenn das ERP angeblich alles abdeckt, muss es sicherer sein als ein engeres System, mit einem Anbieter, einer Datenbank, einem Vertrag, einer Roadmap und einer Stelle, die Sie anrufen, wenn etwas nicht funktioniert.

Diese Geschichte klingt sauber, bis Sie fragen, was jedes Modul in der echten Arbeit tatsächlich leistet. Kann das Produktionsmodul Ihre Arbeitspläne, Nacharbeit, Subunternehmer, Chargenregeln und kurzfristige Prioritätswechsel abbilden? Kann das Bestandsmodul zwischen verfügbarem, reserviertem, gesperrtem, abgelaufenem, in Quarantäne befindlichem und nur physisch vorhandenem Bestand unterscheiden? Kann Qualität eine Charge sperren, bevor die Logistik sie versendet? Sieht der Einkauf den Bedarf früh genug, um den Engpass zu verhindern, statt ihn nur zu erfassen?

Breite lässt sich leicht demonstrieren

Ein breites ERP wirkt in einer Demo beeindruckend, weil die Demo um die Software herum gebaut ist.

Das Vertriebsteam klickt vom Angebot zum Auftrag, vom Auftrag zur Produktion, von der Produktion zum Bestand, vom Bestand zur Lieferung und von der Lieferung zur Rechnung. Der Ablauf ist ordentlich. Die Bildschirme verbinden sich. Die Modulnamen erscheinen genau dort, wo sie erscheinen sollen.

Die Demo verliert ihren Wert, sobald echte Einschränkungen dazukommen: Ein Lieferant verpasst den Termin, ein Kunde ändert die Lieferaufteilung, eine Charge wird von der Qualität gesperrt, ein Fertigungsauftrag muss teilweise abgeschlossen werden oder ein Subunternehmer kann Überlauf für eine Produktfamilie übernehmen, aber nicht für eine andere. Der Kundenauftrag kann in der Demo sauber aussehen, während die Fabrik noch drei praktische Entscheidungen treffen muss, bevor überhaupt etwas weitergehen kann.

Hier zeigen breite, aber flache Systeme ihre Kosten. Sie können die saubere Version des Prozesses darstellen, tun sich aber schwer, wenn der wertvolle Teil des Geschäfts in Ausnahmen, Einschränkungen und Entscheidungen liegt, die im Tagesgeschäft getroffen werden.

Wenn das ERP diese Details nicht abbilden kann, hört das Team nicht auf zu arbeiten. Es arbeitet um das System herum. Der Produktionsplan wandert zurück in eine Tabelle. Mitarbeitende in der Fertigung behalten Papiernotizen. Der Einkauf prüft Engpässe manuell. Die Finanzabteilung stimmt das Ergebnis später ab und fragt sich, warum das ERP nie ganz zur Realität passt.

Der Anbieter hat immer noch 100 Module, aber Sie haben keine operative Kontrolle. Das ist einer der Gründe, warum traditionelle ERP-Projekte für Hersteller so schmerzhaft werden: Das System kann im Katalog vollständig aussehen, während die tägliche Arbeit weiter außerhalb davon stattfindet.

Jedes Modul ist ein Produkt

Softwareteams kennen eine unangenehme Wahrheit, die ERP-Käufer selten klar hören: Jedes ernsthafte Modul ist ein Produkt.

Ein gutes CRM ist ein Produkt. Buchhaltung auch. Lohnabrechnung auch. Lagerverwaltung, Produktionsplanung, Qualität, Instandhaltung, Dokumentenkontrolle und Business Intelligence ebenfalls. Jedes davon braucht Produktmanagement, Engineering, Design, Support, Sicherheit, Integrationen, Dokumentation, Tests und eine Roadmap.

Stellen Sie sich nun einen Anbieter vor, der 100 davon pflegt. Das Problem ist nicht, dass große Softwareunternehmen keine Menschen einstellen können. Das Problem ist Fokus. Ein Unternehmen, dessen Aufmerksamkeit auf einen riesigen Katalog verteilt ist, muss entscheiden, wo Tiefe zählt und wo "gut genug" reicht. In der Praxis existieren viele Module, weil der Markt das Häkchen erwartet, nicht weil der Anbieter etwas gebaut hat, das mit einem Spezialtool konkurrieren kann.

Für kleine und mittelständische Hersteller ist ein schwaches Modul nie kostenlos. Ein mittelmäßiges CRM-Modul erzeugt Vertriebsarbeit. Ein mittelmäßiges Finanzmodul erzeugt Reportingarbeit. Ein mittelmäßiges Fertigungsmodul erzeugt operatives Risiko. Eine schlechte Shopfloor-Erfahrung erzeugt Akzeptanzprobleme, die Führungskräfte später als Widerstand gegen Veränderung missverstehen.

Der Katalog kann die Anzahl der Anbieter auf dem Papier reduzieren, aber er kann die manuelle Arbeit im Unternehmen erhöhen.

Generalistische Module schlagen Spezialtools selten

Es gibt einen Grund, warum Unternehmen HubSpot, Pipedrive, Salesforce, Shopify, Pennylane, QuickBooks, Stripe und andere Spezialtools nutzen. Diese Produkte existieren, weil ganze Teams jahrelang einen einzigen Job verbessern.

Ein ERP-Anbieter kann ein CRM-Modul hinzufügen, aber er wird kaum besser bauen als ein Unternehmen, dessen gesamtes Geschäft CRM ist. Er kann Buchhaltungsfunktionen hinzufügen, aber das bedeutet nicht, dass die Finanzabteilung ein Tool aufgeben sollte, das Buchhaltung bereits gut erledigt. Er kann E-Commerce-Connectoren, Reportingseiten, Workflow-Tools, Dokumentenspeicher und Dashboards hinzufügen, aber jede Ergänzung stellt dieselbe Frage: Ist das wirklich gut genug für das Team, das es jeden Tag nutzen muss?

Für Hersteller ist es oft ein schlechter Tausch, gute Tools durch durchschnittliche ERP-Module zu ersetzen. Das Unternehmen gibt Akzeptanz, Tiefe und Geschwindigkeit auf, um den Komfort eines einzigen Logos zu bekommen.

Die Einkaufsfrage wird klarer: Welches System soll die operative Wahrheit besitzen, und welche Tools sollten im Stack bleiben, weil sie bereits stark sind?

Diese Unterscheidung verändert den Kaufprozess. Das Fertigungs-ERP sollte den Fabrikfluss tragen: Auftragsmanagement, Bestand, Einkauf und Lieferantenmanagement, Planung, Produktion, Qualität, Rückverfolgbarkeit und Logistik. CRM, E-Commerce, Finanz- und Buchhaltungstools können dort bleiben, wo sie stark sind, solange die Übergaben sauber sind.

Integration ist kein Kompromiss, wenn die Zuständigkeiten klar sind. Sie verhindert, dass funktionierende Software ersetzt wird, nur um ein altes All-in-one-Versprechen zu erfüllen. Deshalb ist es oft sinnvoll, Fertigungs-ERP und Finanz-ERP zu trennen: Die Finanzabteilung braucht saubere Datensätze, aber das operative Team braucht ein System, das der Fabrik hilft zu handeln, solange der Plan noch geändert werden kann.

Fertigung braucht Tiefe dort, wo die Arbeit passiert

Die wertvollsten ERP-Fragen sind oft auf die beste Art banal.

Kann das System Planern sagen, was diese Woche wirklich gefertigt werden kann?
Kann es Einkäufern zeigen, welche Engpässe den Plan brechen werden?
Können Mitarbeitende in der Fertigung ihre Arbeit während der Schicht aktualisieren, ohne gegen die Oberfläche zu kämpfen?
Kann Qualität Chargen sperren, freigeben und rückverfolgen, ohne eine parallele Tabelle zu führen?
Kann die Logistik dem Bestandsstatus vertrauen, bevor sie Sendungen vorbereitet?
Kann das Team einen Workflow nach dem go-live ändern, ohne auf einen Berater zu warten?
Können operative Ereignisse sauber an die Finanzabteilung übergeben werden, ohne doppelte Eingabe?

Keine dieser Fragen verlangt eine Suite mit 100 Modulen. Sie verlangen ein tiefes operatives System, das zur Art passt, wie Fertigungsarbeit wirklich läuft.

Die versteckten Kosten von All-in-one-ERP

Das All-in-one-Versprechen wirkt aus der Distanz effizient. Ein Anbieter sollte weniger Integrationen, weniger Verträge, weniger Systemgrenzen und weniger Entscheidungen bedeuten.

In der Realität entstehen die versteckten Kosten meist an drei Stellen. Erstens wird das Projekt zu groß. Statt die operativen Abläufe zu verbessern, die wirklich schmerzen, versucht das Unternehmen, Finanzen, CRM, Reporting, Einkauf, Bestand, Produktion, Qualität, Logistik und manchmal Personalwesen in einem Programm zu ersetzen. Der Umfang wächst. Die Zahl der Stakeholder steigt. Jede Abteilung redet mit, weil jede Abteilung jetzt Teil desselben ERP-Projekts ist.

Zweitens akzeptiert das Unternehmen schwächere Tools. Ein Team, das sein CRM mochte, wechselt in das ERP-CRM, weil es enthalten ist. Die Finanzabteilung verlässt ein System, dem sie vertraut, weil die Suite ein Buchhaltungsmodul hat. Mitarbeitende in der Fertigung bekommen Bildschirme, die für administrative Vollständigkeit gebaut wurden, nicht für Geschwindigkeit am Shopfloor.

Drittens wird Veränderung schwerer, als sie sein müsste. Wenn ein System versucht, alles zu besitzen, kann jede Anpassung riskant wirken. Betrifft die Workflow-Änderung die Finanzabteilung? Bricht die Integration? Wird das Feld an anderer Stelle genutzt? Wer besitzt die Konfiguration? Kann der Berater es in die nächste Phase aufnehmen?

Das All-in-one-Versprechen wird zu einer Koordinationssteuer. Hersteller brauchen keine Software-Suite, die in einer Abdeckungstabelle stark aussieht. Sie brauchen ein operatives Rückgrat, das sich mit der Fabrik verändern kann. Wenn Ihr aktuelles System jedes Quartal neue Umwege erzwingt, ist die nützliche Frage vielleicht nicht mehr, ob der Modulkatalog groß genug ist, sondern ob es 2026 Zeit ist, das ERP zu wechseln.

Wo Bonx passt

Bonx ist ein KI-natives Fertigungs-ERP. Wir konzentrieren uns auf den operativen Kern der Fertigung: Auftragsmanagement, Bestand, Einkauf und Lieferantenmanagement, Planung, Produktion, Qualität, Rückverfolgbarkeit und Logistik. Bonx verbindet sich mit den Tools, die bereits im Stack vorhanden sind, statt Hersteller zu zwingen, jedes Tool durch ein schwächeres internes Modul zu ersetzen.

Dieses Modell funktioniert nur, wenn die Übergaben echt sind. Aufträge, Lieferscheine, Bestandsbewegungen, Produktionsentscheidungen, Lieferantenaktionen und Qualitätsereignisse müssen durch das System laufen, ohne dass das Team den Ablauf von Hand neu zusammensetzen muss. Der Beweis liegt in Kunden-Rollouts, in denen Bonx den operativen Kern verbunden hält, während andere Tools weiter ihre Arbeit machen.

Bei L'Atelier du Ferment, einem schnell wachsenden Lebensmittelhersteller, dessen Volumen sich jedes Jahr über vier Werkstätten hinweg verdoppelte, verband Bonx den operativen Bereich mit Sidely und Pennylane und unterstützte vollständige Chargenrückverfolgbarkeit über mehr als 100,000 Flaschen. In Sidely erstellte Aufträge fließen in Bonx, in Bonx generierte Lieferscheine werden an Pennylane gesendet, und Bonx generiert Fertigungsaufträge und Beschaffungsvorschläge auf Basis von Verkäufen, Haltbarkeit und Kühlkapazität.

Something Added führte Bonx in zwei Monaten ein, inklusive nativer Integration mit HP-3D-Druckern. Vor Bonx hing die Produktion von manuellen Kontrollen, Auftragsbündelung, Maschinenauswahl und dem Start von Druckjobs ab. Mit Bonx werden Aufträge automatisch gebündelt, Fertigungsaufträge generiert und Jobs nach industriellen Regeln Maschinen zugewiesen. Die Fabrik läuft heute 24/7 und produziert mehr als 10,000 Teile pro Monat mit einem schlanken Team.

Feroce führte Bonx in 42 Tagen ein, bevor ein Auftritt im nationalen Fernsehen eine Verzehnfachung der Bestellungen auslöste. Bonx passte sich der bestehenden QR-Code-Rückverfolgbarkeit an, verband sich mit Shopify und half, Chargenrückverfolgbarkeit, Bestandssichtbarkeit über Kühlflächen, Materialbilanz und Subunternehmerkoordination zu automatisieren, ohne den Betrieb zu unterbrechen.

Keines dieser Beispiele hängt davon ab, dass Bonx den längsten Modulkatalog hat. Sie hängen von Fertigungstiefe, sauberen Integrationen und einem System ab, das dort handelt, wo operative Arbeit passiert.

Was Sie statt "wie viele Module?" fragen sollten

Wenn Ihnen ein ERP-Anbieter das nächste Mal seinen Modulkatalog zeigt, sollten Sie nicht zu schnell beeindruckt sein. Stellen Sie härtere Fragen.

Welche Module sind tief genug, um die Spezialtools zu ersetzen, die unsere Teams bereits nutzen?
Welche Tools sollten bleiben, weil sie ihre Aufgabe bereits gut erfüllen?
Welches System besitzt die operative Wahrheit vom Auftrag bis zur Lieferung?
Kann ein Auftrag durch Planung, Einkauf, Produktion, Qualität, Bestand und Logistik laufen, ohne doppelte Eingabe?
Kann sich das ERP mit unserem CRM, E-Commerce, Buchhaltungssystem, Maschinenintegrationen und Reportingtools verbinden, ohne Integration zu einem zweiten Projekt zu machen?
Können Mitarbeitende in der Fertigung das System während der Schicht nutzen, oder müssen sie es später aktualisieren?
Kann unser Team Workflows nach dem go-live ohne Berater ändern?
Handelt das System bei routinemäßiger operativer Arbeit, oder wartet es vor allem darauf, dass Menschen Entscheidungen erfassen?

Behandeln Sie die Modulanzahl als schwaches Kaufsignal. Operative Abdeckung, Anpassbarkeit nach dem go-live, Akzeptanz bei den Menschen, die die Arbeit tun, und klare Zuständigkeiten zwischen Systemen sagen mehr darüber aus, ob das ERP das Unternehmen wirklich steuern kann.

Wenn die beste Antwort eines Anbieters weiter lautet: "Wir haben 100 Module", haben Sie etwas Nützliches gelernt. Das ist Ihr Signal zu gehen.

FAQ zu ERP-Modulen

Sind ERP-Module schlecht?

Nein. Module sind eine normale Art, ERP-Funktionalität zu organisieren. Das Problem beginnt, wenn der Modulkatalog operative Tiefe ersetzt. Ein Fertigungs-ERP kann weniger Module haben und die Fabrik trotzdem besser steuern, wenn es Auftragsmanagement, Bestand, Einkauf, Planung, Produktion, Qualität, Rückverfolgbarkeit und Logistik in einem verlässlichen Ablauf verbindet.

Sollten Hersteller ein All-in-one-ERP wählen?

Ein All-in-one-ERP kann funktionieren, wenn die Abläufe einfach sind und die enthaltenen Module für die Teams gut genug sind. Wachsende Hersteller sollten vorsichtiger sein. Gute CRM-, E-Commerce-, Finanz- oder Buchhaltungstools durch durchschnittliche ERP-Module zu ersetzen, kann mehr Arbeit erzeugen, als es entfernt. Das bessere Modell ist klare Zuständigkeit: Das Fertigungs-ERP besitzt die operative Wahrheit, und Spezialtools bleiben dort, wo sie stark sind.

Wie viele ERP-Module braucht ein kleiner oder mittelständischer Hersteller?

Ein kleiner oder mittelständischer Hersteller braucht keine bestimmte Anzahl von Modulen. Er braucht eine verlässliche Abdeckung der operativen Kette: Kundennachfrage, Einkauf, Bestand, Planung, Produktion, Qualität, Rückverfolgbarkeit, Logistik und die Übergabe an die Finanzabteilung. Wenn diese Abläufe funktionieren, ist die Modulanzahl weniger wichtig. Wenn sie nicht funktionieren, rettet ein großer Katalog das Projekt nicht.

Worauf sollte ich bei einem Fertigungs-ERP statt auf die Modulanzahl achten?

Achten Sie auf Tiefe in den Abläufen, die entscheiden, ob das Unternehmen liefern kann. Testen Sie, ob das System echte Aufträge, Materialeinschränkungen, Bestandsstatus, Produktionsfortschritt, Qualitätssperren, Chargenrückverfolgbarkeit, Versandvorbereitung und operative Datenübergaben abbilden kann. Testen Sie danach, ob Ihr Team diese Abläufe nach dem go-live anpassen kann, ohne ein neues Beratungsprojekt zu starten.

Wie unterscheidet sich Bonx von einer traditionellen ERP-Suite?

Bonx ist ein KI-natives Fertigungs-ERP, das sich auf den operativen Kern der Fertigung konzentriert, nicht auf eine riesige Suite, die jedes Business-Tool ersetzen will. Es verbindet Auftragsmanagement, Bestand, Einkauf und Lieferantenmanagement, Planung, Produktion, Qualität, Rückverfolgbarkeit und Logistik und integriert sich zugleich mit CRM-, E-Commerce- und Buchhaltungssystemen, die Hersteller bereits nutzen.