Modulare Software für die Produktionsplanung: Welche Module Sie zuerst ergänzen sollten

Transparenzhinweis: M365.FM-Host Mirko Peters arbeitet bei der iFAKT GmbH. Diese Seite beschreibt das Unternehmen sachlich; bezahlte Partnerschaften und Links sind als Anzeige gekennzeichnet.

Von Mirko Peters · 2026-11-12

Modulare Software für die Produktionsplanung ermöglicht es einem wachsenden Werk, Planungsebenen Schritt für Schritt hinzuzufügen. Erfahren Sie, welche Module es gibt, was sie gemeinsam haben und welches Sie zuerst ergänzen sollten.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Modulare Software für die Produktionsplanung teilt die Planung in einzelne Module auf, etwa Hauptplanung, Materialplanung, Feinplanung, Rückmeldung aus der Fertigung und Reporting. So können Sie mit dem Modul beginnen, das Ihr größtes Problem löst, und die übrigen ergänzen, während das Werk wächst. Der Haken: Module helfen nur, wenn sie dieselben Daten nutzen und sich auf denselben Plan einigen. Dieser Artikel richtet sich an Produktionsplaner in Fertigungswerken, die ein erstes Modul auswählen müssen und ein Flickwerk vermeiden wollen.

Das Wichtigste in Kürze

• Modulare Software für die Produktionsplanung gliedert die Planung in Ebenen wie Hauptplan, Materialplanung, Feinplanung, Rückmeldung aus der Fertigung und Kennzahlen.
• Module funktionieren nur zusammen, wenn sie eine gemeinsame Datenbasis aus Artikel, Stückliste, Arbeitsplan, Ressource und Kalender nutzen.
• Ergänzen Sie zuerst das Modul, das Ihr teuerstes Symptom behebt: Engpässe, nicht umsetzbare Pläne, Pläne, die niemand befolgt, oder fehlende Transparenz.
• Fragen Sie jeden Anbieter, ob „modular“ eine Suite mit gemeinsamen Daten oder getrennte Produkte bedeutet, die über Schnittstellen verbunden sind. Die Antwort verändert Ihren Integrationsaufwand.
• Testen Sie eine Produktfamilie über zwei Module hinweg durchgängig, bevor Sie den Rest kaufen.

Was bedeutet „modular“ in Planungssoftware?

Anbieter verwenden den Begriff auf zwei Arten, und Sie sollten nachfragen, welche gemeint ist.

Die erste Variante ist eine Suite mit Modulen, die dieselbe Datenbank nutzen. Die Beschreibung von Manufacturing Resource Planning bei Wikipedia veranschaulicht diese Idee gut. MRP II besteht aus Modulen wie dem Hauptproduktionsplan, Artikelstamm und Stückliste, Fertigungsressourcendaten, Materialbedarfsplanung, Fertigungssteuerung und Kapazitätsplanung. Diese Module nutzen gemeinsame Daten und können daher Informationen frei austauschen. Per Definition ist das System vollständig integriert oder zumindest vollständig über Schnittstellen angebunden.

Die zweite Variante ist eine Reihe getrennter Produkte, die jeweils in einer Ebene stark sind und über Schnittstellen verbunden werden. Das gibt Ihnen die Freiheit, später einzelne Teile zu ersetzen. Dafür liegen die Datenzuordnung und das Testen zwischen den Teilen bei Ihnen.

Keine der beiden Varianten ist falsch. Sie unterscheiden sich darin, wo der Aufwand anfällt. Bei einer Suite liegt er in der Konfiguration, bei getrennten Produkten in der Integration. Klären Sie, was Sie kaufen, bevor Sie Preise vergleichen.

Welche Planungsebenen können Module sein?

Der Arbeitstag eines Planers durchläuft einige Ebenen, und jede kann ein Modul sein. Die Bezeichnungen unterscheiden sich je nach Produkt, die Logik bleibt jedoch gleich.

