Stellen Sie sich vor, ein Kunde möchte nächsten Monat 100 Fahrräder. Die Rahmen kommen zu spät an. Die Räder liegen in einem anderen Lager. Und Ihr Montageband ist für die nächsten zwei Wochen bereits ausgebucht. Was kaufen Sie also ein? Was bauen Sie? Was bewegen Sie? Und wann benötigen Sie die einzelnen Teile? Lecker. Milko Peters von M365FM. Dieser Wissenshappen dreht sich um Dynamics 365 Master Planning AU. Der Teil des Supply Chain Managements, der diese Fragen im Hintergrund bearbeitet. Stellen Sie sich Ihr Unternehmen wie ein Bürogebäude mit angeschlossenem Lagerraum vor. Aufträge kommen, bitte in die Tür. Der Bestand liegt in Regalen. Lieferanten bringen Waren zur Laderampe. Die Produktion verwandelt Teile in Fertigprodukte. Die Masterplanung betrachtet das gesamte Gebäude, anstatt jedem Team eine eigene Liste zu überlassen. Heute werden wir bei Gertmann einen Fahrradauftrag von der Kundenanfrage bis zu den Versorgungsmaßnahmen verfolgen, mit denen Dynamics 365 verdeutlicht.

Warum Unternehmen einen Plan brauchen, keine Tabelle. Bevor es vernetzte Planungstools gab, arbeiteten Unternehmen mit getrennten Informationsquellen. Der Vertrieb hatte Kundenaufträge an einem Ort. Lagerteams prüften den Bestand in einem anderen System. Der Einkauf verfolgte Lieferantentermine in E-Mails oder Tabellen. Und die Produktion führte eigene Notizen darüber, was die Fabrik diese Woche bauen konnte. Jede Liste sah für sich genommen korrekt. Die Schwierigkeiten begannen, wenn jemand versuchte, eine einzige Kundenfrage zu beantworten. Pro können wir 100 Fahrräder bis zum versprochenen Datum liefern? Jola Tafts. Stellen Sie sich vor im Lager, befinden sich heute 30 fertige Fahrräder. Das klingt nach einem guten Anfang, aber der Auftrag benötigt noch weitere 70 Fahrräder. Und diese 70 Fahrräder benötigen Rahmen, Räder, Ketten, Sitze, Schrauben, Verpackungsmaterial, Personal für die Montage und Zeit an den richtigen Maschinen.

Eine einfache Bestandszählung sagt Ihnen nur, was gerade im Regal liegt. Sie sagt Ihnen nicht, ob 70 weitere Rahmen eintreffen können, bevor die Produktion sie benötigt. Sie sagt Ihnen nicht, ob ein offener Einkaufsauftrag die Räder bereits abdeckt. Und sie sagt Ihnen nicht, ob die Fabrik genug Zeit hat, alles vor dem Liefertermin zusammenzubauen. Hier wird die Planung mehr als nur bloßes Zählen. Wenn ein Kunde 100 Fahrräder bestellt, betrachtet das System den Bedarf von 100. Es zieht die 30 bereits verfügbaren Fahrräder ab. Dann verfolgt es, was für die restlichen 70 geschehen muss. Es prüft die Teile unterhalb des fertigen Fahrrads. Es prüft den bereits unterwegs befindlichen Nachschub. Und es prüft die Termine, die mit jedem Arbeitsschritt verknüpft sind. Ein fehlendes Teil kann die ganze Antwort verändern. Sie haben vielleicht genug Räder und genug Sitze. Wenn die Rahmen jedoch zwei Wochen Lieferzeit haben, hilft es nicht, sie erst einen Tag vor der Montage zu kaufen.

