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.
Note
Community-Interessensgruppen sind jetzt von Yammer zu Microsoft Viva Engage gewechselt. Um an einer Viva Engage-Community teilzunehmen und an den neuesten Diskussionen teilzunehmen, füllen Sie das Formular "Anfordern des Zugriffs auf Finance and Operations Viva Engage Community" aus , und wählen Sie die Community aus, der Sie beitreten möchten.
Dieser Artikel enthält Informationen zu den Datums- und Uhrzeitparametern, die Planning Optimization während des Betriebs verwendet.
Während die veraltete Masterplanungs-Engine in allen Berechnungen Transaktionsdaten verwendet, arbeitet die Planungsoptimierung mit Datums- und Uhrzeitwerten, die in Datumsangaben umgewandelt werden. Dieses unterschiedliche Verhalten kann zu Situationen führen, in denen beispielsweise Prognosetransaktionen, die am Tag der Ausführung der Masterplanung um Mitternacht erstellt werden, nicht berücksichtigt werden, da die Planungsoptimierung davon ausgeht, dass sie vor dem aktuellen Datum erstellt wurden.
Parameter für Ausgabe- und Bedarfstransaktionen
In der folgenden Tabelle sind die Parameter aufgeführt, die Planning Optimization bei der Verarbeitung von Ausgabe- und Bedarfstransaktionen verwendet.
| Parameter | Parametername in Planning Optimization | Beschreibung | Entsprechendes Feld in Microsoft Dynamics 365 Supply Chain Management (in der Tabelle "ReqTrans") |
|---|---|---|---|
| Geplante Uhrzeit der Ausstellung | PlannedIssueTime |
Das Datum zum dem die Ausgabe derzeit geplant ist. |
Bis jetzt (FuturesDate) undVerzögert bis Uhrzeit (FuturesTime) |
| Angeforderte Ausgabezeit | RequestedIssueTime |
Das Ausgabedatum, das der Benutzer anfordert und in der Supply-Chain-Management-Software definiert wird. Dieser Parameter gilt nur für freigegebene oder genehmigte Planaufträge. Bei Planaufträgen ist er standardmäßig leer. |
Angefordertes Datum (ReqDateDlvOrig) |
| Erforderliche Ausgabezeit | RequiredIssueTime |
Das erforderliche Ausgabedatum, das von der Planungsoptimierung angepasst wird. Wenn diese Zeit in die Vergangenheit fällt, wenn die Planungsoptimierung ausgeführt wird, wird sie an den ersten Offenen Tag verschoben, der nicht früher als heute ist. Wenn die Uhrzeit im Kalender als blockiert markiert ist, wird sie stattdessen an den ersten Offenen Tag vor diesem Datum angepasst. |
Anforderungsdatum (ReqDate) und Anforderungszeit (ReqTime) |
| Verzögerung der Ausgabezeit | IssueTimeDelay |
Der Zeitunterschied zwischen der geplanten Ausgabezeit und entweder der angeforderten Ausgabezeit für genehmigte und freigegebene Aufträge oder der erforderlichen Ausgabezeit. |
Verzögerung (in Tagen) (FuturesDays) |
Parameter für Eingangs- und Liefertransaktionen
In der folgenden Tabelle sind die Parameter aufgeführt, die Planning Optimization bei der Verarbeitung von Eingangs- und Ausgabe- und Lieferungstransaktionen verwendet.
| Parameter | Parametername in Planning Optimization | Beschreibung | Äquivalentes Feld im Supply Chain Management (in der Tabelle ReqTrans oder ReqPO) |
|---|---|---|---|
| Geplante Verfügbarkeitszeit | PlannedAvailabilityTime |
Das Datum, an dem die Verfügbarkeit des Eingangs geplant ist. |
Anforderungsdatum (ReqDate) und Anforderungszeit (ReqTime) |
| Geplante Eingangszeit | PlannedReceiptTime |
Das Datum, an dem der Beleg an der Position eintrifft. |
Bis jetzt (FuturesDate), Zeitverzögert (FuturesTime) und Lieferdatum (ReqDateDlv) oder Wunschtermin (ReqDateDlvOrig), wenn die Bestellung noch nicht freigegeben ist. |
| Erforderliche Verfügbarkeitszeit | RequiredAvailabilityTime |
Das erforderliche Verfügbarkeitsdatum, das die Planungsoptimierung anpasst. |
Anforderungsdatum (ReqDate) und Anforderungszeit (ReqTime) |
| Erwartete Eingangszeit | ExpectedReceiptTime |
Das erwartete Eingangsdatum für einen freigegebenen Eingang. Der Benutzer legt den Wert in Supply Chain Management fest. Der Wert wird in der Planungsoptimierung nicht angepasst. Dieser Parameter gilt nur für freigegebene Eingänge. |
Angefordertes Datum (ReqDateDlvOrig) |
| Erforderliche Eingangszeit | RequiredReceiptTime |
Der erforderliche Belegtermin, den die Planungsoptimierung anpasst. |
Anforderungsdatum (ReqDate) und Anforderungszeit (ReqTime) |
| Geplante Bestellzeit | PlannedOrderingTime |
Das Bestelldatum, das die Planungsoptimierung berechnet. |
Bestelldatum (ReqDateOrder) und Bestellzeitpunkt (ReqTimeOrder) |
| Geplante Startzeit der Aktivität | PlannedActivityStartTime |
Das Datum, an dem die Aktivität für diesen Eingang beginnen soll. |
Startdatum (SchedFromDate) |
| Eingangszeitverzögerung | ReceiptTimeDelay |
Die Zeitdifferenz zwischen der geplanten Eingangszeit und der gewünschten Eingangszeit. |
Verzögerung (Tage) (FuturesDays) und Verzögern zur Zeit (FuturesTime) |
Beispiele der Datumsparameterverwendung von Planning Optimization
Die Pläne in den folgenden Abbildungen befinden sich auf Tagesebene, aber die Planungsoptimierung wird auf detaillierterer Ebene ausgeführt. Da Margen beispielsweise in Stunden angegeben werden können, kann die Planungsbestellungszeit der 22. Januar 2021, 11:35 Uhr usw. sein.
Beispiel 1: Einfaches Szenario
Ein Auftrag mit einem angeforderten Ausgabezeitpunkt am 22. Januar wird durch eine Bestellung abgedeckt. Die folgenden Einstellungen werden verwendet:
- Keine Vorlaufzeit
- Keine Kalender (Alle Tage sind geöffnet.)
- Keine Margen
Die folgende Abbildung zeigt dieses Szenario. (Wählen Sie die Abbildung aus, um eine größere Version zu öffnen.)
Beispiel 2: Vorlaufzeitszenario
Ein Auftrag mit einem angeforderten Ausgabezeitpunkt am 22. Januar wird durch eine Bestellung abgedeckt. Die folgenden Einstellungen werden verwendet:
- Drei Tage Vorlaufzeit
- Keine Kalender (Alle Tage sind geöffnet.)
- Keine Margen
Die folgende Abbildung zeigt dieses Szenario. (Wählen Sie die Abbildung aus, um eine größere Version zu öffnen.)
Beispiel 3: Margen-Szenario
Ein Auftrag mit einem angeforderten Ausgabezeitpunkt am 22. Januar wird durch eine Bestellung abgedeckt. Die folgenden Einstellungen werden verwendet:
- Drei Tage Vorlaufzeit
- Vier-Tage-Bestellmarge
- Fünf-Tage-Verfügbarkeitsmarge
- Keine Kalender (Alle Tage sind geöffnet.)
Die folgende Abbildung zeigt dieses Szenario. (Wählen Sie die Abbildung aus, um eine größere Version zu öffnen.)
Beispiel 4: Verzögerungsszenario
Ein Auftrag mit einem angeforderten Ausgabezeitpunkt am 22. Januar wird durch eine Bestellung abgedeckt. In diesem Beispiel werden dieselben Einstellungen wie in Beispiel 3 verwendet, aber der Planungsdatum wird auf den 15. Januar verschoben. Die Rückwärtsterminierung (rote Markierungen) schlägt fehl, da die geplante Bestellzeit vor dem heutigen Datum liegen müsste. Daher muss die Masterplanung nach vorne terminieren, und es kommt zu Verzögerungen.
Die folgende Abbildung zeigt dieses Szenario. (Wählen Sie die Abbildung aus, um eine größere Version zu öffnen.)
Beispiel 5: Übertragungsszenario
Ein Kundenauftrag aus Lagerort 1 mit gewünschtem Ausgabezeitpunkt am 22. Januar wird durch einen Umlagerungsauftrag aus Lagerort 2 abgedeckt, der durch eine geplante Einkaufsbestellung abgedeckt ist. Die folgenden Einstellungen werden verwendet:
- Drei Tage Umlagerungsvorlaufzeit (Lagerort 1)
- Zwei Tage Einkaufsvorlaufzeit (Lagerort 2)
- Keine Kalender (Alle Tage sind geöffnet.)
Die folgende Abbildung zeigt dieses Szenario. (Wählen Sie die Abbildung aus, um eine größere Version zu öffnen.)
Beispiel 6: Vorlaufzeit mit Kalenderszenario
Ein Auftrag mit einem angeforderten Ausgabezeitpunkt am 22. Januar wird durch eine Bestellung abgedeckt. Die folgenden Einstellungen werden verwendet:
- Drei Tage Vorlaufzeit
- Ausgabekalender (Freitag geschlossen)
- Verfügbarkeitskalender (Donnerstag und Freitag geschlossen)
- Eingangskalender (Dienstag, Mittwoch und Sonntag geschlossen)
- Volaufszeitkalender (Donnerstag und Freitag geschlossen)
- Bestellkalender (Montag und Samstag geöffnet)
Die folgende Abbildung zeigt dieses Szenario. (Wählen Sie die Abbildung aus, um eine größere Version zu öffnen.)
Beispiel 7: Verzögerung mit Kalenderszenario
Ein Auftrag mit einem angeforderten Ausgabezeitpunkt am 22. Januar wird durch eine Bestellung abgedeckt. In diesem Beispiel werden dieselben Einstellungen wie in Beispiel 6 verwendet, aber der Planungsdatum wird auf den 13. Januar verschoben. Die Rückwärtsterminierung (rote Markierungen) schlägt fehl, da die geplante Bestellzeit vor dem heutigen Datum liegen müsste. Daher muss die Masterplanung nach vorne terminieren, und es kommt zu Verzögerungen.
Die folgende Abbildung zeigt dieses Szenario. (Wählen Sie die Abbildung aus, um eine größere Version zu öffnen.)
