Die Planungsfunktionen sind in einer Stapelverarbeitung enthalten, die zuerst die entsprechenden Artikel und die Periode für die Planung auswählt. Dann ruft die Stapelverarbeitung entsprechend der Stücklistenebene jedes Artikels (Stücklistenposition), eine Codeeinheit ab, die einen Beschaffungsplan erstellt, indem Angebot-Nachfrage-Sätze abgegeglichen und dem Benutzer mögliche Aktionen vorgeschlagen werden. Die vorgeschlagenen Aktionen erscheinen als Zeilen im Planungsvorschlag oder Bestellvorschlag.

Der Planer eines Unternehmens, wie etwa ein Einkäufer oder ein Produktionsplaner, ist wahrscheinlich der Benutzer des Planungssystems. Das Planungssystem hilft dem Benutzer, indem es die umfangreichen aber sehr einfachen Berechnungen eines Plans ausführt. Der Benutzer kann sich dann auf die Auflösung der komplizierteren Probleme konzentrieren, wenn die Dinge nicht ihren gewohnten Weg gehen.

Das Planungssystem wird durch den erwarteten und den tatsächlichen Kundenbedarf gesteuert, etwa durch Planung und Verkaufsaufträge. Ein Ausführen der Planungsberechnung bewirkt, dass dem Benutzer bestimmte vorzunehmende Aktionen vorgeschlagen werden, die sich auf mögliche Beschaffungen von Kreditoren, auf die Montage oder Produktion oder auf Umlagerungen zu anderen Lagern beziehen. Diese vorgeschlagenen Aktionen sind etwa, neue Beschaffungsaufträge, wie Einkaufsbestellung oder Fertigungsaufträge zu erstellen. Wenn es bereits Beschaffungsaufträge gibt, könnten die vorgeschlagenen Aktionen so aussehen, dass die Aufträge vergrößert oder schneller erteilt werden sollen, damit den Bedarfsänderungen Rechnung getragen wird.

Außerdem hat das Planungssystem die Aufgabe sicherzustellen, dass der Lagerbestand nicht unnötig wächst. Im Fall eines abnehmenden Bedarfs wird das Planungssystem vorschlagen, dass vorhandene Ersatzaufträge zurückgestellt, mengenmäßig verringert oder storniert werden sollten.

Nettobedarf und Prod.-Programmplanung, Änderungsplanung berechnen und Neuplanung berechnen sind alle Funktionen innerhalb einer Codeeinheit, die die Planungslogik enthält. Die Beschaffungsplanberechnung schließt jedoch verschiedene untergeordnete Systeme mit ein.

Beachten Sie, dass das Planungssystem keine dedizierte Logik für das Kapazitätsplanieren oder die Feinterminierung umfasst. Deshalb werden solche Planungsarbeiten als separate Disziplin ausgeführt. Der Mangel an direkter Integration zwischen den beiden Bereichen bedeutet auch, dass substanzielle Kapazitäts- oder Zeitplanänderungen erfordern, dass die Planung erneut durchgeführt wird.

Planungsparameter

Planungsparameter, die der Benutzer für einen Artikel oder eine Gruppe Elemente einrichtet, steuern die Aktionen, die das Planungssystem in verschiedenen Situationen vorschlägt. Die Planungsparameter werden auf jeder Artikelkarte definiert, um zu steuern, wann, wie viel und wie aufgefüllt werden soll.

Planungsparameter können für jede mögliche Kombination aus Artikel, Variante und Lagerort auch definiert werden, indem Sie Lagerhaltungsdaten für alle erforderlichen Kombinationen einrichten, und dann einzelne Parameter angeben.

Weitere Informationen finden Sie unter Designdetails: Umgang mit Wiederbeschaffungsverfahren sowie unter Designdetails: Planungsparameter.

Planungsdatum ändern

Um einen Beschaffungsplan zu vermeiden, der offene Aufträge in der Vergangenheit enthält und möglicherweise unmögliche Aktionen vorschlägt, behandelt das Planungssystem alle Daten vor dem Startdatum als fixierte Zone, in der die folgende Sonderregelung gilt:

Alle Vorräte und Bedarfe vor dem Startdatum der Planungsperiode gelten als Teil des Lagerbestands oder als geliefert.

Mit anderen Worten: Es nimmt an, dass der Plan für die Vergangenheit gemäß dem vorhandenen Plan ausgeführt wurde.

Weitere Informationen finden Sie unter Designdetails: Umgang mit Aufträgen vor dem Planungs-Startdatum.

Dynamische Auftragsnachverfolgung (Pegging)