Ein Auftrag kann in einer Tabelle machbar aussehen, bis man jedes Teil in einen Kalender einträgt. Und dieser Kalender ändert sich ständig. Ein Lieferant könnte den Liefertermin vorverlegen. Ein anderer Kundenauftrag könnte den Bestand aufbrauchen, den sie für frei hält. Ein Produktionsauftrag könnte sich verspähen. Wenn diese Details an verschiedenen Orten liegen, verbringen die Leute ihre ganze Zeit damit, zu telefonieren, E-Mails zu schreiben, zu prüfen und ihre eigene Version des Plans zu aktualisieren. Deine Mix laufen 5. Die Masterplanung führt die aktuelle Nachfrage und das aktuelle Angebot in einer Planungsansicht zusammen. Sie liest Kundenaufträge, Lagerbestände, eingehende Lieferungen und Produktionsinformationen gemeinsam aus. Dann ermittelt sie, wo das Angebot die Nachfrage deckt und wo eine Lücke bleibt. Anstatt jedes Team manuell die Punkte verbinden zu lassen, erstellt das System Handlungsvorschläge auf Basis der verfügbaren Informationen.

Das bedeutet nun nicht, dass das System das Unternehmen von alleine führt. Ein Planer prüft weiterhin die Vorschläge, stellt Fragen und entscheidet, was geschehen soll. Soll. Aber der Planer beginnt mit einem zusammenhängenden Bild anstatt mit einem Stapel separater Listen. Betrachten Sie eine Tabelle wie ein Foto. Sie hält den Bestand in einem Moment fest und kann nützlich sein. Die Masterplanung ist eher ein zukunftsorientierter Zeitplan, da sie Mengen mit Terminen entgehenden Lieferungen und zukünftiger Nachfrage verknüpft. Der nächste Schritt besteht darin, die verschiedenen Arten von Nachfrage zu trennen, die der Planungsprozess erfassen kann. Die drei Planungsmodi. Das ist Besonderan. Dynamics 3.65. Es gibt nicht nur einen Weg zu planen. Der verwendete Planungsmodus hängt von der Frage ab, die Ihr Unternehmen beantworten muss. Ein Unternehmen, das die Kundenaufträge dieser Woche abwickelt, benötigt eine völlig andere Sicht als eines, das Materialien für die nächste Saison vorbereitet.

Der erste Modus ist die Masterplanung. Dies ist Ihr Tagesplan, der den Nettobedarf berechnet. Das bedeutet einfach, dass das System prüft, was Sie benötigen und das bereits vorhandene oder erwartete Angebot abzieht. Es liest tatsächliche Geschäftsaktivitäten oder Kundenaufträge, bereits an Lieferanten gesendete Bestellungen, bereits in der Produktion befindliche Fertigungsaufträge und den Lagerbestand im Lager. Stellen Sie sich einen Kundenauftrag über 100 Einheiten eines Produkts vor. Ihr Lager enthält 30 Einheiten, die die Planung für diesen Auftrag verwenden. Das System versucht nicht, den Kauf oder die Fertigung aller 100 Einheiten erneut vorzuschlagen, erneut vorzuschlagen, der erst diese drei der kennt. Es berechnet also einen verbleibenden Bedarf von 70 Einheiten. Diese verbleibenden 70 sind der Nettobedarf. Ein echter Plan kann mehr beinhalten als nur den Bestand im Regal. Vielleicht kommen noch 20 Einheiten von einem Lieferanten, bevor der vom Kunden gewünschte Termin erreicht ist.

In diesem Fall berücksichtigt das System diese 20 Einheiten ebenfalls, wodurch eine noch kleinere Lücke zu schließen bleibt. Doch Termine bestimmen das Ergebnis. Wenn diese 20 Einheiten nach dem vom Kunden erwarteten Liefertermin eintreffen, helfen sie letztlich kaum. Sie erhalten sie zwar physisch, aber sie kommen für diesen spezifischen Bedarf zu spät. Die Masterplanung betrachtet Menge und Zeitplan zusammen. Eine einfache Gesamtbestandszahl kann Ihnen ein falsches Ergebnis liefern. Für viele Unternehmen ist dies der Plan, den Sie am häufigsten ausführen. Microsoft bezeichnet die Masterplanung als kurzfristigen Prozess, der üblicherweise eine Woche bis sechs Monate abdeckt. Der genaue Zeitraum hängt davon ab, wie lange die Lieferung dauert oder wie lange die Produktion benötigt. Ein Unternehmen, das einfache lokale Waren kauft, plant möglicherweise nur einige Wochen im Voraus. Ein Hersteller mit Teilen, die Monate benötigen, muss jedoch weiter vorausblicken, oft bis zur längsten Gesamtdurchlaufzeit seiner Produkte.

