Inhaltsverzeichnis

Material Requirements Planning (MRP) Software hilft Herstellern zu berechnen, welche Materialien, Komponenten und Fertigungsaufträge nötig sind, um Nachfrage zu erfüllen. In der Theorie klingt das einfach. In der Praxis ist die Berechnung nur so nützlich wie das System um sie herum.

Dieser Artikel erklärt, was MRP-Software tut, wo sie im Manufacturing-Tech-Stack 2026 sitzen sollte und ob Sie wirklich ein separates MRP-Tool brauchen, wenn das richtige Enterprise Resource Planning (ERP) bereits den operativen Kern abdeckt.

Was tut MRP-Software?

Grundsätzlich arbeitet MRP mit vielen Kerndaten: Kundenaufträgen, Prognosen, Stücklisten, aktuellem Bestand, offenen Bestellungen, offenen Fertigungsaufträgen, Lieferanten-lead times, Produktions-lead times, Mindestbestellmengen und Sicherheitsbestandsregeln.

Wenn ein Hersteller im nächsten Monat 1,000 fertige Einheiten ausliefern muss, prüft das System die Stückliste, betrachtet den verfügbaren Bestand, zieht ab, was bereits bestellt oder in Produktion ist, wendet lead times an und sagt dem Team, was gekauft oder gefertigt werden muss.

Gute MRP-Software sollte konkrete Fragen beantworten:

Welche Materialien fehlen?
Welche Bestellungen sollten erstellt werden?
Welche Fertigungsaufträge sollten gestartet werden?
Wann wird ein Engpass die Produktion treffen?
Welcher Kundenauftrag, welche Prognose oder welche Sicherheitsbestandsregel hat den Bedarf ausgelöst?
Was ändert sich, wenn eine Prognose steigt oder ein Kunde einen Auftrag vorzieht?

MRP vs. ERP: wo sollte MRP leben?

MRP konzentriert sich auf Material- und Produktionsbedarfe: was gekauft oder gefertigt werden muss, und wann. ERP ist viel breiter.

In der Fertigung kann ein ERP Auftragsmanagement, Bestand, Einkauf, Planung, Produktion, Qualität, Rückverfolgbarkeit, interne Logistik und Reporting verbinden. Einige ERP-Systeme enthalten auch Finanzen und Buchhaltung, während andere, darunter Bonx, sich nur auf die operative Fertigungsebene konzentrieren und sich mit Finanztools verbinden, statt sie zu ersetzen.

MRP und ERP sind nicht dasselbe, aber sie sind eng miteinander verbunden. MRP ist nur nützlich, wenn es ERP-Daten vertrauen kann, darunter Live-Bestand, Stücklisten, Qualitätsstatus, Lieferantentermine, offene Bestellungen, Fertigungsaufträge und Nachfrage.

Wenn der Bestand falsch ist, ist MRP falsch. Wenn eine Charge von der Qualität gesperrt ist, aber weiterhin als verfügbar zählt, ist MRP falsch. Wenn eine Lieferantenverzögerung in einer E-Mail steckt, aber nicht im System, ist MRP falsch. Wenn Produktionsfortschritt erst am Ende des Tages erfasst wird, ist MRP zu spät. Sie sehen das Muster: Letztlich muss die Planungsberechnung nah an den operativen Daten bleiben, von denen sie abhängt.

Brauchen Sie separate MRP-Software, wenn Sie ein ERP haben?

Die bessere Frage ist nicht einfach, ob Sie MRP-Software brauchen. Sie lautet, wo MRP leben sollte: in einem Fertigungs-ERP, das Nachfrage, Bestand, Stücklisten, Einkauf, Produktion und Qualität bereits verbindet, oder in einem separaten Planungstool, weil das aktuelle System diese Arbeit nicht tragen kann.

Wenn Sie bereits ein starkes Fertigungs-ERP haben, brauchen Sie vielleicht kein separates MRP-Produkt. Was Sie im Idealfall brauchen, ist MRP-Logik in dem System, das Ihre Aufträge, Stücklisten, Bestände, Bestellungen, Fertigungsaufträge, Qualitätsstatus, lead times und operativen Regeln bereits kennt.

Wenn Sie ein finanzzentriertes ERP, ein zu leichtgewichtiges ERP, Tabellen oder noch gar kein ERP haben, sieht die Antwort anders aus. Separate MRP-Software kann eine Brücke sein, wenn Ihr aktuelles System Fertigungsplanung nicht gut genug abbilden kann. Sie kann aber auch ein Signal sein, dass nicht MRP fehlt, sondern ein operatives System, das Planung, Einkauf, Produktion, Bestand und Qualität verbindet.