Die dynamische Auftragsnachverfolgung, mit ihrer simultanen Erstellung von Aktionsmeldungen im Planungsvorschlag, ist kein Teil des Beschaffungsplanungssystems in Microsoft Dynamics NAV. Dieses Funktion verknüpft in der Echtzeit den Bedarf und die Mengen, die ihn abdecken können, sobald ein neuer Bedarf oder eine Bedarfssicherung erstellt oder geändert wird.

Wenn beispielsweise der Benutzer einen Verkaufsauftrag eingibt oder ändert, sucht das dynamische Auftragsnachverfolgungssystem sofort nach einem geeigneten Vorrat, um den Bedarf zu decken. Dies kann aus dem Lagerbestand oder aus einem erwarteten Beschaffungsauftrag sein (wie einer Einkaufsbestellung oder einem Fertigungsauftrag). Wenn eine Versorgungsquelle gefunden wird, erstellt das System eine Verknüpfung zwischen dem Bedarf und dem Vorrat, und zeigt sie in schreibgeschützten Fenstern an, auf die von den einbezogenen Belegzeilen zugegriffen wird. Wenn ein entsprechender Vorrat nicht gefunden wird, erstellt das dynamische Bedarfsverursachersystem Ereignismeldungen im Planungsvorschlag mit Beschaffungsplanvorschlägen, die den dynamischen Ausgleich widerspiegeln. Entsprechend bietet das dynamische Auftragsnachverfolgungssystem ein sehr grundlegendes Planungssystem, das für den Planer und andere Rollen in der internen Lieferkette hilfreich sein kann.

Entsprechend kann die dynamische Auftragsnachverfolgung als Tool betrachtet werden, das dem Benutzer hilft, festzulegen, ob Beschaffungsauftragsvorschläge akzeptiert werden sollen. Aus Vorratssicht kann ein Benutzer sehen, welcher Bedarf den Vorrat erstellt hat, und aus Bedarfssicht, welcher Vorrat den Bedarf abdecken soll.

Weitere Informationen finden Sie unter Designdetails: Reservierung, Auftragsnachverfolgung und Aktionsmeldungen.

In Unternehmen mit geringem Warenfluss und weniger fortschrittlichen Produktstrukturen kann es angemessen sein, die dynamische Auftragsnachverfolgung als Haupthilfsmittel der Vorratsplanung zu verwenden. In ausgelasteteren Umgebungen sollte jedoch das Planungssystem verwendet werden, um jederzeit einen korrekt saldierten Beschaffungsplan sicherzustellen.

Dynamische Auftragsnachverfolgung vs. Planungssystem

Auf den ersten Blick kann es schwierig sein, zwischen dem Planungssystem und der dynamischen Auftragsnachverfolgung zu unterscheiden. Beide Funktionen zeigen die Ausgabe im Planungsvorschlag an, wobei sie Aktionen vorschlagen, die der Planer ausführen soll. Diese Ausgabe wird jedoch auf andere Weise erstellt.

Das Planungssystem behandelt das gesamte Vorrats- und Bedarfsmuster eines bestimmten Artikels auf allen Ebenen der Stücklistenhierarchie entlang der Zeitachse, während die dynamische Auftragsnachverfolgung nur die Situation des Auftrags behandelt, der sie aktiviert hat. Beim Ausgleichen von Bedarf und Angebot erstellt das Planungssystem Verknüpfungen in einem vom Benutzer aktivierten Batchmodus erstellt, während die dynamische Auftragsnachverfolgungr die Verknüpfungen automatisch während der Verarbeitung erstellt, wenn der Benutzer einen Bedarf oder eine Bedarfssicherung, wie einen Verkaufsauftrag oder eine Einkaufsbestellung, in die Anwendung eingibt.

Die dynamische Auftragsnachverfolgung richtet Verknüpfungen zwischen Bedarf und Vorrat ein, wenn Daten eingegeben werden, und zwar jeweils nach der ersten Eingabe. Dieses kann zu Störung in den Prioritäten führen. Beispielsweise kann ein zuerst mit einem Fälligkeitsdatum im nächsten Monat eingegebener Verkaufsauftrag mit dem Vorrat im Bestand verknüpft sein, während der nächste, morgen fällige, Verkaufsauftrag eine Aktionsmeldung auslöst, die besagt, dass zur Abdeckung ein neuer Einkaufsauftrag erstellt werden muss, wie nachfolgend illustriert.

Demgegenüber befasst sich das Planungssystem mit allen Bedarfen und Vorräten für einen bestimmten Artikel, in priorisierter Reihenfolge gemäß Fälligkeitsdaten und Auftragsarten, d.h. auf der Grundlage des Prinzips des ersten Bedarfs. Löscht alle Auftragsnachverfolgungslinks, die dynamisch erstellt wurden und stellt diese gemäß der Fälligkeitsdatumspriorität wieder her. Wenn das Planungssystem ausgeführt wurde, hat es alle gestörten Gleichgewichte zwischen Bedarf und Vorrat gelöst, wie unten für dieselben Daten angezeigt.