Andernfalls entdeckt der Planungslauf einen Engpass erst, wenn es zu spät ist, ihn zu vermeiden. Der zweite Modus ist die Prognoseplanung. Anstatt mit bestätigten Kundenaufträgen zu beginnen, startet die Prognoseplanung mit der erwarteten Nachfrage. Vielleicht erwartet das Vertriebsteam höhere Fahrradverkäufe im Sommer oder ein Einzelhändler plant eine große Werbeaktion, die später im Jahr Nachfrage erzeugt. Dies sind Prognosen, die auf den Erwartungen des Teams basieren, nicht auf bestätigten Aufträgen. Sie sind nützlich, da das Warten auf jeden Kundenauftrag zu wenig Zeit lassen könnte, um Rohstoffe zu kaufen, Fabrikarbeit zu buchen oder Kapazitäten vorzubereiten. Artikel mit langer Lieferzeit erfordern frühere Entscheidungen, selbst wenn der endgültige Kundenauftrag noch nicht eingegangen ist. Die Prognoseplanung berechnet den Bruttobedarf. Das bedeutet, sie beginnt mit dem erwarteten Nachfragevolumen.

Wenn eine Prognose 500 Fahrräder im Juli erwartet, sieht die Planung zuerst den vollen Bedarf von 500 Einheiten und arbeitet auf dieser Basis. Betrachten Sie es als ein Blick auf diesen öfters Unternehmen zukommende Arbeitslast. Sie können dann Materialien und Kapazitäten auf Basis dieses erwarteten Volumes planen. Sie müssen möglicherweise frühzeitig mit Lieferanten sprechen, Lagerplatz vorbereiten oder prüfen, ob die Produktion die erwartete Last bewältigen kann. Prognosen sind Versprechen, sie können sich ändern und die tatsächlichen Verkäufe könnten davon abweichen. Dennoch bieten sie einen längeren Ausblick als ein Plan, der nur auf bereits platzierten Aufträgen basiert. Dann gibt es noch die unternehmensübergreifende Masterplanung. Diese kommt ins Spiel, wenn eine rechtliche Einheit Nachschub von einer anderen benötigt. Zum Beispiel könnte ein Unternehmen in ihrer Gruppe einen Artikel produzieren, während ein anderes ihn an Kunden in einem anderen Land verkauft.

Das verkaufende Unternehmen sieht die Kundennachfrage. Das produzierende Unternehmen muss den Versorgungsbedarf sehen, den diese Nachfrage erzeugt. Die unternehmensübergreifende Masterplanung verbindet diese Bedarfe über Unternehmensgrenzen hinweg, einschließlich geplanter Nachfrage und Versorgung, die noch nicht zu festen Aufträgen geworden sind. Die Unternehmen planen also nicht, als würden sie allein agieren. Die Vertriebsgesellschaft kann den Nachschub durch die Produktionsgesellschaft planen, während diese erkennt, dass sie Materialien und Kapazitäten benötigt, um den Bedarf zu decken. Diese Verbindung überträgt das Planungssignal von einer juristischen Einheit zur anderen. Jeder Modus beginnt mit der Nachfrage. Die Nachfrage ist jedoch nur das erste Signal, da ein fertiges Produkt eine Kette von Anforderungen für viele untergeordnete Teile auslösen kann. Vom Auftrag zur Lieferkette bleiben wir beim Fahrrad, denn hier beginnt die Hauptplanung ihrer eigentliche Arbeit.