Das Risiko besteht natürlich darin, eine weitere getrennte Ebene hinzuzufügen. Sobald Planer ERP-Daten exportieren, sie in einer Tabelle oder einem separaten Tool nachbearbeiten und die Entscheidungen danach zurück in Einkauf und Produktion schieben müssen, hat das Unternehmen eine weitere Abstimmungsaufgabe geschaffen.

An diesem Punkt lohnt sich die Frage, ob Sie wirklich ein separates MRP-Tool brauchen, oder eher ein Fertigungs-ERP, das den operativen Ablauf sauber tragen kann.

Wo MRP scheitert, und warum Tabellen überleben

MRP geht schief, wenn es mit veralteten Eingaben, starren Parametern oder einem schlechten Modell für Ausnahmen arbeitet. Das System berechnet vielleicht die richtige Antwort für die Daten, die es hat, aber Planer wissen, dass Kontext fehlt: eine Lieferantenverzögerung aus einer E-Mail, eine Qualitätssperre, ein vorübergehender Lieferantenwechsel, eine Kundenreservierung oder ein Fertigungsauftrag, der heute Morgen verschoben wurde.

Die Tabelle überlebt, weil sie Ausnahmen schneller erfasst als viele Planungsmodule. Sie kann die Notiz halten, dass das Team diesen Monat bei Lieferant B statt Lieferant A kauft, dass eine Charge bis zur Qualitätsfreigabe ausgeschlossen ist, dass ein bestimmter Kunde 200 Einheiten reserviert bekommt oder dass eine Aktion die Nachfrage in einer Region verändert.

Klassisches MRP zwingt Planer oft dazu, entweder globale Stammdaten zu ändern, mit Nebenwirkungen überall, oder die Ausnahme außerhalb des Systems zu behandeln. Also wählen sie die Tabelle.

Vertrauen ist das andere Problem. Wenn MRP sagt: "Kaufen Sie 1,200 Einheiten von Artikel A in Woche 24", müssen Planer wissen, warum. Wie hoch war der geplante Bestand an diesem Datum? Welche Sicherheitsbestandsregel wurde berücksichtigt? Welche Prognosen haben beigetragen? Welche festen Aufträge haben die Nachfrage getrieben? Warum dieses Datum und nicht ein anderes?

Wenn das System die Antwort nicht erklären kann, prüfen Planer sie manuell. Sobald sie genug Antworten manuell prüfen müssen, wird das MRP-Modul zu einer Quelle von Vorschlägen, nicht zu einem Planungssystem, dem das Team vertraut.

MRP, MRP II und APS sind verschiedene Planungsebenen

MRP beantwortet Materialfragen. Es löst nicht automatisch jede Planungsfrage.

MRP kann sagen, dass Materialien für einen Fertigungsauftrag nötig sind. Es sagt nicht immer, ob eine bestimmte Maschine den Job am Dienstagmorgen fahren sollte, ob eine Rüstsequenz geändert werden sollte, ob ein Unterauftragnehmer Überlauf bekommt oder ob ein Eilauftrag ein anderes Kundenversprechen gefährdet.

Diese Fragen bewegen sich in Richtung MRP II, Planung mit begrenzter Kapazität, Produktionsplanung und Advanced Planning and Scheduling (APS). Für einen tieferen Vergleich lesen Sie den Bonx-Leitfaden dazu, wie sich APS von Planung auf ERP-Ebene unterscheidet.

Die praktische Trennung sieht so aus:

MRP fragt, welche Materialien und Fertigungsaufträge nötig sind.
MRP II ergänzt breitere Planung von Produktionsressourcen, meist über Absatzpläne, Produktionspläne und Beschaffungspläne hinweg.
APS geht tiefer in begrenzte Kapazität, Sequenzierung, Einschränkungen und Szenarien.
Produktionsausführung stellt sicher, dass die freigegebene Arbeit wirklich auf dem Shopfloor passiert.

Nicht jeder Hersteller braucht APS. In vielen Fertigungs-KMU löst ein gut verbundenes Fertigungs-ERP mit MRP, Planung, Live-Bestand, Einkauf, Fertigungsaufträgen und klaren Ausnahmen bereits viel Schmerz. APS wird relevant, wenn Kapazitätsrestriktionen, Sequenzierungsregeln und Szenarioplanung zu komplex für Planung auf ERP-Ebene werden.

