WEBVTT 00:00:00.020 --> 00:00:02.340 Wyobraź sobie, że klient chce 100 rowerów w przyszłym miesiącu. 00:00:02.500 --> 00:00:05.420 Ramy docierają z opóźnieniem, koła znajdują się w innym magazynie, 00:00:05.540 --> 00:00:07.820 a Twoja linia montażowa jest zajęta przez kolejne dwa tygodnie. 00:00:07.980 --> 00:00:12.280 Więc co kupujesz, co budujesz, co przenosisz i kiedy potrzebujesz każdego elementu? 00:00:12.440 --> 00:00:15.420 Mniam! Milczopetas z M365FM. 00:00:15.560 --> 00:00:19.500 Ten odcinek wiedzy dotyczy Dynamics 365 Master Planning AU. 00:00:19.740 --> 00:00:23.720 Część zarządzania łańcuchem dostaw, która odpowiada na te pytania za kulisami. 00:00:23.920 --> 00:00:26.820 Pomyśl o swojej firmie jak o biurowcu z przyległym magazynem. 00:00:27.040 --> 00:00:28.700 Zamówienia przychodzą przez jedne drzwi. 00:00:28.700 --> 00:00:30.140 Zapasy leżą na półkach. 00:00:30.340 --> 00:00:32.420 Dostawcy przywożą towar do rampy załadunkowej. 00:00:32.580 --> 00:00:34.760 Produkcja zamienia części w gotowe produkty. 00:00:34.940 --> 00:00:37.080 Planowanie główne obejmuje cały budynek, 00:00:37.200 --> 00:00:39.840 zamiast zostawiać każdy zespół z osobną listą. 00:00:40.340 --> 00:00:43.100 Dzisiaj my, Gertman, prześledzimy jedno zamówienie na rower 00:00:43.100 --> 00:00:45.820 od zapytania klienta aż po działania zaopatrzeniowe. 00:00:46.080 --> 00:00:50.700 Dynamics 365 pokazuje, dlaczego firmy potrzebują planu, a nie arkusza kalkulacyjnego. 00:00:51.480 --> 00:00:53.660 Zanim powstały zintegrowane narzędzia planistyczne, 00:00:53.760 --> 00:00:55.400 firmy pracowały na rozproszonych danych. 00:00:55.660 --> 00:00:57.960 Sprzedaż miała zamówienia klientów w jednym miejscu. 00:00:57.960 --> 00:01:00.160 Magazynierzy sprawdzali stany w innym systemie. 00:01:00.280 --> 00:01:02.360 Dział zakupów śledził terminy w mailach lub arkuszach, 00:01:02.420 --> 00:01:05.920 a produkcja prowadziła własne notatki o tym, co fabryka może zbudować w tym tygodniu. 00:01:06.040 --> 00:01:07.960 Każda lista wyglądała poprawnie sama w sobie. 00:01:08.200 --> 00:01:11.120 Problemy zaczynały się, gdy ktoś próbował odpowiedzieć na jedno pytanie klienta. 00:01:11.240 --> 00:01:13.700 Och, czy możemy dostarczyć 100 rowerów na obiecany termin? 00:01:13.920 --> 00:01:14.680 I o latawc. 00:01:14.860 --> 00:01:17.760 Wyobraź sobie, że w magazynie jest dzisiaj 30 gotowych rowerów. 00:01:17.960 --> 00:01:21.660 Brzmi jak dobry początek, ale zamówienie wciąż potrzebuje kolejnych 70 rowerów. 00:01:21.660 --> 00:01:29.120 A te 70 rowerów wymaga ram, kół, łańcuchów, siodełek, śrub, materiałów pakowychowanie, ludzi do montażu i czasu na odpowiednich maszynach. 00:01:29.320 --> 00:01:32.660 Zwykłe liczenie stanu zapasów mówi tylko, co leży teraz na półce. 00:01:32.900 --> 00:01:37.080 Nie mówi Ci, czy kolejne 70 ram dotrze, zanim produkcja będzie ich potrzebować. 00:01:37.300 --> 00:01:40.580 Nie mówi Ci, czy otwarte zamówienie zakupu obejmuje już koła. 00:01:40.740 --> 00:01:45.460 I nie mówi Ci, czy fabryka ma wystarczająco dużo czasu, aby wszystko złożyć przed datą dostawy. 00:01:45.460 --> 00:01:49.980 Oto moment, w którym planowanie staje się czymś więcej niż tylko liczeniem. 00:01:50.380 --> 00:01:53.980 Kiedy klient zamawia 100 rowerów, system patrzy na popyt na 100 sztuk. 00:01:54.160 --> 00:01:56.520 Odejmuje 30 rowerów, które są już dostępne. 00:01:56.760 --> 00:01:59.200 Następnie śledzi, co musi się stać dla pozostałych 70. 00:01:59.620 --> 00:02:02.020 Sprawdza części potrzebne do złożenia gotowego roweru. 00:02:02.200 --> 00:02:03.940 Sprawdza dostawy, które są już w drodze. 00:02:04.100 --> 00:02:06.140 I sprawdza daty przypisane do każdego zadania. 00:02:06.140 --> 00:02:08.720 Jedna brakująca część może zmienić całą odpowiedź. 00:02:08.880 --> 00:02:10.900 Możesz mieć wystarczająco dużo kół i siodełek. 00:02:11.060 --> 00:02:13.680 Jeśli jednak czas dostawy ram od dostawcy wynosi 2 tygodnie, 00:02:13.680 --> 00:02:15.720 zakup ich dzień przed montażem w niczym nie pomoże. 00:02:15.960 --> 00:02:18.360 Zamówienie może wyglądać na wykonalne w arkuszu kalkulacyjnym, 00:02:18.480 --> 00:02:20.260 dopóki nie umieścisz każdej części w kalendarzu. 00:02:20.400 --> 00:02:22.080 A ten kalendarz zmienia się nieustannie. 00:02:22.360 --> 00:02:24.220 Dostawca może przyspieszyć termin dostawy. 00:02:24.440 --> 00:02:27.100 Inne zamówienie sprzedaży może zająć zapasy, które uważałeś za wolne. 00:02:27.280 --> 00:02:29.320 Zlecenie produkcyjne może zakończyć się z opóźnieniem. 00:02:29.520 --> 00:02:31.300 Gdy te szczegóły znajdują się w różnych miejscach, 00:02:31.300 --> 00:02:33.620 ludzie spędzają cały czas na dzwonieniu, pisaniu, e-maili, 00:02:33.720 --> 00:02:35.800 sprawdzaniu i aktualizowaniu własnych wersji planu. 00:02:35.960 --> 00:02:37.260 Dynamics 365. 00:02:37.260 --> 00:02:41.580 Planowanie główne łączy bieżący popyt i bieżącą podaż w jeden widok planistyczny. 00:02:41.800 --> 00:02:44.180 Zbiera w całość zamówienia klientów stany magazynowe, 00:02:44.320 --> 00:02:46.260 dostawy przychodzące i informacje o produkcji. 00:02:46.520 --> 00:02:49.580 Następnie oblicza, gdzie podaż pokrywa popyt, a gdzie pozostaje luka. 00:02:49.840 --> 00:02:52.280 Zamiast prosić każdy zespół o ręczne łączenie faktów, 00:02:52.440 --> 00:02:55.560 system tworzy sugerowane działania na podstawie dostępnych informacji. 00:02:55.560 --> 00:02:58.780 Nie oznacza to jednak, że system prowadzi firmy samodzielnie. 00:02:58.940 --> 00:03:03.220 Planista wciąż sprawdza sugestie, zadaje pytania i decyduje, co powinno się stać. 00:03:03.340 --> 00:03:06.880 Ale planista zaczyna od spójnego obrazu, zamiast od stosu oddzielnych list. 00:03:06.880 --> 00:03:09.180 Potraktuj arkusz kalkulacyjny jak fotografię. 00:03:09.400 --> 00:03:12.260 Rejestruje on stan zapasów w danym momencie i bywa przydatny. 00:03:12.440 --> 00:03:15.000 Planowanie główne jest bliższe przyszłemu harmonogramowi, 00:03:15.140 --> 00:03:18.580 ponieważ łączy ilości z datami, przechodzącymi dostawami i przyszłym popytem. 00:03:18.760 --> 00:03:21.380 Kolejnym krokiem jest rozróżnienie różnych rodzajów popytu, 00:03:21.500 --> 00:03:23.440 które proces planowania potrafi odczytać. 00:03:24.000 --> 00:03:25.120 Trzy tryby planowania. 00:03:25.780 --> 00:03:28.160 Oto jak to wygląda w Dynamics 365. 00:03:29.660 --> 00:03:31.620 Nie ma tylko jednego sposobu planowania. 00:03:31.880 --> 00:03:33.840 Używany tryb planowania zależy od pytania, 00:03:33.840 --> 00:03:35.780 na które Twoja firma musi odpowiedzieć. 00:03:35.780 --> 00:03:38.440 Firma obsługująca bieżące zamówienia klientów 00:03:38.440 --> 00:03:42.640 potrzebuje zupełnie innego widoku niż ta przygotowująca materiały na kolejny sezon. 00:03:42.820 --> 00:03:44.800 Pierwszym trybem jest planowanie główne. 00:03:44.960 --> 00:03:47.920 To Twój codzienny plan, który oblicza zapotrzebowanie netto. 00:03:48.140 --> 00:03:50.780 Oznacza to po prostu, że system sprawdza, czego potrzebujesz 00:03:50.780 --> 00:03:53.600 i odejmuje podaż, którą już masz lub której się spodziewasz. 00:03:53.800 --> 00:03:55.860 Odczytuje rzeczywistą aktywność biznesową, 00:03:55.980 --> 00:03:57.660 czyli zamówienia sprzedaży od klientów, 00:03:57.800 --> 00:03:59.620 zamówienia zakupu wysłane do dostawców, 00:03:59.780 --> 00:04:02.240 zlecenia produkcyjne na hali oraz zapasy w magazynie. 00:04:02.240 --> 00:04:05.060 Wyobraź sobie zamówienie klienta na 100 sztuk produktu. 00:04:05.220 --> 00:04:06.640 Twój magazyn posiada 30 sztuk, 00:04:06.760 --> 00:04:08.660 które planowanie może wykorzystać do tego zamówienia. 00:04:08.920 --> 00:04:11.200 System nie zasugeruje zakupu lub produkcji wszystkich 100 sztuk, 00:04:11.300 --> 00:04:13.280 ponieważ widzi te 30 jako istniejącą podaż. 00:04:13.480 --> 00:04:15.860 Zatem oblicza pozostałe zapotrzebowanie na 70 sztuk. 00:04:16.000 --> 00:04:18.180 Te pozostałe 70 to zapotrzebowanie netto. 00:04:18.400 --> 00:04:20.240 Prawdziwy plan może uwzględniać coś więcej, 00:04:20.400 --> 00:04:21.460 niż tylko zapasy na półce. 00:04:21.700 --> 00:04:24.240 Może kolejne 20 sztuk ma dotrzeć od dostawcy 00:04:24.240 --> 00:04:26.080 przed datą zażądaną przez klienta. 00:04:26.080 --> 00:04:29.560 W takim przypadku system uwzględnia również te 20 sztuk, 00:04:29.660 --> 00:04:31.800 pozostawiając jeszcze mniejszą lukę do wypełnienia. 00:04:31.980 --> 00:04:33.480 Ale to daty decydują o wyniku. 00:04:33.740 --> 00:04:36.780 Jeśli te 20 jednostek dotrze po terminie oczekiwanym przez klienta, 00:04:36.860 --> 00:04:37.680 na niewiele się zdadzą. 00:04:37.880 --> 00:04:39.720 Otrzymasz je fizycznie, ale dotrą zbyt późno, 00:04:39.800 --> 00:04:41.340 by zaspokoić tę konkretną potrzebę. 00:04:41.480 --> 00:04:44.420 Planowanie główne analizuje jednocześnie ilość oraz czas realizacji. 00:04:44.580 --> 00:04:47.760 Pamiętaj, zwykła łączna liczba zapasów może wprowadzić Cię w błąd. 00:04:47.900 --> 00:04:50.640 Dla wielu firm jest to plan, z którego korzystają najczęściej. 00:04:50.640 --> 00:04:53.360 Microsoft określa planowanie główne jako proces krótkoterminowy, 00:04:53.360 --> 00:04:55.660 obejmujący zwykle od jednego tygodnia do sześciu miesięcy. 00:04:55.880 --> 00:04:58.180 Dokładny zakres zależy od czasu dostawy towarów 00:04:58.180 --> 00:04:59.700 lub czasu zakończenia produkcji. 00:04:59.940 --> 00:05:01.820 Firma kupująca proste, lokalne produkty 00:05:01.820 --> 00:05:03.920 może planować z wyprzedzeniem zaledwie kilku tygodni. 00:05:04.100 --> 00:05:06.440 Jednak producent części wymagających miesięcy przygotowań 00:05:06.440 --> 00:05:08.420 musi patrzeć dalej w przyszłość, często tak daleko, 00:05:08.520 --> 00:05:10.980 jak wynosi najdłuższy łączny czas realizacji jego produktów. 00:05:11.140 --> 00:05:13.120 W przeciwnym razie planowanie wykryje niedobór, 00:05:13.220 --> 00:05:14.940 gdy będzie już za późno, by mu zapobiec. 00:05:15.140 --> 00:05:17.120 Drugim trybem jest planowanie prognozowane. 00:05:17.120 --> 00:05:19.520 Zamiast zaczynać od potwierdzonych zamówień sprzedaży, 00:05:19.520 --> 00:05:22.120 planowanie prognozowane rozpoczyna się od oczekiwanego popytu. 00:05:22.300 --> 00:05:25.060 Może zespół sprzedaży spodziewa się wyższej sprzedaży rowerów latem 00:05:25.060 --> 00:05:26.740 lub sprzedawca planuje dużą promocję, 00:05:26.880 --> 00:05:28.780 która wygeneruje popyt w późniejszym okresie roku. 00:05:29.060 --> 00:05:31.140 Są to prognozy oparte na oczekiwaniach zespołu, 00:05:31.260 --> 00:05:32.620 a nie na potwierdzonych zamówieniach. 00:05:32.820 --> 00:05:35.060 Są przydatne, ponieważ czekanie na każde zamówienie klienta 00:05:35.060 --> 00:05:37.000 może pozostawić zbyt mało czasu na zakup surowców, 00:05:37.100 --> 00:05:38.120 zaplanowanie prac fabrycznych 00:05:38.120 --> 00:05:40.020 czy przygotowanie wystarczających mocy produkcyjnych. 00:05:40.160 --> 00:05:42.640 Produkty o długim czasie realizacji wymagają wcześniejszych decyzji, 00:05:42.640 --> 00:05:45.060 nawet jeśli ostateczne zamówienie klienta jeszcze nie wpłynęło. 00:05:45.180 --> 00:05:47.560 Planowanie prognozowane oblicza zapotrzebowanie brutto. 00:05:47.760 --> 00:05:50.660 Oznacza to, że zaczyna się od przewidywanego wolumenu popytu. 00:05:50.860 --> 00:05:53.120 Jeśli prognoza przewiduje 500 rowerów w lipcu, 00:05:53.280 --> 00:05:56.560 planowanie najpierw uwzględnia pełne zapotrzebowanie na 500 jednostek 00:05:56.560 --> 00:05:57.900 i na tym opiera swoje działania. 00:05:58.100 --> 00:05:59.460 Pomyśl o tym, jak o wybieganiu w przyszłość 00:05:59.460 --> 00:06:01.460 i przewidywaniu nadchodzącego obciążenia pracą dla firmy. 00:06:01.700 --> 00:06:03.620 Możesz wtedy zaplanować materiały i moce produkcyjne 00:06:03.620 --> 00:06:04.940 wokół tego oczekiwanego wolumenu. 00:06:05.120 --> 00:06:07.020 Być może trzeba będzie wcześniej porozmawiać z dostawcami, 00:06:07.140 --> 00:06:08.260 przygotować miejsce w magazynie 00:06:08.260 --> 00:06:10.580 lub sprawdzić, czy produkcja udźwignie przewidywane obciążenie. 00:06:10.740 --> 00:06:12.860 Prognozy to tylko przypuszczenia, mogą się zmienić, 00:06:12.940 --> 00:06:15.140 a rzeczywista sprzedaż może odbiegać od założeń. 00:06:15.280 --> 00:06:17.620 Mimo to dają szerszą perspektywę niż plan oparty 00:06:17.620 --> 00:06:19.340 wyłącznie na złożonych już zamówieniach. 00:06:19.500 --> 00:06:21.760 Następnie mamy planowanie główne między firmami. 00:06:21.960 --> 00:06:23.840 Wchodzi ono w grę, gdy jeden podmiot prawny 00:06:23.840 --> 00:06:25.160 potrzebuje dostaw od drugiego. 00:06:25.360 --> 00:06:26.920 Na przykład jedna firma w Twojej grupie 00:06:26.920 --> 00:06:28.360 może produkować dany artykuł, 00:06:28.460 --> 00:06:30.900 podczas gdy inna sprzedaje go klientom w innym kraju. 00:06:31.100 --> 00:06:33.220 Firma sprzedająca widzi popyt klientów. 00:06:33.400 --> 00:06:35.920 Firma produkująca musi widzieć zapotrzebowanie na dostawy, 00:06:35.920 --> 00:06:37.120 które generuje ten popyt. 00:06:37.260 --> 00:06:39.340 Planowanie główne między firmami łączy te potrzeby 00:06:39.340 --> 00:06:40.760 ponad granicami przedsiębiorstw, 00:06:40.820 --> 00:06:42.600 uwzględniając planowany popyt i podaż, 00:06:42.740 --> 00:06:44.760 które nie stały się jeszcze wiążącymi zamówieniami. 00:06:45.000 --> 00:06:47.780 Zatem firma nie planuje tak, jakby działała w pojedynkę. 00:06:48.000 --> 00:06:50.820 Firma handlowa może planować dostawy od firmy produkcyjnej, 00:06:50.960 --> 00:06:53.660 która z kolei widzi, jakich materiałów i mocy produkcyjnych 00:06:53.660 --> 00:06:55.820 potrzebuje, aby sprostać temu zapotrzebowaniu. 00:06:56.000 --> 00:06:57.800 To powiązanie przesyła sygnał planistyczny 00:06:57.800 --> 00:06:59.440 z jednego podmiotu prawnego do drugiego. 00:06:59.660 --> 00:07:01.420 Każdy model rozpoczyna się od popytu. 00:07:01.560 --> 00:07:03.360 Popyt jest jednak tylko pierwszym sygnałem, 00:07:03.360 --> 00:07:05.340 ponieważ jeden gotowy produkt może stworzyć 00:07:05.340 --> 00:07:07.680 łańcuch potrzeb dla wielu komponentów niższego rzędu. 00:07:07.840 --> 00:07:09.620 Od jednego zamówienia do łańcucha dostaw 00:07:09.620 --> 00:07:11.440 zostańmy przy rowerze, bo właśnie tutaj 00:07:11.440 --> 00:07:13.820 planowanie główne zaczyna swoją właściwą pracę. 00:07:14.020 --> 00:07:15.440 Wyobraźmy sobie, że klient 00:07:15.440 --> 00:07:17.340 składa zamówienie na 70 rowerów 00:07:17.340 --> 00:07:19.320 i prosi o dostawę w określonym terminie. 00:07:19.480 --> 00:07:22.180 Ta data to nie tylko notatka dla zespołu sprzedaży. 00:07:22.460 --> 00:07:23.380 To punkt wyjścia, 00:07:23.520 --> 00:07:25.100 od którego planowanie cofa się, 00:07:25.240 --> 00:07:27.540 pytając, co musi się stać, zanim rowery 00:07:27.540 --> 00:07:28.600 opuszczą magazyn. 00:07:28.960 --> 00:07:31.020 Gotowy rower to tylko pierwsza warstwa. 00:07:31.020 --> 00:07:33.120 Dynamics 365 sprawdza 00:07:33.120 --> 00:07:35.040 strukturę produktu, często nazywaną BOM. 00:07:35.040 --> 00:07:37.260 Pomyśl o BOM jak o przepisie na jeden rower. 00:07:37.500 --> 00:07:39.000 Wymienia on ramę, koła, łańcuch, 00:07:39.180 --> 00:07:41.240 siodełko, kierownicę, hamulce, śruby 00:07:41.240 --> 00:07:43.320 i każdą inną część potrzebną do jego budowy. 00:07:43.520 --> 00:07:45.400 Jeśli zamówienie opiewa na 70 rowerów, 00:07:45.500 --> 00:07:47.180 planowanie rozszerza je na części potrzebne 00:07:47.180 --> 00:07:48.440 dla wszystkich 70 sztuk. 00:07:48.640 --> 00:07:50.560 Może to bardzo szybko stać się długą listą. 00:07:50.820 --> 00:07:52.940 Możesz potrzebować 70 ram, 140 kół, 00:07:53.060 --> 00:07:54.720 70 łańcuchów, 70 siodełek 00:07:54.720 --> 00:07:55.560 i setek małych śrub. 00:07:55.700 --> 00:07:57.980 Planista nie musi liczyć każdej części ręcznie. 00:07:58.240 --> 00:08:00.760 Struktura produktu dostarcza systemowi Dynamics 365 00:08:00.760 --> 00:08:02.900 niezbędny układ, dzięki czemu system może śledzić 00:08:02.900 --> 00:08:04.720 popyt od gotowego roweru aż po każdy komponent. 00:08:04.920 --> 00:08:07.520 Jednak same części nie wystarczą, by wyprodukować rowery. 00:08:07.640 --> 00:08:09.360 Produkcja potrzebuje również marszruty. 00:08:09.620 --> 00:08:11.040 Marszruta opisuje kroki robocze 00:08:11.040 --> 00:08:12.520 niezbędne do zbudowania produktu, 00:08:12.640 --> 00:08:14.240 takie jak montaż ramy, zakładanie kół, 00:08:14.400 --> 00:08:16.620 sprawdzanie hamulców i pakowanie gotowego roweru. 00:08:16.780 --> 00:08:18.940 Każdy krok może wymagać odpowiedniego zasobu. 00:08:19.140 --> 00:08:20.820 Zasobem tym może być linia montażowa, 00:08:20.960 --> 00:08:22.600 stół warsztatowy, lakiernia, maszyna 00:08:22.600 --> 00:08:24.660 lub grupa osób z odpowiednimi kwalifikacjami. 00:08:24.860 --> 00:08:26.380 Planowanie wykorzystuje te informacje, 00:08:26.520 --> 00:08:28.080 aby zaplanować pracę w odpowiednim czasie. 00:08:28.080 --> 00:08:30.780 Zamiast traktować produkcję jako coś, co dzieje się natychmiast, 00:08:30.880 --> 00:08:32.760 w tym momencie daty zaczynają cofać się wstecz. 00:08:32.860 --> 00:08:34.580 Jeśli klient potrzebuje rowerów w piątek, 00:08:34.680 --> 00:08:36.220 gotowe zlecenie produkcyjne może musieć 00:08:36.220 --> 00:08:37.360 zostać zakończone w czwartek, 00:08:37.440 --> 00:08:39.240 aby magazyn zdążył je spakować i wysłać. 00:08:39.400 --> 00:08:41.400 Montaż może musieć rozpocząć się we wtorek. 00:08:41.540 --> 00:08:43.720 Ramy i koła mogą musieć dotrzeć do poniedziałku. 00:08:43.940 --> 00:08:46.300 Jeśli dostawca potrzebuje 10 dni na dostarczenie kół, 00:08:46.400 --> 00:08:48.580 zamówienie zakupu musi wyjść z firmy jeszcze wcześniej. 00:08:48.880 --> 00:08:51.080 Data klienta tworzy łańcuch kolejnych terminów. 00:08:51.280 --> 00:08:54.160 Dynamics 365 cofa się wzdłuż tego łańcucha, 00:08:54.160 --> 00:08:55.840 uwzględniając czasy realizacji. 00:08:56.020 --> 00:08:58.560 Czas realizacji to po prostu czas potrzebny na wykonanie czegoś, 00:08:58.600 --> 00:09:00.620 niezależnie od tego, czy chodzi o dostarczenie części 00:09:00.620 --> 00:09:02.580 przez dostawcę, przeniesienie towarów w magazynie 00:09:02.580 --> 00:09:03.800 czy ukończenie pracy w fabryce. 00:09:04.000 --> 00:09:06.480 Opóźnienie w dostawie części może wpłynąć na cały proces. 00:09:06.740 --> 00:09:09.240 Załóżmy, że system znajduje na stanie 70 ram. 00:09:09.480 --> 00:09:12.140 Widzi również otwarte zamówienie zakupu na 140 kół 00:09:12.140 --> 00:09:14.480 z dostawą zaplanowaną przed rozpoczęciem montażu. 00:09:14.480 --> 00:09:16.160 Ta podaż pokrywa zapotrzebowanie na koła, 00:09:16.260 --> 00:09:18.360 podczas gdy ramy już pokrywają swoje zapotrzebowanie. 00:09:18.580 --> 00:09:19.880 Następnie sprawdza łańcuchy. 00:09:20.060 --> 00:09:21.740 Być może na stanie jest tylko 40 łańcuchów, 00:09:21.740 --> 00:09:23.680 a żadne zamówienie zakupu nie obejmuje pozostałych 30. 00:09:23.940 --> 00:09:26.480 Planowanie dostrzega lukę i tworzy sugestie jej uzupełnienia. 00:09:26.660 --> 00:09:28.840 Ta sama kontrola jest przeprowadzana dla gotowych rowerów, 00:09:28.940 --> 00:09:30.720 części składowych i wszelkich prac pomiędzy nimi. 00:09:30.920 --> 00:09:32.200 Pewna podaż już istnieje. 00:09:32.400 --> 00:09:34.260 Dostępne zapasy mogą zaspokoić potrzebę. 00:09:34.400 --> 00:09:36.080 Otwarte zamówienie zakupu może ją wypełnić, 00:09:36.160 --> 00:09:37.140 jeśli towary dotrą na czas. 00:09:37.300 --> 00:09:39.180 Otwarte zlecenie produkcyjne może ją wypełnić, 00:09:39.180 --> 00:09:40.680 jeśli fabryka ukończy pracę na czas. 00:09:40.880 --> 00:09:42.920 Gdy żadne z tych źródeł nie pokrywa zapotrzebowania, 00:09:43.040 --> 00:09:44.380 plan tworzy zamówienie planowane. 00:09:44.540 --> 00:09:47.440 Planowane zamówienie zakupu sugeruje zakup czegoś od dostawcy. 00:09:47.620 --> 00:09:50.800 Planowane zlecenie produkcyjne sugeruje wytworzenie czegoś wewnątrz firmy. 00:09:50.960 --> 00:09:53.500 Planowane zlecenie przesunięcia sugeruje przeniesienie zapasów 00:09:53.500 --> 00:09:55.260 z jednego miejsca lub magazynu do drugiego. 00:09:55.500 --> 00:09:57.340 Są to sugestie, a nie zobowiązania. 00:09:57.580 --> 00:10:01.240 Dynamics 365 nie wysyła potajemnie zamówienia do dostawcy 00:10:01.240 --> 00:10:03.360 ani nie rozpoczyna pracy na hali produkcyjnej. 00:10:03.580 --> 00:10:07.120 Dostarcza planiście proponowaną ilość i datę w oparciu o widoczne dane. 00:10:07.360 --> 00:10:09.740 Człowiek nadal sprawdza, czy dostawca jest odpowiedni, 00:10:09.860 --> 00:10:12.760 czy termin jest możliwy i czy firma powinna zatwierdzić działanie. 00:10:12.760 --> 00:10:15.360 Wyobraźmy sobie mały problem z naszym zamówieniem na rowery. 00:10:15.520 --> 00:10:17.680 Wszystko wygląda na gotowe, z wyjątkiem jednego koła. 00:10:17.820 --> 00:10:21.100 Planowana podaż obejmuje ramy, łańcuchy, siodełka i prawie każde koło. 00:10:21.300 --> 00:10:24.080 Jednak jedno koło dociera dzień po tym, jak jest potrzebne do montażu. 00:10:24.260 --> 00:10:26.540 Bez tego koła jeden rower nie może zostać ukończony. 00:10:26.540 --> 00:10:28.980 Mimo, że magazyn może wydawać się pełny części, 00:10:29.160 --> 00:10:31.260 planowanie główne śledzi lukę aż do jej źródła. 00:10:31.420 --> 00:10:34.800 Planista widzi, że niedobór nie wynika z samego zamówienia klienta. 00:10:35.020 --> 00:10:38.000 Wynika on z daty dostawy podanej przez dostawcę w zamówieniu zakupu kół. 00:10:38.000 --> 00:10:40.540 Daje to planiście konkretny punkt zaczepienia do działania. 00:10:40.680 --> 00:10:43.980 Poprosić o wcześniejszą dostawę, znaleźć inne źródło lub zmienić datę produkcji. 00:10:44.160 --> 00:10:47.620 Plan może sugerować podaż, ale kolejne pytanie jest równie użyteczne. 00:10:47.860 --> 00:10:51.080 Dlaczego Dynamics 365 połączył tę podaż z tym popytem? 00:10:51.200 --> 00:10:54.040 Analizując wymagania netto, czyli konwersację planistyczną. 00:10:54.260 --> 00:10:57.740 Dlatego planiści korzystają ze strony wymagań netto, aby zgłębić to powiązanie. 00:10:57.980 --> 00:11:01.620 Strona ta zbiera w jednym miejscu pełną konwersację planistyczną dla danego artykułu. 00:11:01.800 --> 00:11:04.680 Pokazuje każde zapotrzebowanie na dany artykuł oraz każde źródło dostaw, 00:11:04.680 --> 00:11:07.280 które może je pokryć z datami bezpośrednio przy każdym wierszu. 00:11:07.280 --> 00:11:09.160 Weźmy jako przykład koło rowerowe. 00:11:09.400 --> 00:11:12.580 Na górze wybierasz zakład lub magazyn, którego dotyczy dane koło. 00:11:12.740 --> 00:11:19.100 Poniżej Dynamics 365 wyświetla wszystkie powiązane transakcje, sprzedaż, zakupy, zapasy i produkcję, wszystko na jednej liście. 00:11:19.360 --> 00:11:22.640 Zapotrzebowanie pojawia się jako liczba ujemna w odniesieniu do dostępnych zapasów. 00:11:22.760 --> 00:11:24.740 To zapotrzebowanie może pochodzić z wielu miejsc. 00:11:25.000 --> 00:11:27.760 Zlecenie sprzedaży wymaga kół, ponieważ klient zamówił rowery. 00:11:27.920 --> 00:11:30.160 Prognoza tworzy przewidywane przyszłe zapotrzebowanie. 00:11:30.400 --> 00:11:32.880 Zlecenie produkcyjne potrzebuje kół zgodnie z planem fabryki. 00:11:32.880 --> 00:11:36.040 A zlecenie przesunięcia tworzy zapotrzebowanie, gdy inny magazyn żąda towaru. 00:11:36.120 --> 00:11:37.700 Każdy wiersz odpowiada na proste pytanie. 00:11:37.920 --> 00:11:39.100 Kto potrzebuje tego artykułu? 00:11:39.240 --> 00:11:40.320 Ile sztuk jest potrzebnych? 00:11:40.460 --> 00:11:41.240 I na jaką datę? 00:11:41.440 --> 00:11:43.640 Brzmi to prosto, ale zapobiega częstym błędom. 00:11:43.860 --> 00:11:48.020 Ludzie często widzą łączną ilość i zakładają, że należy ona do jednego klienta lub zlecenia, 00:11:48.140 --> 00:11:51.460 podczas gdy ten sam artykuł może obsługiwać wiele zamówień w różnych terminach. 00:11:51.600 --> 00:11:55.120 Po stronie podaży mamy zapasy bieżące, czyli to, co jest już na stanie. 00:11:55.120 --> 00:11:59.120 Następnie zamówienia zakupu od dostawców, zlecenia produkcyjne planowane przez firmę, 00:11:59.200 --> 00:12:03.980 przesunięcia między magazynami oraz zamówienia planowane, które system sugeruje, ale nikt jeszcze nie utworzył. 00:12:04.180 --> 00:12:05.920 Strona sortuje wszystko według daty. 00:12:06.100 --> 00:12:09.320 Przewijając listę możesz obserwować, jak zmienia się dostępna ilość. 00:12:09.520 --> 00:12:13.840 Zapasy mogą wyglądać dobrze na początku miesiąca, potem spaść, gdy zlecenie produkcyjne zużyje części, 00:12:14.000 --> 00:12:16.280 a następnie wzrosnąć, gdy dotrze dostawa od dostawcy. 00:12:16.460 --> 00:12:17.420 Czas zmienia wynik. 00:12:17.420 --> 00:12:22.200 Załóżmy, że 100 kół znajduje się w magazynie w poniedziałek, ale we wtorek zlecenie produkcyjne wymaga 80, 00:12:22.460 --> 00:12:25.240 a w środę pojawia się zapotrzebowanie od kolejnego klienta na 30. 00:12:25.560 --> 00:12:30.340 Łączne zapotrzebowanie przewyższa zapasy, mimo że zamówienie zakupu na 50 kół dotrze w piątek. 00:12:30.480 --> 00:12:32.800 Piątkowa dostawa nie rozwiązuje niedoboru ze środy. 00:12:32.960 --> 00:12:36.260 Ten widok z podziałem na daty wyjaśnia, dlaczego system przedstawia swoje sugestie. 00:12:36.480 --> 00:12:39.360 Dynamics 365 nie prosi o więcej kół losowo. 00:12:39.600 --> 00:12:43.160 Dokładnie widzi, kiedy dostępna podaż spada poniżej wymaganego zapotrzebowania. 00:12:43.160 --> 00:12:45.220 Teraz możesz zadać bardziej szczegółowe pytanie. 00:12:45.220 --> 00:12:47.520 Która linia podaży pokrywa którą linię zapotrzebowania? 00:12:47.680 --> 00:12:49.180 To połączenie nazywa się pegowaniem. 00:12:49.340 --> 00:12:52.720 Pegowanie to własny mechanizm planowania Dynamics 365 łączący popyt z podażą. 00:12:52.900 --> 00:12:59.480 Łączy potrzebę, na przykład, zlecenie produkcyjne rowerów ze źródłem mającym ją pokryć jak zamówienie zakupu kół lub planowane zamówienie zakupu. 00:12:59.700 --> 00:13:02.480 System buduje to powiązanie podczas obliczeń planistycznych. 00:13:02.700 --> 00:13:05.980 Jeśli zapotrzebowanie się zmieni, planowanie może przeliczyć to połączenie. 00:13:06.280 --> 00:13:09.680 Może klient przesunie datę dostawy albo zamówienie zakupu się opóźni. 00:13:09.680 --> 00:13:14.900 Wtedy pegowanie może wskazać inne źródło podaży lub utworzyć nowe zamówienie planowane tam, gdzie pojawiła się luka. 00:13:15.100 --> 00:13:16.840 Pomaga to prześledzić cały łańcuch. 00:13:17.060 --> 00:13:22.740 Zacznij od zlecenia sprzedaży, zobacz powiązane z nim zlecenie produkcyjne, prześledź je do wymaganych części i znajdź zamówienie zakupu, które je pokrywa. 00:13:22.920 --> 00:13:24.540 Czasami potrzebujesz większej kontroli. 00:13:24.740 --> 00:13:26.240 Wtedy z pomocą przychodzi znakowanie. 00:13:26.480 --> 00:13:29.700 Znakowanie to ręczne powiązanie transakcji podaży z transakcją popytu. 00:13:29.860 --> 00:13:35.220 Informuje system, że dana podaż ma pokryć konkretny popyt, zamiast pozwalać planowaniu na dowolne dopasowanie jej gdzie indziej. 00:13:35.220 --> 00:13:38.400 Potraktuj to jak naklejenie etykiety na dwa powiązane rekordy. 00:13:38.580 --> 00:13:45.200 Możesz oznaczyć konkretne przychodzące zamówienie zakupu kół dla określonego zlecenia produkcyjnego, ponieważ te koła zostały kupione do tego zadania. 00:13:45.400 --> 00:13:48.820 Planowanie traktuje te relacje bardziej rygorystycznie niż zwykłe powiązanie – pegging. 00:13:49.020 --> 00:13:52.060 Mimo to, oznaczone zapasy nie są najsilniejszym dostępnym połączeniem. 00:13:52.280 --> 00:13:53.600 Rezerwacja jest silniejsza. 00:13:53.800 --> 00:13:57.920 Kiedy rezerwujesz zapasy lub przychodzącą podaż dla konkretnego popytu, tworzysz sztywne powiązanie. 00:13:58.080 --> 00:14:02.380 Ta ilość jest odkładana na potrzeby wybranego zlecenia sprzedaży, zlecenia produkcyjnego lub innego popytu. 00:14:02.380 --> 00:14:06.660 A planowanie główne traktuje rezerwację priorytetowo w stosunku do zwykłego powiązania i znakowania. 00:14:06.940 --> 00:14:11.240 Wyobraź sobie 10 kół w magazynie, które są zarezerwowane dla pilnego zlecenia naprawy. 00:14:11.420 --> 00:14:17.220 Późniejsze zamówienie klienta również może wymagać kół, ale planowanie nie może traktować tych 10 zarezerwowanych kół jako dostępnych. 00:14:17.440 --> 00:14:21.580 Musi znaleźć inną podaż lub zasugerować dodatkową, ponieważ rezerwacja już przypisała je gdzie indziej. 00:14:21.780 --> 00:14:24.680 Zatem powiązania, znakowanie i rezerwacja dają trzy poziomy połączeń. 00:14:24.780 --> 00:14:26.840 Powiązanie to automatyczne dopasowanie systemowe. 00:14:27.060 --> 00:14:28.960 Znakowanie to ręczne, bardziej stałe połączenie. 00:14:29.220 --> 00:14:31.140 Rezerwacja blokuje podaż dla konkretnej potrzeby. 00:14:31.140 --> 00:14:33.140 Jest to najsilniejsza z tych trzech opcji. 00:14:33.340 --> 00:14:37.480 Gdy potrafisz odczytać te powiązania, zlecenia planowane przestają wyglądać jak niewyjaśnione instrukcje. 00:14:37.640 --> 00:14:42.920 Kolejne pytanie brzmi, jak często zmienia się ten widok planowania i jak szybko Dynamics 365 potrafi go obliczyć. 00:14:43.080 --> 00:14:45.660 Plan statyczny, dynamiczny i optymalizacja planowania. 00:14:45.920 --> 00:14:49.720 Strona potrzebnetto pokazuje wynik planowania, ale nie każdy plan aktualizuje się w ten sam sposób. 00:14:49.920 --> 00:14:53.280 Plan statyczny zmienia się tylko wtedy, gdy ktoś uruchomi proces planowania głównego. 00:14:53.520 --> 00:14:58.860 Daje to planistom stabilny widok, który mogą przeglądać w ciągu dnia, bez ryzyka, że każda nowa transakcja zmieni liczby pod spodem. 00:14:58.860 --> 00:15:01.900 Wyobraź sobie, że duże zlecenie sprzedaży wpływa o 11 rano. 00:15:02.060 --> 00:15:07.040 Jeśli plan statyczny został uruchomiony w nocy, to nowe zamówienie nie pojawi się w sugestiach aż do kolejnego uruchomienia planowania. 00:15:07.240 --> 00:15:12.480 Plan nadal pokazuje ostatni obliczony wynik, co bywa przydatne, gdy zespół potrzebuje jednego uzgodnionego widoku na dany dzień. 00:15:12.680 --> 00:15:14.400 Jednak ta stabilność ma swoją cenę. 00:15:14.600 --> 00:15:19.980 Nowy popyt może przez pewien czas znajdować się poza planem statycznym, szczególnie jeśli Twoja firma uruchamia planowanie raz na noc lub raz w tygodniu. 00:15:20.100 --> 00:15:24.840 Planista może wiedzieć o istnieniu zamówienia klienta, ale plan statyczny nie przeliczył jeszcze odpowiedzi podażowej. 00:15:24.840 --> 00:15:28.840 Właśnie w tym pomaga plan dynamiczny. Plan dynamiczny pokazuje aktualny popyt w czasie rzeczywistym. 00:15:29.500 --> 00:15:34.060 Planiści widzą wpływ nowych zamówień sprzedaży i innego popytu bez czekania na kolejne pełne zadanie planowania głównego. 00:15:34.220 --> 00:15:39.240 To perspektywa krótkoterminowa. Plany dynamiczne pomijają prognozy i skupiają się na tym, co dzieje się teraz. 00:15:39.480 --> 00:15:42.840 Załóżmy, że klient składa dziś po południu niespodziewane zamówienie na 200 rowerów. 00:15:43.540 --> 00:15:48.100 Zanim ktokolwiek obieca termin dostawy, planista może otworzyć plan dynamiczny i sprawdzić skutki. 00:15:48.100 --> 00:15:55.540 Czy nowe zamówienie spowoduje niedobór? Czy przesunie istniejące zapotrzebowanie na późniejszy termin? Czy wywoła nowe sugerowane działanie zakupowe lub produkcyjne? 00:15:55.720 --> 00:15:58.280 Daje to zespołowi praktyczny podgląd typu, co jeśli? 00:15:58.500 --> 00:16:01.960 Nie zmieniasz planu statycznego tylko po to, by sprawdzić jedno nowe zamówienie. 00:16:02.180 --> 00:16:08.140 Najpierw sprawdzasz prawdopodobny wpływ, a potem decydujesz, czy zamówienie wymaga uwagi teraz, czy może poczekać na kolejny zaplanowany cykl. 00:16:08.300 --> 00:16:11.700 Plany statyczne i dynamiczne odpowiadają na powiązane, ale odmienne pytania. 00:16:11.700 --> 00:16:16.040 Plan statyczny pyta, co nakazały nam nasze ostatnie oficjalne obliczenia planistyczne? 00:16:16.480 --> 00:16:19.600 Plan dynamiczny pyta, jak wygląda obecny popyt w tej chwili. 00:16:19.880 --> 00:16:24.200 Za oboma planami stoi silnik planowania dla środowisk chmurowych Dynamics 365. 00:16:24.780 --> 00:16:29.300 Optymalizacja planowania to nowoczesny silnik, którego Microsoft używa do realizacji planowania głównego. 00:16:29.520 --> 00:16:35.000 Oblicza zapotrzebowanie poza główną aplikacją biznesową, co zmniejsza obciążenie systemu używanego do codziennej pracy. 00:16:35.300 --> 00:16:37.420 Starsze cykle planowania mogły trwać bardzo długo. 00:16:37.420 --> 00:16:43.240 Raporty od klientów i partnerów wskazują, że praca planistyczna, która kiedyś zajmowała godziny, dzięki optymalizacji planowania kończy się w kilka minut. 00:16:43.440 --> 00:16:50.880 Szybsze cykle oznaczają, że zespoły mogą odświeżać plan częściej, zamiast czekać do końca dnia, by sprawdzić zmiany popytu, ale szybsza odpowiedź wciąż może być błędna. 00:16:51.160 --> 00:16:54.660 Optymalizacja planowania potrafi szybko przeliczyć ogromne ilości powiązanych danych. 00:16:54.920 --> 00:16:57.600 Działa jednak tylko w oparciu o rekordy dostarczone przez Twoją firmę. 00:16:57.780 --> 00:17:01.480 Jeśli czas realizacji dostawy od dostawcy jest błędny, sugerowana data zamówienia również może być błędna. 00:17:01.480 --> 00:17:06.600 Jeśli system myśli, że na stanie jest 500 kół, podczas gdy ich nie ma, może pominąć sugestie zakupu, której faktycznie potrzebujesz. 00:17:06.700 --> 00:17:11.340 A jeśli zestawienie materiałowe, bom, pomija jakąś część, planowanie nie utworzy zapotrzebowania na brakujący element. 00:17:11.540 --> 00:17:15.720 Obliczenia mogą zakończyć się w kilka minut, ale fabryka i tak stanie, jeśli zabraknie tej części. 00:17:16.000 --> 00:17:18.120 Nastąpiła też zmiana w sposobie działania planowania. 00:17:18.360 --> 00:17:20.780 Dzięki optymalizacji planowania, plany są regeneracyjne. 00:17:20.940 --> 00:17:28.040 Oznacza to, że każdy cykl przegląda wszystkie wymagania od nowa, zamiast używać starszego podejścia zmian netto, które aktualizowało tylko pozycje z nowymi wymaganiami od ostatniego uruchomienia. 00:17:28.040 --> 00:17:31.580 Pomyśl o tym, jak o ponownym przeliczaniu pełnego obrazu planowania za każdym razem. 00:17:31.820 --> 00:17:38.940 Eliminuje to niepewność co do tego, czy wcześniejsza zmiana umknęła obliczeniom, podczas gdy szybszy silnik czyni pełne przeliczanie bardziej praktycznym dla wielu firm. 00:17:39.180 --> 00:17:42.700 Szybkość pomaga, ale to czyste dane decydują o tym, czy plan jest wiarygodny. 00:17:42.920 --> 00:17:47.780 Gdy plan wygeneruje swoje sugestie, kolejnym zadaniem jest podjęcie decyzji, które z nich wymagają działania w pierwszej kolejności. 00:17:48.000 --> 00:17:50.800 Czym jednak zajmuje się planowanie główne, a czym się nie zajmuje? 00:17:50.800 --> 00:18:00.020 Oto najprostsza definicja. Planowanie główne pobiera wszystkie dane z Dynamics 365 i sugeruje, co kupić, wyprodukować lub przesunąć wraz z datami i ilościami. 00:18:00.200 --> 00:18:03.120 Planista przegląda te planowane zamówienia przed podjęciem działań. 00:18:03.320 --> 00:18:07.380 Sprawdza dostawcę, datę dostawy, ilość oraz to, czy fabryka jest w stanie wykonać pracę. 00:18:07.560 --> 00:18:12.560 Gdy zatwierdzi, przekształcenie tej sugestii zamienia ją w rzeczywiste zamówienie zakupu, zlecenie produkcyjne lub zlecenie przesunięcia. 00:18:12.720 --> 00:18:14.920 Ale planowanie główne nie potrafi przewidzieć przyszłości. 00:18:14.920 --> 00:18:21.220 Prognozy to tylko szacunki, a rzeczywiste zamówienia klientów mogą zmienić się z dnia na dzień i zdecydowanie nie zastępuje ludzkich planistów. 00:18:21.400 --> 00:18:24.960 Ludzie wciąż zarządzają ryzykiem dostawców, obietnicami dla klientów i wyjątkami. 00:18:25.240 --> 00:18:26.980 System po prostu nie potrafi dokonać oceny. 00:18:27.240 --> 00:18:28.600 Same zapasy też nie wystarczą. 00:18:28.780 --> 00:18:33.280 Te zapasy mogą dotrzeć za późno, znajdować się w niewłaściwym magazynie lub być już zarezerwowane dla innego zamówienia. 00:18:33.500 --> 00:18:41.380 Aby uzyskać dobre wyniki, zacznij od czystych danych, poprawnych rekordów towarów, dokładnych czasów realizacji, prawidłowych list materiałowych oraz realistycznego popytu. 00:18:41.380 --> 00:18:44.960 W przypadku naszego zamówienia na rowery istniejące zapasy pokrywają część potrzeb. 00:18:45.120 --> 00:18:48.000 Planowanie sugeruje podaż dla reszty, a planista zatwierdza działanie. 00:18:48.140 --> 00:18:51.340 To prowadzi nas z powrotem do pytania, na które każdy zespół musi znać odpowiedź. 00:18:51.440 --> 00:18:53.360 Co musi się wydarzyć w następnej kolejności? 00:18:53.620 --> 00:18:54.140 Wniosek. 00:18:54.240 --> 00:18:55.260 Jeden połączony plan. 00:18:55.440 --> 00:19:04.160 Planowanie główne bierze pod uwagę popyt, poziomy zapasów, daty dostaw od dostawców, harmonogramy produkcji i moce przerobowe, zmieniając to wszystko w działania, które zespół może zweryfikować. 00:19:04.320 --> 00:19:06.840 Planowane zamówienia rozpoczynają proces ludzkiej decyzji. 00:19:07.020 --> 00:19:09.640 Nie kończą go, dlatego planiści pozostają niezbędni. 00:19:09.640 --> 00:19:15.020 Subskrybuj na swojej ulubionej platformie podcastowej i podziel się tą porcją wiedzy z kimś, kto uczy się zarządzania łańcuchem dostaw w Dynamics 365.