Stellen Sie sich vor, ein Kunde bestellt 70 Fahrräder und wünscht die Lieferung zu einem bestimmten Datum. Dieses Datum ist nicht nur eine Notiz für das Vertriebsteam. Es wird zum Ausgangspunkt, von dem aus die Planung rückwärts arbeitet, um zu ermitteln, was geschehen muss, bevor die Fahrräder das Lager verlassen können. Das fertige Fahrrad ist nur die erste Ebene. Der NEMX 365 prüft die Stückliste, oft BOM genannt. Betrachten Sie die Stückliste als das Rezept für ein Fahrrad. Sie listet Rahmen, Räder, Kette, Sattel, Lenker, Bremsen, Schrauben und jedes weitere für den Bau erforderliche Teil auf. Wenn der Auftrag 70 Fahrräder umfasst, erweitert die Planung diesen Auftrag auf die für alle 70 benötigten Teile. Das kann sehr schnell eine lange Liste ergeben. Man benötigt vielleicht 70 Rahmen, 140 Räder, 70 Ketten, 70 Sättel und hunderte kleiner Schrauben. Ein Planer muss nicht jedes Teil von Hand zählen.

Die Stückliste gibt NEMX 365 die Struktur, damit das System die Nachfrage vom fertigen Fahrrad bis zu jeder Komponente zurückverfolgen kann. Aber mit Teilen allein lassen sich noch keine Fahrräder produzieren. Benötigt auch einen Arbeitsplan. Ein Arbeitsplan beschreibt die Arbeitsschritte zum Bau des Artikels, Rahmen montieren, Bäder anbringen, Bremsen prüfen und das fertige Fahrrad verpacken. Jeder Schritt kann eine Ressource erfordern. Diese Ressource kann ein Montageband, eine Werkbank, eine Lackierkabine, eine Maschine oder eine Gruppe von Fachkräften sein. Die Planung nutzt diese Informationen, um die Arbeit zum richtigen Zeitpunkt einzubringen. Anstatt Produktion als etwas zu betrachten, das sofort geschieht, beginnen hier die Termine rückwärts zu laufen. Wenn der Kunde die Fahrräder am Freitag benötigt, muss der Produktionsauftrag eventuell am Donnerstag fertig sein, damit das Lager verpacken und versenden kann.

Die Montage muss dann möglicherweise am Dienstag beginnen. Die Rahmen und Räder müssen dann vielleicht schon am Montag eintreffen. Wenn ein Lieferant 10 Tage für die Lieferung der Räder benötigt, muss die Bestellung ihr Unternehmen noch früher verlassen. Das Kundendatum erzeugt eine Kette von Termin. Der Dynamic Starter von Mo60 arbeitet diese Kette rückwärts ab und berücksichtigt dabei die Durchlaufzeiten. Eine Durchlaufzeit ist einfach die Zeit, die für etwas benötigt wird, sei es die Lieferung eines Teils durch einen Lieferanten, der Warentransport im Lager oder der Abschluss eines Auftrags in der Fabrik. Ein verspätetes Teil kann alles andere verzögern. Angenommen, das System findet 70 Rahmen auf Lager. Es gibt auch eine offene Bestellung über 140 Räder, deren Lieferung vor Beginn der Montage geplant ist. Dieses Angebot deckt den Bedarf an Rädern, während die Rahmen ihren Teil bereits abdecken.

Dann prüft es die Ketten. Vielleicht sind nur 40 Ketten vorrätig und keine Bestellung bringt die anderen 30 ein. Die Planung erkennt eine Lücke und erstellt einen Vorschlag, um diese zu schließen. Derselbe Prüfvorgang läuft für die fertigen Fahrräder, die darin enthaltenen Teile und alle dazwischenliegenden Arbeitsschritten. Ein Teil des Angebots existierbarer. Verfügbarer Bestand kann einen Bedarf decken. Eine offene Bestellung kann ihn decken, wenn die Waren rechtzeitig eintreffen. Ein offener Fertigungsauftrag kann ihn decken, wenn die Fabrik pünktlich fertig wird. Wenn keine dieser Quellen die Nachfrage deckt, erstellt der Plan einen geplanten Auftrag. Ein geplanter Bestellvorschlag schlägt den Kauf von Artikeln bei einem Lieferanten vor. Ein geplanter Fertigungsauftrag schlägt die Eigenfertigung im Unternehmen vor. Ein geplanter Umlagerungsauftrag schlägt den Bestandsausgleich zwischen Standorten oder Lagern vor.

