Designdetails: Reservierung, Auftragsnachverfolgung und Ereignismeldungen
Das umfassende Reservierungssystem enthält die zusammenhängenden und parallelen Features des Bedarfsverursachers und Ereignismeldungen.
Im Zentrum des Reservierungssystems steht die Verknüpfung eines Bedarfspostens und eines entsprechenden Vorratspostens, entweder durch Reservierung oder Bedarfsverursacher. Eine Reservierung ist ein vom Benutzer generierter Link, und ein Auftragsnachverfolgungsdatensatz ist ein vom System generierter Link. Eine Artikelmenge, die in das Reservierungssystem eingegeben wurde, ist entweder reserviert oder auftragsnachverfolgt, jedoch nicht beides gleichzeitig. Wie das System mit einem Artikel umgeht, hängt von der Einrichtung ab.
Das Reservierungssystem interagiert mit dem Planungssystem durch Erstellen von Aktionsmeldungen auf Planungszeilen während der Planungsausführung. Eine Ereignismeldung kann als Anhang zu einem Auftragsnachverfolgungsbeleg betrachtet werden. Ereignismeldungen, ob dynamisch erstellt in der Auftragsnachverfolgung oder während der Planung erstellt, sind nützliche Hilfsmittel für eine effiziente Beschaffungsplanung.
Hinweis
Reservierte Mengen werden vom Planungssystem ignoriert, d. h. die feste Verknüpfung zwischen Vorrat und Bedarf kann nicht durch die Planung geändert werden.
Das Reservierungssystem bildet auch die strukturelle Basis für das Artikelnachverfolgungssystem. Weitere Informationen finden Sie unter Designdetails: Artikelnachverfolgung.
Reservierung
Eine Reservierung ist ein fester Link, der einen speziellen Bedarf und einen bestimmten Vorrat miteinander verknüpft. Diese Verknüpfung beeinflusst dirket die nächste Lagertransaktion und sorgt für die richtigen Anwendung von Artikelposten für Bewertungszwecke. Eine Reservierung setzt die Standard-Kostenberechnungsmethode eines Artikels außer Kraft. Weitere Informationen finden Sie unter Designdetails: Artikelnachverfolgung.
Die Seite Reservierung ist von allen Auftragszeilen vom Typ „Bedarf“ und „Vorrat“ aus zugänglich. Auf dieser Seite kann der Benutzende angeben, zu welchem Bedarfs- oder Vorratsposten eine Reservierungsverknüpfung erstellt werden soll. Die Reservierung besteht aus einem Paar von Datensätzen, die dieselbe Postennummer haben. Ein Datensatz hat ein negatives Vorzeichen und verweist auf den Bedarf. Der andere Datensatz hat ein positives Vorzeichen und verweist auf den Vorrat. Diese Datensätze werden in der Tabelle Reservierungsposten mit dem Statuswert Reservierung gespeichert. Der Benutzer kann alle Reservierungen auf der Seite Reservierungsposten anzeigen.
Ausgleichung für Reservierungen
Reservierungen werden gegen verfügbare Artikelmengen vorgenommen. Artikelverfügbarkeit wird wie folgt grundlegend berechnet:
available quantity = inventory + scheduled receipts - gross requirements
Die folgende Tabelle zeigt die Details der Auftragsnetzwerkeinheiten an, die Teil der Verfügbarkeitsberechnung sind.
Feld im T27-Artikel | Herkunftstabelle | Tabellenfilter | Quellfeld | |
---|---|---|---|---|
Bestand | Bestand | Artikelposten | N/Z | Menge |
Geplante Zugänge | Fest geplanter Zugang (Menge) | FA-Zeile | =Fest geplant | Restmenge (Basis) |
Geplante Zugänge | Freigegeb. FA Zugang (Menge) | FA-Zeile | =Freigegeben | Restmenge (Basis) |
Geplante Zugänge | Menge in Montageauftrag | Montagekopf | =Reihenfolge | Restmenge (Basis) |
Geplante Zugänge | Menge in Bestellung | Einkaufszeile | =Reihenfolge | Restbestellungsmenge (Basis) |
Geplante Zugänge | Umlag.-Auftrag Eingang (Menge) | Umlagerungszeile | N/Z | Restbestellungsmenge |
Bruttobedarf | Menge in Auftrag | Verkaufszeile | =Reihenfolge | Restbestellungsmenge (Basis) |
Bruttobedarf | Geplanter Bedarf (Menge) | FA-Komponente | <>Simuliert | Restmenge (Basis) |
Bruttobedarf | Menge in Montagekomponente | Montagezeile | =Reihenfolge | Restmenge (Basis) |
Bruttobedarf | Umlag.-Auftrag Ausgang (Menge) | Umlagerungszeile | N/Z | Restbestellungsmenge |
Weitere Informationen finden Sie unter Designdetails: Verfügbarkeit im Lager.
Manuelle Reservierung
Wenn ein Benutzer absichtlich eine Reservierung erstellt, erhält er vollen Besitz von und Zuständigkeit für diese Artikel. Dies bedeutet, dass der Benutzer eine Reservierung auch manuell ändern oder stornieren muss. Derartige manuelle Änderungen können zu automatischen Änderungen an den einbezogenen Reservierungen führen.
Die nachstehende Tabelle zeigt, welche Änderungen auftreten können und wann:
Benutzeraktion | Systemreaktion |
---|---|
Reduzieren der reservierten Menge | Die verknüpften Mengenfelder werden entsprechend aktualisiert. |
Ändern von Datumsfeldern | Die verknüpften Datumsfelder werden entsprechend aktualisiert. Hinweis: Wenn das Fälligkeitsdatum auf einem Bedarf so geändert wird, dass es dem Lieferdatum oder dem Fälligkeitsdatum des Vorrats vorangeht, wird die Reservierung storniert. |
Löschen des Auftrags | Die Reservierung wird abgebrochen. |
Ändern des Lagerorts, des Lagerplatzes, der Variante, der Seriennummer oder der Chargennummer | Die Reservierung wird abgebrochen. |
Hinweis
Die Funktionalität der späten Bindung kann auch Reservierungen ändern, ohne den Benutzer zu informieren, indem sie nicht-spezifische Reservierungen von Serien- oder Chargennummern neu anordnet. Weitere Informationen finden Sie unter Designdetails: Artikelverfolgung und Reservierungen.
Automatische Reservierungen
Die Artikelkarte kann so eingerichtet werden, dass sie auf Anfrage, zum Beispiel aufgrund eines Verkaufsauftrags, Artikel automatisch reserviert. In diesem Fall wird eine Reservierung gegen den Bestand, Kaufaufträge, Montageaufträge und Fertigungsaufträge vorgenommen. Eine Warnung wird ausgegeben, wenn der Vorrat nicht ausreicht.
Darüber hinaus reservieren verschiedene Planungsfunktionen Artikel automatisch, damit ein Bedarf mit einem bestimmten Vorrat verknüpft bleibt. Die Auftragsnachverfolgungsposten für solche Planungslinks enthalten Reservierung im Feld Reservierungsstatus in der Tabelle Reservierungsposten. Automatische Reservierungen werden in den folgenden Situationen erstellt:
Ein mehrstufiger Fertigungsauftrag, in dem das Feld Produktionsart der betreffenden übergeordneten und untergeordneten Artikel auf Auftragsfertigung festgelegt wurde. Das Planungssystem erstellt Reservierungen zwischen dem übergeordneten Fertigungsauftrag und dem zugrunde liegenden Fertigungsauftrag, um sicherzustellen, dass sie gemeinsam verarbeitet werden. Diese Reservierungsbindung überschreibt die Standardkostenberechnungs- und -ausgleichsmethode des Artikels.
Ein Produktions-, Montage- oder ein Einkaufsauftrag, in dem das Feld Wiederbeschaffungsverfahren des betreffenden Artikels auf Auftrag festgelegt wurde. Das Planungssystem erstellt Reservierungen zwischen dem Bedarf und dem geplanten Vorrat, um sicherzustellen, dass der bestimmte Vorrat erstellt wird. Weitere Informationen finden Sie unter Auftrag.
Ein Fertigungsauftrag, der aus einem Verkaufsauftrag mit der Funktion Verkaufsauftragsplanung erstellt wird, wird mit dem Verkaufsauftrag mit einer automatischen Reservierung verknüpft.
Ein Montageauftrag, der automatisch für eine Verkaufsauftragszeile erstellt wurde, um die Menge im Feld Menge für Auftragsmontage erfüllen zu können. Diese automatische Reservierung verknüpft den Verkaufsbedarf mit dem Montagezubehör, sodass Verkaufsauftragsbearbeiter den Montageartikel für den Debitor direkt anpassen und zusagen können. Darüber hinaus verknüpft die Reservierung den Montageausstoß der Verkaufsauftragszeile mit der Versandaktivität, die den Debitorenauftrag erfüllt.
Bei einem nicht zugeordneten Vorrat oder Bedarf weist das Planungssystem automatisch den Reservierungsstatus Überschuss zu. Dies kann sich aus Bedarf ergeben, der aufgrund von Planungsmengen oder der vom Benutzer eingegebenen Planungsparameter resultiert. Dies ist ein legitimer Überschuss, den das System anerkennt, und er verursacht keine Ereignismeldungen. Der Überschuss kann auch echter überschüssiger Vorrat oder nicht nachverfolgter Bedarf sein. Dies ist eine Angabe einer Ereignismeldung im Bestellungsbestand, das die Anwendung dazu veranlasst, Ereignismeldungen zu auszugeben. Beachten Sie, dass eine Ereignismeldung, die eine Änderung in der Menge vorschlägt, sich immer auf den Typ Überschuss bezieht. Weitere Informationen finden Sie im Abschnitt Beispiel: Bedarfsverursacher im Verkauf, in der Produktion und bei Umlagerungen in diesem Artikel.
Automatische Reservierungen, die bei der geplanten Ausführung erstellt werden, werden in der folgenden Weise behandelt:
Sie werden, genau wie manuelle Reservierungen, auf Artikelmengen angewendet, die in der Verfügbarkeitsberechnung enthalten sind. Weitere Informationen finden Sie im Abschnitt „Ausgleich für Reservierungen“ dieses Artikels.
Sie sind in den folgenden Planungen enthalten und werden, anders als manuell reservierte Artikel, hier möglicherweise geändert.
Auftragsnachverfolgung
Bedarfsverursacher hilft dem Planer, einen gültigen Beschaffungsplan zu gewährleisten, indem er eine Übersicht zwischen Bedarf und Vorrat im Bestellungsbestand bereitstellt. Die Auftragsnachverfolgungsdatensätze dienen als Grundlage für die Erstellung von dynamischen Aktionsmeldungen und von Planungszeilenvorschlägen im Rahmen der Planungsausführungen.
Hinweis
Das Auftragsnachverfolgungssystem gleicht verfügbaren Bestand aus, wenn Aufträge in das Auftragsnetzwerk eingegeben werden. Dies bedeutet, dass die Anwendung Aufträge nicht priorisiert, die in Bezug auf ihr Fälligkeitsdatum dringender sind. Es ist daher auf die Logik des Planungssystems oder der Klugheit des Terminplaners angewiesen, um diese Prioritäten auf eine sinnvolle Art neu anzuordnen.
Hinweis
Die Bedarfsverursacherart und die Funktion „Ereignismeldungen abrufen“ sind nicht mit Projekten integriert. Das bedeutet, dass der Bedarf, der mit einem Projekt verknüpft ist, nicht automatisch verfolgt wird. Da dies nicht nachverfolgt wird, könnte es dazu führen, dass eine vorhandene Auffüllung mit Projektinformationen zu einem anderen Bedarf, beispielsweise ein Auftrag, verfolgt wird. Deshalb kann es vorkommen, dass Ihre Informationen über verfügbaren Lagerbestand nicht synchron sind.
Das Auftragsnetzwerk
Das Bedarfsverursachersystem basiert auf dem Prinzip, dass das Auftragsnetzwerk immer ausgeglichen sein muss, sodass sichergestellt ist, dass jeder Bedarf, der in das System eingeht, durch einen entsprechenden Vorrat ausgeglichen wird und umgekehrt. Die Anwendung stelt dies zu Verfügung, indem sie logische Verknüpfungen zwischen allen Bedarfs- und Vorratsposten im Bestellungsbestand bereitstellt.
Dieses Prinzip impliziert, dass eine Nachfrageänderung zu einer entsprechenden Unausgeglichenheit auf der Zugangsseite des Auftragsnetzwerks führt. Andererseits resultiert eine Angebotsänderung in einer entsprechenden Unausgeglichenheit auf der Bedarfsseite des Auftragsnetzwerks. In der Realität ist das Auftragsnetzwerk in einem Zustand konstanten Flusses, da Benutzer Aufträge eingeben, ergänzen und löschen. Bedarfsverursacher verarbeitet Aufträge dynamisch, reagiert auf jede Änderung zum Zeitpunkt ihrer Eingabe in das System ein und wird ein Teil des Auftragsnetzwerks. Sobald neue Auftragsnachverfolgungsdatensätze erstellt wurden, ist das Auftragsnetzwerk ausgeglichen, aber nur bis zur nächsten Änderung.
Um die Transparenz der Berechnungen im Planungssystem zu erhöhen, zeigt die Seite Unverfolgte Planungselemente nicht verfolgte Mengen an, die die Mengendifferenz zwischen bekanntem Bedarf und vorgeschlagenem Vorrat darstellen. Jede Zeile auf der Seite bezieht sich auf den Grund des Überschusses, wie Rahmenauftrag, Sicherheitsbestands-Ebene, Feste Bestellmenge, Mindestauftragsmenge, Rundung oder Toleranz.
Ausgleichung in der Auftragsverfolgung
Im Gegensatz zu Reservierungen, die nur gegen verfügbare Artikelmengen vorgenommen werden können, ist die Auftragsnachverfolgung gegen alle Auftragsnetzwerkeinheiten möglich, die Teil der Nettobedarfsrechnung des Planungssystems sind. Der Nettobedarf wird wie folgt berechnet:
net requirements = gross requirements + reorder point - scheduled receipts - planned receipts - projected available balance
Notiz
Bedarf, der mit Planungen oder Planungsparametern verbunden ist, wird nicht nach Auftrag nachverfolgt.
Beispiel: Auftragsnachverfolgung im Verkauf, in der Produktion und bei Umlagerungen
Das folgende Szenario zeigt, welche Auftragsnachverfolgungsposten in der Tabelle Reservierungsposten als Ergebnis verschiedener Auftragsnetzwerkänderungen erstellt werden.
Gehen wir von den folgenden Daten für zwei Artikel aus, die für die Auftragsnachverfolgung eingerichtet wurden.
Option | Parameter | Detail |
---|---|---|
Artikel 1 | Name | Komponente |
Verfügbarkeit | 100 Einheiten am Lagerort EAST - 30 Einheiten LOTA - 70 Einheiten LOTB |
|
Artikel 2 | Name | Gefertigter Artikel |
Fertigungsstückliste | 1 Menge pro Komponente | |
Bedarf | Verkauf für 100 Einheiten am Lagerort WEST | |
Vorrat | Freigegebener Fertigungsauftrag (generiert mit der Funktion Verkaufsauftragsplanung für den Verkauf von 100 Stück) |
Auf der Seite Produktion Einrichtung wird das Feld Komponenten von Lagerort auf OST festgelegt.
Die folgenden Auftragsnachverfolgungsposten sind in der Tabelle Reservierungsposten enthalten, basierend auf den Daten in der Tabelle.
Reservierungsposten
Postennummer | Positiv | Artikelnummer | Lagerortcode | Menge | Reservierungsstatus | Beschreibung | Chargennr. | Herkunftsart | Herkunfts-ID | Verknüpfung |
---|---|---|---|---|---|---|---|---|---|---|
8 | - | KOMPONENTE | OST | -70 | Nachverfolgung | Komponente | - | 5407 | 101004 | - |
8 | Ja | KOMPONENTE | OST | 70 | Nachverfolgung | Komponente | LOTB | 32 | - | - |
9 | - | KOMPONENTE | OST | -30 | Nachverfolgung | Komponente | - | 5407 | 1001004 | - |
9 | Ja | KOMPONENTE | OST | 30 | Nachverfolgung | Komponente | LOTA | 32 | - | - |
10 | - | GEFERTIGTER ARTIKEL | WEST | -100 | Reservierung | Gefertigter Artikel | - | 37 | 1001 | Eins-zu-Eins |
10 | Ja | GEFERTIGTER ARTIKEL | WEST | 100 | Reservierung | Gefertigter Artikel | - | 5406 | 101004 | Eins-zu-Eins |
Postennummern 8 und 9
Für den Komponentenbedarf für LOTA und LOTB werden Auftragsnachverfolgungslinks aus dem Bedarf in Tabelle 5407, Fert. Auftrags-Komponente, für den Vorrat in Tabelle 32, Artikelposten, erstellt. Das Feld Reservierungsstatus enthält Nachverfolgung, um anzugeben, dass diese Posten dynamische Auftragsnachverfolgungslinks zwischen Vorrat und Bedarf sind.
Notiz
Das Feld Chargennr. ist auf den Bedarfszeilen leer, da die Chargennummern nicht auf den Komponentenzeilen des freigegebenen Fertigungsauftrags angegeben sind.
Postennummer 10
Vom Verkaufsbedarf in Tabelle 37, Verkaufszeilen, wird ein Bedarfsverursacherlink zum Vorrat in Tabelle 5406, FA-Zeile, erstellt. Das Feld Reservierungsstatus enthält Reservierung, und das Feld Verknüpfung enthält Eins-zu-Eins. Dies liegt daran, dass der freigegebene Fertigungsauftrag speziell für den Verkaufsauftrag generiert wurde und anders als Bedarfsverursacherverknüpfungen den Reservierungsstatus „Bedarfsverursacher“ behalten muss, der dynamisch erstellt und geändert wird. Weitere Informationen finden Sie im Abschnitt Automatische Reservierungen dieses Artikels.
An diesem Punkt im Szenario werden die 100 Stück von LOTA und LOTB zum Lagerort WEST durch einen Umlagerungsauftrag übertragen.
Notiz
Nur die Umlagerungsauftragslieferung, nicht der Wareneingang, wird an diesem Zeitpunkt gebucht.
Jetzt sind die folgenden Auftragsverfolgungseinträge in der Tabelle Reservierungseintrag vorhanden.
Reservierungsposten
Postennummer | Positiv | Artikelnummer | Lagerortcode | Menge | Reservierungsstatus | Beschreibung | Chargennr. | Herkunftsart | Herkunfts-ID | Verknüpfung |
---|---|---|---|---|---|---|---|---|---|---|
9 | - | KOMPONENTE | OST | -30 | Überschuss | Komponente | - | 5407 | 1001004 | - |
10 | - | GEFERTIGTER ARTIKEL | WEST | -100 | Reservierung | Gefertigter Artikel | - | 37 | 1001 | Eins-zu-Eins |
10 | Ja | GEFERTIGTER ARTIKEL | WEST | 100 | Reservierung | Gefertigter Artikel | - | 5406 | 101004 | Eins-zu-Eins |
12 | Ja | KOMPONENTE | WEST | 70 | Überschuss | Komponente | LOTB | 5741 | 1011 | - |
14 | Ja | KOMPONENTE | WEST | 30 | Überschuss | Komponente | LOTA | 5741 | 1011 | - |
15 | Ja | KOMPONENTE | OUT.LOG. | 70 | Überschuss | Komponente | LOTB | 32 | - | - |
16 | Ja | KOMPONENTE | OUT.LOG. | 30 | Überschuss | Komponente | LOTA | 32 | - | - |
Postennummern 8 und 9
Bedarfsverursacherposten für die zwei Chargen der den Bedarf widerspiegelnden Komponente in Tabelle 5407 werden von einem Reservierungsstatus von Bedarfsverursacher zu Überschuss geändert. Der Grund dafür ist, dass Vorräte, mit denen vorher eine Verknüpfung in Tabelle 32 hergestellt wurde, von der Lieferung des Umlagerungsauftrags verwendet wurden.
Echter Überschuss, wie in diesem Fall, spiegelt überschüssigen Vorrat oder Bedarf wider, der nicht nachverfolgt wird. Dies ist ein Hinweis auf eine Unausgeglichenheit im Auftragsnetzwerk, durch die eine Ereignismeldung vom Planungssystem generiert wird, sofern sie nicht dynamisch gelöst wird.
Postennummern 12 bis 16
Da die beiden Chargen der Komponente auf dem Umlagerungsauftrag als geliefert aber nicht empfangen gebucht werden, haben alle verknüpften positiven Bedarfsverursacherposten den Reservierungstyp Überschuss, was angibt, dass sie nicht einem Bedarf zugeordnet sind. Für jede Chargennummer bezieht sich ein Posten auf Tabelle 5741, Umlagerungszeile, und ein Posten bezieht sich auf den Artikelposten am I-Transit-Lagerort, an dem sich die Artikel gerade befinden.
An diesem Punkt im Szenario wird der Umlagerungsauftrag der Komponenten vom Lagerort OST zu Lagerort WEST als erhalten gebucht.
Jetzt sind die folgenden Bedarfsverursacherposten in der Tabelle Reservierungseintrag vorhanden.
Reservierungsposten
Postennummer | Positiv | Artikelnummer | Lagerortcode | Menge | Reservierungsstatus | Beschreibung | Chargennr. | Herkunftsart | Herkunfts-ID | Verknüpfung |
---|---|---|---|---|---|---|---|---|---|---|
8 | - | KOMPONENTE | OST | -70 | Überschuss | Komponente | - | 5407 | 101004 | - |
9 | - | KOMPONENTE | OST | -30 | Überschuss | Komponente | - | 5407 | 1001004 | - |
10 | - | GEFERTIGTER ARTIKEL | WEST | -100 | Reservierung | Gefertigter Artikel | - | 37 | 1001 | Eins-zu-Eins |
10 | Ja | GEFERTIGTER ARTIKEL | WEST | 100 | Reservierung | Gefertigter Artikel | - | 5406 | 101004 | Eins-zu-Eins |
17 | Ja | KOMPONENTE | WEST | 70 | Überschuss | Komponente | LOTB | 32 | - | - |
18 | Ja | KOMPONENTE | WEST | 30 | Überschuss | Komponente | LOTA | 32 | - | - |
Die Bedarfsverursacherposten sind jetzt ähnlich dem ersten Punkt im Szenario, bevor der Umlagerungsauftrag als nur geliefert gebucht wurde, die Posten für die Komponenten haben jetzt aber den Reservierungsstatus Überschuss. Dies liegt daran, dass der Komponentenbedarf noch am Lagerort OST ist und bedeutet, dass das Feld Lagerortcode in der FA-Komponentenzeile OST enthält, wie im Feld Komponenten von Lagerort festgelegt. Das Lieferung, die diesem zuvor Bedarf zugeordnet wurde, wurde zum Lagerort WEST umgelagert und kann jetzt nicht vollständig zurückverfolgt werden, es sei denn, der Komponentenbedarf auf der Fertigungsauftragszeile wird auf den Lagerort WEST geändert.
An diesem Punkt im Szenario wird Lagerortcode auf der Fertigungsauftragskomponentenzeile auf WEST festgelegt. Darüber hinaus werden auf der Seite Artikelverfolgungszeilen die 30 Stück aus LOTA und die 70 Stück aus LOTB der Fertigungsauftragskomponentenzeile zugeordnet.
Jetzt sind die folgenden Bedarfsverursacherposten in der Tabelle Reservierungseintrag vorhanden.
Reservierungsposten
Postennummer | Positiv | Artikelnummer | Lagerortcode | Menge | Reservierungsstatus | Beschreibung | Chargennr. | Herkunftsart | Herkunfts-ID | Verknüpfung |
---|---|---|---|---|---|---|---|---|---|---|
10 | - | GEFERTIGTER ARTIKEL | WEST | -100 | Reservierung | Gefertigter Artikel | - | 37 | 1001 | Eins-zu-Eins |
10 | Ja | GEFERTIGTER ARTIKEL | WEST | 100 | Reservierung | Gefertigter Artikel | - | 5406 | 101004 | Eins-zu-Eins |
21 | - | KOMPONENTE | WEST | -70 | Nachverfolgung | Komponente | LOTB | 5407 | 101004 | - |
21 | Ja | KOMPONENTE | WEST | 70 | Nachverfolgung | Komponente | LOTB | 32 | - | - |
22 | - | KOMPONENTE | WEST | -30 | Nachverfolgung | Komponente | LOTA | 5407 | 1001004 | - |
22 | Ja | KOMPONENTE | WEST | 30 | Nachverfolgung | Komponente | LOTA | 32 | - | - |
Postennummern 21 und 22
Da der Komponentenbedarf auf den Lagerort WEST geändert wurde und der Vorrat als Artikelposten am Lagerort WEST verfügbar ist, werden alle Bedarfsverursacherposten für die beiden Chargennummern jetzt vollständig nachverfolgt, was durch den Reservierungsstatus von Nachverfolgung angezeigt wird.
Das Feld Chargennr. ist jetzt auf dem Bedarfsverursacherposten für Tabelle 5407 ausgefüllt, da die Chargennummern zu den Fertigungsauftragskomponentenzeilen zugeordnet wurden.
Aktionsmeldungen
Wenn Bedarfsverursachersystem eine Ereignismeldung im Bestellungsbestand erkennt, erstellt sie automatisch eine Ereignismeldung, um den Benutzer zu benachrichtigen. Ereignismeldungen sind vom System generierte Aufrufe zu Benutzeraktionen, welche die Details der Unausgeglichenheit und Vorschläge zur Wiederherstellung des Gleichgewichts im Auftragsnetzwerk enthalten. Sie werden als Planungszeilen auf der Seite Planungsarbeitsblätter angezeigt, wenn Sie Ereignismeldungen abrufen auswählen. Darüber hinaus werden Ereignismeldungen für Planungszeilen während der Planung generiert, um die Vorschläge des Planungssystems darüber widerzuspiegeln, wie das Gleichgewicht im Auftragsnetzwerk wiederhergestellt werden sollte. In beiden Fällen werden die Vorschläge auf das Auftragsnetzwerk ausgeführt, wenn Sie die Aktion Ereignismeldung durchführen auswählen.
Eine Ereignismeldung bezieht sich auf jeweils eine Stücklistenebene. Wenn der Benutzende die Ereignismeldung akzeptiert, kann dies zu weiteren Ereignismeldungen auf der nächsten Stücklistenebene führen.
Die folgende Tabelle zeigt die Aktionsmeldungen an, die vorhanden sind.
Ereignismeldung | Beschreibung |
---|---|
"Menge ändern" | Ändert die Menge eines vorhandenen Beschaffungsauftrags, um einen geänderten oder neuen Bedarf zu decken. |
Neu planen | Plant Fälligkeitsdatum eines bestehenden Fertigungsauftrags oder einer Bestellung neu. |
Neu berechnen & Menge ändern | Plant Fälligkeitsdatum neu und ändert Menge eines bestehenden Fertigungsauftrags oder einer Bestellung. |
Neu | Erstellt einen neuen Auftrag, wenn der Bedarf nicht durch eine der vorherigen Ereignismeldungen gedeckt werden kann. |
"Stornieren" | Stornieren eines bestehenden Auftrags. |
Das Auftragsnachverfolgungssystem versucht immer, eine Unausgeglichenheit im bestehenden Auftragsnetzwerk auszugleichen. Wenn dies nicht möglich ist, gibt es eine Ereignismeldung aus, um einen neuen Auftrag zu erstellen. Es folgt die nach Priorität sortierte Liste, die das Auftragsnachverfolgungssystem verwendet, wenn es festlegt, wie der Saldo hergestellt werden soll. Wenn ein zusätzlicher Bedarf in das Auftragsnetzwerk eingegeben wird, versucht das System ihn anhand der folgenden Prüfungen nachzuverfolgen:
- Prüfung auf überschüssigen Vorrat im vorhandenen Auftragsnachverfolgungsdatensatz für diesen Bedarf.
- Prüfung auf geplante und zeitlich geplante Zugänge in der Reihenfolge des Eingangsdatums. Das letzte mögliche Datum ist ausgewählt.
- Prüfung auf verfügbaren Lagerbestand.
- Prüfung, ob ein Beschaffungsauftrag im aktuellen Auftragsnachverfolgungsdatensatz vorhanden ist. Ist dies der Fall, gibt das System eine Aktionsmeldung der Art Ändern aus, um den Auftrag zu erhöhen.
- Prüfung, ob kein Beschaffungsauftrag im aktuellen Auftragsnachverfolgungsdatensatz vorhanden ist. Ist dies der Fall, gibt das System eine Aktionsmeldung der Art Neu aus, um einen neuen Auftrag zu erstellen.
Ein offener Bedarf läuft durch die Liste und verschiebt an jedem Punkt den verfügbaren Vorrat. Jeder verbleibende Bedarf wird immer von Scheck 4 oder Scheck 5 abgedeckt.
Wenn eine Verminderung der Bedarfsmenge auftritt, versucht das Auftragsnachverfolgungssystem, die Unausgeglichenheit zu beheben, indem es in umgekehrter Reihenfolge die vorherigen Prüfungen ausführt. Das bedeutet, dass vorhandene Ereignismeldungen geändert oder sogar gelöscht werden können, falls notwendig. Das Auftragsnachverfolgungssystem zeigt dem Benutzer immer das Nettoergebnis seiner Berechnungen an.
Auftragsverfolgung und -planning
Wenn das Planungssystem ausgeführt wird, löscht es alle Nachverfolgungsdatensätze des bestehenden Auftrags sowie Ereignismeldungen und erstellt sie im Zuge Planungszeilenvorschläge entsprechend Angebot- und Nachfragepaaren und -Prioritäten neu. Wenn der Planungslauf endet, ist das Auftragsnetzwerk im Gleichgewicht.
Planungssystem mit Auftragsverfolgung und Aktionsmeldung
Der folgende Vergleich zeigt die Unterschiede zwischen den Methoden, die vom Planungssystem verwendet werden, um Planungszeilenvorschläge zu erstellen, sowie die Methoden, die das Auftragsnachverfolgungssystem verwendet, um Auftragsnachverfolgungsdatensätze und Aktionsmeldungen zu erstellen.
Das Planungssystem behandelt das gesamte Vorrats- und Bedarfsmuster eines bestimmten Artikels, während die Auftragsnachverfolgung den Auftrag behandelt, der sie aktiviert hat.
Das Planungssystem behandelt alle Ebenen der Stücklistenhierarchie, während die Auftragsnachverfolgung nur jeweils eine Stücklistenebene gleichzeitig behandelt.
Das Planungssystem richtet Verknüpfungen zwischen Bedarf und Vorrat entsprechend dem priorisierten Fälligkeitsdatum ein. Bedarfsverursacher enthält Verknüpfungen zwischen Bedarf und Vorrat entsprechend der Reihenfolge der eingehenden Aufträge.
Das Planungssystem berücksichtigt Planungsparameter, während der Bedarfsverursacher dies nicht tut.
Das Planungssystem erstellt Verknüpfungen in einem benutzeraktivierten Batchmodus, wenn es Bedarf und Vorrat ausgleicht, während die Auftragsnachverfolgung die Verknüpfungen automatisch und dynamisch erstellt, wenn der Benutzer Aufträge eingibt.
Siehe auch
Designdetails: Zentrale Konzepte des Planungssystems
Designdetails: Beschaffungsplanung
Kostenlose E-Learning-Module für Business Central finden Sie hier