Sicherheitszuschläge

Dieser Artikel beschreibt, wie Sicherheitsmargen während der Hauptplanung funktionieren.

Übersicht über die Sicherheitszuschläge

Sicherheitszuschläge bieten Pufferzeit über die normale Vorlaufzeit hinaus. So müssen Sie z. B. Material entpacken oder prüfen, nachdem es vom Lieferanten eintrifft. Sie können nicht nur die zusätzliche Zeit zur Einkaufsvorlaufzeit hinzufügen, da dieser Ansatz dem Lieferanten zusätzliche Pufferzeit verleiht. Verwenden Sie stattdessen den Rechnungsspielraum, um den Lieferanten zu einer früheren Lieferung zu bewegen. Die Belegspanne bietet Pufferzeit, sodass Sie die Waren intern verarbeiten können.

Es gibt drei Arten von Sicherheitsrändern:

• Sicherheitszuschlag für Wiederbestellung – Die Pufferzeit zum Tätigen des Lieferungsauftrags
• Sicherheitszuschlag für Warenzugang – Die Pufferzeit für die Bearbeitung der eingehenden Lieferung
• Sicherheitszuschlag für Warenabgang – Die Pufferzeit für die Abwicklung von Sendungen

Die folgende Abbildung zeigt, wie diese Sicherheitszuschläge im Laufe der Zeit gelten.

Alle Zuschläge werden in Tagen definiert. Der Standardwert von 0 (Null) gibt an, dass der kein Zuschlag angewendet wird. Wenn Sie mehrere Zuschläge einrichten, addieren sich alle zur Gesamtzeit ab Lieferung Auftragsdatum auf die Nachfrage Anforderungsdatum. Beispielsweise hat eine Einrichtung keine Vorlaufzeit und alle drei Zuschlagstypen sind auf einen Tag festgelegt. In diesem Fall gibt es drei Tage zwischen dem Lieferauftragsdatum und dem Bedarfsanforderungsdatum. Wenn das Bestelldatum also der 1. Juli ist, ist das Anforderungsdatum der 4. Juli.

Sicherheitszuschlag für Warenzugang

Der Quittungsrand ist wahrscheinlich der am häufigsten verwendete der drei Sicherheitsränder. Das System wendet es auf das Lieferdatum an und berechnet den Rückschritt vom Anforderungsdatum. Mit anderen Worten, Sie sollten die Produkte die vorher festgelegte Anzahl an Puffertagen vor dem eigentlichen Bedarf erhalten.

Die folgende Abbildung zeigt den Sicherheitszuschlag für den Warenzugang.

Die Eingangsmarge fungiert in der Regel als Puffer, um Zeit für die Lagerregistrierung oder andere zeitaufwendige Prozesse zu ermöglichen, die das System nicht als Teil der gesamten Vorlaufzeit erfasst. Bei Einkäufen ist ein Vorteil, dass der Liefertermin der Bestellung entsprechend voranschreitet. Wenn Sie die Vorlaufzeit erhöhen, anstatt eine Sicherheitsspanne zu verwenden, muss der Anbieter trotzdem in letzter Minute liefern.

Der Belegrand ändert nicht das Anforderungsdatum der Lieferung. Daher sehen Sie die Wareneingangsmarge nicht direkt, wenn Sie die Anforderungstermine für Nachfrage und Angebot vergleichen (z. B. auf der Seite Nettoanforderungen). Angenommen, die Wareneingangsspanne beträgt vier Tage, und eine Bestellposition ist für den Wareneingang am 15. des Monats geplant. Die Masterplanung berechnet das angepasste Empfangsdatum als 19. des Monats.

Eine Belegspanne wird nicht angewendet, wenn der lagerinterne Bestand als Angebot verwendet wird. Es wird davon ausgegangen, dass der gesamte Bestand sofort verfügbar ist, unabhängig davon, wann Sie es tatsächlich erhalten haben.

Sicherheitszuschlag für Wiederbestellung

Die folgende Abbildung zeigt den Sicherheitszuschlag für den Wiederbestellung.