Die Falle besteht darin, APS zu kaufen, weil das grundlegende MRP des ERP unbrauchbar ist. Manchmal ist das Planungsproblem fortgeschritten. Manchmal hat das ERP einfach nicht die richtigen operativen Daten.

Was gute MRP-Software 2026 beweisen sollte

Der Standard für MRP-Software sollte höher sein als eine Berechnungsmaschine und eine lange Liste geplanter Aufträge.

Ein Einkäufer sollte sehen können, ob ein Einkaufsvorschlag aus einem Kundenauftrag, einer Prognose, einer Sicherheitsbestandsregel oder einem anderen Bedarf kommt. Ein Planer sollte jeden Vorschlag mit der dahinterliegenden Nachfrage verbinden können, statt Menge und Datum zu akzeptieren, nur weil das System es sagt.

MRP sollte auch direkt mit Handlung verbunden sein. Wenn das System empfiehlt, Material zu kaufen, sollte der Einkäufer den Vorschlag zu einer bestehenden Bestellung hinzufügen oder eine neue erstellen können, ohne die Zeile manuell nachzubauen. Wenn doppelte Bedarfe auf denselben Artikel zeigen, sollte das System sie klar gruppieren. Wenn Produktvarianten parametrisch sind, sollte die Oberfläche dem Team helfen, Vorschläge zu suchen, zu gruppieren und zu prüfen, ohne den Vorschlagsbildschirm in ein Labyrinth zu verwandeln.

Mindestens sollte modernes MRP unterstützen:

Live-Bestandsstatus, einschließlich verfügbar, reserviert, gesperrt, abgelaufen und unterwegs.
Nachfrage aus bestätigten Aufträgen, Prognosen und Planungsszenarien.
Stücklisten und Arbeitspläne, die Operations aktuell halten kann.
Lieferanten-lead times, die gegen tatsächliche Performance geprüft werden können.
Beschaffungsvorschläge, die Einkäufer validieren, anpassen oder freigeben können.
Generierung von Fertigungsaufträgen, verbunden mit Nachfrage und Einschränkungen.
Ausnahmen, sortiert nach operativer Auswirkung.
Klare Erklärungen, warum das System eine Handlung empfiehlt.
Menschliche Freigabepfade für riskante oder teure Entscheidungen.

Wenn MRP den Bedarf nicht erklären, sich nicht mit dem nächsten Schritt verbinden oder die Ausnahmen nicht abbilden kann, die Planer bereits kennen, wird es Planung weiter zurück nach Excel drücken.

Wo Bonx hineinpasst

Bonx ist ein KI-natives Fertigungs-ERP. Unsere Sicht ist, dass Hersteller kein separates MRP-Tool kaufen sollten, nur um Nachfrage, Bestand, Einkauf, Produktion, Qualität und Logistik zu verbinden. MRP-Logik sollte in dem ERP leben, das den operativen Ablauf bereits versteht.

Bonx hilft Herstellern, von getrennten Datensätzen zu einem ERP zu wechseln, das die Operation wirklich mitsteuert. Es speichert nicht nur Aufträge, Bestand und Produktionsstatus, sondern verwandelt operative Ereignisse auch in Beschaffungsvorschläge, Fertigungsaufträge, Warnungen und nächste Schritte, die das Team prüfen und freigeben kann.

Zum Beispiel:

Der Lebensmittelhersteller L'Atelier du Ferment hat Produktionsplanung, Chargenrückverfolgbarkeit, Sidely und Pennylane mit Bonx verbunden. Bonx hilft, Fertigungsaufträge und Beschaffungsvorschläge auf Basis von Verkäufen, Haltbarkeit und Kühlkapazität zu generieren, während die Rückverfolgbarkeit von mehr als 100,000 Flaschen unterstützt wird.

Der additive Hersteller Something Added hat Bonx in zwei Monaten mit einer nativen Integration zu HP 3D-Druckern eingeführt. Bonx gruppiert Aufträge, generiert Fertigungsaufträge, weist Jobs Maschinen nach vordefinierten industriellen Regeln zu und unterstützt 24/7-Produktion mit mehr als 10,000 produzierten Teilen pro Monat.

Für einen breiteren Blick auf die operative Ebene rund um Planung lesen Sie Bonx' Leitfaden zu Fertigungs-ERP für KMU und warum Hersteller Operations-ERP und Finanz-ERP trennen sollten.