Dies sind Vorschläge, keine festen Verpflichtungen. Dynamics Data 65 sendet nicht einfach stillschweigend einen Auftrag an einen Lieferanten oder beginnt mit der Arbeit in der Fertigung. Es liefert dem Plan eine vorbeschlagene Menge und ein Datum auf Basis der verfügbaren Daten. Ein Mitarbeiter prüft weiterhin, ob der Lieferant passt, ob das Datum realistisch ist und ob das Unternehmen die Maßnahme genehmigen sollte. Stellen Sie sich ein kleines Problem mit unserem Fahrradauftrag vor. Alles scheint bereit zu sein, bis auf ein Rad. Das geplante Angebot deckt Rahmen, Kettensitze und fast jedes Rad ab, ab. Doch ein Rad kommt einen Tag nach dem benötigten Montagetermin an. Ohne dieses Rad kann ein Fahrrad nicht fertiggestellt werden. Obwohl das Lager voll mit Teilen aussieht, verfolgt die Masterplanung die Lücke bis zu ihrer Quelle zurück. Der Planer erkennt, dass der Engpass nicht direkt vom Kundenauftrag selbst herrührt.

Aber es liegt am Lieferdatum des Lieferanten für die Bestellung der Räder. Das gibt dem Planer einen konkreten Ansatzpunkt zum Handeln. Eine frühere Lieferung anfordern, eine andere Quelle finden oder das Produktionsdatum ändern. Der Plan kann Angebote vorschlagen. Aber die nächste Frage ist genauso nützlich. Warum hat ein Nenix 365 dieses Angebot mit dieser Nachfrage verknüpft? Das Lesen der Nettobedarfe ist das Planungsgespräch. Planer nutzen daher die Seite für Nettobedarfe, um diese Verbindung zu untersuchen. Diese Seite führt das gesamte Planungsgespräch für einen Artikel an einem Ort zusammen. Es zeigt jeden Bedarf, der den Artikel erfordert und jede Versorgungsquelle, die ihn abdecken kann, mit Daten direkt neben jeder Zeile. Nehme das Fahrradrad als Beispiel. Oben wählen Sie den Standort oder das Lager aus, für das dieses Rad relevant ist. Darunter zeigt Dynamics 365 alle zugehörigen Transaktionen, Verkäufe, Einkäufe, Lagerbestand, Produktion, alles in einer Liste.

Der Bedarf wird als negative Zahl gegenüber Ihrem verfügbaren Bestand angezeigt. Dieser Bedarf kann aus vielen Quellen stammen. Ein Verkaufsauftrag benötigt Räder, weil ein Kunde Fahrräder bestellt hat. Eine Prognose erzeugt den erwarteten zukünftigen Bedarf. Ein Fertigungsauftrag benötigt Räder für den Fabrikplan. Und ein Umlagerungsauftrag erzeugt Bedarf, wenn ein anderes Lagerbestand antwortet. Jede Zeile beantwortet eine einfache Frage. Wer benötigt diesen Artikel? Wie viele benötigt? Und zu welchem Dat? Das klingt simpel, verhindert aber einen häufigen Fehler. Leute sehen oft eine Gesamtmenge und nehmen an, sie gehöre zu einem Kunden oder Auftrag, obwohl derselbe Artikel mehrere Aufträge zu verschiedenen Terminen könnte. Auf der Angebotsseite haben Sie den Lagerbestand, also das, was bereits vorrätig ist. Dazu kommen Einkaufsbestellungen bei Lieferanten, Fertigungsaufträge, die Ihr Unternehmen plant, Umlagerungen zwischen Lagern und geplante Aufträge, die das System vorschlägt, die aber noch niemand erstellt hat.