Die Neubestellungsreserve fügt Zeit vor der Vorlaufzeit des Artikels für alle geplanten Aufträge während der Masterplanung hinzu. Daher stellt sie zusätzliche Zeit für die Bestellung sicher. Diese Marge fungiert in der Regel als Puffer, um Zeit für Genehmigungsprozesse oder andere interne Prozesse sicherzustellen, die während der Erstellung von Lieferaufträgen erforderlich sind. Die Nachbestellungsgrenze liegt zwischen dem Bestelldatum und dem Startdatum.

Sicherheitszuschlag für Warenabgang

Die folgende Abbildung zeigt den Sicherheitszuschlag für den Warenabgang.

Während der Masterplanung zieht das System die Ausgabespanne vom Anforderungsdatum ab. Dieser Abzug trägt dazu bei, dass Sie Zeit haben, auf eingehende Nachfrageaufträge zu reagieren und sie zu versenden. Diese Marge dient als Puffer, um die Zeit für den Versand und die damit verbundenen Ausgehenden Lagerprozesse sicherzustellen.

Wenn Sie eine Reservezeit anwenden, stimmen die zugehörigen Angebots- und Nachfrageanforderungstermine nicht überein. Stattdessen unterscheiden sie sich durch den Sicherheitszuschlag für Warenabgang, da der Sicherheitszuschlag für Warenabgang zwischen dem Anforderungsdatum des Angebots und dem Anforderungsdatum der Nachfrage hinzugefügt wird.

Sicherheitszuschläge einrichten

Sicherheitszuschläge definieren

Legen Sie Sicherheitsränder sowohl für die Abdeckungsgruppe als auch für den Masterplan fest. Das System fügt diese Ränder zusammen. Wenn Sie beispielsweise eine Wareneingangsspanne von zwei Tagen für die Bedarfsdeckungsgruppe und drei Tage im Masterplan festlegen, beträgt die effektive Wareneingangsspanne fünf Tage.

Legen Sie den Rand für den Masterplan fest, wenn Sie längere Vorlaufzeiten oder Unsicherheiten für einen bestimmten Plan simulieren möchten, jedoch ohne Auswirkungen auf die tägliche Planung.

Sicherheitszuschläge für Dispositionssteuerungsgruppen

Führen Sie die folgenden Schritte aus, um eine Sicherheitsmarge auf eine Abdeckungsgruppe anzuwenden:

1. Wechseln Sie zu Master Planning>Setup-Abdeckungsgruppen>.

2. Wählen Sie im Listenbereich die Abdeckungsgruppe aus.

3. Verwenden Sie im Inforegister Andere im Abschnitt Sicherheitszuschläge in Tagen die folgenden Felder, um die erforderlichen Sicherheitszuschläge (in Tagen) festzulegen:

   • Zum Bedarfsdatum hinzugefügter Sicherheitszuschlag für Warenzugang
   • Vom Bedarfsdatum abgezogener Sicherheitszuschlag für Warenabgang
   • Sicherheitszuschlag für Wiederbestellung, der zur Durchlaufzeit eines Artikels addiert wird

Sicherheitszuschläge der Produktprogrammplanung

Führen Sie die folgenden Schritte aus, um einen Sicherheitsrand auf einen Masterplan anzuwenden:

1. Wechseln Sie zu Produktprogrammplanung>Einrichtung>Pläne>Produktprogrammpläne.

2. Wählen Sie im Listenbereich den Masterplan aus.

3. Verwenden Sie im Inforegister Sicherheitszuschläge in Tagen die folgenden Felder, um die erforderlichen Sicherheitszuschläge (in Tagen) festzulegen:

   • Zum Bedarfsdatum hinzugefügter Sicherheitszuschlag für Warenzugang
   • Vom Bedarfsdatum abgezogener Sicherheitszuschlag für Warenabgang
   • Sicherheitszuschlag für Wiederbestellung, der zur Durchlaufzeit eines Artikels addiert wird

Definieren, ob Berechnungen auf Kalendertagen oder Arbeitstagen basieren

Legen Sie alle Sicherheitsränder fest, die basierend auf Kalendertagen oder Arbeitstagen berechnet werden sollen.

1. Wechseln Sie zu Produktprogrammplan>Einrichten>Produktprogrammplan-Parameter.
2. Stellen Sie auf der Allgemeines-Registerkarte im Sicherheitszuschläge in Tagen-Abschnitt die Arbeitstage-Option auf Ja, um Zuschläge basierend auf Arbeitstagen zu berechnen. Setzen Sie die Option auf Nein, um Zuschläge basierend auf Kalendertagen zu berechnen.

