Termin-Alerts bei dynamischem Pegging

Das System kann für einen Zugang und einen Bedarf Alerts erzeugen, wenn der Zugang und der Bedarf durch eine dynamische Pegging-Beziehung verknüpft sind und die Abweichung zwischen dem Verfügbarkeitstermin und dem Bedarfstermin größer als die im Produktstamm festgelegte Alert-Schwelle ist, d.h.

wenn der Verfügbarkeitstermin des Zugangs mehr als die erlaubte Abweichung vor dem Bedarfstermin liegt

wenn der Verfügbarkeitstermin des Zugangs mehr als die erlaubte Abweichung nach dem Bedarfstermin liegt

Weitere Informationen finden Sie unter Pegging

Alerts bei fixiertem Pegging

Hier kann das System wie beim dynamischen Pegging für einen Zugang und einen Bedarf, die durch eine fixierte Pegging-Beziehung verknüpft sind, Alerts für Terminabweichungen zwischen Verfügbarkeits- und Bedarfstermin erzeugen.

Zusätzlich kann das System Alerts erzeugen, wenn die Merkmalsanforderungen eines Bedarfs und die Merkmalsbewertungen des zugeordneten Zugangs nicht kompatibel sind, z.B. wenn einem Bedarf für ein rotes Objekt ein Zugang für ein blaues Objekt zugeordnet ist.

Mengen-Alerts beim Pegging

Auf der Basis der Pegging-Beziehungen zwischen Zugängen und Bedarfen kann das System analysieren, welche Zugangsmengen welchen Bedarfen zugeordnet sind. Das System kann Alerts erzeugen,

wenn die Zugangsmenge nicht vollständig Bedarfen zugeordnet ist, der Zugang also einen Überschuss erzeugt

wenn die Bedarfsmenge nicht vollständig durch Zugänge gedeckt ist, also eine Unterdeckung vorliegt

Planung mit Haltbarkeit

Wenn Sie im Produktstamm das Kennzeichen Planung mit Haltbarkeit gesetzt haben, kann das System bei der Planung die vom Bedarf geforderte Haltbarkeit und die tatsächliche Haltbarkeit des Zugangs miteinander vergleichen. Nur wenn die Haltbarkeitsanforderungen erfüllt sind, werden Pegging-Beziehungen hergestellt.

Wenn bei fixierten Pegging-Beziehungen die definierten Haltbarkeitsbedingungen z.B. durch manuelles Umplanen verletzt werden, kann das System für folgende Situationen Alerts erzeugen:

wenn die Reifezeit unterschritten ist Das Produkt muss eine gewisse Reifezeit haben, bevor es verwendet werden darf. Greift innerhalb dieser Zeit ein Bedarf darauf zu, gibt das System Alerts aus.

wenn die Haltbarkeit zu kurz ist Das Produkt verfällt früher als die vom Bedarf geforderte Mindesthaltbarkeit.

wenn die Haltbarkeit zu lang ist Das Produkt ist länger haltbar als die vom Bedarf geforderte maximale Haltbarkeit.

Bei Zugängen und Bedarfen, zwischen denen keine Pegging-Beziehungen bestehen, vergleicht das System für eine definierte Zeitspanne die vom Bedarf geforderte Haltbarkeit mit der tatsächlichen Haltbarkeit des Zugangs. Wenn ein Zugang während dieser Zeitspanne verfällt, erzeugt das System den Alert Zugang ohne Pegging-Beziehung mit Verfallsdatum .

Zeitliche Anordnungsbeziehungen zwischen Vorgängen

Zwischen Vorgängen können zeitliche Anordnungsbeziehungen mit erlaubten Mindest- und Maximalabständen bestehen. Beispielsweise wird zwischen einem Vorgang, in dem ein Bauteil lackiert wird, und einem nachfolgenden Vorgang, in dem das Bauteil montiert wird, eine bestimmte Zeit für das Trocknen der Farbe benötigt. Mindest- und Maximalabstände definieren Sie im Plan, z. B. des Produktionsprozessmodells. Das System kann Alerts erzeugen, wenn bei der Planung die prozessbedingten Mindestabstände unterschritten oder die Maximalabstände überschritten werden. Für die Unterschreitung der planerischen Mindestabstände gibt es keine Alerts.

Termine in der Vergangenheit

Das System kann Alerts erzeugen, wenn folgende Termine in der Vergangenheit liegen:

Kundenauftragstermin

Verfügbarkeitstermin eines Zugangs

Starttermin eines Auftrags

Eröffnungstermin eines Auftrags