Die Seite sortiert alles nach Datum. Während Sie durch die Liste scrollen, können Sie beobachten, wie sich die verfügbare Menge ändert. Der Bestand mag Anfang des Monats gut aussehen, sinkt dann, wenn ein Fertigungsauftrag Teile verbraucht und steigt wieder, wenn eine Lieferantenlieferung eintrifft. Das Timing ändert das Ergebnis. Angenommen, am Montag liegen 100 Räder in einem Lager, aber ein Fertigungsauftrag benötigt 80 am Dienstag und am Mittwoch erscheint ein weiterer Kundenbedarf von 30. Der Gesamtbedarf übersteigt den Bestand, obwohl am Freitag eine eingehende Einkaufsbestellung für 50 Räder eintrifft. Die Lieferung am Freitag löst den Engpass am Mittwoch nicht.

60 fordert nicht einfach willkürlich weitere Räder an. Es erkennt genau, wann das verfügbare Angebot unter den zu deckenden Bedarf fällt. Nun könnten Sie eine spezifischere Frage stellen. Welche Versorgungszeile deckt welche Bedarfsteile an? Diese Verbindung nennt man Pegging. Pegging ist die planungsseitige Verknüpfung von Dynamics 365 zwischen Bedarf und Angebot. Es verbindet einen Bedarf wie ein Fertigungsauftrag für Fahrräder mit der Quelle, die diesen voraussichtlich decken soll, wie eine Einkaufsbestellung für Räder oder einen geplanten Einkaufsauftrag. Das System erstellt diese Verknüpfung während der Planungskalkulation. Wenn sich der Bedarf ändert, kann die Planung die Verbindung neu berechnen. Vielleicht verschiebt ein Kunde seinen Liefertermin oder eine eingehende Einkaufsbestellung verzögert sich. Pegging kann dann auf eine andere Versorgungsquelle verweisen oder einen neuen geplanten Auftrag erstellen, wo die Lücke entsteht.

Es hilft Ihnen, die gesamte Kette nachzuverfolgen. Beginnen Sie mit einem Verkaufsauftrag, sehen Sie den zugehörigen Fertigungsauftrag, verfolgen Sie diesen bis zu den benötigten Teilen und finden Sie die Bestellung, die diese abdecken. Manchmal benötigen Sie mehr Kontrolle. Da kommt die Kennzeichnung ins Spiel. Die Kennzeichnung ist eine manuelle Verbindung zwischen einer Angebots- und einer Bedarfstransaktion. Sie teilt dem System mit, dass dieses Angebot diesen Bedarf decken soll, anstatt der Planung zu erlauben, ihn beliebig anderweitig zuzuordnen. Dellen Sie es sich so vor, als würden Sie ein Etikett auf zwei zusammengehörige Datensätze kleben. Sie könnten eine bestimmte eingehende Bestellung von Rädern mit einem speziellen Fertigungsauftrag kennzeichnen, weil diese Räder für diesen Auftrag gekauft wurden. Die Planung respektiert diese Beziehung stärker als eine normale Pegging-Verknüpfung.

Dennoch ist ein gekennzeichnetes Angebot nicht die stärkste verfügbare Verbindung. Reservierung ist stärker. Wenn Sie Lagerbestand oder einen Zugang für einen bestimmten Bedarf reservieren, erstellen Sie eine feste Verknüpfung. Diese Menge wird für den gewählten Verkaufsauftrag, Fertigungsauftrag oder einen anderen Bedarf reserviert. Und die Hauptplanung behandelt die Reservierung vorrangig gegenüber normalem Pegging und Kennzeichnung. Stellen Sie sich zehn Räder auf Lager vor, aber diese Räder sind für einen dringenden Reparaturauftrag reserviert. Ein späterer Kundenauftrag benötigt möglicherweise ebenfalls Räder, aber die Planung kann diese zehn reservierten Räder nicht als frei verfügbar betrachten. Sie muss anderes Angebot finden oder mehr Angebot vorschlagen, da die Reservierung sie bereits anderweitig zuweist. Pegging, Kennzeichnung und Reservierung bieten Ihnen also drei Verbindungsebenen.