Beispielsweise ist ein Kalender von Montag bis Freitag geöffnet und von Samstag bis Sonntag geschlossen. Wenn eine Empfangsspanne von einem Tag vorhanden ist, erzeugt ein Anforderungsdatum an einem Montag ein Lieferdatum am vorherigen Freitag, da Samstag und Sonntag keine Arbeitstage sind.

Der Kalender, der die Arbeitstage bestimmt, hängt vom Setup und vom Versorgungstyp ab. Die Kalender der Abdeckungsgruppe, des Lagers und des Lieferanten steuern, welche Tage als Arbeitstage zählen.

Das System kann eine Einrichtung verarbeiten, bei der ein oder mehrere Kalender definiert sind. In den folgenden Unterabschnitten werden die möglichen Kombinationen beschrieben, mit denen Sie das Ergebnis steuern können.

Kalender, der für die Dauer verwendet wird

Die definierten Kalender steuern die tatsächliche Gesamtvorlaufzeit in Kalendertagen vom Lieferauftragsdatum bis zum Bedarfsanforderungsdatum. Das System verwendet die folgende Kalenderpriorisierung:

• Lieferzeit Einkauf – Es wird nur der Dispositionssteuerungsgruppekalender berücksichtigt.
• Belegerand – Wenn ein Abdeckungsgruppenkalender definiert ist, verwendet das System ihn. Andernfalls verwendet das System den Lagerkalender.
• Themenrand – Wenn ein Deckungsgruppenkalender definiert ist, verwendet ihn das System. Andernfalls verwendet das System den Lagerkalender.
• Sicherheitszuschlag für Bestellung – Es wird nur der Dispositionssteuerungsgruppekalender berücksichtigt.

Kalender, der für das Enddatum verwendet wird

Die folgenden Regeln bestimmen, ob das Planungsmodul ein bestimmtes Datum für einen bestimmten Datumstyp verwenden kann:

• Kaufbestätigungsdatum – Wenn ein Lieferantenkalender definiert ist, verwendet das System ihn. Andernfalls verwendet das System diesen Kalender, wenn ein Abdeckungsgruppenkalender definiert ist. Wenn kein Kalender definiert ist, verwendet das System den Lagerkalender.
• Übermittlungsbestätigungsdatum – Wenn ein Abdeckungsgruppenkalender definiert ist, verwendet das System ihn. Andernfalls verwendet das System den Lagerkalender.
• Produktionsbestätigungsdatum – Wenn ein Abdeckungsgruppenkalender definiert ist, verwendet das System ihn. Andernfalls verwendet das System den Lagerkalender.
• Tag der offenen Tür für Bedarfsfragen – Wenn ein Lagerkalender definiert ist, verwendet das System ihn. Andernfalls verwendet das System den Abdeckungsgruppenkalender.
• Order open day – Das System verwendet eine Kombination (Schnittmenge) des Abdeckungsgruppenkalenders und des Lieferantenkalenders. Beide Kalender müssen geöffnet sein, um das Datum zu verwenden. Wenn nur ein Kalender definiert ist, verwendet das System diesen Kalender allein.

Übersichtsmatrix für die Kalendereinrichtung

Die folgende Abbildung zeigt eine Matrix, die zusammenfasst, welche Kalender bei der Berechnung der Sicherheitszuschläge gelten. (Wählen Sie das Bild aus, um eine hochauflösende Version davon zu öffnen.) Die folgenden Abkürzungen und Farben geben an, wo jeder Kalendertyp angegeben ist:

• Dispositionssteuerungsgruppe (CG): Grün
• Lagerort (WH): Gelb
• Lieferant (V): Blau

Berechnungstage

Das System berücksichtigt alle drei Arten von Sicherheitsmargen bei der Ermittlung, ob eine Bestellung verzögert wird.

Beispielsweise hat ein Artikel eine Vorlaufzeit von einem Tag und eine Empfangsfrist von drei Tagen. Ein Auftrag für diesen Artikel wird heute wie erforderlich festgelegt. In diesem Fall wird die Verzögerung als Vorlaufzeit + Sicherheitszuschlag für den Warenzugang = vier Tage berechnet. Wenn also heute der 14. August ist, führen die vier Tage Verzögerung zu einer Lieferung am 18. August. Die folgende Abbildung zeigt dieses Beispiel.