Rückmeldetermin eines Vorgangs

Vertriebslieferplan (Starttermin eines Auftrags)

Auftrag nicht eingeplant

Der Auftrag hat den Einplanungsstatus Ausgeplant , d.h. die Vorgänge des Auftrags belasten keine Ressourcen.

Auftrag erzeugt Überdeckung / hat Unterdeckung

Bestätigte Menge unter-/überschreitet Wunschmenge

Zu Kundenbedarfen eines Produktes gehört eine Wunschmenge und eine bestätigte Menge. Das System kann für Kundenbedarfe Alerts erzeugen, wenn die bestätigte Menge die Wunschmenge unter- oder überschreitet.

Weitere Informationen finden Sie unter Unter- und Überbestätigungs-Alerts .

Auftrag außerhalb seines Gültigkeitszeitraums

Das System kann diesen Alert erzeugen, die Gültigkeit des Auftrags verletzt wird. (Siehe Ermitteln des Gültigzeitraums eines Auftrags .)

Angebot erhalten

Dieser Alert gilt nur in einem offenen Bidding-Prozess im Collaborative Planning.

Unter- oder Überschreitung der Mindestreichweite

Per Reichweiten-Alerts werden Sie über kritische Situationen bei der Produktverfügbarkeit bzw. bei zu hohen Beständen informiert (Alerts: Mindestreichweite unterschritten und Geforderte Reichweite überschritten ).

Sie können daher Mindest- und Maximalreichweiten festlegen, bei deren Unter- bzw. Überschreitung Sie informiert werden sollen.

Die Mindestreichweite definiert, wie viele Kalendertage Zugänge und Bestände mindestens ausreichen müssen, um die zum Zeitpunkt der Planung bekannten Bedarfe zu decken.

Sie können bis zu drei verschiedenen Reichweitentypen verwenden, die verschiedene Kategorien von Zugängen, Beständen, Bedarfen und Prognosen berücksichtigen.

Zu jedem Reichweitentyp können Sie drei verschiedene Mindest- und Maximalreichweiten definieren, bei deren Unter- bzw. Überschreitung das System einen Info-Alert  , einen Warnungs-Alert  oder einen Fehler-Alert  ausgeben soll.

Wenn Sie z.B. als Mindestreichweiten 5, 10 und 15 angeben, erzeugt das System

einen Info-Alert, wenn die Reichweite 15 Tage unterschreitet

einen Warnungs-Alert, wenn die Reichweite 10 Tage unterschreitet

einen Fehler-Alert, wenn die Reichweite 5 Tage unterschreitet

Reichweitentypen und Mindestreichweiten definieren Sie im Customizing der Produktions- und Feinplanung unter Reichweitentypen pflegen

Für welche drei Reichweitentypen das System in der Auftragssicht oder in der Produktplantafel Alerts anzeigt, legen Sie im Customizing der Auftragssicht oder der Produktplantafel unter Layout einstellen fest.

Weitere Informationen finden Sie unter

Mindestreichweite

Berechnung der Reichweite

Moduskopplung innerhalb eines Auftrags verletzt

Modusgekoppelte Aktivitäten, zwischen denen zeitliche Anordnungsbeziehungen bestehen, können i.d.R. nicht unabhängig voneinander auf beliebigen Modi eingeplant werden. Wenn für eine Aktivität der Modus festgelegt ist, dann ist er auch für die gekoppelte Aktivität festgelegt, zu der eine zeitliche Anordnungsbeziehung besteht.

Im Ausnahmefall kann die Moduskopplung für Aktivitäten, die sich in verschiedenen Vorgängen befinden, bei der Planung verletzt werden.

Siehe Moduskopplung

Moduskopplung auftragsübergreifend verletzt

Siehe Moduskopplung innerhalb eines Auftrags verletzt

Ausnahme bei der Beschaffungsplanung

Bei der Planung mit einer Beschaffungsplanungsheuristik erzeugt PP/DS Meldungen für das Planungsprotokoll.

Im Customizing der Produktions- und Feinplanung (PP/DS) legen Sie unter Applikationslogs für PP/DS →Ausnahmegruppen pflegen pro Meldung fest, ob das System für eine Meldung auch einen Datenbank-Alert vom Typ Ausnahme bei der Beschaffungsplanung erzeugt.Ein Datenbank-Alert ist nur für eine Meldung möglich, die einen Bezug zu einem Pegging-Bereich (Produkt, Lokation usw.) hat. Über das Kontextmenü des Alerts können Sie das Planungsprotokoll aufrufen, in dem die Meldung aufgeführt ist, die den Alert verursacht hat.