• Hauptplan. Der Hauptproduktionsplan legt fest, welche Produkte in welchem Zeitraum produziert werden. Laut Wikipedia gehören zu seinen Eingangsgrößen Bedarfsprognose, Kundenaufträge, Lagerbestände, Versorgung, Losgröße, Wiederbeschaffungszeit und Kapazität. Er steuert zudem eine Materialbedarfsplanung.
• Materialplanung. Diese Ebene verrechnet den Bedarf mit Bestand und offenen Zulauf und schlägt Aufträge vor. Dynamics 365 nennt das Master Planning. Laut Microsoft-Dokumentation werden dabei verfügbare Materialien und Kapazitäten mit dem Bedarf kombiniert, der Bedarf berechnet und geplante Aufträge erzeugt, die Planer anpassen können. Dabei wird ein Nettobedarfsplan für die laufende Nachschubsteuerung von der Vorhersageplanung für langfristige Bedarfe getrennt.
• Finite Scheduling. Diese Ebene terminiert Aufträge auf Ressourcen, und zwar unter realen Kapazitätsgrenzen. Advanced Planning and Scheduling wird auf Wikipedia als Ansatz beschrieben, der Material und Kapazität gemeinsam plant und Restriktionen berücksichtigt. Klassische MRP-artige Systeme planen beides dagegen getrennt und können Pläne erzeugen, die sich nicht umsetzen lassen.
• Ausführung und Rückmeldung. Diese Ebene gibt Schichtleitungen ihre Aufgaben und meldet zurück, was tatsächlich passiert ist.
• KPIs und Überprüfung. Durchlaufzeit, Auslastung und termingerechte Lieferung, verglichen mit dem Plan.

Schauen Sie sich die Lücke zwischen der zweiten und dritten Ebene genauer an, denn sie erklärt viele verspätete Aufträge. Laut Microsoft-Dokumentation verwendet ein geplanter Fertigungsauftrag eine statische Durchlaufzeit aus dem Produktstamm, während die routenbasierte Terminierung mit Ressourcenrestriktionen erst bei der Festlegung des Auftrags erfolgt. Die Durchlaufzeit kann sich also zwischen Plan und festem Auftrag ändern. Das ist kein Fehler. Es ist das Ergebnis, wenn Planungsebenen mit unterschiedlichen Informationen arbeiten, und genau deshalb lohnt es sich, ein Finite-Scheduling-Modul in Betracht zu ziehen.

Welches Modul sollten Sie zuerst ergänzen?

Gehen Sie vom Problem aus, das Sie am meisten kostet, und nicht von der Funktionsliste.

1. Ihnen fehlt Material, oder Sie haben zu viel davon. Beginnen Sie mit der Materialplanung und bereinigen Sie Bestands- und Durchlaufzeitdaten.
2. Das Material ist vorhanden, aber Aufträge werden trotzdem verspätet ausgeliefert. Der Plan berücksichtigt keine Kapazität. Prüfen Sie Finite Scheduling.
3. Der Terminplan sieht auf dem Bildschirm gut aus, und niemand hält sich daran. Sie brauchen Rückmeldungen aus der Ausführung, damit Planer Verzögerungen noch am selben Tag erfahren.
4. Alle streiten über Zahlen. Ergänzen Sie vor neuer Planungslogik eine KPI-Ebene mit abgestimmten Definitionen.
5. Sie können nicht beurteilen, ob eine Änderung hilft. Eine Was-wäre-wenn-Funktion, etwa die Simulation, die in Beschreibungen von MRP II bereits erwähnt wird, kann später folgen.

Ein einzelne Produktfamilie ist als erster Umfang besser geeignet als eine einzelne Abteilung. So sehen Sie, welche Wirkung ein Modul auf die tatsächliche Liefertreue hat.

Was müssen die Module gemeinsam haben?