Nach der Planung bleiben keine Ereignismeldungen in der Ereignismeldungstabelle, da sie durch die vorgeschlagenen Aktionen im Planungsvorschlag ersetzt wurden

Weitere Informationen finden Sie unter „Auftragsnachverfolgungslinks in der Planung“ in Designdetails: Ausgleich von Bedarf und Vorrat.

Reihenfolge und Priorität in der Planung

Wenn ein Plan eingerichtet wird, ist die Reihenfolge der Berechnungen wichtig, um die Arbeit innerhalb eines angemessenen Zeitrahmens zu erledigen. Zusätzlich spielt die Priorisierung von Anforderungen und Ressourcen eine wichtige Rolle bei der Erlangung bester Ergebnisse.

Das Planungssystem in Microsoft Dynamics NAV ist bedarfsgesteuert. Artikel auf hoher Ebene sollten vor Artikeln auf niedriger Ebene geplant werden, der Plan für Artikel auf hoher Ebene weiteren Bedarf für Artikel auf niedriger Ebene generieren könnte. das bedeutet zu, Beispiel, dass die Einzelhandelsstandorte geplant werden sollten, bevor Vertriebsstellen geplant werden, da der Plan für einen Einzelhandelsstandort zusätzlichen Bedarf aus der Vertriebsstelle umfassen kann. Auf einem detaillierten Ausgleich bedeutet dies auch, dass ein Verkaufsauftrag keinen neuen Beschaffungsauftrag auslösen soll, wenn ein bereits freigegebener Beschaffungsauftrag den Verkaufsauftrag abdecken kann. Ebenso sollte ein Lagerartikel mit einer bestimmten Chargennummer nicht zugewiesen werden, um einen generischen Bedarf zu decken, wenn ein anderer Bedarf diese bestimmte Charge benötigt.

Artikelpriorität Stücklistenebene

In einer Produktionsumgebung wird der Bedarf für einen fertigen, verkäuflichen Artikel zu einem abgeleiteten Bedarf für Komponenten, die den produzierten fertigen Artikel enthalten, führen. Die Stücklistenstruktur steuert die Komponentenstruktur und kann mehrere Ebenen von halbfertigen Artikel enthalten. Die Absatzplanung eines Artikels in einer Ebene verursacht abgeleiteten Bedarf für Komponenten auf der nächsten Stufe, und so weiter. Schließlich führt dies zu abgeleitetem Bedarf für Einkaufsartikel. Deshalb plant das Planungssystem für Artikel nach ihrer Rangfolge in der gesamten Stücklistenhierarchie, beginnend mit den fertig gestellten absatzfähigen Artikeln oben und dann abwärts durch die Produktstruktur bis zu den Artikeln unterer Ebenen (nach dem Low-level-Code).

Die Abbildungen illustrieren, in welcher Reihenfolge das System Vorschläge für Beschaffungsaufträge auf der obersten Ebene macht und, wenn der Benutzer diese Vorschläge akzeptiert, auch für Artikel auf unteren Ebenen.

Weitere Informationen über Erwägungen zur Herstellung finden Sie unter Designdetails: Laden der Bestands-Profile.

Lagerorte / Übertragung-Ebenen-Priorität

Unternehmen, die an mehr als einem Standort arbeiten, müssen möglicherweise für jeden Standort einzeln planen. Beispielsweise können sich der Sicherheitsbestand eines Artikels und dessen Wiederbeschaffungsrichtlinien sich von einem Lagerort zu einem anderen unterscheiden. In diesem Fall müssen die Planungsparameter pro Artikel und auch pro Lagerort angegeben werden.

Dies wird durch die Verwendung von Lagerhaltungsdaten unterstützt, in denen einzelne Planungsparameter auf der Lagerhaltungsdatenebene angegeben werden können. Eine SKU kann als ein Artikel an einem bestimmten Lagerort betrachtet werden. Wenn der Benutzer keine SKU für diesen Lagerort definiert hat, verwendet das Programm die Parameter, die auf der Artikelkarte eingerichtet wurden. Das Programm berechnet einen Plan nur für aktive Lagerorte, d.h., wo sich der bestehende Bedarf oder Vorrat für den jeweiligen Artikel befindet.

Generell kann jeder Artikel an einem Lagerort bearbeitet werden, der Ansatz der Anwendung zum Lagerortkonzept ist jedoch sehr streng. Beispielsweise kann ein Verkaufsauftrag an einem Lagerort nicht durch eine vorrätige Menge an einem anderen Lagerort erfüllt werden. Die Menge im Lager muss dem zuerst zu dem Lagerort übertragen werden, der auf dem Verkaufsauftrag angegeben ist.