Sicherheitszuschlag für Warenabgang und verfügbarer Lagerbestand

Manchmal wendet das System die Themenmarge nicht auf eine Bestellung an, wenn ein Lagerbestand bei einem Artikel vorliegt. Der Grund für dieses Verhalten besteht darin, dass der verfügbare Bestand kein Datum hat, sodass das System die Marge für Probleme nicht anwenden kann.

Diese Situation tritt in der Regel auf, wenn Sie einen Artikel verkaufen, der eine Ausgabespanne von einem Lager wie WH11 aufweist. Ein Transferauftrag aus einem anderen Lager wie WH13 füllt das Verkaufslager auf. In diesem Fall könnte eine der folgenden Situationen zutreffen:

• Wenn ein On-Hand-Bestand in WH13 vorhanden ist, wendet das System auf WH11 die Marge zwischen dem Verkaufsauftragsdatum und dem Eingangsdatum des Überweisungsauftrags an. Auf WH13 entspricht jedoch das Datum des Umlagerungsauftrag-Versands dem Empfangsdatum, da es einen Lagerbestand gibt. Daher wendet das System keine Ausgabespanne an.

• Wenn in WH13 kein On-Hand-Angebot vorhanden ist und WH13 auf andere Weise aufgefüllt werden soll (z. B. eine Bestellung), wendet das System die Ausgabespanne zwischen dem Empfangsdatum des Transferauftrags und dem Bestellbelegdatum an.

Weicher Problemrand (Vorschau)

[Dieser Abschnitt ist die Vorabveröffentlichungsdokumentation und unterliegt Änderungen.]

Die weiche Problemgrenze führt dazu, dass das System die Problemgrenze als bevorzugten Puffer anstatt als harte Anforderung behandelt. Anstatt immer den vollständigen Ausgaberand anzuwenden, erlaubt ein weicher Rand dem System, ihn bei Bedarf zu reduzieren, um zu vermeiden, dass der Anforderungstermin in die Zukunft verschoben wird. Ohne weichen Spielraum wendet das System immer den vollen Spielraum an, auch wenn dies eine Verzögerung eines Bedarfsauftrags verursacht.

Der Soft Issue Margin funktioniert wie folgt:

• Wenn der vollständige Problemrand angewendet werden kann, ohne eine Verzögerung zu verursachen – Das System wendet den vollständigen Problemrand an, genau wie bei dem Standardverhalten. Es tritt keine Änderung auf.
• Wenn der vollständige Ausgaberand zu einer Verzögerung führen würde – das System reduziert den Ausgaberand auf den größten Wert, der den geplanten Anforderungstermin nicht über das Anforderungsdatum hinaus verschiebt. Der Rand kann auf jeden Wert zwischen null Tagen und dem vollständig konfigurierten Wert minus einem Tag reduziert werden.
• Wenn die Bestellung bereits verzögert ist (das Anforderungsdatum liegt in der Vergangenheit) – Das System ignoriert die Bearbeitungsspanne vollständig. Die Fehlermarge ist in der Berechnung der Verzögerung nicht berücksichtigt. Stattdessen wird der Unterschied zwischen dem Anforderungsdatum und dem geplanten Bestelldatum angezeigt, um anzugeben, dass der Auftrag nicht rechtzeitig erfüllt werden kann.

Dieses Verhalten gilt unabhängig auf jeder Ebene in der Lieferkette. Wenn eine Stückliste (BOM)-Struktur sowohl ein fertiges gut als auch ein Rohmaterial enthält, wertet das System die Ausgabespanne für jede Ebene separat aus und passt sie an.

Voraussetzungen für weiche Randbedingung

Um einen Soft Issue Margin zu verwenden, muss Ihr System die folgenden Anforderungen erfüllen:

• Sie müssen Microsoft Dynamics 365 Supply Chain Management Version 10.0.48 Build 10.39.1837 oder höher ausführen.
• Das Feature mit dem Namen "Soft issue margins with Planning Optimization" muss in der Featureverwaltung aktiviert sein.