Unabhängig von der Architektur müssen sich die Module auf einen kleinen Satz von Stammdaten einigen:

• Artikelstamm und Stückliste,
• Arbeitspläne und Vorgabezeiten,
• Ressourcen, Arbeitsplätze und deren Kalender,
• Schichtmodelle und verfügbare Qualifikationen,
• Auftragsstatus und deren Bedeutung.

Hält ein Modul eine eigene Kopie eines dieser Objekte, laufen die Daten innerhalb weniger Monate auseinander. Legen Sie für jedes Objekt fest, welches Modul die Quelle ist, und wer die Daten korrigiert, wenn die Produktion etwas anderes zeigt.

Testen Sie das in der Demo. Bitten Sie den Anbieter, eine Vorgabezeit in einem Modul zu ändern, und zeigen Sie Ihnen, wo die Änderung in den anderen Modulen erscheint und wie lange das dauert. Lautet die Antwort „nach einem Export“, haben Sie den tatsächlichen Integrationsaufwand erkannt.

Beispiel: ein Arbeitsplan, zwei Antworten

Dies ist ein erfundenes Beispiel, kein gemessenes Ergebnis. Ein Werk ergänzt neben seiner bestehenden Materialplanung ein Finite-Scheduling-Modul. Der ERP-Arbeitsplan für einen Winkel sieht für den Fräsvorgang 15 Minuten vor. Das Scheduling-Modul wurde aus einer Tabelle aufgebaut, in der 22 Minuten stehen, weil die Werker nach Rüsten und Entgraten tatsächlich so viel Zeit brauchen.

Der Materialplan sagt den Winkel für Donnerstag zu. Der Terminplan zeigt Montag. Beide Module arbeiten auf ihren eigenen Daten korrekt, und der Planer verbringt jede Woche eine Stunde damit, zu erklären, warum. Die Lösung ist kein besserer Algorithmus. Es ist eine abgestimmte Vorgabezeit, die eine Person verantwortet und die an einer einzigen Stelle gespeichert wird, aus der beide Module lesen.

Wie wachsen Sie, ohne alles neu aufzubauen?

Wachstum bedeutet meist mehr Produkte, mehr Schichten, eine zweite Linie oder einen weiteren Standort. Planen Sie dafür auf vier Wegen.

• Planungshorizonte klar trennen. Microsoft nennt als typischen Zeitraum für die Hauptproduktionsplanung eine Woche bis sechs Monate. In den meisten Unternehmen reicht er bis zur längsten kumulierten Wiederbeschaffungszeit der beteiligten Produkte. Legen Sie fest, welches Modul für welchen Horizont zuständig ist, damit ein kurzfristiger Plan nicht mit dem langfristigen Plan verwechselt wird.
• Den zweiten Standort zuerst auf dem Papier planen. Die Dokumentation von Microsoft führt die unternehmensübergreifende Planung als eigenen Prozess auf, der Bedarf und Versorgung über Rechtseinheiten hinweg verbindet. Wenn Sie ein zweites Werk erwarten, fragen Sie den Kandidaten, wie er das abbildet.
• Konfiguration vor Individualprogrammierung. Jede individuelle Regel müssen Sie bei jedem Upgrade erneut testen.
• Prüfen Sie, wie sich der Lauf mit mehr Daten verhält. Laut Microsoft sind Pläne, die mit Planning Optimization erstellt werden, regenerativ. Das heißt, sie aktualisieren alle Bedarfe und nicht nur die geänderten. Fragen Sie jeden Anbieter, wie lange ein vollständiger Planungslauf bei dem Doppelten Ihres aktuellen Volumens dauert.

Wie wählen Sie einen Anbieter aus und testen ihn?

Fragen, die für jedes Modul funktionieren:

1. Welche Daten liest und schreibt dieses Modul, und aus welchem System?
2. Was passiert mit dem Plan, wenn ein Eilauftrag, ein Maschinenausfall oder ein fehlender Mitarbeiter auftritt? Kann ein Planer ohne Spezialisten neu planen?
3. Kann ein Planer nachvollziehen, warum das Modul einen Auftrag an dieser Stelle eingeplant hat? Black-Box-Pläne lassen sich in der Besprechung mit der Fertigung nur schwer verteidigen.
4. Wie werden Upgrades behandelt, und wer testet anschließend die Schnittstellen?
5. Was kostet die Anbindung des nächsten Moduls, nicht nur die Lizenz?
6. Können Sie den Plan und die Stammdaten in einem brauchbaren Format exportieren?

Führen Sie dann einen Pilotversuch durch. Wählen Sie eine Produktfamilie und zwei Wochen echter Aufträge. Planen Sie diese im Kandidatenmodul, planen Sie sie wie bisher und vergleichen Sie beide Ergebnisse mit dem tatsächlichen Verlauf. Erfassen Sie auch den Aufwand: wie viele manuelle Korrekturen und wie viele Stunden Vorbereitung.

Häufige Fehler

• Alle Module auf einmal kaufen. Sie können nicht erkennen, welches geholfen hat, und die Datenarbeit fällt in einem großen Paket an.
• Mit einem Modul beginnen, das nicht zum Symptom passt. Ein Finite-Scheduler auf fehlerhaften Stücklisten liefert präzise Unsinn.
• Zwei Kopien der Stammdaten. Die Module laufen auseinander, und keinem von beiden vertraut am Ende jemand.
• Die Ebene der Mitarbeiter ignorieren. Planer müssen nachvollziehen können, warum ein Plan so aussieht, sonst überschreiben sie ihn.
• Kein Verantwortlicher für die Schnittstellen. Wenn ein Upgrade eine davon beschädigt, ist niemand zuständig.
• Planung nur auf das heutige Volumen ausgelegt. Fragen Sie vor der Unterschrift nach der nächsten Produktfamilie oder dem nächsten Schichtmodell.

Wo Polaris passt

Wenn Sie einen Planungsstack wünschen, der aus Modulen aufgebaut ist, sollten Sie sich iFAKT Polaris ansehen. iFAKT stellt Polaris als Produktionssoftware vor, die ERP-Daten mit einem digitalen Zwilling der Fertigung kombiniert und in sieben Module gegliedert ist. Der Polaris Designer baut einen Wissensgraphen aus Produkt, Prozess und Ressource auf, der als gemeinsame Single Source of Truth dient. Der Polaris Optimizer erzeugt Produktionspläne unter Randbedingungen wie Ressourcen, Schichten, Zonen, Qualifikationen und Kapazitäten. Testen Sie es mit Ihren eigenen Daten an einer Produktfamilie, wie bei jedem anderen Kandidaten.

Verwandte Themen zum Vertiefen

• Stammdatenqualität. Wer ist für Arbeitspläne und Stücklisten verantwortlich, und wie werden Fehler korrigiert?
• Finite versus infinite Kapazitätsplanung. Wann ein Materialplan genügt und wann nicht.
• Planungshorizonte und eingefrorene Zonen. Wie weit jede Ebene im Voraus plant und wann sich der Plan nicht mehr ändert.
• Szenarioplanung. Wie Sie zwei Pläne vergleichen, bevor Sie sich festlegen.
• Mehrstandortplanung. Was sich ändert, wenn Bedarf und Versorgung zwischen Werken geteilt werden.

Nächster Schritt

Modulare Produktionsplanungssoftware zahlt sich aus, wenn Sie das Modul nach Symptom wählen. Notieren Sie das größte Planungsproblem in Ihrem Werk, finden Sie heraus, zu welcher Ebene es gehört, und bitten Sie zwei Anbieter, an einer Ihrer eigenen Produktfamilien zu zeigen, wie dieses Modul arbeitet.