Weitere Informationen finden Sie unter Designdetails: Umlagerungen in Planung.

Auftragspriorität

In bestimmten Lagerhaltungsdaten zeigt das angeforderte oder verfügbare Datum die höchste Priorität an; mit dem Bedarf des heutigen Tages soll vor dem Bedarf der nächsten Tage verfahren werden. Aber abgesehen von dieser Art Priorität, werden die verschiedene Bedarfs- und Vorratstypen entsprechend der geschäftlichen Wichtigkeit sortiert, sodass Sie entscheiden können, welcher Bedarf vor einem anderen Bedarf erfüllt werden soll. Auf der Zugangsseite teilt die Auftragspriorität mit, welche Versorgungsquelle ausgeglichen werden soll, bevor andere Versorgungsquellen verwendet werden.

Weitere Informationen finden Sie unter Designdetails: Priorisieren von Aufträgen.

Absatzplanungen und Rahmenaufträge

Planungen und Absatzplanungen stellen den voraussichtlichen Bedarf dar. Der Rahmenauftrag, der die geplanten Einkäufe eines Kunden über einen bestimmten Zeitraum hinweg umfasst, dient dazu, die Unsicherheiten des allgemeinen Plans zu reduzieren. Der Rahmenauftrag ist eine benutzerdefinierte Planung , zusätzlich zur nicht-spezifischen Planung, wie nachfolgend erläutert.

Weitere Informationen finden Sie im Abschnitt „Planungsbedarf wird durch Verkaufsaufträge reduziert“ in Designdetails: Laden der Bestands-Profile reduziert wird.

Planungszuweisung

Alle Artikel sollten eingeplant werden, es gibt jedoch keinen Grund, einen Plan für einen Artikel zu berechnen, es sei denn, es gab eine Änderung im Bedarfs- oder Vorratsmuster seit der letzten Berechnung des Plans.

Wenn der Benutzer einen neuen Verkaufsauftrag eingegeben oder einen existierenden geändert hat, gibt es Grund, den Plan neu zu berechnen. Andere Ursachen sind besipielsweise eine Änderung in der Planung oder im gewünschten Sicherheitsbestand. Das Ändern einer Stückliste durch Hinzufügen oder Entfernen einer Komponente würde höchstwahrscheinlich auf eine Änderung hinweisen, die aber nur diesen Artikel bertrifft.

Das Planungssystem überwacht solche Ereignisse und ordnet die entsprechenden Artikel für die Planung zu.

Für mehrere Lagerorte findet die Zuweisung auf Artikelebene pro Lagerortkombination statt. Wenn beispielsweise ein Auftrag an nur einem Lagerplatz erstellt wurde, ordnet die Anwendung den Artikel an diesem bestimmten Lagerort für die Planung zu.

Der Grund für die Auswahl von Artikeln für die Planung hat mit der Systemleistung zu tun. Wenn keine Änderung des Bedarf-Vorrat-Musters eines Artikels eingetreten ist, schlägt das Planungssystem keine Aktionen vor. Ohne die Planungs-Zuweisung müsste das System die Berechnungen für alle Artikel ausführen, um herauszufinden, was zu planen ist, wodurch die Systemressourcen belastet würden.

Die vollständige Liste der Gründe für das Zuweisen eines Artikels für die Planung wird in Designdetails: Planungs-Zuordnungstabelle bereitgestellt.

Die Planungsoptionen in Microsoft Dynamics NAV sind:

  • Neuplanung berechnen - Berechnet alle ausgewählten Artikel, ob dies erforderlich ist oder nicht.
  • Änderungsplanung berechnen - Berechnet nur die ausgewählten Artikel, bei denen einige Änderung im Bedarf-Vorrat-Muster aufgetreten sind, und die daher zur Planung zugewiesen wurden.

Einige Benutzer sind der Meinung, dass die Änderungsplanung im Durchgang ausgeführt werden sollte, etwa, wenn Verkaufsaufträge eingegeben werden. Jedoch kann dies verwirrend sein, da die dynamische Auftragsnachverfolgung und das Aktionsmessaging ebenfalls ad hoc berechnet werden. Außerdem bietet Microsoft Dynamics NAV eine Echtzeit-„Lieferzusage“-Steuerung, die beim Buchen von Verkaufsaufträgen Popupwarnungen anzeigt, wenn der Bedarf im bestehenden Beschaffungsplan nicht gedeckt werden kann.

