Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Verwenden Sie eine Nachfrageprognose, um die erwartete Nachfrage in Ihrer Masterplanung zu berücksichtigen. Sie können eine Nachfrageprognose manuell erstellen, importieren oder mit der Nachfrageprognosefunktion in Microsoft Dynamics 365 Supply Chain Management generieren. Weitere Informationen zur Bedarfsplanung finden Sie unter Übersicht zur Bedarfsprognose.
Note
Planungsoptimierung unterstützt keine separate Prognoseplanung. Daher hat die Einstellung Aktueller Prognoseplan auf der Seite Masterplanungsparameter keine Wirkung, wenn Sie die Planungsoptimierung verwenden.
Einen Masterplan so festlegen, dass er eine Bedarfsplanung enthält
Um einen Masterplan so zu konfigurieren, dass er eine Nachfrageprognose enthält, folgen Sie diesen Schritten:
Wechseln Sie zu Produktprogrammplanung>Einrichtung>Pläne>Produktprogrammpläne.
Wählen Sie einen bestehenden Plan aus, oder erstellen Sie einen neuen Plan.
Legen Sie im Inforegister Allgemein die folgenden Felder fest:
- Prognosemodell - Wählen Sie das zu verwendende Prognosemodell. Dieses Modell wird berücksichtigt, wenn ein Angebotsvorschlag für den aktuellen Masterplan erstellt wird.
- Bedarfsprognose einbeziehen - Legen Sie diese Option auf Ja fest, um die Bedarfsplanung in den aktuellen Masterplan einzubeziehen. Wenn du es auf Nein setzt, sind Nachfrageprognose-Transaktionen nicht im Masterplan enthalten.
- Methode zur Reduzierung des Prognosebedarfs - Wählen Sie die Methode, die zur Reduzierung des Prognosebedarfs verwendet werden soll. Erfahren Sie später in diesem Artikel mehr im Abschnitt Prognose-Reduzierungsschlüssel .
Legen Sie auf dem FastTab Zeitgrenze in Tagen die folgenden Felder fest, um den Zeitraum anzugeben, für den die Bedarfsprognose berücksichtigt wird:
- Prognoseplan - Legen Sie diese Option auf Ja fest, um den Prognoseplan-Zeitzaun, der von den einzelnen Deckungsgruppen ausgeht, außer Kraft zu setzen. Legen Sie sie auf Nein fest, um die Werte aus den einzelnen Coverage-Gruppen für den aktuellen Masterplan zu verwenden.
- Prognosezeitraum - Wenn Sie die Option Prognoseplan auf Ja festlegen, geben Sie die Anzahl der Tage (ab dem heutigen Datum) an, für die die Bedarfsplanung gelten soll.
Important
Planungsoptimierung unterstützt nicht die Einstellung des Prognoseplans .
Festlegen einer Abdeckungsgruppe zur Einbeziehung einer Bedarfsplanung
Um eine Abdeckungsgruppe so zu konfigurieren, dass sie eine Nachfrageprognose enthält, folgen Sie diesen Schritten:
Gehen Sie zu Masterplanung>Einrichtung>Pläne>Dispositionssteuerungsgruppe.
Wählen Sie eine vorhandene Deckungsgruppe aus, oder erstellen Sie eine neue Gruppe.
Legen Sie auf dem Inforegister Sonstiges die folgenden Felder fest:
Zeitsperre für den Prognoseplan – Geben Sie die Anzahl der Tage (ab dem heutigen Datum) ein, auf die die Nachfrageprognose angewendet werden soll. Sie können diesen Wert überschreiben, indem Sie die Option Prognoseplan im Masterplan verwenden, wie im vorherigen Abschnitt beschrieben.
Reduktionsschlüssel - Wählen Sie den Reduktionsschlüssel, der angewendet werden soll. Erfahren Sie mehr in den Abschnitten 'Erstellen und einrichten Sie einen Prognose-Reduzierungsschlüssel und verwenden Sie einen Reduzierungsschlüssel ' später in diesem Artikel.
Prognose reduzieren um - Für Produktprogrammplanungen, bei denen das Feld Methode zur Reduzierung des Prognosebedarfs auf Transaktionen - Reduzierungsschlüssel oder Transaktionen - dynamischer Zeitraum festgelegt ist, geben Sie an, welche Transaktionen die Prognose reduzieren sollen. Wählen Sie einen der folgenden Werte aus:
- Alle Transaktionen – Alle Transaktionen senken die Prognose.
- Bestellungen – Nur Verkaufsaufträge senken die Prognose.
Note
Wenn Sie Alle Transaktionen auswählen, betrachtet das System Transaktionen, die sowohl Angebot als auch Nachfrage in denselben Lagerdimensionen haben, als neutral und ignoriert sie während der Prognosereduktion. Wenn zum Beispiel die Planungsdimension nur auf Standort und nicht auf Lager gesetzt ist, ignoriert das System einen Transferauftrag zwischen Standort 1, Lagerhaus 11 und Standort 1, Lager 13, und reduziert die verbleibende Nachfrageprognose nicht.
Intercompany-Bestellungen einschließen - Legen Sie diese Option auf Ja fest, wenn Intercompany-Bestellungen bei der Reduzierung der Prognose berücksichtigt werden sollen. Andernfalls legen Sie sie auf Nein fest.
Kundenprognose in die Bedarfsplanung einbeziehen - Geben Sie an, ob eine Kundenprognose in die Gesamtprognose einbezogen werden soll. Diese Option bestimmt, wie die tatsächliche Nachfrage die prognostizierte Nachfrage reduziert. Nutzen Sie es, um sicherzustellen, dass die Masterplanung das Angebot an Produkten abdeckt, die bestimmte Kunden kaufen.
- Legen Sie diese Option auf Ja fest, um eine Kundenprognose in die Gesamtprognose aufzunehmen. In diesem Fall reduziert die tatsächliche Kundennachfrage sowohl die Kundenprognose als auch die Gesamtprognose. Die Produktprogrammplanung erzeugt Planaufträge, die nur die Gesamtprognosemenge abdecken.
- Legen Sie diese Option auf Nein fest, wenn Sie eine Kundenprognose nicht in die Gesamtprognose einbeziehen wollen. In diesem Fall reduziert der tatsächliche Kundenbedarf nur die Kundenprognose. Die Produktprogrammplanung erzeugt Planaufträge, um sowohl die Gesamtprognosemenge als auch die Prognose für jede Kundenmenge abzudecken.
Planzahlenverrechnungsschlüssel für Prognose
Dieser Abschnitt enthält Informationen über die verschiedenen Methoden, die den Prognosebedarf reduzieren. Es enthält Beispiele der Ergebnisse der einzelnen Methoden. Es wird auch erklärt, wie Planzahlenverrechnungsschlüsselerstellt, eingerichtet und verwendet werden. Einige Methoden nutzen einen Planzahlenverrechnungsschlüssel, um die Planungsanforderungen zu reduzieren.
Methoden zur Reduzierung des Prognosebedarfs
Wenn Sie eine Prognose in einen Masterplan aufnehmen, wählen Sie aus, wie die Prognoseanforderungen reduziert werden, wenn die tatsächliche Nachfrage berücksichtigt wird. Die Masterplanung schließt Prognoseanforderungen aus der Vergangenheit aus, was bedeutet, dass alle Prognoseanforderungen vor dem heutigen Datum gelten.
Um eine Prognose in einen Masterplan einzufügen und die Methode zur Reduzierung des Prognosebedarfs auszuwählen, gehen Sie zu Master Planning>Setup>Plans>Master Plans. Im Feld Planzahlenmodell wählen Sie Planzahlenmodell. Im Feld Methode, die verwendet wird, um den Planungsbedarf zu reduzieren wählen Sie eine Methode aus. Die folgenden Optionen sind verfügbar:
- Nichts
- Prozent – Planzahlenverrechnungsschlüssel
- Transaktionen – Planzahlenverrechnungsschlüssel
- Transaktionen – dynamische Periode
Die folgenden Abschnitte enthalten mehr Informationen zu den einzelnen Optionen.
Nichts
Wenn Sie Keine auswählen, wird der Planungsbedarf während des Produktprogrammplanungslaufs nicht verringert. In diesem Fall erstellt die Produktprogrammplanung geplante Bestellungen, um den geplanten Bedarf (Planungsbedarf) zu erfüllen. Diese Bestellvorschläge halten sich an die vorgeschlagene Menge, unabhängig von anderen Bedarfstypen. Wenn beispielsweise Aufträge platziert werden, erstellt die Produktprogrammplanung zusätzliche Bestellvorschläge, um die Aufträge zu erfüllen. Die Menge des Planungsbedarf wird nicht verringert.
Prozent – Planzahlenverrechnungsschlüssel
Wenn Sie den Prozentreduktionsschlüssel auswählen, reduziert das System die Prognoseanforderungen entsprechend den Prozentsätzen und Zeiträumen, die der Reduktionsschlüssel definiert. In diesem Fall erstellt die Produktprogrammplanung Bestellvorschläge, bei denen die Menge in jeder Periode als geplante Menge × Planzahlenverrechnungsschlüssel berechnet wird. Wenn es andere Arten von Nachfrage gibt, erstellt die Masterplanung auch geplante Aufträge, um diese Nachfrage zu decken.
Beispiel: Prozent – Planzahlenverrechnungsschlüssel
Dieses Beispiel zeigt, wie ein Reduktionsschlüssel die Anforderungen an die Nachfrageprognose entsprechend den Prozentsätzen und Perioden reduziert, die der Reduktionsschlüssel definiert.
Bei diesem Beispiel integrieren Sie die folgende Bedarfsplanung in einem Produktprogrammplan.
| Month (Monat) | Bedarfsplanung |
|---|---|
| Januar | 1.000 |
| Februar | 1.000 |
| März | 1.000 |
| April | 1.000 |
Wählen Sie auf der Seite Planzahlenverrechnungsschlüssel die folgenden Positionen.
| Veränderung | Einheit | Percent |
|---|---|---|
| 1 | Month (Monat) | 100 |
| 2 | Month (Monat) | 75 |
| 3 | Month (Monat) | 50 |
| 4 | Month (Monat) | 25 |
Sie weisen den Planzahlenverrechnungsschlüssel der Deckungsgruppe des Artikels zu. Auf der Seite Produktprogrammpläne im Feld Verwendete Methode, um den Planungsbedarfe zu reduzieren wählen Sie Prozent - Planzahlenverrechnungsschlüssel aus.
Wenn Sie die Umsatzplanungslauf am 1. Januar ausführen, wird vom System die Bedarfsplanung entsprechend den Prozentwerten verbraucht, die Sie auf der Seite Planzahlenverrechnungsschlüssel angegeben haben. Die folgenden Bedarfsmengen werden in den Produktprogrammplan übertragen.
| Month (Monat) | Geplante Bestellmenge. | Berechnung |
|---|---|---|
| Januar | 0 | = 0% × 1.000 |
| Februar | 250 | = 25% × 1.000 |
| März | 500 | = 50% × 1.000 |
| April | 750 | = 75% × 1.000 |
| Mai - Dezember | 1.000 | = 100% × 1.000 |
Transaktionen – Planzahlenverrechnungsschlüssel
Wenn Sie das Feld Methode zur Reduzierung der Prognoseanforderungen auf Transaktionen – Reduktionsschlüssel setzen, reduziert das System die Prognoseanforderungen um die qualifizierten Nachfrage-Transaktionen, die während der vom Reduktionsschlüssel definierten Perioden stattfinden.
Der qualifizierte Bedarf wird durch das Feld Planungswert verringern um auf der Seite Dispositionssteuerungsgruppen definiert. Wenn Sie das Feld Planungswert verringern um auf Aufträge festlegen, werden nur Auftragsbuchungen als qualifizierter Bedarf betrachtet. Wenn Sie es auf Alle Buchungen festlegen, werden alle abgehenden Nicht-Intercompany-Bestandsbuchungen als qualifizierter Bedarf betrachtet. Falls Intercompany-Aufträge ebenfalls als qualifizierter Bedarf berücksichtigt werden sollen, legen Sie die Option Intercompany-Aufträge einschließen auf Ja fest.
Die Prognoseverrechnung beginnt mit dem ersten (frühesten) Bedarfsplanungsdatensatz im Planzahlenverrechnungsschlüssel-Zeitraum. Wenn die Menge der qualifizierten Bestandstransaktionen größer ist als die Menge der Bedarfsprognosepositionen im selben Reduktionsschlüsselzeitraum, wird die verbleibende Menge der Bestandstransaktionen verwendet, um die Bedarfsprognosemenge im vorherigen Zeitraum zu reduzieren (sofern noch nicht verbrauchte Prognosen vorhanden sind).
Wenn im vorherigen Planzahlenverrechnungsschlüssel-Zeitraum keine nicht verbrauchten Planungsmengen verbleiben, wird der Saldo der Bestandsbuchungsmenge verwendet, um die Planungsmenge im nächsten Monat zu reduzieren (sofern nicht verbrauchte Planungsmengen vorhanden sind).
Der Wert im Feld Prozent in den Planzahlenverrechnungsschlüssel-Positionen wird nicht verwendet, wenn das Feld Methode zur Reduzierung des Planungsbedarfs auf Buchungen – Planzahlenverrechnungsschlüssel festgelegt ist. Nur die Daten werden verwendet, um den Planzahlenverrechnungsschlüssel-Zeitraum zu definieren.
Note
Das System ignoriert jede Prognose, die Sie am oder vor dem heutigen Datum posten, und verwendet sie nicht, um geplante Bestellungen zu erstellen. Wenn Sie zum Beispiel Ihre Nachfrageprognose für den Monat am 1. Januar erstellen und eine Masterplanung durchführen, die eine Nachfrageprognose am 2. Januar einschließt, ignoriert die Berechnung die Nachfrageprognosezeile, die auf den 1. Januar datiert ist.
Beispiel: Transaktionen – Planzahlenverrechnungsschlüssel
Dieses Beispiel zeigt, wie tatsächliche Bestellungen, die in den vom Reduktionsschlüssel definierten Perioden erfolgen, die Anforderungen an die Nachfrageprognose verringern.
Für dieses Beispiel wählen Sie auf der Seite Produktprogrammpläne im Feld Verwendete Methode, um den Planungsbedarfe zu reduzierenTransaktion - Planzahlenverrechnungsschlüssel aus.
Die folgenden Bedarfsplanungspositionen sind am 1. April vorhanden.
| Date | Geplante Stückzahl |
|---|---|
| 5. April | 100 |
| 12. April | 100 |
| 19. April | 100 |
| 26. April | 100 |
| 3. Mai | 100 |
| Mai 10 | 100 |
| 17. Mai | 100 |
Die folgenden Auftragspositionen sind im April vorhanden.
| Date | Angeforderte Stückzahl |
|---|---|
| 27. April | 240 |
Die folgenden Bedarfsmengen werden in den Masterplan übertragen, wenn die Masterplanung am 1. April ausgeführt wird. Wie Sie sehen, wurden die Planungsbuchungen für April um die Bedarfsmenge von 240 nacheinander reduziert, beginnend mit der ersten dieser Buchungen.
| Date | Erforderliche Stückzahl |
|---|---|
| 5. April | 0 |
| 12. April | 0 |
| 19. April | 60 |
| 26. April | 100 |
| 27. April | 240 |
| 3. Mai | 100 |
| Mai 10 | 100 |
| 17. Mai | 100 |
Nehmen wir nun an, dass Sie neue Bestellungen für den Zeitraum Mai importieren.
Die folgenden Auftragspositionen sind im Mai vorhanden.
| Date | Angeforderte Stückzahl |
|---|---|
| Mai 4 | 80 |
| Mai 11 | 130 |
Wenn Sie am 1. April die Masterplanung durchführen, überträgt das System die folgenden Bedarfsmengen in den Masterplan. Wie Sie sehen, reduziert die Nachfragemenge von 240 die April-Prognosetransaktionen in einer Sequenz, beginnend mit der ersten dieser Transaktionen. Die Nachfragemenge von 210 verringert jedoch die prognostizierten Transaktionen für Mai, beginnend mit der ersten Bedarfsprognosetransaktion im Mai. Die Gesamtsummen pro Zeitraum sind erhalten (400 im April und 300 im Mai).
| Date | Erforderliche Stückzahl |
|---|---|
| 5. April | 0 |
| 12. April | 0 |
| 19. April | 60 |
| 26. April | 100 |
| 27. April | 240 |
| 3. Mai | 0 |
| Mai 4 | 80 |
| Mai 10 | 0 |
| Mai 11 | 130 |
| 17. Mai | 90 |
Transaktionen – dynamische Periode
Wenn Sie Transaktionen auswählen – dynamischer Zeitraum, verringern tatsächliche Auftragstransaktionen, die während des dynamischen Zeitraums stattfinden, die Prognoseanforderungen. Die dynamische Periode erstreckt sich über die aktuellen Planungsdaten und endet beim Beginn der nächsten Planung. In diesem Fall erstellt die Produktprogrammplanung geplante Bestellungen, um den geplanten Bedarf (Planungsbedarf) zu erfüllen. Wenn Sie jedoch tatsächliche Auftragstransaktionen aufgeben, verringern sie die Prognoseanforderungen. Die tatsächlichen Transaktionen verbrauchen Teil des Planungsbedarfs.
Wenn Sie diese Option verwenden, tritt folgendes Verhalten auf:
- Planzahlenverrechnungsschlüssel sind nicht erforderlich oder werde nicht verwendet.
- Wenn die Planung vollständig verringert wird, wird der Planungsbedarf für die aktuelle Planung 0 (null).
- Wenn es keine zukünftige Prognose gibt, reduziert das System die Prognoseanforderungen gegenüber der letzten Prognose, die Sie eingegeben haben.
- Planungszeiträume sind in der Berechnung der Planungsverringerung enthalten.
- Positive Tage sind in der Berechnung der Planungsverringerung enthalten.
- Wenn die tatsächlichen Auftragsbuchungen größer sind als der geplante Bedarf, werden die verbleibenden Buchungen nicht in die nächste Planungsperiode vorgetragen.
Beispiel 1: Transaktion – dynamische Periode
Hier ist ein einfaches Beispiel, das zeigt, wie die Methode Transaktionen – dynamischer Zeitraum funktioniert.
Bei diesem Beispiel integrieren Sie die folgende Bedarfsplanung in einem Produktprogrammplan.
| Date | Bedarfsplanung |
|---|---|
| 1. Januar | 1.000 |
| 1. Februar | 1.000 |
Sie erstellen auch die folgenden Aufträge.
| Date | Auftragsmenge |
|---|---|
| 15. Januar | 200 |
| 15. Februar | 400 |
In diesem Fall erstellt das System die folgenden geplanten Aufträge.
| Bedarfsplanungsdatum | Menge | Explanation |
|---|---|---|
| 1. Januar | 800 | Planungsanforderungen verringern (= 1,000 – 200) |
| 15. Januar | 200 | Auftragsanforderungen |
| 1. Februar | 600 | Planungsanforderungen verringern (= 1,000 – 400) |
| 15. Februar | 400 | Auftragsanforderungen |
Beispiel 2: Transaktion – dynamische Periode
In den meisten Fällen werden Systeme so eingerichtet, das Transaktionen die Bedarfsplanung innerhalb bestimmter Prognoseperioden reduzieren: Wochen, Monate usw. Die Perioden werden im Planzahlenverrechnungsschlüssel definiert. Jedoch können die Zeit zwischen zwei Bedarfsplanungspositionen auch eine Periode implizieren.
In diesem Beispiel erstellen Sie eine Bedarfsplanung für die folgenden Datumsangaben und Mengen.
| Date | Bedarfsplanung |
|---|---|
| 1. Januar | 1.000 |
| 5. Januar | 500 |
| 12. Januar | 1.000 |
Beachten Sie, dass es in dieser Planung keine klare Periode zwischen den Planungsdatumsangaben gibt. Zwischen dem ersten und zweiten Date gibt es einen Zeitraum von vier Tagen, und zwischen dem zweiten und dritten Date einen Zeitraum von sieben Tagen. Diese Zeitspannen sind die dynamischen Perioden.
Sie erstellen auch die folgenden Auftragspositionen.
| Date | Auftragsmenge |
|---|---|
| 15. Dezember Im Jahr zuvor | 500 |
| 3. Januar | 100 |
| 10. Januar | 200 |
Die Verkaufsaufträge reduzieren die Prognose auf folgende Weise:
- Weil der erste Auftrag nicht innerhalb einer Periode liegt, wird die Planung nicht reduziert.
- Weil der zweite Auftrag liegt zwischen dem 1. Januar und dem 5. Januar liegt, wird die Planung für den 1. Januar um 100 reduziert.
- Weil der dritte Auftrag zwischen dem 5. Januar und dem 12. Januar liegt, wird die Planung für den 5. Januar um 200 reduziert.
Daher erzeugt das System die folgenden geplanten Aufträge.
| Bedarfsplanungsdatum | Menge | Explanation |
|---|---|---|
| 15. Dezember Im Jahr zuvor | 500 | Auftragsanforderungen |
| 1. Januar | 900 | Planungsbedarfperiode vom 1. Januar bis zum 5. Januar (= 1.000 - 100 ) |
| 3. Januar | 100 | Auftragsanforderungen |
| 5. Januar | 300 | Planungsbedarfperiode vom 5. Januar bis zum 10. Januar (= 500 - 200 ) |
| 12. Januar | 1.000 | Planungsbedarfperiode vom 12. Januar bis zum Ende |
Erstellen und Einrichten eines Planzahlenverrechnungsschlüssels
Ein Planungsverrechnungsschlüssel wird in den Formularen Transaktionen - Planzahlenverrechnungsschlüssel und Prozentplanzahlenverrechnungsschlüssel-Methoden zum Reduzieren des Planungsbedarfes verwendet. Gehen Sie folgendermaßen vor, um einen Planzahlenverrechnungsschlüssel zu erstellen und einzurichten.
Gehen Sie zu Produktprogrammplanung>Einstellungen>Abdeckung>Planzahlenverrechnungsschlüssel.
Wählen Sie Neu, um einen Reduzierungsschlüssel zu erstellen.
Im Feld Planzahlenverrechnungsschlüssel geben Sie eine eindeutige Kennung für den Planzahlenverrechnungsschlüssel ein. Geben Sie im Feld Namen einen Namen ein.
Hier können Sie die Perioden sowie die Planzahlenverrechnungsschlüsselprozentsatz in jeder Periode eingeben:
- Das Feld Gültigkeitsdatum gibt das Datum der Erstellung der Periode an. Wenn die Option Gültigkeitsdatum verwenden auf Ja gesetzt ist, beginnt die Periode am Gültigkeitsdatum. Wenn Sie auf Nein festgelegt ist, beginnt der Periodenanfang an dem Tag, an dem die Produktprogrammplanung ausgeführt wird.
- Hier können Sie die Perioden definieren, in denen die geplante Planzahlenverrechnung ausgeführt werden soll.
- Während einer bestimmten Periode geben Sie den Prozentsatz ein, um den der Planungsbedarf reduziert werden soll. Geben Sie positive Werte ein, um den Bedarf zu senken, oder negative Werte, um den Bedarf zu erhöhen.
Verwenden eines Planzahlenverrechnungsschlüssels
Ein Planzahlenverrechnungsschlüssel muss der Deckungsgruppe des Artikels zugewiesen werden. Gehen Sie folgendermaßen vor, um einen Planzahlenverrechnungsschlüssels eines Artikels der Dispositionssteuerungsgruppe zuzuweisen.
Gehen Sie zu Produktprogrammplanung>Einstellungen>Disposition>Dispositionssteuerungsgruppen.
Wählen Sie im Feld Planzahlenverrechnungsschlüssel auf der Registerkarte Andereden Planzahlenverrechnungsschlüssel aus, der der Deckungsgruppe zugewiesen werden soll. Der Planzahlenverrechnungsschlüssel gilt dann für die Artikel, die zur Deckungsgruppe gehören.
Wenn der Planzahlenverrechnungsschlüsse eine Reduktion während der Produktprogrammplanung verwendet werden soll, müssen Sie diese Einstellungen in der Absatzplanung oder in den Einstellungen der Produktprogrammplanung definieren. Gehen Sie zu den folgenden Standorten:
- Masterplanung>Aufbau>Pläne>Prognosepläne
- Masterplanung>Aufbau>Pläne>Masterpläne
Auf der Seite Absatzpläne oder Produktprogrammpläne auf dem Inforegister Allgemeine im Feld Methode, um die Planungsbedarfe zu reduzieren, wählen Sie entweder Prozent - Planzahlenverrechnungsschlüssel oder Transaktionen - Planzahlenverrechnungsschlüssel aus.
Reduzieren einer Planung durch Transaktionen
Wenn Sie Transaktionen - Planzahlenverrechnungsschlüssel oder Transaktioen - dynamische Periode als Methode für das Reduzieren von Planungsbedarfen aktivieren, können Sie angeben, welche Transaktionen die Planung verringert. Wählen Sie auf der Seite Dispositionssteuerungsgruppe im Inforegister Sonstiges für das Feld Planungswert verringern um die Option Alle Transaktionen aus, wenn alle Transaktionen die Planung reduzieren sollen, oder die Option Aufträge, wenn nur Aufträge die Planung reduzieren sollen.
Berücksichtigung von Kunden, Kundengruppen, benötigten Stücklisten und benötigten Routen bei der Reduzierung der Bedarfsprognose
Jede Nachfrageprognoselinie kann einen Kunden, eine Kundengruppe, einen erforderlichen BOM und eine erforderliche Route angeben. Wenn Sie die Funktion Stückliste und Routing bei der Reduzierung von Angebots- und Nachfrageprognosen mit Planungsoptimierung berücksichtigen im Funktionsmanagement aktivieren, berücksichtigt die Planungsoptimierung alle vier dieser Dimensionen bei der Entscheidung, ob eine vorhandene Nachfragetransaktion (z. B. eine Kundenauftragszeile) eine Prognosezeile reduziert.
Voraussetzungen
Bevor Sie das in diesem Abschnitt beschriebene BOM- und Routenprognose-Reduzierungsverhalten verwenden können, muss Ihr System die folgenden Anforderungen erfüllen:
- Sie müssen Microsoft Dynamics 365 Supply Chain Management Version 10.0.49 oder höher ausführen.
- Die Funktion mit dem Namen Stückliste und Route bei der Reduzierung von Angebots- und Nachfrageprognosen mit Planungsoptimierung berücksichtigen muss unter Funktionsverwaltung aktiviert sein.
Abgleichprinzip
Das Verhalten folgt einem einzigen Prinzip:
Eine Transaktion reduziert eine Prognosezeile nur, wenn für jede Dimension, die die Prognosezeile angibt, die Transaktion entweder diesem Wert entspricht oder keinen Wert für diese Dimension angibt. Eine Transaktion, die einen anderen Wert als die Prognoselinie für eine beliebige Dimension angibt, kann diese Prognoselinie nicht reduzieren.
Mit anderen Worten: Eine Transaktion kann die gleiche Spezifität wie die Prognoselinie haben oder weniger spezifisch, aber sie kann nicht auf andere Weise spezifisch sein.
Spezifitätsregeln für Nachfrageprognoselinien
Das Prinzip führt zu folgenden Regeln. In jeder Regel bezieht sich die Transaktion auf eine Verkaufsbestellungszeile (oder, wenn die Abdeckungsgruppe auf Alle Transaktionen gesetzt ist, auf eine qualifizierte Ausgabe-Lagertransaktion), die sonst die Prognose reduzieren würde.
- Eine Prognoselinie, die sowohl einen erforderlichen BOM als auch eine erforderliche Route angibt, wird nur durch Transaktionen reduziert, die denselben BOM und dieselbe Route angeben oder einen oder beide dieser Werte leer lassen.
- Eine Prognoselinie, die einen erforderlichen BOM angibt, aber keine erforderliche Route, wird durch Transaktionen reduziert, die denselben BOM angeben (unabhängig von der Route), und durch Transaktionen, die keinen BOM angeben.
- Eine Prognoselinie, die eine erforderliche Route, aber keinen erforderlichen BOM angibt, wird durch Transaktionen reduziert, die dieselbe Route angeben (unabhängig vom BOM), und durch Transaktionen, die keine Route angeben.
- Eine Prognoselinie, die weder einen erforderlichen BOM noch eine erforderliche Route angibt, wird durch eine ansonsten qualifizierende Transaktion reduziert.
- Eine Transaktion, die weder einen BOM noch eine Route angibt, kann jede Prognoselinie reduzieren, unabhängig davon, wie spezifisch diese Prognoselinie ist.
Das gleiche Prinzip gilt für die Kunden- und Kundengruppendimensionen auf der Prognosezeile: Ein Verkaufsauftrag für einen bestimmten Kunden kann eine Prognosezeile reduzieren, die denselben Kunden angibt, oder nur die Kundengruppe, zu der der Kunde gehört, oder die keinen Kunden oder keine Kundengruppe angibt. Ein Verkaufsauftrag für einen anderen Kunden kann eine kundenspezifische Prognoselinie nicht reduzieren.
Die folgende Tabelle fasst das Abgleichsverhalten für die BOM- und Routendimensionen zusammen. Ein Ja bedeutet, dass die Transaktion die Prognoselinie reduziert. Ein Nein bedeutet, dass die Transaktion die Prognoselinie nicht reduziert, weil sie einen widersprüchlichen Wert angibt.
| Vorhersagelinie gibt an | Tx (B1, R1) | Tx (B1, R2) | Tx (B2, R1) | Tx (B1, –) | Tx (–, R1) | Tx (–, –) |
|---|---|---|---|---|---|---|
| erforderliches BOM = B1, erforderliche Strecke = R1 | Yes | No | No | Yes | Yes | Yes |
| erforderliches BOM = nur B1 | Yes | Yes | No | Yes | Yes | Yes |
| erforderliche Route = nur R1 | Yes | No | Yes | Yes | Yes | Yes |
| Keines von beiden angegeben | Yes | Yes | Yes | Yes | Yes | Yes |
Note
Diese Spezifitätslogik ist unabhängig von der Option Kundenprognose in die Bedarfsprognose einbeziehen in der Bedarfsdeckungsgruppe. Diese Option steuert weiterhin, ob eine kundenspezifische Prognose auch die Gesamtprognose reduziert (und dazu beiträgt). Die Regeln in diesem Abschnitt bestimmen, welche Transaktionen überhaupt berechtigt sind, eine bestimmte Prognoselinie zu reduzieren.
Beispiel: Zwei Bedarfsplanungszeilen mit unterschiedlichen erforderlichen Stücklisten
Sie haben einen Artikel mit folgenden Nachfrageprognosezeilen.
| Modell | Date | Menge | Einheit | Customer | Kundengruppe | Erforderliche Stückliste | Erforderliche Strecke | Site | Lager |
|---|---|---|---|---|---|---|---|---|---|
| CurrentF | 10.10.22 | 10 | ea | B1 | 1 | 11 | |||
| CurrentF | 10.10.22 | 10 | ea | B2 | 1 | 11 |
Eine Verkaufsorderlinie existiert für eine Menge von 15 Ea mit BOM B2, datiert innerhalb desselben Prognosezeitraums.
Das System verhält sich unterschiedlich, je nachdem, ob die Funktion Stückliste und Route bei der Reduzierung von Angebots- und Nachfrageprognosen mit Planungsoptimierung berücksichtigen aktiviert ist:
- Wenn die Funktion deaktiviert ist – Der Kundenauftrag reduziert die Bedarfsprognose in der Reihenfolge, in der die Positionen auftreten, ohne die Stückliste zu überprüfen. Die erste Zeile wird auf 0 reduziert, die zweite Zeile auf 5, und die Planungsoptimierung erstellt einen Planauftrag, um die verbleibenden 5 Stück der Prognose in der zweiten Zeile abzudecken.
- Wenn die Funktion aktiviert ist – stimmt nur die zweite Zeile mit der Stückliste des Verkaufsauftrags überein. Der Verkaufsauftrag reduziert die zweite Zeile auf 0 und lässt die erste Zeile bei 10. Die Planungsoptimierung erstellt dann einen geplanten Auftrag, um die 10 ea verbleibende Nachfrage mit BOM B1 abzudecken, plus eine geplante Bestellung zur Abdeckung der 15 ea Verkaufsauftragsnachfrage mit BOM B2.
Beispiel: Kombinierter Kunde, Kundengruppe, erforderlicher BOM und erforderlicher Route
Sie haben einen Artikel mit folgenden Nachfrageprognosezeilen. Customer Cust-1 gehört zur Kundengruppe CG-1. Customer Cust-2 gehört nicht zur Kundengruppe CG-1.
| Zeilen | Menge | Customer | Kundengruppe | Erforderliche Stückliste | Erforderliche Strecke |
|---|---|---|---|---|---|
| L1 | 10 | Cust-1 | CG-1 | B1 | R1 |
| L2 | 10 | CG-1 | B1 | ||
| L3 | 10 | R1 | |||
| L4 | 10 |
Die folgenden Bestelllinien existieren für denselben Artikel, Standort und Lager innerhalb desselben Prognosezeitraums.
| Auftrag | Menge | Customer | STÜCKLISTE | Route |
|---|---|---|---|---|
| SO-A | 5 | Cust-1 | B1 | R1 |
| SO-B | 5 | Cust-1 | B1 | |
| SO-C | 5 | Cust-2 | B1 | R1 |
| SO-D | 5 |
Mit aktivierter Funktion bewertet Planning Optimization jeden Verkaufsauftrag im Vergleich zu jeder Prognosezeile. Wenn ein Verkaufsauftrag mehr als eine Prognosezeile reduzieren kann, wendet die Planungsoptimierung die Reduktion zuerst auf die spezifischste passende Zeile an, sodass weniger spezifische Prognoselinien verfügbar bleiben, um andere Nachfrage abzudecken.
- SO-A (Cust-1, B1, R1) entspricht jeder Dimension von L1. Es entspricht auch L2 (der Kunde gehört zu CG-1, der BOM stimmt überein, und L2 beschränkt die Route nicht), aber L1 ist spezifischer, sodass L1 um 5 reduziert wird.
- SO-B (Cust-1, B1, ohne Route) entspricht dem Kunden und der Stückliste von L1 und ist hinsichtlich der Route weniger spezifisch, sodass auch L1 um 5 reduziert wird. L1 ist jetzt vollständig verbraucht.
- SO-C (Cust-2, B1, R1) kann L1 oder L2 nicht reduzieren, weil Cust-2 nicht mit dem Kunden von L1 übereinstimmt und nicht zur Kundengruppe von L2 gehört. Es entspricht L3 auf der Route (und darf spezifischer sein als die Vorhersagelinie in den anderen Dimensionen), sodass L3 um 5 reduziert wird.
- SO-D (kein Kunde, kein BOM, keine Route) ist vollständig nicht spezifiziert, sodass es jede verbleibende Vorhersagelinie reduzieren kann. Die Planungsoptimierung wendet sie auf die spezifischste Linie an, die noch eine offene Menge hat, nämlich L2, wodurch L2 um 5 reduziert wird.
Die Restnachfrageprognosegrößen sind L1 = 0, L2 = 5, L3 = 5 und L4 = 10. Planungsoptimierung erstellt geplante Bestellungen, um diese Restnachfrage zusammen mit der Nachfrage nach Verkaufsaufträgen abzudecken.
Note
Wenn die Funktion aktiviert ist, gilt derselbe BOM- und Routenabgleich auch für Nachfragetransaktionen, die bereits im Prognosezeitraum verarbeitet wurden – zum Beispiel für fakturierte Verkaufsaufträge. Die Stückliste und die Route, die im ursprünglichen Verkaufsauftrag festgelegt wurden, werden beibehalten, wenn der Auftrag eine Prognosezeile abbaut, genau wie bei offenen Verkaufsaufträgen.
Die Reduzierung bereits verarbeiteter Transaktionen wird wiederum durch eine separate Featureverwaltungsfunktion gesteuert: Fakturierte und gelieferte Aufträge bei der Reduzierung von Angebots- und Nachfrageprognosen für die Planungsoptimierung einbeziehen Diese Funktion muss auch aktiviert werden, damit bearbeitete Bestellungen überhaupt an der Prognosereduzierung teilnehmen können. Die Funktion Stückliste und Route bei der Reduzierung von Angebots- und Nachfrageprognosen mit Planungsoptimierung berücksichtigen legt fest, wie die Stückliste und die Route der bearbeiteten Aufträge einander zugeordnet werden.
Die gleichen Regeln gelten für Angebotsprognosen. Erfahren Sie mehr unter Berücksichtigung von Teilstück-Stücklisten und Teilstrecken bei der Reduzierung der Lieferprognosen
Prognosemodelle und Untermodelle
Dieser Abschnitt beschreibt, wie Sie Prognosemodelle erstellen und wie Sie mehrere Prognosemodelle durch Festlegen von Untermodellen kombinieren können.
Ein Prognosemodell benennt und identifiziert eine bestimmte Planung. Nachdem du das Prognosemodell erstellt hast, kannst du Prognoselinien hinzufügen. Um Prognosezeilen für mehrere Artikel hinzuzufügen, verwenden Sie die Seite Bedarfsplanung Zeilen. Um Planungszeilen für einen bestimmten ausgewählten Artikel hinzuzufügen, verwenden Sie die Seite Freigegebene Produkte.
Ein Prognosemodell kann Prognosen aus anderen Prognosemodellen enthalten. Um dieses Ergebnis zu erzielen, fügen Sie andere Prognosemodelle als Untermodelle eines Elternvorhersagemodells hinzu. Sie müssen jedes relevante Modell erstellen, bevor Sie es als Untermodell eines übergeordneten Prognosemodells hinzufügen können.
Die sich daraus ergebende Struktur bietet Ihnen eine leistungsfähige Möglichkeit zur Steuerung von Planungen, da Sie damit die Eingaben aus mehreren einzelnen Planungen kombinieren (aggregieren) können. Daher ist es vom Standpunkt der Planung aus gesehen einfach, Prognosen für Simulationen zu kombinieren. Sie könnten z. B. eine Simulation festlegen, die auf der Kombination einer regulären Prognose mit der Planung für eine Frühjahrsaktion basiert.
Untermodellebenen
Du kannst unbegrenzte Untermodelle zu einem Elternvorhersagemodell hinzufügen. Die Struktur kann jedoch nur eine Ebene tief sein. Mit anderen Worten: Ein Prognosemodell, das ein Untermodell eines anderen Prognosemodells ist, kann keine eigenen Untermodelle haben. Wenn Sie einem Prognosemodell Untermodelle hinzufügen, prüft das System, ob dieses Prognosemodell bereits ein Untermodell eines anderen Prognosemodells ist.
Wenn die Produktprogrammplanung auf ein Untermodell stößt, das seine eigenen Untermodelle hat, erhalten Sie eine Fehlermeldung.
Beispiel für Untermodellebenen
Prognosemodell A hat Prognosemodell B als Untermodell. Daher kann das Planungsmodell B keine eigenen Untermodelle haben. Wenn Sie versuchen, ein Untermodell zu Prognosemodell B hinzuzufügen, erhalten Sie die folgende Fehlermeldung: „Prognosemodell B ist ein Untermodell für Modell A.“
Aggregieren von Prognosen über Prognosemodelle hinweg
Das System aggregiert Prognoselinien, die am selben Tag auftreten, über ihr Prognosemodell und dessen Untermodelle hinweg.
Beispiel für Aggregation
Prognosemodell A hat die Prognosemodelle B und C als Untermodelle.
- Prognosemodell A enthält eine Bedarfsplanung für 2 Stück (Stk) am 15. Juni.
- Prognosemodell B enthält eine Bedarfsplanung für 3 Stk. am 15. Juni.
- Prognosemodell C enthält eine Bedarfsplanung für 4 Stk. am 15. Juni.
Die resultierende Nachfrageprognose ergibt am 15. Juni einen einzelnen Bedarf von 9 Stück (2 + 3 + 4).
Note
Jedes Untermodell verwendet seine eigenen Parameter und nicht die Parameter des übergeordneten Prognosemodells.
Erstellen eines Prognosemodells
Um ein Prognosemodell zu erstellen, folgen Sie diesen Schritten:
Gehen Sie zu Hauptplanung>Einrichtung>Bedarfsprognose>Prognosemodelle.
Wählen Sie im Aktivitätsbereich Neu aus.
Legen Sie die folgenden Felder für das neue Prognosemodell fest:
- Modell - Geben Sie einen eindeutigen Bezeichner für das Modell ein.
- Name - Geben Sie einen beschreibenden Namen für das Modell ein.
- Gestoppt - Normalerweise sollten Sie diese Option auf Nein festlegen. Legen Sie sie nur dann auf Ja fest, wenn Sie die Bearbeitung aller Zeilen der Planung, die dem Modell zugeordnet sind, verhindern wollen.
Note
Das Feld In Cash Flow Prognosen einbeziehen und die Felder auf dem Inforegister Projekt haben keinen Bezug zur Produktprogrammplanung. Daher können Sie sie in diesem Zusammenhang ignorieren. Betrachten Sie sie nur, wenn Sie mit Prognosen für das Modul Project Management and Accounting arbeiten.
Zuweisen von Untermodellen zu einem Prognosemodell
Um Teilmodelle einem Prognosemodell zuzuweisen, folgen Sie diesen Schritten:
Gehen Sie zu Lagerverwaltung>Einstellungen>Prognose>Prognosemodelle.
Wählen Sie im Listenbereich das Prognosemodell, für das Sie ein Untermodell festlegen wollen.
Wählen Sie auf der Inforegisterkarte Untermodell die Option Hinzufügen, um dem Raster eine Zeile hinzuzufügen.
Legen Sie in der neuen Zeile die folgenden Felder fest.
- Submodell - Wählen Sie das Planungsmodell, das Sie als Untermodell hinzufügen möchten. Dieses Planungsmodell muss bereits existieren und es darf keine eigenen Untermodelle haben.
- Name - Geben Sie einen beschreibenden Namen für das Untermodell ein. Dieser Name kann z. B. die Beziehung des Untermodells zum übergeordneten Prognosemodell angeben.