Jede Meldung gehört zu einer der folgenden Problemklassen:

Die Problemklasse 1 enthält Abbruchmeldungen.

Die Problemklasse 2 enthält Fehlermeldungen.

Die Problemklasse 3 enthält Warnungen.

Die Problemklasse 4 enthält Info- und Erfolgsmeldungen.

Anhand der Problemklassen definieren Sie die Schwellenwerte für die Alert-Prioritäten Informations-, Warnungs- und Fehler-Alert. Wenn die Problemklasse einer Meldung den Schwellenwert für eine bestimmte Alert-Priorität unterschreitet, erzeugt das System einen Alert mit dieser Alert-Priorität.

Wenn das System für die Problemklassen 1 und 2 einen Fehler-Alert, für die Problemklasse 3 einen Warnungs-Alert und für die Problemklasse 4 einen Info-Alert erzeugen soll, geben Sie als Schwellenwert für den Fehler-Alert 3, für den Warnungs-Alert 4 und den Info-Alert 5 an.

Planung von Produktionskampagnen

Bei der Planung mit Produktionskampagnen kann das System folgende Alerts ausgeben:

Kampagne ist unterbrochen

Rüst- oder Reinigungsauftrag liegt innerhalb der Kampagne

Weitere Informationen finden Sie unter Kampagnen-Alerts

Durchschnittliche Ressourcenüberlast

Das System kann einen Alert erzeugen, wenn die durchschnittliche Ressourcenauslastung in einer Periode bestimmte Schwellenwerte unter- oder überschreitet. Die Perioden legen Sie fest, indem Sie im PP/DS-Alert-Profil ein Periodenprofil angeben. Periodenprofile definieren Sie im Customizing der Produktions- und Feinplanung (PP/DS).

Durchschnittliche Ressourcenunterlast

Ressourcenüberlast bei einer Bucket-Ressource

Das System kann einen Alert erzeugen, wenn für eine Bucket-Ressource eine Kapazitätsüberlastung auftritt. Ab welcher Belastung das System eine Belastung als Überlastung interpretiert, legen Sie in der Bucket-Ressource fest.

Ressourcenüberlast bei einer Single-Activity-Ressource

Das System kann einen Alert erzeugen, wenn sich auf einer Single-Activity-Ressource oder auf einer Multi-Activity-Ressource zwei Aktivitäten zeitlich überlappen. Ab welcher Überlappungsdauer das System eine Überlappung als Überlastung interpretiert, legen Sie in der Ressource fest.

Ressourcenüberlast auf einer Multi-Activity-Ressource

Inkompatible Merkmale auf Ressource

In der Blockplanung werden auf einer Ressource Zeitabschnitte für die Bearbeitung von Aktivitäten mit bestimmten Merkmalen reserviert. Ein Zeitabschnitt kann z.B. dafür reserviert sein, Bauteile blau zu lackieren, der nächste Zeitabschnitt dafür, Bauteile rot zu lackieren. Das System kann einen Alert erzeugen, wenn die Merkmalsanforderungen der Ressource in einem Block nicht mit den Merkmalsbewertungen einer Aktivität übereinstimmt, die in diesem Block eingeplant ist. Diese Situation kann auftreten, wenn Sie Blockparameter ändern.

Maschinenausfall (SCEM)

Dieser Alert kann vom Supply Chain Event Management ausgelöst werden.

Planung mit Behälterressourcen

Bei der Planung mit Behälterressourcen kann das System eine Reihe von Alerts erzeugen, die

darüber informieren, dass die im Ressourcenstamm der Behälterressource gepflegten Parameter verletzt werden

die Besonderheiten des Pufferprozesses, wie z.B. Reinheit des Produkts und behälterkonformes Pegging, unterstützen

In folgenden Fällen kann das System Alerts erzeugen:

Wenn die in der Behälterressource befindliche Produktmenge

die für diese Behälterressource maximal zulässige Menge überschreitet

kleiner als die für diese Behälterressource zulässige Mindestmenge ist

kleiner als Null ist

Wenn sich in der Behälterressource zur gleichen Zeit zwei oder mehrere Produkte befinden

Wenn ein Produkt in eine Behälterressource gefüllt werden soll, in der sich noch ein anderes Produkt befindet Das System setzt für das noch im Behälter befindliche Produkt die Füllstandsanzeige auf Null. In der Behälterressource befindet sich jedoch immer noch die Restmenge des ersten Produkts. Aus Sicht der Bestandsführung ist jedoch im Lagerbestand sowohl das alte als auch das neu eingefüllte Produkt gebucht. Daher muss der Produktionsplaner abhängig von der Höhe der Restmenge entscheiden, ob er dafür einen Auftrag anlegen will, der die Restmenge entnimmt.