Zusätzlich zu diesen Fällen plant das Planungssystem nur Artikel, die der Benutzer mit entsprechenden Planungsparametern bereitgestellt hat. Andernfalls wird angenommen, dass der Benutzer die Artikel manuell oder halbautomatisch plant, indem er die Funktion "Auftragsplanung" verwendet.

Weitere Informationen zu automatischen Planungsvorgängen finden Sie unter Designdetails: Ausgleich von Bedarf und Vorrat.

Artikeldimensionen

Bedarf und Vorrat können Variantencodes und Lagerortcodes aufweisen, die berücksichtigt werden müssen, wenn das Planungssystem Bedarf und Vorrat ausgleicht.

Die Anwendung behandelt Varianten- und Lagerortcodes als Artikeldimensionen in einer Verkaufsauftragszeile, Bestandsposten usw. Entsprechend berechnet es einen Plan für jede Kombination aus Variante und Lagerort, als ob die Kombination die Nummer eines eigenen Artikels wäre.

Anstatt jede theoretische Kombination aus Variante und Lagerort zu berechnen, berechnet die Anwendung nur die Kombinationen, die tatsächlich in der Datenbank vorhanden sind.

Weitere Informationen darüber, wie das Planungssystem die On Demand mit Lagerortcodes umgeht, finden Sie unter Designdetails: Bedarf an leerem Lagerort.

Artikelattribute

Abgesehen von allgemeinen Artikeldimensionen, wie Artikelnummer, Variantencode, Lagerortcode und Art des Auftrags, können alle Bedarf und Vorräte zusätzliche Angaben in Form von Serien-/Chargennummern tragen. Das Planungssystem plant diese Attribute in einer bestimmten Weise, je nach der Ebene der Spezifikation.

Eine Auftrag-zu-Auftrag-Verknüpfung zwischen Bedarf und Vorrat ist eine weitere Art von Attribut, die sich auf das Planungssystem auswirkt.

Spezifische Attribute.

Bestimmte On Demand-Attribute sind spezifisch und müssen exakt an einen entsprechenden Vorrat angepasst sein. Die folgenden beiden spezifischen Attribute sind verfügbar:

  • Verlangte Serien-/Chargennummern, die bestimmte Anwendungen benötigen (bestimmte Verfolgungseinrichtung).
  • Links zu manuell erstellten Beschaffungsaufträgen oder automatisch erstellt für einen speziellen Bedarf (Auftrag-zu-Auftragslinks).

Für diese Attribute wendet das Planungssystem die folgenden Regeln an:

  • Bedarf mit bestimmten Attributen kann nur von Vorrat mit entsprechenden Eigenschaften erfüllt werden.
  • Vorrat mit bestimmten Attributen kann auch Bedarf abdecken, der diese Attribute nicht speziell erfordert.

Entsprechend gilt: Wenn einen Bedarf für bestimmte Attribute nicht durch Lagerbestand oder geplanten Vorrat gedeckt werden kann, wird vom Planungssystem ein neuer Beschaffungsauftrag vorgeschlagen, um diesen speziellen Bedarf ohne Berücksichtigung von Planungsparametern zu decken.

Unpezifische Attribute

Serielle/Charge-nummerierte Artikel ohne ein bestimmtes Artikelverfolgungssetup enthalten möglicherweise Serien-/Chargennummern, die nicht genau mit denselben Serien-/Chargennummern ausgeglichen werden müssen, sondern mit beliebigen Serien-/Chargennummer ausgeglichen werden können. Dies gibt dem Planungssystem mehr Freiheit, um beispielsweise einen Bedarf mit einem serialisierten Vorrat, der üblicherweise im Lagerbestand ist, abzugleichen.

Bedarf-Vorrat mit Serien-/Chargennummern, spezifisch oder nicht-spezifisch, gilt als hohe Priorität und ist deshalb von der fixierten Zone ausgenommen; dies bedeutet, dass sie Teil der Planung sind, auch wenn sie vor dem Startdatum fällig sind.

Weitere Informationen finden Sie im Abschnitt „Serien-/Chargennummern werden nach Spezifikationsebene geladen“ in Designdetails: Laden der Bestands-Profile.

Weitere Informationen darüber, wie das Planungssystem Attribute ausgleicht, finden Sie unter „Serien-/Chargennummern und Auftrag-zu-Auftrag-Links sind aus der fixierten Zone ausgenommen“ in Designdetails: Umgang mit Aufträgen vor dem Planungs-Startdatum.

Auftrag-zu-Auftrag-Verknüpfungen

In einer Auftragsfertigungsumgebung wird ein Artikel bezogen, montiert oder gefertigt, um einen speziellen Bedarf zu decken. Normalerweise bezieht sich dies auf A-Artikel, und die Motivation für die Auswahl dieser Methode kann es sein, dass der Bedarf selten ist, die Vorbereitungszeit unbedeutend ist, oder die erforderlichen Attribute variieren können.