Aktivieren der Weichfehlertoleranzmarge für eine Abdeckungsgruppe

Sie aktivieren das Limit für weiche Probleme auf Ebene der Abdeckungsgruppe. Führen Sie die folgenden Schritte aus, um den Soft Issue Margin für eine Abdeckungsgruppe zu aktivieren:

1. Wechseln Sie zu Master Planning>Setup>Abdeckungsgruppen.
2. Wählen Sie die Abdeckungsgruppe aus.
3. Legen Sie auf der Registerkarte "Sonstiges FastTab" die Option "Soft issue margin" auf "Ja" fest.

Beispiel 1: Sicherheitsspanne wird reduziert, um Verzögerung zu vermeiden

Die folgenden Bedingungen gelten in diesem Beispiel:

• Die Frist beträgt 10 Tage für alle Elemente.
• Die Soft-Issue-Marge ist aktiviert.
• Das heutige Datum ist der 1. Oktober.
• Die Option Berechnete Verzögerung zum Anforderungsdatum für Produktionsaufträge hinzufügen ist deaktiviert.

Das Anforderungsdatum ist der 7. Oktober. Ohne weiche Ausgabemarge wendet das System die gesamte 10-Tage-Ausgabemarge sowohl auf Fertigerzeugnis-Ebene als auch auf der Rohstoffebene an. Da zwischen dem heutigen Datum und dem Anforderungsdatum nur sechs Tage verfügbar sind, führt der vollständige Rand zu einer Verzögerung auf beiden Ebenen.

Wenn der Rand für weiche Probleme aktiviert ist, reduziert das System den Ausgaberand auf beiden Ebenen auf die größten Werte, die die geplanten Daten nicht über das Anforderungsdatum hinaus verschieben. Die Aufträge werden unverzüglich geplant.

Beispiel 2: Bestellung bereits verzögert, Marge wird ignoriert.

Die gleichen Bedingungen gelten wie im vorherigen Beispiel.

Der Anforderungstermin ist der 24. September. Ohne die weiche Ausgabemarge wendet das System die gesamte 10-Tage-Ausgabemarge sowohl auf der Fertigwarenebene als auch auf der Rohmaterialebene an, was die Verzögerung weiter erhöht.

Bei aktivierter Marge für weiche Probleme ignoriert das System die Problemspanne vollständig auf beiden Ebenen, da der Bedarfsanforderungstermin bereits in der Vergangenheit liegt. Die Verzögerung wird als Differenz zwischen dem Bedarfsanforderungsdatum (24. September) und dem frühesten geplanten Bestelltermin (1. Oktober) angezeigt. Der Problemrand wird der Verzögerung nicht hinzugefügt.

Anwendung eines Greedy-Algorithmus über mehrstufige Lieferketten hinweg

Die Soft-Issue-Marge wird aggressiv entlang der Lieferkette angewendet, beginnend auf der Nachfrageseite. Die erste Ebene in der Kette (die der ursprünglichen Nachfrage am nächsten kommt) verbraucht so viel wie möglich von der verfügbaren Fehlermarge. Nachfolgende Ebenen (weiter von der Nachfrage entfernt, näher an der Versorgungsquelle) erhalten, was von der Marge übrig bleibt.

Betrachten Sie z. B. eine Lieferkette, in der WH12 einen Verkaufsauftrag im Lager WH11 über eine Übertragung erfüllt, und eine Bestellung füllt WH12 auf. Wenn Sie die Soft-Issue-Marge für den Artikel an beiden Lagern konfigurieren, weist das System der Ausgabe von WH11, dem Lager, das der Kundennachfrage am nächsten kommt, so viel Ausgabespanne wie möglich zu. Das Problem von WH12, das in der Lieferkette weiter vorgelagert ist, erhält dann die verfügbare Marge, ohne dass eine Verzögerung verursacht wird.

Die gierige Zuweisung bedeutet, dass nachgelagerte Vorgänge (näher am Kunden) für die Marge priorisiert werden, während upstream-Vorgänge die Reduzierung absorbieren.

Bekannte Einschränkungen des Rands für weiche Probleme