Wenn zwei füllstandsrelevante Aufträge auf unterschiedlichen Produktionsstufen über Pegging miteinander verknüpft, diese jedoch auf unterschiedlichen Behälterressourcen geplant sind

Beispiel: Ein Auftrag, der Behälter A befüllt, ist über Pegging mit einem Auftrag verbunden, der dasselbe Produkt jedoch aus Behälter B entnehmen soll. In diesem Fall muss der Produktionsplaner manuell das Produkt von Behälter A nach Behälter B umbuchen.

Nicht unterbrechbare Aktivität wird durch Pause unterbrochen

Für bestimmte Aktivitäten ist im Produktionsprozessmodell (PPM) festgelegt, dass sie nicht unterbrochen werden dürfen. Im Ausnahmefall können nicht unterbrechbare Aktivitäten beim Ein- und Umplanen unterbrochen werden.

Der Alert Nicht unterbrechbare Aktivität wird durch Pause unterbrochen informiert Sie über diesen Zustand.

Aktivität verletzt die Synchronisation auf der Ressource

Die Synchronisierung von Aktivitäten auf Multi-Misch-Ressourcen und Multi-Acitivity-Ressourcen durfte bei der Ein- und Umplanung nicht verletzt werden. D.h. die eingeplanten Aktivitäten mussten in Starttermin, Dauer und einem weiteren Merkmal übereinstimmen.

Unter bestimmten Bedingungen, z.B. bei Änderungen, die in parallelen Modi vorgenommen werden, kann die Synchronisierung bei der Planung verletzt werden. Der Alert Aktivität verletzt Synchronisation auf der Ressource informiert Sie über diesen Zustand sowie über Start- und Ende-Termin des Zeitraums, in dem Aktivitäten nicht synchronisiert sind.

Siehe Synchronisierung von Aktivitäten auf Multi-Ressourcen

Sicherheitsbestand unterschritten

Im lokationsabhängigen Produktstamm können Sie den Sicherheitsbestand festlegen sowie eine statische oder zeitabhängige Sicherheitsbestandsmethode.

Sicherheitsbestands-Alerts werden nur für Produkte erzeugt, für die eine der folgenden Sicherheitsbestandsmethoden festgelegt ist:

SB Sicherheitsbestand aus Lokationsproduktstamm

SM Maximum aus SB und SZ aus Lokationsproduktstamm

MB Sicherheitsbestand (zeitabhängige Pflege)

MM Maximum aus SB und SZ (zeitabhängige Pflege)

Wenn der vom System ermittelte Sicherheitsbestand unterschritten wird, dann erhalten Sie den Fehler-Alert Sicherheitsbestand unterschritten .

Der Alert informiert Sie über:

Start und Ende des Zeitraums, in dem der Sicherheitsbestand unterschritten wird

aktueller Bestand

Sicherheitsbestand

Unterschreitung in Prozent

Siehe Sicherheits- und Ziellagerbestandsplanung im PP/DS

Ziellagerbestand unterschritten

Im lokationsabhängigen Produktstamm können Sie Sicherheitsbestand, Sicherheitsbestandsmethode, Höchstbestand sowie Ziellagerbestandsverfahren festlegen.

Ziellagerbestands-Alerts werden nur für Produkte erzeugt, für die eines der folgenden (statischen) Ziellagerbestandsverfahren festgelegt ist:

4 Ziellagerbestand gleich Höchstbestand + SB

D.h. der Ziellagerbestand ist die Summe aus Sicherheitsbestand und Höchstbestand.

Zeitabhängige Daten aus dem SNP werden beim Ermitteln von Ziellagerbestands-Alerts nicht berücksichtigt.

Wenn der vom System ermittelte Ziellagerbestand unter- bzw. überschritten wird, dann erhalten Sie den Fehler-Alert Ziellagerbestand unterschritten bzw. überschritten .

Der Alert informiert Sie über:

Start und Ende des Zeitraums, in dem der Ziellagerbestand unter- oder überschritten wird

aktueller Bestand

Ziellagerbestand

Unter- bzw. Überschreitung in Prozent

Status des Alerts (Fehler-Alert bei Überschreitung, Info-Alert bei Unterschreitung)

Ziellagerbestand überschritten