MRP (Material Requirements Planning, deutsch Materialbedarfsplanung) ist die systematische Methode, die aus Produktionsprogramm, Stückliste und Lagerbestand den zeitphasengerechten Materialbedarf erzeugt — über die drei Grundoperationen Stücklistenauflösung, Brutto-zu-Netto-Verrechnung und Lead-Time-Offsetting. Aus über 1.200 Projekten der Dreher Consulting und über 30 Jahren Beratungserfahrung im DACH-Mittelstand wissen wir: MRP ist nicht nur eine Funktion im Lagerwirtschaftsmodul, sondern der methodische Ahnherr von MRP II und damit die Grammatik jedes heutigen ERP-Produktionsmoduls. Architektur vor Software. Wer die drei Operationen nicht versteht, schreibt ein vages Lastenheft und kauft Software in ein methodisches Vakuum.
Was ist MRP? Definition, drei Kernfragen und drei Grundoperationen
MRP ist die zeitphasengerechte Methode, mit der aus einem Produktionsprogramm, der mehrstufigen Stückliste und dem Lagerbestand der Materialbedarf je Komponente und je Zeitperiode berechnet wird. Sie beantwortet drei Kernfragen — was wird gebraucht, wie viel, wann und wo — und stützt sich auf drei mathematische Grundoperationen, die in jeder ERP-Produktionslogik wiederkehren.
Der Berufsverband Chartered Institute of Procurement & Supply (CIPS) definiert MRP als zeitphasengerechte Methode der Materialdisposition, die Bruttobedarf erzeugt und gegen den Lagerbestand zum Nettobedarf verrechnet. Die deutsche Lexikondefinition bei Computer Weekly fasst die drei Kernfragen prägnant zusammen: Was wird gebraucht? Wie viel? Wann und wo? Drei Operationen treiben die Methodik:
- Stücklistenauflösung (BOM-Explosion). Aus dem Endprodukt-Bedarf werden über die mehrstufige Stückliste die Bedarfe je Baugruppe und je Einzelteil abgeleitet. Eine fünfstufige Stückliste erzeugt fünf Brutto-Bedarfsstufen.
- Brutto-zu-Netto-Verrechnung (Gross-to-Net Netting). Vom Bruttobedarf werden verfügbarer Bestand, offene Bestellungen und Sicherheitsbestände abgezogen. Übrig bleibt der Nettobedarf — der eigentliche Auslöser für Beschaffung oder Fertigung.
- Lead-Time-Offsetting. Der Nettobedarfstermin wird um die Wiederbeschaffungs- oder Durchlaufzeit nach vorne verlegt — daraus ergibt sich der Startzeitpunkt der Bestellung beziehungsweise des Fertigungsauftrags.
Das Cambridge Institute for Manufacturing (IfM) beschreibt genau diese drei Schritte als universellen Algorithmus jeder Materialbedarfsrechnung — unabhängig vom Anbieter. Wer eine ERP-System-Definition liest und nicht die MRP-Mechanik dahinter erkennt, übersieht die Hälfte des Konfigurationsaufwands.
Die historische Spur — MRP → MRP II → ERP
MRP ist der methodische Ahnherr von ERP — keine Anekdote. Joseph Orlicky publizierte die Methodik 1975, Oliver Wight erweiterte sie 1984 zu MRP II um Kapazität und Finanzen, Gartner prägte um 1990 den Begriff ERP. Diese Spur ist die Grammatik jeder heutigen Produktionssoftware. Im Lastenheft muss sie abgebildet werden, sonst kauft die Geschäftsführung Module ein, deren Logik niemand mehr nachvollziehen kann.
Joseph Orlicky entwickelte 1964 bei Black & Decker eines der ersten produktiven MRP-Systeme, dokumentiert im QAD-Beitrag zu Joseph Orlicky. 1975 erschien sein methodischer Klassiker Orlicky, J. (1975) — Material Requirements Planning, McGraw-Hill; das Werk gilt als Blueprint für alle nachfolgenden MRP-Systeme.
Oliver Wight publizierte 1984 Manufacturing Resource Planning (MRP II) und erweiterte die reine Materialbedarfslogik um Kapazitätsplanung, Werkstattsteuerung und Finanzintegration. MRP II wurde damit zum Brücken-Konzept zwischen Materialwirtschaft und unternehmensweiter Ressourcenplanung. Gartner prägte um 1990 den Begriff Enterprise Resource Planning — die heutige ERP-System-Definition wäre ohne diese Vorgeschichte unverständlich.
Drei methodische Linien laufen heute zusammen: die deutsche PPS-Tradition (Produktionsplanung und -steuerung), die angelsächsische MRP-/MRP-II-Tradition und die modernen ERP-Suiten von SAP, Microsoft, Oracle und proALPHA. Sie operieren methodisch auf demselben Fundament — wer dieses Fundament im Lastenheft nicht sauber benennt, vergleicht in der Auswahl Äpfel mit Birnen.
Praxisbeispiel — DACH-Maschinenbau, fünfstufige Stückliste, achtstündiger MRP-Lauf
Bei einem mittelständischen Maschinenbauer im DACH-Raum (anonymisiert, rund 320 Beschäftigte) brauchte der nächtliche MRP-Lauf acht Stunden, weil Wiederbeschaffungszeiten in Excel parallel zum ERP gepflegt wurden. Erst die Einsetzung eines Stammdatenverantwortlichen und eine klare Datenpolitik machten den Lauf wieder verlässlich. Wir haben das in den letzten zwei Jahren in vergleichbarer Form mehrfach gesehen.
Das Unternehmen — fünfstufige Stückliste, rund 18.000 aktive Artikelnummern, klassische Variantenfertigung — hatte ein ERP-System der zweiten Generation im Einsatz. Die Materialbedarfsplanung lief nominell jede Nacht. Praktisch lief sie acht Stunden, und in fünf von zehn Nächten brach sie ab, bevor die letzte Stücklistenstufe aufgelöst war.
Die Ursache lag nicht im Algorithmus. In über 240 Stammdatensätzen waren Wiederbeschaffungszeiten in zwei parallelen Welten gepflegt — einmal im ERP, einmal in einer Excel-Datei in der Beschaffung. Bei jedem Lauf wurde die Excel-Datei manuell übertragen, mit Fehlern. Die Folge: Das Lead-Time-Offsetting rechnete mit veralteten oder widersprüchlichen Werten, der MRP-Lauf verlängerte sich, weil Plantermine sich gegenseitig blockierten.
In zahlreichen Projekten der letzten 24 Monate im DACH-Maschinenbau und Mittelstand haben wir dasselbe Muster gesehen: ein benannter Stammdatenverantwortlicher, klare Pflegeregeln für Stammdaten und eine konsequente Excel-Entkernung. Sechs Wochen später lief der MRP-Lauf in 95 Minuten und blieb stabil. Aus über 1.200 Projekten validiert: erfahrungsgemäß deutlich kürzere Projektdauer, wenn die Stammdatenfrage vor der ERP-Auswahl geklärt ist — nicht danach.
Was MRP-Leitfäden im DACH-Raum verschweigen
Drei Punkte, die in deutschsprachigen MRP-Leitfäden und Anbieter-Pitches selten zur Sprache kommen — im DACH-Mittelstand entscheiden sie aber regelmäßig über Erfolg oder Abbruch einer ERP-Einführung. Sie folgen aus über 1.200 Projekten der Dreher Consulting und aus dem konsequenten Anwenden der MRP-Klassiker.
1. MRP ist Lastenheft-Grammatik, nicht Modul-Beschreibung
Die übliche Lesart im Mittelstand: MRP ist ein Modul im ERP, das man entweder kauft oder nicht kauft. Aus Dreher-Sicht ist MRP die Methodik, an der jedes ERP-Lastenheft geprüft werden muss. Anders als oft behauptet, entscheidet nicht das Anbieter-Datenblatt, sondern die Frage, ob die drei Grundoperationen — BOM-Explosion, Netting, Lead-Time-Offsetting — auf die mehrstufige Stückliste, die Variantenlogik und die Wiederbeschaffungszeiten des konkreten Unternehmens passen. Architektur vor Software.
2. Stammdatenqualität ist die Eintrittskarte zur MRP — kein Anbieterthema
Anbieter-Pitches positionieren KI-Bedarfsprognose und Echtzeit-Disposition als Differenzierung. Unsere Erfahrung: KI in der MRP ersetzt keinen sauberen Datenstamm — sie multipliziert nur, was vorhanden ist. Der überwiegende Teil der MRP-Probleme im DACH-Mittelstand sind Stammdaten- und Schnittstellen-Probleme, nicht Algorithmen-Probleme. Wer Wiederbeschaffungszeiten und Sicherheitsbestände in Excel pflegt, scheitert auch mit dem teuersten neuen System.
3. Die MRP-Capabilities trennen Differenzierungsfaktoren von Commodities
Im ERP-Lastenheft listen viele Mittelständler MRP als Sammelfunktion auf. Wir zerlegen die Funktion in Capabilities — mehrstufige Stückliste, Variantenkonfigurator, Losgrößenverfahren, Dispositionsstrategie, Sekundärbedarfsplanung — und klassifizieren jede Capability als Differenzierungsfaktor oder Commodity. Differenzierungsfaktoren landen als Muss-Anforderungen im Lastenheft, Commodities werden im Standard akzeptiert. So entsteht ein architekturvalidiertes Lastenheft statt einer generischen Feature-Liste.
Unsere Einordnung
Eine MRP-Diskussion ohne Algorithmus-Verständnis, ohne Stammdaten-Realismus und ohne Capabilities-Bridge zum Lastenheft endet im Feature-Vergleich. Architektur vor Software, jedes Mal.
MRP im modernen ERP-Stack — VDI 5600, S/4HANA und die DSAG-2026-Zahlen
Im modernen ERP-Stack sitzt die MRP-Logik auf der Planungsebene oberhalb des MES (Manufacturing Execution System). Die VDI-Richtlinie VDI 5600 Blatt 1 ist im DACH-Maschinenbau die Architekturreferenz. Die DSAG-Investitionsumfrage 2026 zeigt zugleich: MRP/Produktionsplanung bleibt fast vollständig im klassischen ERP-Kern verankert — Cloud-only ist im DACH-Mittelstand die Ausnahme.
Die VDI 5600 Blatt 1 — Fertigungsmanagementsysteme (MES) ordnet MRP- und PPS-Funktionen auf der Planungsebene oberhalb des MES ein und definiert die Schnittstelle zur Fertigungssteuerung. Wer im Mittelstand eine ERP-Auswahl trifft, ohne die VDI-5600-Architektur als Prüfraster zu nutzen, riskiert doppelte Funktionsblöcke zwischen ERP und MES — und damit Stammdaten-Redundanzen, die in der Implementierung doppelt teuer werden.
Aus dem DSAG-Investitionsreport 2026 (rund 198 SAP-Anwender im DACH-Raum) lässt sich ablesen: 42 Prozent planen hohe bis mittlere Investitionen in SAP S/4HANA On-Premises, nur 6 Prozent in S/4HANA Public Cloud. Die MRP-Logik bleibt damit fast vollständig im klassischen ERP-Kern. SAP positioniert MRP heute als integralen Bestandteil von S/4HANA mit MRP Live — die historische MRP-Logik läuft auf In-Memory-Technologie, der Planungslauf erfolgt sekundenschnell statt im nächtlichen Batch.
Die Trovarit-Studie „ERP in der Praxis 2024/2025" (über 1.700 DACH-Unternehmen) rückt die Servicequalität der Anbieter zunehmend in die Kritik — Materialwirtschaft und MRP-Funktionen bleiben dabei tragendes Bewertungskriterium. Aus über 1.200 Projekten der Dreher Consulting wissen wir: Wer ohne dokumentierte Soll-Prozesslandschaft in die ERP-Auswahl geht, hat keine belastbare Datenbasis für die MRP — und eine vorbereitete Prozessarchitektur verkürzt die spätere Implementierung spürbar. Im Klartext: Die Auswahl entscheidet sich nicht an der MRP-Funktionsliste, sondern am Architektur-Fit.
Häufige Fehler bei MRP-Einführungen im Mittelstand
Vier Fehlermuster sehen wir in MRP-Einführungen im DACH-Mittelstand immer wieder. Alle vier sind vermeidbar — wenn sie vor der ERP-Auswahl adressiert werden. Keiner hat seine Wurzel im Algorithmus oder im Modul-Datenblatt. Die Wurzel liegt in Organisation, Verantwortung und Datenpolitik.
- Fehler 1: MRP als Modulauswahl statt als Methodik. Das Unternehmen vergleicht Anbieter-Funktionslisten, nicht die Frage, ob die drei Grundoperationen auf die eigene Stücklistenstruktur passen. Lösung: MRP-Grammatik im Lastenheft verankern, dann Anbieter prüfen.
- Fehler 2: Wiederbeschaffungszeiten und Sicherheitsbestände in Excel. Die Stammdaten leben außerhalb des ERP, MRP-Läufe rechnen mit veralteten Werten. Lösung: Stammdatenverantwortlicher pro Materialgruppe, klare Pflegeregeln, Excel-Entkernung.
- Fehler 3: Losgrößenverfahren ungeklärt. Standard-EOQ (Andler), exakte Bedarfsmenge, Wagner-Whitin oder Periodenpolitik — die Wahl bestimmt Bestand und Liefertreue. Lösung: Dispositionsstrategie je ABC-/XYZ-Klasse explizit dokumentieren.
- Fehler 4: MES-Schnittstelle nicht definiert. Doppelte Funktionsblöcke zwischen ERP-MRP und MES-Feinplanung verursachen Stammdaten-Redundanzen. Lösung: Prozessverantwortliche benennen, VDI-5600-Architektur als Schiedsrichter nutzen.
Unsere Einordnung: Die Fehler sind selten technischer Natur. Sie sind organisatorisch und methodisch — und genau dort liegt der Hebel der herstellerunabhängigen ERP-Beratung. Architektur vor Software, jedes Mal.
Häufig gestellte Fragen
MRP (1960er, Orlicky) ist die reine Materialbedarfsplanung: aus Produktionsprogramm, Stückliste und Bestand wird der Materialbedarf berechnet. MRP II (1980er, Wight) erweitert die Methodik um Kapazitätsplanung, Werkstattsteuerung und Finanzintegration — die Ressourcen-Perspektive kommt hinzu. ERP (1990er, Gartner-Prägung) integriert MRP II mit allen anderen betrieblichen Funktionen — Vertrieb, Einkauf, Personal, Finanzbuchhaltung — in einer gemeinsamen Datenbasis. Methodisch ist MRP der Ahnherr von ERP, kein Synonym.
Vier Stammdatenklassen sind unverzichtbar: mehrstufige Stücklisten mit korrekten Mengen, Arbeitspläne mit gültigen Durchlaufzeiten, Materialstammdaten mit Wiederbeschaffungszeiten und Sicherheitsbeständen sowie die Lagerbestände in Echtzeit. Aus über 1.200 Projekten der Dreher Consulting: Der überwiegende Teil der MRP-Probleme im DACH-Mittelstand sind Stammdaten- und Schnittstellen-Probleme, nicht Algorithmen-Probleme. Pflege außerhalb des ERP — typisch in Excel — führt regelmäßig zu unzuverlässigen Planungsläufen.
Lead-Time-Offsetting ist die dritte Grundoperation des MRP-Algorithmus: nach der Stücklistenauflösung und der Brutto-zu-Netto-Verrechnung wird der Nettobedarfstermin um die Wiederbeschaffungs- oder Durchlaufzeit nach vorne verlegt. Daraus ergibt sich der Starttermin der Bestellung oder des Fertigungsauftrags. Das Cambridge Institute for Manufacturing beschreibt diesen Schritt als universellen Bestandteil jeder Materialbedarfsrechnung — unabhängig vom ERP-Anbieter.
In unseren Projekten haben wir aus über 1.200 Mandaten im DACH-Mittelstand eine klare Reihenfolge etabliert: zuerst die MRP-Grammatik im Lastenheft verankern — drei Grundoperationen, Variantenlogik, mehrstufige Stückliste, Disposition. Dann die MRP-Capabilities in Differenzierungsfaktoren und Commodities trennen. Erst dann Anbieter prüfen — auf Basis der Architektur, nicht der Feature-Liste. Trovarit und DSAG bestätigen, dass die Auswahl im Mittelstand häufig zu früh auf Marken zielt. Eine sauber aufgesetzte MRP-Vorarbeit verkürzt die Projektdauer in unseren Projekten erfahrungsgemäß deutlich.
Nächste Schritte
Vor jeder ERP-Auswahl mit Produktionsbezug lohnt sich ein vier- bis achtwöchiger Vorklärungsschritt: MRP-Grammatik im Lastenheft, Stammdatenverantwortliche je Materialgruppe, Capabilities-Bridge in die Anbieterauswahl. Wer diesen Schritt überspringt, riskiert ein doppelt teures Wiederaufsetzungsprojekt nach achtzehn bis vierundzwanzig Monaten — wir haben das in mehreren Maschinenbau-Projekten der letzten Jahre gesehen.
Wenn Sie diese Themen vertiefen möchten, lohnt der Blick in unsere herstellerunabhängige ERP-Beratung und in die Digitalisierungs-Dienstleistungen. Wir empfehlen herstellerunabhängig — die MRP-Methodik ist der nüchterne Schiedsrichter in der Auswahl.
Ergänzend empfehlen wir die Wiki-Beiträge zu PPS-Systemen, zum ERP-System, zum Lastenheft und zu Stammdaten sowie zu Prozessverantwortlichen. Aktuelle Fallstudien finden Sie in unseren Einblicken; für ein 30-Minuten-Gespräch direkt mit Dr. Dreher erreichen Sie uns über die Kontaktseite.
30 Minuten mit Dreher Consulting
Eine strukturierte Vorklärung Ihrer MRP-Grundlagen — drei Grundoperationen im Lastenheft, Stammdatenverantwortliche je Materialgruppe und die Capabilities-Bridge in die Anbieterauswahl, herstellerunabhängig und aus über 1.200 Projekten im DACH-Mittelstand.