Die gierige Anwendung weicher Toleranzgrenzen kann zu Situationen führen, in denen die vom System festgelegten Anforderungstermine zu optimistisch sind. Wenn der Motor den weichen Problemtermin anwendet, kennt er noch keine möglichen Verzögerungen, die weiter oben in der Lieferkette auftreten könnten. Sobald das System auf vorgelagerte Verzögerungen stößt und diese in den Plan integriert, werden die Anforderungstermine nicht aktualisiert, um den Einfluss von Verzögerungen auf die Einengung der Soft-Issue-Marge zu berücksichtigen.

Die gierige Anwendung von Soft-Issue-Margen kann zu Situationen führen, in denen der Anforderungstermin eines geplanten Angebots zu früh festgelegt wird. Nachdem das System die Verzögerungen berücksichtigt hat, zeigt es Verzögerungstage an, obwohl nur die Pufferzeit komprimiert wurde, anstatt die Nachfrage zu verzögern.

Beispiel für eine bekannte Einschränkung

Die folgenden Bedingungen gelten in diesem Beispiel:

• Das heutige Datum ist der 18. Mai.
• Ein Artikel P1 ist vorhanden, der von Produktionsaufträgen aufgefüllt wird.
• Um Artikel P1 zu produzieren, ist ein Rohmaterial R1 erforderlich, das durch Bestellungen mit einer Einkaufsvorlaufzeit von drei Tagen aufgefüllt wird.
• Die Soft Issue Margin ist auf zwei Tage auf P1 und R1 festgelegt.

Ein Verkaufsauftrag für Artikel P1 hat ein Anforderungsdatum vom 22. Mai. Es ist ein Soft-Issue-Spielraum von zwei Tagen auf P1 konfiguriert. Das System wendet gierig die gesamte Ausgabespanne an und plant einen Produktionsauftrag mit einem Anforderungsdatum vom 20. Mai. Der Produktionsauftrag erfordert Rohmaterial R1, das auch eine zweitägige Ausgabespanne hat und mit einem Anforderungsdatum vom 18. Mai geplant ist.

Die Bestellung für R1 hat jedoch eine Kaufvorlaufzeit von drei Tagen. Diese Vorlaufzeit führt zu einer dreitägigen Verzögerung für die Bestellung, die das geplante Datum bis zum 21. Mai anpasst. Die Verzögerung wirkt sich auf den Produktionsauftrag aus, der sich auch auf den 21. Mai anpasst. Da die weiche Marge aktiviert ist, wird die Fehlertoleranz auf Produktionsebene komprimiert und verursacht keine zusätzliche Verzögerung. Die Verzögerung überträgt sich auch auf die Ebene des Verkaufsauftrags. Das System komprimiert jedoch die Soft-Issue-Marge von zwei Tagen auf einen Tag, sodass der Verkaufsauftrag nicht über den 22. Mai hinaus verzögert wird.

Nachdem Verzögerungen aufgelöst wurden, besteht eine Diskrepanz zwischen den Anforderungsterminen und den geplanten Terminen. Die Anforderungstermine, die festgelegt wurden, bevor die Verzögerungen bekannt waren, sind jetzt zu optimistisch. Das System passt diese Anforderungstermine nicht rückwirkend an, was dazu führen kann, dass Verzögerungstage angezeigt werden, auch wenn die Lieferung nicht gemäß der Soft Issue Margin verzögert wird. Dieses Verhalten ist beabsichtigt und eine bekannte Einschränkung des Features für soft issue margin.

Auswirkungen bekannter Einschränkungen

Wenn Verzögerungen auftreten und das System die Anforderungstermine nicht aktualisiert, sind möglicherweise auch einige andere Features betroffen, die auf Anforderungsterminen und Verzögerungen basieren. Beispiel:

1. Verzögerungstage
2. Aktionen
3. BOM/Routenauswahl
4. Handelsvereinbarungen

Testen Sie dieses Feature sorgfältig, um sicherzustellen, dass ihre beabsichtigte Verwendung von Soft Issue-Rändern nicht von den bekannten Einschränkungen betroffen ist.

Verwandte Informationen

• Kalender und Produktprogrammplanung
• Angeforderte Lieferdaten für Bestellungen berechnen
• Verbessern der Leistung des Planungsmoduls
• In der Planungsoptimierung verwendete Datums- und Zeitparameter