Pegging ist der automatische Abgleich des Systems. Kennzeichnung ist eine manuelle festere Verknüpfung. Bindet ein Angebot an einen spezifischen Bedarf. Sie ist die stärkste der drei. Sobald Sie diese Verknüpfung lesen können, wirken geplante Aufträge nicht mehr wie unerklärliche Anweisungen. Die nächste Frage ist, wie oft sich diese Planungssicht ändert und wie schnell Dynamics 365 sie berechnen kann. Statische Planung, dynamische Planung und Planungsoptimierung. Die Seite Netto-Bedarf zeigt ein Planungsergebnis, aber nicht jeder Plan aktualisiert sie auf die gleiche Weise. Ein statischer Plan ändert sich nur, wenn jemand den Hauptplanungsauftrag ausführt. Das bietet Planern eine stabile Sicht, die sie im Laufe des Tages überprüfen können, ohne dass jede neue Transaktion die zugrunde liegenden Zahlen verändert. Stellen Sie sich vor, ein großer Verkaufsauftrag geht um 11 Uhr morgens. Wenn der statische Plan über Nacht lief, erscheint dieser neue Auftrag erst beim nächsten Planungslauf in den Vorschlägen.

Der Plan zeigt weiterhin das zuletzt berechnete Ergebnis, was nützlich sein kann, wenn ein Team eine gemeinsame Sicht für den Tag benötigt. Aber diese Stabilität hat ihren Preis. Neuer Bedarf kann eine Weile außerhalb des statischen Plans liegen, besonders wenn Ihr Unternehmen die Planung nur einmal pro Nacht oder pro Woche ausführt. Ein Planer weiß möglicherweise, dass ein Kundenauftrag existiert, aber der statische Plan hat die Angebotsreaktion noch nicht neu überrechnet. Hier hilft ein dynamischer Plan. Ein dynamischer Plan zeigt den aktuellen Bedarf in Echtzeit. Planer können die Auswirkungen neuer Verkaufsaufträge und anderer Anforderungen sehen, ohne auf den nächsten vollständigen Masterplanungslauf zu warten. Das ist eine kurzfristigere Sichtweise. Dynamische Pläne verzichten auf Prognosen und konzentrieren sich auf das, was gerade geschieht. Angenommen, ein Kunde gibt heute Nachmittag unerwartet eine Bestellung über 200 Fahrräder auf.

Bevor jemand ein Lieferdatum verspricht, kann der Planer den dynamischen Plan öffnen und die Auswirkungen prüfen. Erzeugt der neue Auftrag einen Engpass? Verschiebt er einen bestehenden Bedarf auf ein späteres Datum? Löst er einen neuen Vorschlag für einen Kauf oder eine Produktion aus? Dies bietet dem Team eine praktische Was-wäre-wenn-Analyse. Man ändert den statischen Plan nicht nur, um einen einzelnen neuen Auftrag zu untersuchen. Man prüft zuerst die wahrscheinlichen Auswirkungen und entscheidet dann, ob der Auftrag sofort Aufmerksamkeit erfordert oder bis zum nächsten geplanten Lauf warten kann. Statische und dynamische Pläne beantworten Verwandte aber unterschiedliche Fragen. Der statische Plan fragt, was hat uns unsere letzte offizielle Planungsberechnung geraten? Der dynamische Plan fragt, wie der aktuelle Bedarf im Moment aussieht. Hinter beiden Plänen steht die Planungsengine für Dynamics 365 Cloud-Umgebungen.