Ist MRP also noch relevant?

Ja. MRP bleibt relevant, weil Hersteller Nachfrage weiterhin in Material- und Produktionsentscheidungen übersetzen müssen.

Die Entscheidung ist, wo diese Fähigkeit leben sollte.

Wenn Ihr ERP Nachfrage, Stücklisten, Bestand, Einkauf, Fertigungsaufträge, Qualitätsstatus, lead times und Ausnahmen bereits verbindet, sollte MRP normalerweise in diesem ERP leben. Wenn Ihr ERP finanzzentriert, zu leichtgewichtig oder zu weit von der Fertigungsrealität entfernt ist, kann ein separates MRP-Tool verlockend wirken. Die bessere Frage ist aber, ob sich die operative Ebene ändern muss.

FAQ zu MRP-Software

Wofür steht MRP?

MRP steht für Material Requirements Planning. Es ist eine Planungsmethode, die aus Nachfrage, Stücklisten, Bestand, lead times und offenem Zulauf berechnet, welche Materialien und Fertigungsaufträge nötig sind.

Was ist MRP-Software?

MRP-Software hilft Herstellern, Materialeinkäufe und Produktionsbedarfe zu planen. Sie nutzt Kundenaufträge, Prognosen, Stücklisten, Bestand, Bestellungen, Fertigungsaufträge und lead times, um zu empfehlen, was gekauft oder gefertigt werden sollte.

Ist MRP 2026 noch relevant?

Ja. MRP bleibt relevant, weil Hersteller Nachfrage weiterhin mit Materialien, Einkauf und Produktion verbinden müssen. Was sich ändert, ist die Erwartung: Modernes MRP sollte Live-Betriebsdaten nutzen, Empfehlungen erklären und Handlung auslösen helfen, statt nur statische Planungsberichte zu produzieren.

Was ist der Unterschied zwischen MRP und ERP?

MRP konzentriert sich auf Material- und Produktionsbedarfe. ERP ist das breitere Betriebssystem des Unternehmens und umfasst Bereiche wie Aufträge, Bestand, Einkauf, Planung, Produktion, Qualität, Logistik und Übergaben an Finanzsysteme. In einem Fertigungs-ERP ist MRP meist eine Planungsfähigkeit innerhalb eines größeren operativen Systems.

Brauche ich separate MRP-Software, wenn ich schon ein ERP habe?

Nicht immer. Wenn Ihr ERP Nachfrage, Stücklisten, Bestand, Einkauf, Fertigungsaufträge, Qualitätsstatus, lead times und Planungsregeln bereits verbindet, sollte MRP normalerweise in diesem ERP leben. Wenn Ihr aktuelles ERP in der Fertigungsplanung schwach, zu finanzzentriert oder unfähig ist, Ihre echten Planungsrestriktionen zu tragen, kann das ein Zeichen sein, dass Sie ein stärkeres Fertigungs-ERP brauchen, nicht ein weiteres Planungssilo.

Was, wenn ich noch kein ERP habe?

Wenn Sie noch kein ERP haben, behandeln Sie MRP als Teil der größeren Entscheidung über das operative System. Sie brauchen vielleicht MRP-Logik, aber Sie brauchen auch verlässlichen Bestand, Stücklisten, Einkauf, Fertigungsaufträge, Qualitätsstatus und operative Workflows darum herum. Eigenständiges MRP zu kaufen, ohne diese Grundlagen zu lösen, kann ein weiteres Planungssilo schaffen.

Was ist der Unterschied zwischen MRP und APS?

MRP konzentriert sich darauf, welche Materialien und Fertigungsaufträge nötig sind. APS, oder Advanced Planning and Scheduling, geht tiefer in begrenzte Kapazität, Sequenzierung, Einschränkungen, Szenarien und Scheduling-Entscheidungen. Einige Hersteller brauchen beides, während andere einen großen Teil des Planungsproblems in einem operationszentrierten ERP lösen können.

Warum scheitert klassisches MRP?

Klassisches MRP scheitert, wenn Eingaben veraltet, manuell oder unvollständig sind. Wenn Bestand, lead times, Stücklisten, Qualitätsstatus, Lieferantentermine oder Produktionsfortschritt falsch sind, ist auch die MRP-Empfehlung falsch. Es scheitert auch, wenn Ausnahmen zu starr sind, um im System modelliert zu werden. Deshalb nutzen Planer oft weiter Tabellen.