https://wiki-de.moshellshocker.dns64.de/index.php?action=history&feed=atom&title=Pegging_%28Wirtschaftsinformatik%29Pegging (Wirtschaftsinformatik) - Versionsgeschichte2026-06-04T15:38:37ZVersionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale KopieMediaWiki 1.43.8https://wiki-de.moshellshocker.dns64.de/index.php?title=Pegging_(Wirtschaftsinformatik)&diff=809195&oldid=prev94.153.17.145 am 27. Februar 2025 um 02:30 Uhr2025-02-27T02:30:57Z<p></p>
<p><b>Neue Seite</b></p><div>Als '''Pegging'''<ref>Hopp, Wallace J.; Factory Physics: foundations of manufacturing management; 2nd ed. / Wallace J. Hopp, Mark L. Spearman; McGraw-Hill Higher Education; ISBN 0-256-24795-1</ref> bzw. '''Bedarfsursache''' bezeichnet man in MRP-Rechnungen (auch [[MRP II]] oder [[Enterprise Resource Planning|ERP]]) die Möglichkeit, den Ursprung eines Bedarfs zu sehen, die zu einem ausgelösten Auftrag führten.<br />
<br />
Die Materialplanungsfunktion von klassischen MRP/MRP II/ERP-Systemen summiert Primär- und Sekundärbedarfe nach parametrierten Vorgaben. Dadurch geht die Beziehung des Fertigungsauftrags zum Kundenauftrag verloren – eine Komponente könnte ja in Produkte für verschiedene Kundenaufträge einfließen. Um bei Änderungen noch handlungsfähig zu bleiben, wurde die Funktion des ''Peggings'' (engl. ''feststecken'') – im Jargon auch ''Drill-Down''<ref>Jargon buster comments</ref> genannt – eingeführt, mit der ein Disponent den Auftrag finden kann, dessen Termin-, Mengen- oder Lagerveränderung zu der Veränderung des resultierenden Sekundärbedarfs führte.<br />
<br />
Man unterscheidet fixes und dynamisches Pegging.<br />
<br />
* Beim fixierten Pegging bleibt die Zuordnung eines übergeordneten Bedarfs zu einem nachgeordneten Bedarf bei der Planung erhalten.<br />
* Beim dynamischen Pegging kann sich – abhängig von der Planungssituation – die Zuordnung von übergeordneten Bedarfen zu nachgeordneten Bedarfen ändern.<br />
<br />
== Beispiel ==<br />
Eine Komponente „A“ wird aus 2 Teilen „B“ und 1 Teil „C“ montiert.<br />
<br />
Für die Komponente „A“ gibt es in der gleichen Woche einen Bedarf von 10 Stück und einen 2. Bedarf von 20 Stück.<br />
<br />
Daraus folgt, dass in der vorhergehenden Woche 60 Teile B ((10+20)*2) und 30 Teile C (10+20) hergestellt werden müssen.<br />
<br />
Verändert sich jetzt einer der übergeordneten Bedarfe, z.&nbsp;B. der Auftrag über 10 Teile reduziert sich auf 5), dann zeigt der Bedarf „plötzlich“ 50 Teile B und 25 Teile C an.<br />
<br />
Pegging erlaubt es dem Disponenten zu sehen, welcher Auftrag (also der für 10 oder der für 20 Teile A) sich verändert hat.<br />
<br />
== Quellen und Einzelnachweise ==<br />
<references/><br />
<br />
[[Kategorie:Wirtschaftsinformatik]]<br />
[[Kategorie:Logistik]]<br />
[[Kategorie:ERP-Software]]</div>94.153.17.145