WEBVTT 00:00:00.000 --> 00:00:02.240 Stellen Sie sich vor, ein Kunde möchte nächsten Monat 100 Fahrräder. 00:00:02.500 --> 00:00:03.500 Die Rahmen kommen zu spät an. 00:00:03.760 --> 00:00:04.960 Die Räder liegen in einem anderen Lager. 00:00:05.380 --> 00:00:07.700 Und Ihr Montageband ist für die nächsten zwei Wochen bereits ausgebucht. 00:00:07.920 --> 00:00:08.680 Was kaufen Sie also ein? 00:00:08.900 --> 00:00:09.400 Was bauen Sie? 00:00:09.720 --> 00:00:10.240 Was bewegen Sie? 00:00:10.560 --> 00:00:11.780 Und wann benötigen Sie die einzelnen Teile? 00:00:12.120 --> 00:00:12.380 Lecker. 00:00:12.800 --> 00:00:14.560 Milko Peters von M365FM. 00:00:15.520 --> 00:00:18.720 Dieser Wissenshappen dreht sich um Dynamics 365 Master Planning AU. 00:00:19.740 --> 00:00:23.360 Der Teil des Supply Chain Managements, der diese Fragen im Hintergrund bearbeitet. 00:00:24.100 --> 00:00:27.060 Stellen Sie sich Ihr Unternehmen wie ein Bürogebäude mit angeschlossenem Lagerraum vor. 00:00:27.380 --> 00:00:28.160 Aufträge kommen, bitte in die Tür. 00:00:28.380 --> 00:00:29.800 Der Bestand liegt in Regalen. 00:00:30.280 --> 00:00:31.780 Lieferanten bringen Waren zur Laderampe. 00:00:32.200 --> 00:00:34.060 Die Produktion verwandelt Teile in Fertigprodukte. 00:00:34.480 --> 00:00:39.340 Die Masterplanung betrachtet das gesamte Gebäude, anstatt jedem Team eine eigene Liste zu überlassen. 00:00:40.420 --> 00:00:45.020 Heute werden wir bei Gertmann einen Fahrradauftrag von der Kundenanfrage bis zu den Versorgungsmaßnahmen verfolgen, 00:00:45.360 --> 00:00:48.100 mit denen Dynamics 365 verdeutlicht. 00:00:48.440 --> 00:00:50.500 Warum Unternehmen einen Plan brauchen, keine Tabelle. 00:00:51.480 --> 00:00:55.400 Bevor es vernetzte Planungstools gab, arbeiteten Unternehmen mit getrennten Informationsquellen. 00:00:55.400 --> 00:00:57.360 Der Vertrieb hatte Kundenaufträge an einem Ort. 00:00:57.360 --> 00:01:00.020 Lagerteams prüften den Bestand in einem anderen System. 00:01:00.140 --> 00:01:02.540 Der Einkauf verfolgte Lieferantentermine in E-Mails oder Tabellen. 00:01:02.760 --> 00:01:05.980 Und die Produktion führte eigene Notizen darüber, was die Fabrik diese Woche bauen konnte. 00:01:06.380 --> 00:01:07.520 Jede Liste sah für sich genommen korrekt. 00:01:07.920 --> 00:01:11.080 Die Schwierigkeiten begannen, wenn jemand versuchte, eine einzige Kundenfrage zu beantworten. 00:01:11.080 --> 00:01:13.400 Pro können wir 100 Fahrräder bis zum versprochenen Datum liefern? 00:01:13.840 --> 00:01:14.540 Jola Tafts. 00:01:14.880 --> 00:01:17.220 Stellen Sie sich vor im Lager, befinden sich heute 30 fertige Fahrräder. 00:01:17.600 --> 00:01:21.080 Das klingt nach einem guten Anfang, aber der Auftrag benötigt noch weitere 70 Fahrräder. 00:01:21.560 --> 00:01:28.420 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. 00:01:29.180 --> 00:01:31.960 Eine einfache Bestandszählung sagt Ihnen nur, was gerade im Regal liegt. 00:01:31.960 --> 00:01:36.640 Sie sagt Ihnen nicht, ob 70 weitere Rahmen eintreffen können, bevor die Produktion sie benötigt. 00:01:37.120 --> 00:01:40.220 Sie sagt Ihnen nicht, ob ein offener Einkaufsauftrag die Räder bereits abdeckt. 00:01:40.840 --> 00:01:44.400 Und sie sagt Ihnen nicht, ob die Fabrik genug Zeit hat, alles vor dem Liefertermin zusammenzubauen. 00:01:45.360 --> 00:01:49.520 Hier wird die Planung mehr als nur bloßes Zählen. 00:01:50.620 --> 00:01:53.960 Wenn ein Kunde 100 Fahrräder bestellt, betrachtet das System den Bedarf von 100. 00:01:54.380 --> 00:01:56.400 Es zieht die 30 bereits verfügbaren Fahrräder ab. 00:01:56.780 --> 00:01:58.980 Dann verfolgt es, was für die restlichen 70 geschehen muss. 00:01:59.360 --> 00:02:01.480 Es prüft die Teile unterhalb des fertigen Fahrrads. 00:02:01.960 --> 00:02:03.660 Es prüft den bereits unterwegs befindlichen Nachschub. 00:02:04.020 --> 00:02:06.300 Und es prüft die Termine, die mit jedem Arbeitsschritt verknüpft sind. 00:02:06.600 --> 00:02:08.260 Ein fehlendes Teil kann die ganze Antwort verändern. 00:02:08.700 --> 00:02:10.020 Sie haben vielleicht genug Räder und genug Sitze. 00:02:10.800 --> 00:02:15.240 Wenn die Rahmen jedoch zwei Wochen Lieferzeit haben, hilft es nicht, sie erst einen Tag vor der Montage zu kaufen. 00:02:16.060 --> 00:02:20.080 Ein Auftrag kann in einer Tabelle machbar aussehen, bis man jedes Teil in einen Kalender einträgt. 00:02:20.420 --> 00:02:21.760 Und dieser Kalender ändert sich ständig. 00:02:22.220 --> 00:02:24.000 Ein Lieferant könnte den Liefertermin vorverlegen. 00:02:24.500 --> 00:02:27.040 Ein anderer Kundenauftrag könnte den Bestand aufbrauchen, den sie für frei hält. 00:02:27.040 --> 00:02:28.540 Ein Produktionsauftrag könnte sich verspähen. 00:02:28.540 --> 00:02:32.600 Wenn diese Details an verschiedenen Orten liegen, verbringen die Leute ihre ganze Zeit damit, zu telefonieren, 00:02:32.680 --> 00:02:35.600 E-Mails zu schreiben, zu prüfen und ihre eigene Version des Plans zu aktualisieren. 00:02:36.020 --> 00:02:36.720 Deine Mix laufen 5. 00:02:37.460 --> 00:02:41.360 Die Masterplanung führt die aktuelle Nachfrage und das aktuelle Angebot in einer Planungsansicht zusammen. 00:02:41.760 --> 00:02:45.940 Sie liest Kundenaufträge, Lagerbestände, eingehende Lieferungen und Produktionsinformationen gemeinsam aus. 00:02:46.420 --> 00:02:49.240 Dann ermittelt sie, wo das Angebot die Nachfrage deckt und wo eine Lücke bleibt. 00:02:49.600 --> 00:02:51.600 Anstatt jedes Team manuell die Punkte verbinden zu lassen, 00:02:51.600 --> 00:02:54.740 erstellt das System Handlungsvorschläge auf Basis der verfügbaren Informationen. 00:02:54.740 --> 00:02:58.320 Das bedeutet nun nicht, dass das System das Unternehmen von alleine führt. 00:02:58.920 --> 00:03:02.300 Ein Planer prüft weiterhin die Vorschläge, stellt Fragen und entscheidet, was geschehen soll. 00:03:02.780 --> 00:03:03.040 Soll. 00:03:03.540 --> 00:03:06.680 Aber der Planer beginnt mit einem zusammenhängenden Bild anstatt mit einem Stapel separater Listen. 00:03:07.160 --> 00:03:08.520 Betrachten Sie eine Tabelle wie ein Foto. 00:03:09.120 --> 00:03:11.560 Sie hält den Bestand in einem Moment fest und kann nützlich sein. 00:03:12.380 --> 00:03:14.700 Die Masterplanung ist eher ein zukunftsorientierter Zeitplan, 00:03:14.800 --> 00:03:17.960 da sie Mengen mit Terminen entgehenden Lieferungen und zukünftiger Nachfrage verknüpft. 00:03:17.960 --> 00:03:21.400 Der nächste Schritt besteht darin, die verschiedenen Arten von Nachfrage zu trennen, 00:03:21.480 --> 00:03:22.620 die der Planungsprozess erfassen kann. 00:03:23.620 --> 00:03:24.860 Die drei Planungsmodi. 00:03:25.940 --> 00:03:26.800 Das ist Besonderan. 00:03:27.080 --> 00:03:28.120 Dynamics 3.65. 00:03:29.580 --> 00:03:31.520 Es gibt nicht nur einen Weg zu planen. 00:03:32.080 --> 00:03:35.040 Der verwendete Planungsmodus hängt von der Frage ab, die Ihr Unternehmen beantworten muss. 00:03:35.920 --> 00:03:38.380 Ein Unternehmen, das die Kundenaufträge dieser Woche abwickelt, 00:03:38.520 --> 00:03:42.300 benötigt eine völlig andere Sicht als eines, das Materialien für die nächste Saison vorbereitet. 00:03:42.900 --> 00:03:44.460 Der erste Modus ist die Masterplanung. 00:03:44.900 --> 00:03:47.460 Dies ist Ihr Tagesplan, der den Nettobedarf berechnet. 00:03:48.120 --> 00:03:50.580 Das bedeutet einfach, dass das System prüft, was Sie benötigen 00:03:50.580 --> 00:03:53.060 und das bereits vorhandene oder erwartete Angebot abzieht. 00:03:53.580 --> 00:03:55.940 Es liest tatsächliche Geschäftsaktivitäten oder Kundenaufträge, 00:03:56.340 --> 00:03:57.920 bereits an Lieferanten gesendete Bestellungen, 00:03:58.280 --> 00:04:00.280 bereits in der Produktion befindliche Fertigungsaufträge 00:04:00.280 --> 00:04:01.880 und den Lagerbestand im Lager. 00:04:02.480 --> 00:04:05.100 Stellen Sie sich einen Kundenauftrag über 100 Einheiten eines Produkts vor. 00:04:05.460 --> 00:04:08.100 Ihr Lager enthält 30 Einheiten, die die Planung für diesen Auftrag verwenden. 00:04:08.580 --> 00:04:12.000 Das System versucht nicht, den Kauf oder die Fertigung aller 100 Einheiten erneut vorzuschlagen, 00:04:12.100 --> 00:04:13.520 erneut vorzuschlagen, der erst diese drei der kennt. 00:04:13.520 --> 00:04:15.680 Es berechnet also einen verbleibenden Bedarf von 70 Einheiten. 00:04:15.680 --> 00:04:17.720 Diese verbleibenden 70 sind der Nettobedarf. 00:04:18.100 --> 00:04:20.520 Ein echter Plan kann mehr beinhalten als nur den Bestand im Regal. 00:04:21.000 --> 00:04:22.840 Vielleicht kommen noch 20 Einheiten von einem Lieferanten, 00:04:22.940 --> 00:04:25.140 bevor der vom Kunden gewünschte Termin erreicht ist. 00:04:25.140 --> 00:04:29.980 In diesem Fall berücksichtigt das System diese 20 Einheiten ebenfalls, 00:04:30.100 --> 00:04:31.700 wodurch eine noch kleinere Lücke zu schließen bleibt. 00:04:32.080 --> 00:04:33.220 Doch Termine bestimmen das Ergebnis. 00:04:33.620 --> 00:04:36.660 Wenn diese 20 Einheiten nach dem vom Kunden erwarteten Liefertermin eintreffen, 00:04:36.760 --> 00:04:37.560 helfen sie letztlich kaum. 00:04:38.080 --> 00:04:40.880 Sie erhalten sie zwar physisch, aber sie kommen für diesen spezifischen Bedarf zu spät. 00:04:41.520 --> 00:04:43.880 Die Masterplanung betrachtet Menge und Zeitplan zusammen. 00:04:44.320 --> 00:04:47.200 Eine einfache Gesamtbestandszahl kann Ihnen ein falsches Ergebnis liefern. 00:04:47.960 --> 00:04:50.300 Für viele Unternehmen ist dies der Plan, den Sie am häufigsten ausführen. 00:04:50.300 --> 00:04:53.180 Microsoft bezeichnet die Masterplanung als kurzfristigen Prozess, 00:04:53.260 --> 00:04:55.080 der üblicherweise eine Woche bis sechs Monate abdeckt. 00:04:55.380 --> 00:04:57.640 Der genaue Zeitraum hängt davon ab, wie lange die Lieferung dauert 00:04:57.640 --> 00:04:59.060 oder wie lange die Produktion benötigt. 00:05:00.140 --> 00:05:02.000 Ein Unternehmen, das einfache lokale Waren kauft, 00:05:02.100 --> 00:05:03.580 plant möglicherweise nur einige Wochen im Voraus. 00:05:04.000 --> 00:05:06.280 Ein Hersteller mit Teilen, die Monate benötigen, 00:05:06.480 --> 00:05:07.540 muss jedoch weiter vorausblicken, 00:05:07.660 --> 00:05:09.940 oft bis zur längsten Gesamtdurchlaufzeit seiner Produkte. 00:05:10.960 --> 00:05:12.900 Andernfalls entdeckt der Planungslauf einen Engpass erst, 00:05:12.960 --> 00:05:14.400 wenn es zu spät ist, ihn zu vermeiden. 00:05:14.900 --> 00:05:16.940 Der zweite Modus ist die Prognoseplanung. 00:05:16.940 --> 00:05:19.360 Anstatt mit bestätigten Kundenaufträgen zu beginnen, 00:05:19.540 --> 00:05:21.520 startet die Prognoseplanung mit der erwarteten Nachfrage. 00:05:22.120 --> 00:05:24.500 Vielleicht erwartet das Vertriebsteam höhere Fahrradverkäufe im Sommer 00:05:24.500 --> 00:05:26.700 oder ein Einzelhändler plant eine große Werbeaktion, 00:05:26.780 --> 00:05:28.280 die später im Jahr Nachfrage erzeugt. 00:05:28.980 --> 00:05:31.040 Dies sind Prognosen, die auf den Erwartungen des Teams basieren, 00:05:31.180 --> 00:05:32.240 nicht auf bestätigten Aufträgen. 00:05:32.880 --> 00:05:34.860 Sie sind nützlich, da das Warten auf jeden Kundenauftrag 00:05:34.860 --> 00:05:36.740 zu wenig Zeit lassen könnte, um Rohstoffe zu kaufen, 00:05:36.840 --> 00:05:39.120 Fabrikarbeit zu buchen oder Kapazitäten vorzubereiten. 00:05:40.120 --> 00:05:42.480 Artikel mit langer Lieferzeit erfordern frühere Entscheidungen, 00:05:42.600 --> 00:05:44.780 selbst wenn der endgültige Kundenauftrag noch nicht eingegangen ist. 00:05:44.780 --> 00:05:47.080 Die Prognoseplanung berechnet den Bruttobedarf. 00:05:47.520 --> 00:05:50.020 Das bedeutet, sie beginnt mit dem erwarteten Nachfragevolumen. 00:05:50.520 --> 00:05:53.040 Wenn eine Prognose 500 Fahrräder im Juli erwartet, 00:05:53.360 --> 00:05:56.400 sieht die Planung zuerst den vollen Bedarf von 500 Einheiten 00:05:56.400 --> 00:05:58.160 und arbeitet auf dieser Basis. 00:05:58.640 --> 00:06:01.180 Betrachten Sie es als ein Blick auf diesen öfters Unternehmen zukommende Arbeitslast. 00:06:01.400 --> 00:06:04.780 Sie können dann Materialien und Kapazitäten auf Basis dieses erwarteten Volumes planen. 00:06:04.880 --> 00:06:06.900 Sie müssen möglicherweise frühzeitig mit Lieferanten sprechen, 00:06:07.020 --> 00:06:08.280 Lagerplatz vorbereiten oder prüfen, 00:06:08.360 --> 00:06:10.240 ob die Produktion die erwartete Last bewältigen kann. 00:06:10.660 --> 00:06:12.260 Prognosen sind Versprechen, sie können sich ändern 00:06:12.260 --> 00:06:14.380 und die tatsächlichen Verkäufe könnten davon abweichen. 00:06:15.320 --> 00:06:17.200 Dennoch bieten sie einen längeren Ausblick als ein Plan, 00:06:17.320 --> 00:06:19.020 der nur auf bereits platzierten Aufträgen basiert. 00:06:19.280 --> 00:06:21.540 Dann gibt es noch die unternehmensübergreifende Masterplanung. 00:06:21.980 --> 00:06:24.920 Diese kommt ins Spiel, wenn eine rechtliche Einheit Nachschub von einer anderen benötigt. 00:06:25.220 --> 00:06:27.960 Zum Beispiel könnte ein Unternehmen in ihrer Gruppe einen Artikel produzieren, 00:06:28.060 --> 00:06:30.360 während ein anderes ihn an Kunden in einem anderen Land verkauft. 00:06:31.000 --> 00:06:32.260 Das verkaufende Unternehmen sieht die Kundennachfrage. 00:06:33.380 --> 00:06:35.520 Das produzierende Unternehmen muss den Versorgungsbedarf sehen, 00:06:35.580 --> 00:06:36.620 den diese Nachfrage erzeugt. 00:06:36.620 --> 00:06:39.740 Die unternehmensübergreifende Masterplanung verbindet diese Bedarfe 00:06:39.740 --> 00:06:40.760 über Unternehmensgrenzen hinweg, 00:06:40.880 --> 00:06:42.540 einschließlich geplanter Nachfrage und Versorgung, 00:06:42.580 --> 00:06:44.100 die noch nicht zu festen Aufträgen geworden sind. 00:06:44.580 --> 00:06:47.000 Die Unternehmen planen also nicht, als würden sie allein agieren. 00:06:48.220 --> 00:06:49.780 Die Vertriebsgesellschaft kann den Nachschub 00:06:49.780 --> 00:06:51.580 durch die Produktionsgesellschaft planen, 00:06:51.620 --> 00:06:54.580 während diese erkennt, dass sie Materialien und Kapazitäten benötigt, 00:06:54.680 --> 00:06:55.660 um den Bedarf zu decken. 00:06:56.240 --> 00:06:57.860 Diese Verbindung überträgt das Planungssignal 00:06:57.860 --> 00:06:59.180 von einer juristischen Einheit zur anderen. 00:06:59.580 --> 00:07:00.940 Jeder Modus beginnt mit der Nachfrage. 00:07:01.440 --> 00:07:03.020 Die Nachfrage ist jedoch nur das erste Signal, 00:07:03.020 --> 00:07:04.900 da ein fertiges Produkt eine Kette von Anforderungen 00:07:04.900 --> 00:07:06.620 für viele untergeordnete Teile auslösen kann. 00:07:08.300 --> 00:07:10.760 Vom Auftrag zur Lieferkette bleiben wir beim Fahrrad, 00:07:10.820 --> 00:07:13.020 denn hier beginnt die Hauptplanung ihrer eigentliche Arbeit. 00:07:14.040 --> 00:07:16.200 Stellen Sie sich vor, ein Kunde bestellt 70 Fahrräder 00:07:16.200 --> 00:07:18.380 und wünscht die Lieferung zu einem bestimmten Datum. 00:07:19.400 --> 00:07:21.640 Dieses Datum ist nicht nur eine Notiz für das Vertriebsteam. 00:07:22.060 --> 00:07:24.740 Es wird zum Ausgangspunkt, von dem aus die Planung rückwärts arbeitet, 00:07:24.840 --> 00:07:26.000 um zu ermitteln, was geschehen muss, 00:07:26.080 --> 00:07:27.720 bevor die Fahrräder das Lager verlassen können. 00:07:28.860 --> 00:07:30.960 Das fertige Fahrrad ist nur die erste Ebene. 00:07:30.960 --> 00:07:34.500 Der NEMX 365 prüft die Stückliste, oft BOM genannt. 00:07:35.060 --> 00:07:37.020 Betrachten Sie die Stückliste als das Rezept für ein Fahrrad. 00:07:37.520 --> 00:07:41.160 Sie listet Rahmen, Räder, Kette, Sattel, Lenker, Bremsen, Schrauben 00:07:41.160 --> 00:07:43.020 und jedes weitere für den Bau erforderliche Teil auf. 00:07:43.540 --> 00:07:44.980 Wenn der Auftrag 70 Fahrräder umfasst, 00:07:45.060 --> 00:07:46.260 erweitert die Planung diesen Auftrag 00:07:46.260 --> 00:07:47.820 auf die für alle 70 benötigten Teile. 00:07:48.700 --> 00:07:50.300 Das kann sehr schnell eine lange Liste ergeben. 00:07:50.820 --> 00:07:52.800 Man benötigt vielleicht 70 Rahmen, 140 Räder, 00:07:52.900 --> 00:07:54.840 70 Ketten, 70 Sättel und hunderte kleiner Schrauben. 00:07:55.320 --> 00:07:57.220 Ein Planer muss nicht jedes Teil von Hand zählen. 00:07:57.220 --> 00:08:00.700 Die Stückliste gibt NEMX 365 die Struktur, 00:08:00.940 --> 00:08:02.780 damit das System die Nachfrage vom fertigen Fahrrad 00:08:02.780 --> 00:08:04.440 bis zu jeder Komponente zurückverfolgen kann. 00:08:05.060 --> 00:08:07.200 Aber mit Teilen allein lassen sich noch keine Fahrräder produzieren. 00:08:07.740 --> 00:08:08.640 Benötigt auch einen Arbeitsplan. 00:08:09.020 --> 00:08:11.780 Ein Arbeitsplan beschreibt die Arbeitsschritte zum Bau des Artikels, 00:08:12.120 --> 00:08:12.860 Rahmen montieren, 00:08:13.320 --> 00:08:13.900 Bäder anbringen, 00:08:14.280 --> 00:08:14.900 Bremsen prüfen 00:08:14.900 --> 00:08:16.540 und das fertige Fahrrad verpacken. 00:08:17.080 --> 00:08:18.280 Jeder Schritt kann eine Ressource erfordern. 00:08:18.760 --> 00:08:20.220 Diese Ressource kann ein Montageband, 00:08:20.340 --> 00:08:20.920 eine Werkbank, 00:08:21.080 --> 00:08:21.860 eine Lackierkabine, 00:08:22.200 --> 00:08:22.660 eine Maschine 00:08:22.660 --> 00:08:24.600 oder eine Gruppe von Fachkräften sein. 00:08:24.600 --> 00:08:26.440 Die Planung nutzt diese Informationen, 00:08:26.560 --> 00:08:28.080 um die Arbeit zum richtigen Zeitpunkt einzubringen. 00:08:28.140 --> 00:08:29.780 Anstatt Produktion als etwas zu betrachten, 00:08:29.880 --> 00:08:30.520 das sofort geschieht, 00:08:30.800 --> 00:08:32.180 beginnen hier die Termine rückwärts zu laufen. 00:08:32.700 --> 00:08:34.560 Wenn der Kunde die Fahrräder am Freitag benötigt, 00:08:34.640 --> 00:08:37.060 muss der Produktionsauftrag eventuell am Donnerstag fertig sein, 00:08:37.120 --> 00:08:38.620 damit das Lager verpacken und versenden kann. 00:08:39.340 --> 00:08:41.140 Die Montage muss dann möglicherweise am Dienstag beginnen. 00:08:41.460 --> 00:08:43.380 Die Rahmen und Räder müssen dann vielleicht schon am Montag eintreffen. 00:08:43.760 --> 00:08:46.400 Wenn ein Lieferant 10 Tage für die Lieferung der Räder benötigt, 00:08:46.480 --> 00:08:48.480 muss die Bestellung ihr Unternehmen noch früher verlassen. 00:08:48.880 --> 00:08:50.540 Das Kundendatum erzeugt eine Kette von Termin. 00:08:50.540 --> 00:08:53.800 Der Dynamic Starter von Mo60 arbeitet diese Kette rückwärts ab 00:08:53.800 --> 00:08:55.440 und berücksichtigt dabei die Durchlaufzeiten. 00:08:56.080 --> 00:08:57.640 Eine Durchlaufzeit ist einfach die Zeit, 00:08:57.720 --> 00:08:58.720 die für etwas benötigt wird, 00:08:58.820 --> 00:09:00.860 sei es die Lieferung eines Teils durch einen Lieferanten, 00:09:01.000 --> 00:09:02.180 der Warentransport im Lager 00:09:02.180 --> 00:09:03.980 oder der Abschluss eines Auftrags in der Fabrik. 00:09:04.420 --> 00:09:06.020 Ein verspätetes Teil kann alles andere verzögern. 00:09:06.480 --> 00:09:08.540 Angenommen, das System findet 70 Rahmen auf Lager. 00:09:09.180 --> 00:09:11.540 Es gibt auch eine offene Bestellung über 140 Räder, 00:09:11.660 --> 00:09:14.160 deren Lieferung vor Beginn der Montage geplant ist. 00:09:14.600 --> 00:09:16.520 Dieses Angebot deckt den Bedarf an Rädern, 00:09:16.800 --> 00:09:18.300 während die Rahmen ihren Teil bereits abdecken. 00:09:18.300 --> 00:09:19.500 Dann prüft es die Ketten. 00:09:19.920 --> 00:09:21.300 Vielleicht sind nur 40 Ketten vorrätig 00:09:21.300 --> 00:09:23.120 und keine Bestellung bringt die anderen 30 ein. 00:09:23.680 --> 00:09:24.680 Die Planung erkennt eine Lücke 00:09:24.680 --> 00:09:26.260 und erstellt einen Vorschlag, um diese zu schließen. 00:09:26.540 --> 00:09:28.340 Derselbe Prüfvorgang läuft für die fertigen Fahrräder, 00:09:28.420 --> 00:09:29.400 die darin enthaltenen Teile 00:09:29.400 --> 00:09:30.860 und alle dazwischenliegenden Arbeitsschritten. 00:09:31.060 --> 00:09:32.220 Ein Teil des Angebots existierbarer. 00:09:32.520 --> 00:09:33.940 Verfügbarer Bestand kann einen Bedarf decken. 00:09:34.260 --> 00:09:35.600 Eine offene Bestellung kann ihn decken, 00:09:35.640 --> 00:09:36.820 wenn die Waren rechtzeitig eintreffen. 00:09:37.200 --> 00:09:38.860 Ein offener Fertigungsauftrag kann ihn decken, 00:09:38.920 --> 00:09:40.100 wenn die Fabrik pünktlich fertig wird. 00:09:40.600 --> 00:09:42.080 Wenn keine dieser Quellen die Nachfrage deckt, 00:09:42.080 --> 00:09:43.880 erstellt der Plan einen geplanten Auftrag. 00:09:43.880 --> 00:09:45.580 Ein geplanter Bestellvorschlag 00:09:45.580 --> 00:09:47.300 schlägt den Kauf von Artikeln bei einem Lieferanten vor. 00:09:47.680 --> 00:09:49.020 Ein geplanter Fertigungsauftrag 00:09:49.020 --> 00:09:50.500 schlägt die Eigenfertigung im Unternehmen vor. 00:09:50.940 --> 00:09:52.360 Ein geplanter Umlagerungsauftrag 00:09:52.360 --> 00:09:53.360 schlägt den Bestandsausgleich 00:09:53.360 --> 00:09:54.820 zwischen Standorten oder Lagern vor. 00:09:55.280 --> 00:09:56.980 Dies sind Vorschläge, keine festen Verpflichtungen. 00:09:57.500 --> 00:09:59.820 Dynamics Data 65 sendet nicht einfach stillschweigend 00:09:59.820 --> 00:10:00.980 einen Auftrag an einen Lieferanten 00:10:00.980 --> 00:10:02.520 oder beginnt mit der Arbeit in der Fertigung. 00:10:03.440 --> 00:10:05.060 Es liefert dem Plan eine vorbeschlagene Menge 00:10:05.060 --> 00:10:07.000 und ein Datum auf Basis der verfügbaren Daten. 00:10:07.260 --> 00:10:09.520 Ein Mitarbeiter prüft weiterhin, ob der Lieferant passt, 00:10:09.640 --> 00:10:10.740 ob das Datum realistisch ist 00:10:10.740 --> 00:10:12.580 und ob das Unternehmen die Maßnahme genehmigen sollte. 00:10:12.580 --> 00:10:14.180 Stellen Sie sich ein kleines Problem 00:10:14.180 --> 00:10:15.200 mit unserem Fahrradauftrag vor. 00:10:15.700 --> 00:10:17.020 Alles scheint bereit zu sein, bis auf ein Rad. 00:10:17.380 --> 00:10:18.800 Das geplante Angebot deckt Rahmen, 00:10:19.000 --> 00:10:20.880 Kettensitze und fast jedes Rad ab, ab. 00:10:21.320 --> 00:10:22.320 Doch ein Rad kommt einen Tag 00:10:22.320 --> 00:10:23.740 nach dem benötigten Montagetermin an. 00:10:24.100 --> 00:10:26.260 Ohne dieses Rad kann ein Fahrrad nicht fertiggestellt werden. 00:10:26.540 --> 00:10:28.060 Obwohl das Lager voll mit Teilen aussieht, 00:10:28.400 --> 00:10:29.560 verfolgt die Masterplanung die Lücke 00:10:29.560 --> 00:10:30.620 bis zu ihrer Quelle zurück. 00:10:31.080 --> 00:10:31.780 Der Planer erkennt, 00:10:31.880 --> 00:10:32.840 dass der Engpass nicht direkt 00:10:32.840 --> 00:10:34.300 vom Kundenauftrag selbst herrührt. 00:10:35.360 --> 00:10:36.860 Aber es liegt am Lieferdatum des Lieferanten 00:10:36.860 --> 00:10:37.740 für die Bestellung der Räder. 00:10:38.220 --> 00:10:39.260 Das gibt dem Planer einen konkreten 00:10:39.260 --> 00:10:40.000 Ansatzpunkt zum Handeln. 00:10:40.480 --> 00:10:41.720 Eine frühere Lieferung anfordern, 00:10:41.720 --> 00:10:42.860 eine andere Quelle finden 00:10:42.860 --> 00:10:43.980 oder das Produktionsdatum ändern. 00:10:44.140 --> 00:10:45.340 Der Plan kann Angebote vorschlagen. 00:10:45.740 --> 00:10:47.160 Aber die nächste Frage ist genauso nützlich. 00:10:47.680 --> 00:10:48.680 Warum hat ein Nenix 365 00:10:48.680 --> 00:10:50.660 dieses Angebot mit dieser Nachfrage verknüpft? 00:10:51.160 --> 00:10:52.360 Das Lesen der Nettobedarfe 00:10:52.360 --> 00:10:53.640 ist das Planungsgespräch. 00:10:54.420 --> 00:10:56.200 Planer nutzen daher die Seite für Nettobedarfe, 00:10:56.260 --> 00:10:57.340 um diese Verbindung zu untersuchen. 00:10:57.800 --> 00:10:59.660 Diese Seite führt das gesamte Planungsgespräch 00:10:59.660 --> 00:11:01.060 für einen Artikel an einem Ort zusammen. 00:11:01.620 --> 00:11:02.480 Es zeigt jeden Bedarf, 00:11:02.560 --> 00:11:03.380 der den Artikel erfordert 00:11:03.380 --> 00:11:04.460 und jede Versorgungsquelle, 00:11:04.580 --> 00:11:05.240 die ihn abdecken kann, 00:11:05.420 --> 00:11:06.720 mit Daten direkt neben jeder Zeile. 00:11:07.320 --> 00:11:08.600 Nehme das Fahrradrad als Beispiel. 00:11:09.240 --> 00:11:10.300 Oben wählen Sie den Standort 00:11:10.300 --> 00:11:11.140 oder das Lager aus, 00:11:11.200 --> 00:11:12.320 für das dieses Rad relevant ist. 00:11:12.940 --> 00:11:14.320 Darunter zeigt Dynamics 365 00:11:14.320 --> 00:11:15.980 alle zugehörigen Transaktionen, 00:11:16.080 --> 00:11:16.840 Verkäufe, Einkäufe, 00:11:16.940 --> 00:11:17.840 Lagerbestand, Produktion, 00:11:18.080 --> 00:11:18.840 alles in einer Liste. 00:11:19.520 --> 00:11:20.780 Der Bedarf wird als negative Zahl 00:11:20.780 --> 00:11:22.340 gegenüber Ihrem verfügbaren Bestand angezeigt. 00:11:22.820 --> 00:11:24.360 Dieser Bedarf kann aus vielen Quellen stammen. 00:11:24.860 --> 00:11:26.080 Ein Verkaufsauftrag benötigt Räder, 00:11:26.160 --> 00:11:27.360 weil ein Kunde Fahrräder bestellt hat. 00:11:27.860 --> 00:11:28.780 Eine Prognose erzeugt 00:11:28.780 --> 00:11:30.060 den erwarteten zukünftigen Bedarf. 00:11:30.440 --> 00:11:32.000 Ein Fertigungsauftrag benötigt Räder 00:11:32.000 --> 00:11:32.660 für den Fabrikplan. 00:11:32.960 --> 00:11:34.660 Und ein Umlagerungsauftrag erzeugt Bedarf, 00:11:34.740 --> 00:11:36.060 wenn ein anderes Lagerbestand antwortet. 00:11:36.200 --> 00:11:37.820 Jede Zeile beantwortet eine einfache Frage. 00:11:37.820 --> 00:11:38.880 Wer benötigt diesen Artikel? 00:11:39.320 --> 00:11:39.920 Wie viele benötigt? 00:11:40.260 --> 00:11:40.780 Und zu welchem Dat? 00:11:40.980 --> 00:11:41.740 Das klingt simpel, 00:11:41.840 --> 00:11:42.900 verhindert aber einen häufigen Fehler. 00:11:43.820 --> 00:11:45.120 Leute sehen oft eine Gesamtmenge 00:11:45.120 --> 00:11:45.840 und nehmen an, 00:11:45.840 --> 00:11:47.280 sie gehöre zu einem Kunden oder Auftrag, 00:11:47.360 --> 00:11:48.180 obwohl derselbe Artikel 00:11:48.180 --> 00:11:49.040 mehrere Aufträge 00:11:49.040 --> 00:11:50.100 zu verschiedenen Terminen könnte. 00:11:51.560 --> 00:11:52.420 Auf der Angebotsseite 00:11:52.420 --> 00:11:53.560 haben Sie den Lagerbestand, 00:11:53.640 --> 00:11:54.920 also das, was bereits vorrätig ist. 00:11:55.880 --> 00:11:57.040 Dazu kommen Einkaufsbestellungen 00:11:57.040 --> 00:11:57.580 bei Lieferanten, 00:11:57.740 --> 00:11:58.460 Fertigungsaufträge, 00:11:58.560 --> 00:11:59.220 die Ihr Unternehmen plant, 00:11:59.320 --> 00:12:00.300 Umlagerungen zwischen Lagern 00:12:00.300 --> 00:12:01.200 und geplante Aufträge, 00:12:01.480 --> 00:12:02.380 die das System vorschlägt, 00:12:02.440 --> 00:12:03.360 die aber noch niemand erstellt hat. 00:12:04.240 --> 00:12:05.600 Die Seite sortiert alles nach Datum. 00:12:06.060 --> 00:12:07.080 Während Sie durch die Liste scrollen, 00:12:07.080 --> 00:12:07.680 können Sie beobachten, 00:12:07.740 --> 00:12:08.920 wie sich die verfügbare Menge ändert. 00:12:09.440 --> 00:12:10.740 Der Bestand mag Anfang des Monats 00:12:10.740 --> 00:12:11.380 gut aussehen, 00:12:11.540 --> 00:12:11.880 sinkt dann, 00:12:11.960 --> 00:12:12.900 wenn ein Fertigungsauftrag 00:12:12.900 --> 00:12:13.620 Teile verbraucht 00:12:13.620 --> 00:12:14.120 und steigt wieder, 00:12:14.200 --> 00:12:15.500 wenn eine Lieferantenlieferung eintrifft. 00:12:16.120 --> 00:12:17.220 Das Timing ändert das Ergebnis. 00:12:17.800 --> 00:12:18.120 Angenommen, 00:12:18.200 --> 00:12:19.400 am Montag liegen 100 Räder 00:12:19.400 --> 00:12:20.080 in einem Lager, 00:12:20.440 --> 00:12:21.460 aber ein Fertigungsauftrag 00:12:21.460 --> 00:12:22.820 benötigt 80 am Dienstag 00:12:22.820 --> 00:12:23.600 und am Mittwoch erscheint 00:12:23.600 --> 00:12:25.040 ein weiterer Kundenbedarf von 30. 00:12:25.440 --> 00:12:26.960 Der Gesamtbedarf übersteigt den Bestand, 00:12:27.220 --> 00:12:27.880 obwohl am Freitag 00:12:27.880 --> 00:12:29.160 eine eingehende Einkaufsbestellung 00:12:29.160 --> 00:12:30.320 für 50 Räder eintrifft. 00:12:30.740 --> 00:12:31.560 Die Lieferung am Freitag 00:12:31.560 --> 00:12:32.700 löst den Engpass am Mittwoch nicht. 00:12:37.080 --> 00:12:37.920 60 fordert nicht einfach 00:12:37.920 --> 00:12:39.020 willkürlich weitere Räder an. 00:12:39.460 --> 00:12:40.120 Es erkennt genau, 00:12:40.260 --> 00:12:41.540 wann das verfügbare Angebot 00:12:41.540 --> 00:12:43.020 unter den zu deckenden Bedarf fällt. 00:12:43.580 --> 00:12:44.080 Nun könnten Sie 00:12:44.080 --> 00:12:45.260 eine spezifischere Frage stellen. 00:12:45.640 --> 00:12:46.520 Welche Versorgungszeile 00:12:46.520 --> 00:12:47.480 deckt welche Bedarfsteile an? 00:12:47.720 --> 00:12:48.740 Diese Verbindung nennt man Pegging. 00:12:49.100 --> 00:12:50.560 Pegging ist die planungsseitige Verknüpfung 00:12:50.560 --> 00:12:51.660 von Dynamics 365 00:12:51.660 --> 00:12:52.620 zwischen Bedarf und Angebot. 00:12:52.820 --> 00:12:53.740 Es verbindet einen Bedarf 00:12:53.740 --> 00:12:55.120 wie ein Fertigungsauftrag für Fahrräder 00:12:55.120 --> 00:12:55.640 mit der Quelle, 00:12:55.720 --> 00:12:56.880 die diesen voraussichtlich decken soll, 00:12:57.120 --> 00:12:58.220 wie eine Einkaufsbestellung für Räder 00:12:58.220 --> 00:12:59.240 oder einen geplanten Einkaufsauftrag. 00:12:59.540 --> 00:13:01.020 Das System erstellt diese Verknüpfung 00:13:01.020 --> 00:13:02.180 während der Planungskalkulation. 00:13:02.180 --> 00:13:03.600 Wenn sich der Bedarf ändert, 00:13:03.840 --> 00:13:04.360 kann die Planung 00:13:04.360 --> 00:13:05.460 die Verbindung neu berechnen. 00:13:06.020 --> 00:13:06.820 Vielleicht verschiebt ein Kunde 00:13:06.820 --> 00:13:07.480 seinen Liefertermin 00:13:07.480 --> 00:13:08.920 oder eine eingehende Einkaufsbestellung 00:13:08.920 --> 00:13:09.500 verzögert sich. 00:13:10.100 --> 00:13:10.640 Pegging kann dann 00:13:10.640 --> 00:13:12.120 auf eine andere Versorgungsquelle verweisen 00:13:12.120 --> 00:13:13.900 oder einen neuen geplanten Auftrag erstellen, 00:13:13.980 --> 00:13:14.760 wo die Lücke entsteht. 00:13:15.140 --> 00:13:15.540 Es hilft Ihnen, 00:13:15.620 --> 00:13:16.640 die gesamte Kette nachzuverfolgen. 00:13:16.900 --> 00:13:18.100 Beginnen Sie mit einem Verkaufsauftrag, 00:13:18.180 --> 00:13:19.640 sehen Sie den zugehörigen Fertigungsauftrag, 00:13:19.720 --> 00:13:20.280 verfolgen Sie diesen 00:13:20.280 --> 00:13:21.320 bis zu den benötigten Teilen 00:13:21.320 --> 00:13:22.100 und finden Sie die Bestellung, 00:13:22.160 --> 00:13:22.720 die diese abdecken. 00:13:23.080 --> 00:13:24.340 Manchmal benötigen Sie mehr Kontrolle. 00:13:24.720 --> 00:13:25.600 Da kommt die Kennzeichnung ins Spiel. 00:13:25.940 --> 00:13:27.300 Die Kennzeichnung ist eine manuelle Verbindung 00:13:27.300 --> 00:13:28.240 zwischen einer Angebots- 00:13:28.240 --> 00:13:29.320 und einer Bedarfstransaktion. 00:13:29.800 --> 00:13:30.660 Sie teilt dem System mit, 00:13:30.680 --> 00:13:31.360 dass dieses Angebot 00:13:31.360 --> 00:13:32.300 diesen Bedarf decken soll, 00:13:32.420 --> 00:13:33.460 anstatt der Planung zu erlauben, 00:13:33.500 --> 00:13:34.840 ihn beliebig anderweitig zuzuordnen. 00:13:35.280 --> 00:13:35.920 Dellen Sie es sich so vor, 00:13:35.940 --> 00:13:36.660 als würden Sie ein Etikett 00:13:36.660 --> 00:13:38.100 auf zwei zusammengehörige Datensätze kleben. 00:13:38.440 --> 00:13:39.320 Sie könnten eine bestimmte 00:13:39.320 --> 00:13:40.460 eingehende Bestellung von Rädern 00:13:40.460 --> 00:13:41.080 mit einem speziellen 00:13:41.080 --> 00:13:42.360 Fertigungsauftrag kennzeichnen, 00:13:42.560 --> 00:13:43.260 weil diese Räder 00:13:43.260 --> 00:13:44.840 für diesen Auftrag gekauft wurden. 00:13:45.640 --> 00:13:46.960 Die Planung respektiert diese Beziehung 00:13:46.960 --> 00:13:47.940 stärker als eine normale 00:13:47.940 --> 00:13:48.660 Pegging-Verknüpfung. 00:13:49.000 --> 00:13:50.500 Dennoch ist ein gekennzeichnetes Angebot 00:13:50.500 --> 00:13:51.860 nicht die stärkste verfügbare Verbindung. 00:13:52.200 --> 00:13:53.120 Reservierung ist stärker. 00:13:53.120 --> 00:13:54.460 Wenn Sie Lagerbestand 00:13:54.460 --> 00:13:55.020 oder einen Zugang 00:13:55.020 --> 00:13:56.260 für einen bestimmten Bedarf reservieren, 00:13:56.340 --> 00:13:57.640 erstellen Sie eine feste Verknüpfung. 00:13:58.220 --> 00:13:58.960 Diese Menge wird für den 00:13:58.960 --> 00:13:59.800 gewählten Verkaufsauftrag, 00:13:59.880 --> 00:14:00.460 Fertigungsauftrag 00:14:00.460 --> 00:14:01.700 oder einen anderen Bedarf reserviert. 00:14:02.220 --> 00:14:03.260 Und die Hauptplanung behandelt 00:14:03.260 --> 00:14:04.360 die Reservierung vorrangig 00:14:04.360 --> 00:14:05.160 gegenüber normalem 00:14:05.160 --> 00:14:06.180 Pegging und Kennzeichnung. 00:14:06.840 --> 00:14:08.320 Stellen Sie sich zehn Räder auf Lager vor, 00:14:08.520 --> 00:14:09.140 aber diese Räder sind 00:14:09.140 --> 00:14:09.640 für einen dringenden 00:14:09.640 --> 00:14:10.740 Reparaturauftrag reserviert. 00:14:11.580 --> 00:14:12.740 Ein späterer Kundenauftrag 00:14:12.740 --> 00:14:14.340 benötigt möglicherweise ebenfalls Räder, 00:14:14.420 --> 00:14:15.180 aber die Planung kann diese 00:14:15.180 --> 00:14:16.020 zehn reservierten Räder 00:14:16.020 --> 00:14:17.180 nicht als frei verfügbar betrachten. 00:14:17.560 --> 00:14:18.700 Sie muss anderes Angebot finden 00:14:18.700 --> 00:14:19.840 oder mehr Angebot vorschlagen, 00:14:19.920 --> 00:14:20.480 da die Reservierung 00:14:20.480 --> 00:14:21.580 sie bereits anderweitig zuweist. 00:14:21.920 --> 00:14:22.700 Pegging, Kennzeichnung 00:14:22.700 --> 00:14:23.260 und Reservierung 00:14:23.260 --> 00:14:23.760 bieten Ihnen also 00:14:23.760 --> 00:14:24.660 drei Verbindungsebenen. 00:14:25.020 --> 00:14:25.860 Pegging ist der automatische 00:14:25.860 --> 00:14:26.600 Abgleich des Systems. 00:14:27.060 --> 00:14:27.600 Kennzeichnung ist 00:14:27.600 --> 00:14:28.800 eine manuelle festere Verknüpfung. 00:14:29.080 --> 00:14:29.820 Bindet ein Angebot 00:14:29.820 --> 00:14:30.800 an einen spezifischen Bedarf. 00:14:31.180 --> 00:14:32.340 Sie ist die stärkste der drei. 00:14:32.900 --> 00:14:33.920 Sobald Sie diese Verknüpfung 00:14:33.920 --> 00:14:34.420 lesen können, 00:14:34.540 --> 00:14:35.460 wirken geplante Aufträge 00:14:35.460 --> 00:14:37.000 nicht mehr wie unerklärliche Anweisungen. 00:14:37.480 --> 00:14:38.260 Die nächste Frage ist, 00:14:38.320 --> 00:14:39.660 wie oft sich diese Planungssicht ändert 00:14:39.660 --> 00:14:41.380 und wie schnell Dynamics 365 00:14:41.380 --> 00:14:42.400 sie berechnen kann. 00:14:43.420 --> 00:14:44.020 Statische Planung, 00:14:44.100 --> 00:14:44.660 dynamische Planung 00:14:44.660 --> 00:14:45.420 und Planungsoptimierung. 00:14:45.820 --> 00:14:46.640 Die Seite Netto-Bedarf 00:14:46.640 --> 00:14:47.760 zeigt ein Planungsergebnis, 00:14:47.760 --> 00:14:48.500 aber nicht jeder Plan 00:14:48.500 --> 00:14:49.580 aktualisiert sie auf die gleiche Weise. 00:14:49.860 --> 00:14:51.300 Ein statischer Plan ändert sich nur, 00:14:51.400 --> 00:14:52.780 wenn jemand den Hauptplanungsauftrag ausführt. 00:14:53.360 --> 00:14:54.080 Das bietet Planern 00:14:54.080 --> 00:14:54.780 eine stabile Sicht, 00:14:54.880 --> 00:14:55.720 die sie im Laufe des Tages 00:14:55.720 --> 00:14:56.360 überprüfen können, 00:14:56.420 --> 00:14:57.500 ohne dass jede neue Transaktion 00:14:57.500 --> 00:14:58.680 die zugrunde liegenden Zahlen verändert. 00:14:59.140 --> 00:14:59.660 Stellen Sie sich vor, 00:14:59.700 --> 00:15:00.660 ein großer Verkaufsauftrag 00:15:00.660 --> 00:15:01.360 geht um 11 Uhr morgens. 00:15:01.820 --> 00:15:02.720 Wenn der statische Plan 00:15:02.720 --> 00:15:03.320 über Nacht lief, 00:15:03.560 --> 00:15:04.540 erscheint dieser neue Auftrag 00:15:04.540 --> 00:15:05.720 erst beim nächsten Planungslauf 00:15:05.720 --> 00:15:06.460 in den Vorschlägen. 00:15:07.160 --> 00:15:08.060 Der Plan zeigt weiterhin 00:15:08.060 --> 00:15:09.220 das zuletzt berechnete Ergebnis, 00:15:09.320 --> 00:15:10.080 was nützlich sein kann, 00:15:10.140 --> 00:15:10.580 wenn ein Team 00:15:10.580 --> 00:15:11.340 eine gemeinsame Sicht 00:15:11.340 --> 00:15:12.220 für den Tag benötigt. 00:15:12.720 --> 00:15:13.380 Aber diese Stabilität 00:15:13.380 --> 00:15:13.880 hat ihren Preis. 00:15:13.880 --> 00:15:14.940 Neuer Bedarf 00:15:14.940 --> 00:15:15.460 kann eine Weile 00:15:15.460 --> 00:15:16.660 außerhalb des statischen Plans liegen, 00:15:16.760 --> 00:15:17.520 besonders wenn Ihr Unternehmen 00:15:17.520 --> 00:15:18.260 die Planung nur einmal 00:15:18.260 --> 00:15:19.400 pro Nacht oder pro Woche ausführt. 00:15:19.880 --> 00:15:20.940 Ein Planer weiß möglicherweise, 00:15:21.060 --> 00:15:22.300 dass ein Kundenauftrag existiert, 00:15:22.400 --> 00:15:23.180 aber der statische Plan 00:15:23.180 --> 00:15:24.120 hat die Angebotsreaktion 00:15:24.120 --> 00:15:24.880 noch nicht neu überrechnet. 00:15:25.360 --> 00:15:26.240 Hier hilft ein dynamischer Plan. 00:15:26.700 --> 00:15:27.420 Ein dynamischer Plan 00:15:27.420 --> 00:15:28.340 zeigt den aktuellen Bedarf 00:15:28.340 --> 00:15:28.860 in Echtzeit. 00:15:29.300 --> 00:15:30.260 Planer können die Auswirkungen 00:15:30.260 --> 00:15:31.100 neuer Verkaufsaufträge 00:15:31.100 --> 00:15:32.140 und anderer Anforderungen sehen, 00:15:32.220 --> 00:15:32.760 ohne auf den nächsten 00:15:32.760 --> 00:15:34.120 vollständigen Masterplanungslauf zu warten. 00:15:34.320 --> 00:15:35.460 Das ist eine kurzfristigere Sichtweise. 00:15:35.740 --> 00:15:36.720 Dynamische Pläne verzichten 00:15:36.720 --> 00:15:37.260 auf Prognosen 00:15:37.260 --> 00:15:38.220 und konzentrieren sich auf das, 00:15:38.300 --> 00:15:38.880 was gerade geschieht. 00:15:39.460 --> 00:15:39.800 Angenommen, 00:15:39.800 --> 00:15:40.880 ein Kunde gibt heute Nachmittag 00:15:40.880 --> 00:15:41.740 unerwartet eine Bestellung 00:15:41.740 --> 00:15:42.900 über 200 Fahrräder auf. 00:15:43.300 --> 00:15:44.920 Bevor jemand ein Lieferdatum verspricht, 00:15:45.380 --> 00:15:45.900 kann der Planer 00:15:45.900 --> 00:15:47.060 den dynamischen Plan öffnen 00:15:47.060 --> 00:15:48.020 und die Auswirkungen prüfen. 00:15:48.480 --> 00:15:49.400 Erzeugt der neue Auftrag 00:15:49.400 --> 00:15:49.840 einen Engpass? 00:15:50.300 --> 00:15:51.380 Verschiebt er einen bestehenden Bedarf 00:15:51.380 --> 00:15:52.280 auf ein späteres Datum? 00:15:52.620 --> 00:15:53.480 Löst er einen neuen Vorschlag 00:15:53.480 --> 00:15:54.880 für einen Kauf oder eine Produktion aus? 00:15:55.580 --> 00:15:56.280 Dies bietet dem Team 00:15:56.280 --> 00:15:56.920 eine praktische 00:15:56.920 --> 00:15:57.820 Was-wäre-wenn-Analyse. 00:15:58.580 --> 00:15:59.740 Man ändert den statischen Plan 00:15:59.740 --> 00:16:00.140 nicht nur, 00:16:00.220 --> 00:16:01.640 um einen einzelnen neuen Auftrag zu untersuchen. 00:16:02.020 --> 00:16:02.620 Man prüft zuerst 00:16:02.620 --> 00:16:03.640 die wahrscheinlichen Auswirkungen 00:16:03.640 --> 00:16:04.380 und entscheidet dann, 00:16:04.480 --> 00:16:05.280 ob der Auftrag sofort 00:16:05.280 --> 00:16:06.240 Aufmerksamkeit erfordert 00:16:06.240 --> 00:16:06.900 oder bis zum nächsten 00:16:06.900 --> 00:16:07.860 geplanten Lauf warten kann. 00:16:08.620 --> 00:16:09.640 Statische und dynamische Pläne 00:16:09.640 --> 00:16:10.400 beantworten Verwandte 00:16:10.400 --> 00:16:11.220 aber unterschiedliche Fragen. 00:16:11.600 --> 00:16:12.560 Der statische Plan fragt, 00:16:12.640 --> 00:16:13.440 was hat uns unsere letzte 00:16:13.440 --> 00:16:14.800 offizielle Planungsberechnung geraten? 00:16:16.340 --> 00:16:17.620 Der dynamische Plan fragt, 00:16:17.880 --> 00:16:18.760 wie der aktuelle Bedarf 00:16:18.760 --> 00:16:19.440 im Moment aussieht. 00:16:20.120 --> 00:16:20.820 Hinter beiden Plänen 00:16:20.820 --> 00:16:21.820 steht die Planungsengine 00:16:21.820 --> 00:16:24.520 für Dynamics 365 Cloud-Umgebungen. 00:16:24.960 --> 00:16:25.860 Die Planungsoptimierung 00:16:25.860 --> 00:16:26.820 ist die moderne Engine, 00:16:27.000 --> 00:16:27.460 die Microsoft 00:16:27.460 --> 00:16:28.740 für die Masterplanung nutzt. 00:16:29.220 --> 00:16:30.160 Sie berechnet den Bedarf 00:16:30.160 --> 00:16:31.620 außerhalb der Hauptgeschäftsanwendung, 00:16:31.700 --> 00:16:32.880 was die Systemlast 00:16:32.880 --> 00:16:34.600 für die tägliche Arbeit reduziert. 00:16:34.600 --> 00:16:36.240 Ältere Planungsläufe 00:16:36.240 --> 00:16:37.320 konnten viel Zeit in Anspruch nehmen. 00:16:37.600 --> 00:16:38.300 Berichte von Kunden 00:16:38.300 --> 00:16:39.000 und Partnern zeigen, 00:16:39.120 --> 00:16:39.900 dass Planungsaufgaben, 00:16:39.960 --> 00:16:40.820 die früher Stunden dauerten, 00:16:40.900 --> 00:16:41.800 mit der Planungsoptimierung 00:16:41.800 --> 00:16:42.680 in Minuten erledigt sind. 00:16:43.540 --> 00:16:44.500 Schnellere Läufe bedeuten, 00:16:44.600 --> 00:16:45.240 dass Teams den Plan 00:16:45.240 --> 00:16:46.260 öfter aktualisieren können, 00:16:46.340 --> 00:16:47.400 anstatt bis zum Ende des Tages 00:16:47.400 --> 00:16:47.800 zu warten, 00:16:47.920 --> 00:16:49.020 aber eine schnellere Antwort kann 00:16:49.020 --> 00:16:50.320 immer noch eine falsche sein. 00:16:51.140 --> 00:16:52.000 Die Planungsoptimierung 00:16:52.000 --> 00:16:53.000 kann eine enorme Menge 00:16:53.000 --> 00:16:53.880 an verknüpften Daten 00:16:53.880 --> 00:16:54.620 schnell berechnen. 00:16:55.040 --> 00:16:55.700 Sie arbeitet jedoch nur 00:16:55.700 --> 00:16:56.400 mit den Datensätzen, 00:16:56.480 --> 00:16:57.340 die Ihr Unternehmen ihr bereitsteht. 00:16:57.580 --> 00:16:58.180 Wenn die Lieferzeit 00:16:58.180 --> 00:16:59.200 eines Lieferanten falsch ist, 00:16:59.280 --> 00:17:00.160 kann auch das vorgeschlagene 00:17:00.160 --> 00:17:01.040 Bestelldatum falsch sein. 00:17:01.040 --> 00:17:02.100 Wenn das System glaubt, 00:17:02.140 --> 00:17:03.240 dass 500 Räder auf Lager sind, 00:17:03.320 --> 00:17:04.100 obwohl das nicht stimmt, 00:17:04.220 --> 00:17:05.000 übersieht es möglicherweise 00:17:05.000 --> 00:17:05.820 einen Einkaufsvorschlag, 00:17:05.880 --> 00:17:06.780 den Sie tatsächlich benötigen. 00:17:06.860 --> 00:17:07.660 Und wenn in der Stückliste 00:17:07.660 --> 00:17:08.260 ein Teil fehlt, 00:17:08.660 --> 00:17:09.700 kann die Planung keinen Bedarf 00:17:09.700 --> 00:17:10.920 für dieses fehlende Teil erzeugen. 00:17:11.520 --> 00:17:12.200 Die Berechnung mag 00:17:12.200 --> 00:17:13.160 in Minuten fertig sein, 00:17:13.460 --> 00:17:14.700 aber die Fabrik steht trotzdem still, 00:17:15.000 --> 00:17:15.680 wenn das Teil fehlt. 00:17:16.220 --> 00:17:16.900 Es gibt auch eine Änderung 00:17:16.900 --> 00:17:17.300 in der Art und Weise 00:17:17.300 --> 00:17:17.800 wie die Planung ab. 00:17:18.180 --> 00:17:19.060 Mit der Planungsoptimierung 00:17:19.060 --> 00:17:20.000 sind Pläne regenerativ. 00:17:20.600 --> 00:17:21.080 Das bedeutet, 00:17:21.200 --> 00:17:21.680 dass jeder Lauf 00:17:21.680 --> 00:17:22.420 alle Anforderungen 00:17:22.420 --> 00:17:23.200 erneut überprüft, 00:17:23.280 --> 00:17:23.880 anstatt den älteren 00:17:23.880 --> 00:17:24.960 Netschange-Ansatz zu verwenden, 00:17:25.080 --> 00:17:26.320 der nur Artikel mit neuen Anforderungen 00:17:31.040 --> 00:17:31.240 hat. 00:17:31.520 --> 00:17:32.720 Das beseitigt die Unsicherheit, 00:17:32.780 --> 00:17:33.780 ob eine frühere Änderung 00:17:33.780 --> 00:17:34.360 bei der Berechnung 00:17:34.360 --> 00:17:34.980 übersehen wurde, 00:17:35.420 --> 00:17:36.360 während die schnellere Engine 00:17:36.360 --> 00:17:37.600 eine vollständige Neuberechnung 00:17:37.600 --> 00:17:38.220 für viele Unternehmen 00:17:38.220 --> 00:17:38.880 praktikabler macht. 00:17:39.320 --> 00:17:40.220 Geschwindigkeit hilft also, 00:17:40.340 --> 00:17:41.280 aber erst saubere Daten 00:17:41.280 --> 00:17:41.640 entscheiden, 00:17:41.740 --> 00:17:42.500 ob man dem Plan vertraut. 00:17:43.020 --> 00:17:43.560 Sobald der Plan 00:17:43.560 --> 00:17:44.540 seine Vorschläge erstellt hat, 00:17:44.640 --> 00:17:45.740 besteht die nächste Aufgabe darin, 00:17:45.760 --> 00:17:46.100 zu entscheiden, 00:17:46.180 --> 00:17:47.380 welche zuerst bearbeitet werden müssen. 00:17:47.940 --> 00:17:48.920 Doch was die Masterplanung 00:17:48.920 --> 00:17:49.920 leistet und was nicht? 00:17:50.720 --> 00:17:51.880 Hier ist die einfachste Definition. 00:17:52.780 --> 00:17:53.540 Die Masterplanung 00:17:53.540 --> 00:17:54.280 nutzt alle Daten 00:17:54.280 --> 00:17:55.120 in Dynamics 365 00:17:55.120 --> 00:17:56.240 und schlägt vor, 00:17:56.300 --> 00:17:56.760 was zu kaufen, 00:17:56.840 --> 00:17:58.120 zu produzieren oder zu bewegen 00:17:58.120 --> 00:17:59.580 ist komplett mit Daten und Mengen. 00:17:59.580 --> 00:18:01.000 Ein Planer prüft 00:18:01.000 --> 00:18:01.940 diese geplanten Aufträge, 00:18:02.060 --> 00:18:02.600 bevor er handelt. 00:18:03.140 --> 00:18:04.320 Er kontrolliert den Lieferanten, 00:18:04.560 --> 00:18:05.240 das Lieferdatum, 00:18:05.300 --> 00:18:05.540 die Menge 00:18:05.540 --> 00:18:06.140 und ob das Werk 00:18:06.140 --> 00:18:07.060 die Arbeit bewältigen kann. 00:18:07.620 --> 00:18:08.820 Sobald die Bestätigung erfolgt, 00:18:08.880 --> 00:18:09.600 wird aus dem Vorschlag 00:18:09.600 --> 00:18:10.560 ein echter Einkaufs-, 00:18:10.560 --> 00:18:11.360 Produktions- oder 00:18:11.360 --> 00:18:12.460 Umlagerungsauftrag. 00:18:12.880 --> 00:18:13.620 Aber die Masterplanung 00:18:13.620 --> 00:18:14.460 kann nicht in die Zukunft sehen. 00:18:14.980 --> 00:18:16.160 Prognosen sind nur Schätzungen 00:18:16.160 --> 00:18:17.540 und echte Kundenaufträge 00:18:17.540 --> 00:18:18.620 können sich über Nacht ändern. 00:18:18.980 --> 00:18:20.200 Und sie ersetzt definitiv nicht 00:18:20.200 --> 00:18:21.160 die menschlichen Planer. 00:18:21.620 --> 00:18:22.200 Menschen bewältigen 00:18:22.200 --> 00:18:23.100 weiterhin das Lieferantenrisiko. 00:18:23.440 --> 00:18:24.500 Kundenzusagen und Ausnahmen. 00:18:25.020 --> 00:18:25.660 Das kann das System 00:18:25.660 --> 00:18:26.320 einfach nicht beurteilen. 00:18:27.080 --> 00:18:27.740 Auch der Bestand allein 00:18:27.740 --> 00:18:28.280 reicht nicht aus. 00:18:28.280 --> 00:18:29.400 Dieser Bestand kommt vielleicht 00:18:29.400 --> 00:18:29.920 zu spät an, 00:18:30.020 --> 00:18:30.720 liegt im falschen Lager 00:18:30.720 --> 00:18:31.260 oder ist bereits 00:18:31.260 --> 00:18:32.400 für einen anderen Auftrag reserviert. 00:18:33.020 --> 00:18:33.780 Für gute Ergebnisse 00:18:33.780 --> 00:18:35.080 brauchen sie saubere Daten, 00:18:35.420 --> 00:18:36.660 gepflegte Artikelstammdaten, 00:18:36.800 --> 00:18:37.780 genaue Durchlaufzeiten, 00:18:37.960 --> 00:18:38.800 korrekte Stücklisten, 00:18:39.160 --> 00:18:39.840 aktuelle Bestände 00:18:39.840 --> 00:18:40.920 und realistische Nachfrage. 00:18:41.860 --> 00:18:42.820 Für unseren Fahrradauftrag 00:18:42.820 --> 00:18:43.740 deckt der vorhandene Bestand 00:18:43.740 --> 00:18:44.680 einen Teil des Bedarfs ab. 00:18:44.980 --> 00:18:45.480 Die Planung schlägt 00:18:45.480 --> 00:18:46.520 die Versorgung für den Rest vor 00:18:46.520 --> 00:18:47.580 und der Planer bestätigt 00:18:47.580 --> 00:18:48.100 die Maßnahme. 00:18:48.380 --> 00:18:49.080 Das bringt uns zurück 00:18:49.080 --> 00:18:49.560 zu der Frage, 00:18:49.660 --> 00:18:50.800 die jedes Team beantworten muss. 00:18:51.180 --> 00:18:52.200 Was muss als nächstes geschehen? 00:18:53.420 --> 00:18:53.840 Fazit, 00:18:53.940 --> 00:18:54.860 ein vernetzter Plan. 00:18:55.860 --> 00:18:57.000 Die Masterplanung nimmt 00:18:57.000 --> 00:18:58.300 Nachfrage Bestandsniveaus, 00:18:58.640 --> 00:18:59.200 Liefertermine, 00:18:59.320 --> 00:19:00.620 Produktionspläne und Kapazitäten 00:19:00.620 --> 00:19:02.680 und wandelt alles in Maßnahmen um, 00:19:02.740 --> 00:19:03.660 die ihr Team prüfen kann. 00:19:04.840 --> 00:19:05.560 Geplante Aufträge 00:19:05.560 --> 00:19:06.740 leiten die menschliche Entscheidung ein. 00:19:06.920 --> 00:19:07.660 Sie schließen sie nicht ab. 00:19:07.900 --> 00:19:09.200 Deshalb bleiben Planer unverzichtbar. 00:19:09.540 --> 00:19:10.020 Abonnieren Sie uns 00:19:10.020 --> 00:19:11.320 auf Ihrer bevorzugten Podcast-Plattform 00:19:11.320 --> 00:19:12.320 und teilen Sie diesen Wissens-Set 00:19:12.320 --> 00:19:12.760 mit jemandem, 00:19:12.840 --> 00:19:13.700 der Dynamics 365 00:19:13.700 --> 00:19:14.820 Supply Chain Management lernt.