Die Planungsoptimierung ist die moderne Engine, die Microsoft für die Masterplanung nutzt. Sie berechnet den Bedarf außerhalb der Hauptgeschäftsanwendung, was die Systemlast für die tägliche Arbeit reduziert. Ältere Planungsläufe konnten viel Zeit in Anspruch nehmen. Berichte von Kunden und Partnern zeigen, dass Planungsaufgaben, die früher Stunden dauerten, mit der Planungsoptimierung in Minuten erledigt sind. Schnellere Läufe bedeuten, dass Teams den Plan öfter aktualisieren können, anstatt bis zum Ende des Tages zu warten, aber eine schnellere Antwort kann immer noch eine falsche sein. Die Planungsoptimierung kann eine enorme Menge an verknüpften Daten schnell berechnen. Sie arbeitet jedoch nur mit den Datensätzen, die Ihr Unternehmen ihr bereitsteht. Wenn die Lieferzeit eines Lieferanten falsch ist, kann auch das vorgeschlagene Bestelldatum falsch sein. Wenn das System glaubt, dass 500 Räder auf Lager sind, obwohl das nicht stimmt, übersieht es möglicherweise einen Einkaufsvorschlag, den Sie tatsächlich benötigen.

Und wenn in der Stückliste ein Teil fehlt, kann die Planung keinen Bedarf für dieses fehlende Teil erzeugen. Die Berechnung mag in Minuten fertig sein, aber die Fabrik steht trotzdem still, wenn das Teil fehlt. Es gibt auch eine Änderung in der Art und Weise wie die Planung ab. Mit der Planungsoptimierung sind Pläne regenerativ. Das bedeutet, dass jeder Lauf alle Anforderungen erneut überprüft, anstatt den älteren Netschange-Ansatz zu verwenden, der nur Artikel mit neuen Anforderungen

hat. Das beseitigt die Unsicherheit, ob eine frühere Änderung bei der Berechnung übersehen wurde, während die schnellere Engine eine vollständige Neuberechnung für viele Unternehmen praktikabler macht. Geschwindigkeit hilft also, aber erst saubere Daten entscheiden, ob man dem Plan vertraut. Sobald der Plan seine Vorschläge erstellt hat, besteht die nächste Aufgabe darin, zu entscheiden, welche zuerst bearbeitet werden müssen. Doch was die Masterplanung leistet und was nicht? Hier ist die einfachste Definition. Die Masterplanung nutzt alle Daten in Dynamics 365 und schlägt vor, was zu kaufen, zu produzieren oder zu bewegen ist komplett mit Daten und Mengen. Ein Planer prüft diese geplanten Aufträge, bevor er handelt. Er kontrolliert den Lieferanten, das Lieferdatum, die Menge und ob das Werk die Arbeit bewältigen kann. Sobald die Bestätigung erfolgt, wird aus dem Vorschlag ein echter Einkaufs-, Produktions- oder Umlagerungsauftrag.

Aber die Masterplanung kann nicht in die Zukunft sehen. Prognosen sind nur Schätzungen und echte Kundenaufträge können sich über Nacht ändern. Und sie ersetzt definitiv nicht die menschlichen Planer. Menschen bewältigen weiterhin das Lieferantenrisiko. Kundenzusagen und Ausnahmen. Das kann das System einfach nicht beurteilen. Auch der Bestand allein reicht nicht aus. Dieser Bestand kommt vielleicht zu spät an, liegt im falschen Lager oder ist bereits für einen anderen Auftrag reserviert. Für gute Ergebnisse brauchen sie saubere Daten, gepflegte Artikelstammdaten, genaue Durchlaufzeiten, korrekte Stücklisten, aktuelle Bestände und realistische Nachfrage. Für unseren Fahrradauftrag deckt der vorhandene Bestand einen Teil des Bedarfs ab. Die Planung schlägt die Versorgung für den Rest vor und der Planer bestätigt die Maßnahme. Das bringt uns zurück zu der Frage, die jedes Team beantworten muss.

Was muss als nächstes geschehen? Fazit, ein vernetzter Plan. Die Masterplanung nimmt Nachfrage Bestandsniveaus, Liefertermine, Produktionspläne und Kapazitäten und wandelt alles in Maßnahmen um, die ihr Team prüfen kann. Geplante Aufträge leiten die menschliche Entscheidung ein. Sie schließen sie nicht ab. Deshalb bleiben Planer unverzichtbar. Abonnieren Sie uns auf Ihrer bevorzugten Podcast-Plattform und teilen Sie diesen Wissens-Set mit jemandem, der Dynamics 365 Supply Chain Management lernt.