Ein weiterer spezieller Fall, bei dem Auftrag-zu-Auftrag-Verknüpfungen verwendet werden, ist der, bei dem ein Montageauftrag in einem Auftragsmontageszenario mit einem Verkaufsauftrag verknüpft wird.

Auftrag-zu-Auftrag-Links werden zwischen Bedarf und Vorrat in vier Arten angewendet:

  • Wenn der geplante Artikel das Wiederbeschaffungsverfahren verwendet.
  • Bei Verwendung der Produktionsart "Auftragsfertigung", um mehrstufige oder projekttypbezogene Fertigungsaufträge (Herstellung benötigter Komponenten im selben Fertigungsauftrag) zu erstellen.
  • Wenn Sie Fertigungsaufträge für Verkaufsaufträge mit der Verkaufsauftrags-Planungsfunktion erstellen.
  • Wenn ein Artikel mit einem Auftrag montiert wird. (Montagerichtlinie ist auf Auftragsmontage festgelegt.

In diesen Instanzen wird vom Planungssystem vorgeschlagen, nur die benötigte Menge zu bestellen. Sobald erstellt, wird der Einkauf, die Produktion oder der Montageauftrag fortgeführt, um dem entsprechenden Bedarf zu entsprechen. Wenn beispielsweise ein Verkaufsauftrag nach Zeit oder Menge geändert wird, wird das Planungssystem vorschlagen, dass der entsprechende Beschaffungsauftrag entsprechend geändert wird.

Wenn Auftrag-zuAuftrag-Verknüpfungen vorhanden sind, bezieht das Planungssystem keinen verknüpften Lagerbestand in das Ausgleichsverfahren ein. Es liegt an dem Benutzer einzuschätzen, wenn der verknüpfte Lagerbestand verwendet wird, um anderen oder neuen Bedarf zu decken, und, in diesem Fall, den Beschaffungsauftrag zu löschen oder den verknüpften Vorrat manuell zu reservieren.

Reservierungen und Auftragsnachverfolgungslinks schlagen fehl, wenn eine Situation unmöglich wird, etwa beim Verschieben eines Bedarfs zu einem Datum, das vor dem des Vorrats liegt. Der Auftrag-zu-Auftrag-Link passt sich allen Änderungen in dem jeweiligen Bedarf oder Vorrat an und wird daher nie unterbrochen.

Reservierungen

Das Planungssystem schließt keine reservierten Mengen in die Berechnung ein. Wenn beispielsweise ein Verkaufsauftrag vollständig oder teilweise gegen die Menge im bestand reserviert wurde, kann die reservierte Menge im Bestand nicht verwendet werden, um anderen Bedarf zu decken. Das Planungssystem schließt diesen Bedarf-Vorrat-Satz nicht in seine Berechnung ein.

Das Planungssystem schließt dennoch reservierte Mengen im Profil des voraussichtlichen Lagerbestands ein, da alle Mengen berücksichtigt werden müssen, wenn bestimmt wird, ob der Minimalbestand überschritten wurde und wie viel nachbestellt werden muss, um den Maximalbestand zu erreichen, aber nicht zu überschreiten. Deshalb führen unnötige Reservierungen zu erhöhten Risiken, dass Lagerbestände zu niedrig sind, da die Planungslogik reservierte Mengen nicht erkennt.

Die folgende Abbildung zeigt, wie Reservierungen den optimalen Plan behindern können.

Weitere Informationen finden Sie unter Designdetails: Reservierung, Auftragsnachverfolgung und Aktionsmeldungen.

Warnungen

Die erste Spalte im Planungsvorschlag ist für die Warnungsfelder. In jeder für eine ungewöhnliche Situation erstellten Planungszeile wird in diesem Feld ein Warnsymbol angezeigt, auf die der Benutzer klicken kann, um weitere Informationen anzuzeigen.

Der Vorrat in Planungszeilen mit Warnungen wird normalerweise nicht gemäß den Planungsparametern geändert. Stattdessen wird vom Planungssystem nur eine Beschaffung vorgeschlagen, um die genaue Bedarfsmenge zu decken. Sie können jedoch das Planungssystem einrichten, um bestimmte Planungsparameter für Planungszeilen mit bestimmten Warnungen zu berücksichtigen. Weitere Informationen finden Sie in der Beschreibung dieser Optionen für die Planung ber. - Plan.-Vorschlag-Stapelverarbeitung und die Planung ber. - Best.-Vorschlag-Stapelverarbeitung.

Die Warnungsinformationen werden im Fenster Planungselemente ohne Bedarfsverursacher angezeigt, das auch verwendet wird, um Bedarfsverursacherverknüpfungen mit nicht auftragsbezogenen Netzwerkeinheiten anzuzeigen. Folgende Arten von Warnungen sind verfügbar:

  • Notfall
  • Ausnahme
  • Achtung

Notfall

Die Warnung für einen Notfall wird in zwei Situationen angezeigt:

  • Der Lagerbestand ist am geplanten Startdatum negativ.
  • Vorgehensweise bei rückdatierten Beschaffungs- oder Bedarfsereignissen.

Wenn der Lagerbestand eines Artikels am geplanten Startdatum negativ ist, wird vom Planungssystem ein Notfallbeschaffungsauftrag für den negativen Bestand vorgeschlagen, der am geplanten Startdatum eingeht. Im Warnungstext werden das Startdatum und die Menge der Notfallbestellung angegeben. Weitere Informationen finden Sie unter Designdetails: Umgang mit voraussichtlichem negativem Lagerbestand.

Belegzeilen mit Fälligkeitsdaten vor dem geplanten Startdatum werden in einem Notfallbeschaffungsauftrag für den Artikel zusammengefasst, der am geplanten Startdatum eingehen soll.

Ausnahme

Vom Planungssystem wird ein Beschaffungsauftrag vorgeschlagen, um den Bedarf am Fälligkeitsdatum zu decken. In der Warnung werden der Sicherheitsbestand des Artikels und das Datum angegeben, an dem er unterschritten wurde. In der Warnung werden der Sicherheitsbestand des Artikels und das Datum angegeben, an dem er unterschritten wurde.

Das Unterschreiten des Sicherheitsbestands gilt als Ausnahme, da dieser Zustand nicht eintreten sollte, wenn der Minimalbestand korrekt festgelegt wurde. Weitere Informationen finden Sie unter Designdetails: Die Rolle des Minimalbestands.

Im Allgemeinen gewährleisten außergewöhnliche Bestellvorschläge, dass der voraussichtlich verfügbare Lagerbestand nicht geringer als die Sicherheitsbestandsebene ist. Das bedeutet, dass die vorgeschlagene Menge gerade ausreicht, den Sicherheitsbestand zu umfassen, ohne Planungsparameter zu berücksichtigen. Jedoch in einigen Szenarien werden Auftragsmodifikationen berücksichtigt.

Hinweis
Das Planungssystem hat möglicherweise den Sicherheitsbestand absichtlich verbraucht und füllt ihn dann sofort auf. Weitere Informationen finden Sie unter Sicherheitsbestand kann verbraucht werden.

Achtung

Die Achtungswarnung wird in drei Situationen angezeigt:

  • Das geplante Startdatum liegt vor dem Arbeitsdatum.
  • Die Planungszeile schlägt vor, eine freigegebene Bestellung oder einen freigegebenen Fertigungsauftrag zu ändern.
  • Der voraussichtliche Lagerbestand übersteigt das Überlauflevel am Fälligkeitsdatum. Weitere Informationen finden Sie unter Designdetails: Unter dem Überlauflevel bleiben.
Hinweis
In Planzeilen mit Warnungen ist das Kontrollkästchen Ereignismeldung akzeptieren nicht aktiviert, da diese Zeilen vom Planer genauer untersucht werden sollen, bevor der Plan umgesetzt wird.

Fehlerprotokolle

Auf der Anforderungsseite „Plan berechnen“ kann der Benutzer das Feld Abbrechen und ersten Fehler anzeigen auswählen, um die Planung anzuhalten, wenn der erste Fehler aufgetreten ist. Gleichzeitig wird eine Meldung angezeigt, die Informationen zu dem Fehler enthält. Gibt es einen Fehler, werden im Planungsvorschlag nur die Planungszeilen angezeigt, die vor dem Fehler erfolgreich erstellt wurden.

Wenn das Feld nicht aktiviert ist, wird die Stapelverarbeitung „Planung berechnen“ fortgesetzt, bis sie abgeschlossen ist. Fehler unterbrechen die Stapelverarbeitung nicht. Sind Fehler vorhanden, wird nach Beendigung der Stapelverarbeitung eine Meldung angezeigt, die mitteilt, wie viele Artikel betroffen sind. Danach wird das Fenster Planungsfehlerprotokoll geöffnet, in dem weitere Informationen zu den Fehlern sowie den Verknüpfungen für die betroffenen Dokumente oder Setupkarten bereitgestellt werden.

Planungsflexibilität

Es ist jedoch nicht immer nützlich, einen vorhandenen Beschaffungsauftrag zu planen, z.B. wenn die Produktion gestartet hat oder zusätzliche Personen an einem bestimmten Tag zur Ausführung der Arbeit abgestellt werden. Um anzugeben ob ein bestehender Auftrag vom Planungssystem geändert werden kann, verfügen alle Beschaffungsauftragszeilen über ein Feld mit zwei Optionen: Unbegrenzt oder Keine. Wenn das Feld auf Keine festgelegt wurde, versucht das Planungssystem nicht, die Beschaffungsauftragszeile zu ändern.

Das Feld kann vom Benutzer manuell festgelegt werden, in einigen Fällen wird es jedoch automatisch vom System festgelegt. Der Tatsache, dass die Planungsflexibilität vom Benutzer manuell festgelegt werden kann, ist wichtig, da dadurch vereinfacht wird, die Verwendung des Funktion für verschiedene Workflows und Geschäftsszenarien zu ermöglichen.

Weitere Informationen zur Verwendung dieses Felds finden Sie unter Designdetails: Umlagerungen in Planung.

Auftragsplanung

Das grundlegende Tool für die Beschaffungsplanung, das durch das Fenster Auftragsplanung angegeben wird, ist für die manuelle Entscheidungsfindung gedacht. Berücksichtigt keine Planungsparameter und wird daher nicht weiter in diesem Dokument erläutert. Weitere Informationen über die Auftragsplanungsfunktion finden Sie in der Hilfe in Microsoft Dynamics NAV.

Hinweis
Es wird nicht empfohlen, Auftragsplanung zu verwenden, wenn das Unternehmen bereits Planungs- oder Bestellvorschläge verwendet. Die über das Fenster erstellten Beschaffungsaufträge Auftragsplanung können während der automatisierten Planungsläufe geändert oder gelöscht werden. Dies liegt daran, dass der automatisierte Planungslauf Planungsparameter verwendet und diese möglicherweise vom Benutzer nicht berücksichtigt werden, der den manuellen Plan im Fenster "Auftragsplanung" erzeugt hat.

Begrenzte Auslastung

Microsoft Dynamics NAV ist ein Standard-ERP-System, kein Dispatching- oder Fertigungssteuerungssystem. Planung einer durchführbaren Nutzung von Ressourcen durch Bereitstellung eines Rohschnittzeitplans, jedoch keine automatische Erstellung und Verwaltung von detaillierten Plänen, die auf Prioritäten oder Optimierungsregeln basieren.

Die vorgesehene Verwendungsweise der Funktion „Begrenzte Kapazität“ ist 1): das Verhindern der Überladung bestimmter Ressourcen und 2): die Sicherstellung, dass keine Kapazität unzugewiesen bleibt, wenn dies die Durchlaufzeit eines Fertigungsauftrags erhöhen könnte. Die Funktion umfasst keine Funktionen oder Optionen zum Priorisieren oder Optimieren von Abläufen, wie etwa in einem Dispatchingsystem. Jedoch kann sie grobe Kapazitätsinformationen zur Verfügung stellen, die, nützlich sind, um Engpässe zu identifizieren und die Überlastung von Ressourcen zu verhindern.

Beim Planen mit eingeschränkter Kapazität stellt sicher das System sicher, dass keine Ressourcen oberhalb der definierten Kapazität (Grenzbelastung) geladen werden. Dies geschieht, indem jeder Arbeitsgang dem nächsten verfügbaren Zeitfenster zugewiesen wird. Wenn das Zeitfenster nicht ausreicht, um den gesamten Arbeitsgang abzuschließen, wird der Arbeitsgang in zwei Teile aufgeteilt, die in die nächsten verfügbaren Zeitfenster gesetzt werden.

Hinweis
Im Falle der Teilung des Arbeitsgangs wird die Rüstzeit nur einmal zugeordnet, da davon ausgegangen wird, dass einige manuelle Ausgleiche vorgenommen werden, um den Plan zu optimieren.

Die Toleranzzeit kann zu Ressourcen hinzugefügt werden, um die Aufteilung von Arbeitsgängen zu minimieren. Dies ermöglicht dem System, Auslastung am letzten möglichen Tag zu planen, indem es den kritischen Auslastungsprozentsatz etwas überschreitet, wenn dies die Anzahl der Arbeitsgänge verringern kann, die aufgeteilt werden.

Damit ist die Skizze der Leitbegriffe in Bezug auf die Beschaffungsplanung in Microsoft Dynamics NAV abgeschlossen. Die folgenden Abschnitte behandeln diese Konzepte eingehender und beschreiben sie im Kontext der zentralen Planungsvorgänge, des Ausgleichs von bedarf und Vorrat sowie der Verwendung von Wiederbeschaffungsrichtlinien.

Siehe auch