Wyobraź sobie, że klient chce 100 rowerów w przyszłym miesiącu. Ramy docierają z opóźnieniem, koła znajdują się w innym magazynie, a Twoja linia montażowa jest zajęta przez kolejne dwa tygodnie. Więc co kupujesz, co budujesz, co przenosisz i kiedy potrzebujesz każdego elementu? Mniam! Milczopetas z M365FM. Ten odcinek wiedzy dotyczy Dynamics 365 Master Planning AU. Część zarządzania łańcuchem dostaw, która odpowiada na te pytania za kulisami. Pomyśl o swojej firmie jak o biurowcu z przyległym magazynem. Zamówienia przychodzą przez jedne drzwi. Zapasy leżą na półkach. Dostawcy przywożą towar do rampy załadunkowej. Produkcja zamienia części w gotowe produkty. Planowanie główne obejmuje cały budynek, zamiast zostawiać każdy zespół z osobną listą. Dzisiaj my, Gertman, prześledzimy jedno zamówienie na rower od zapytania klienta aż po działania zaopatrzeniowe. Dynamics 365 pokazuje, dlaczego firmy potrzebują planu, a nie arkusza kalkulacyjnego.

Zanim powstały zintegrowane narzędzia planistyczne, firmy pracowały na rozproszonych danych. Sprzedaż miała zamówienia klientów w jednym miejscu. Magazynierzy sprawdzali stany w innym systemie. Dział zakupów śledził terminy w mailach lub arkuszach, a produkcja prowadziła własne notatki o tym, co fabryka może zbudować w tym tygodniu. Każda lista wyglądała poprawnie sama w sobie. Problemy zaczynały się, gdy ktoś próbował odpowiedzieć na jedno pytanie klienta. Och, czy możemy dostarczyć 100 rowerów na obiecany termin? I o latawc. Wyobraź sobie, że w magazynie jest dzisiaj 30 gotowych rowerów. Brzmi jak dobry początek, ale zamówienie wciąż potrzebuje kolejnych 70 rowerów. 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. Zwykłe liczenie stanu zapasów mówi tylko, co leży teraz na półce. Nie mówi Ci, czy kolejne 70 ram dotrze, zanim produkcja będzie ich potrzebować.

Nie mówi Ci, czy otwarte zamówienie zakupu obejmuje już koła. I nie mówi Ci, czy fabryka ma wystarczająco dużo czasu, aby wszystko złożyć przed datą dostawy. Oto moment, w którym planowanie staje się czymś więcej niż tylko liczeniem. Kiedy klient zamawia 100 rowerów, system patrzy na popyt na 100 sztuk. Odejmuje 30 rowerów, które są już dostępne. Następnie śledzi, co musi się stać dla pozostałych 70. Sprawdza części potrzebne do złożenia gotowego roweru. Sprawdza dostawy, które są już w drodze. I sprawdza daty przypisane do każdego zadania. Jedna brakująca część może zmienić całą odpowiedź. Możesz mieć wystarczająco dużo kół i siodełek. Jeśli jednak czas dostawy ram od dostawcy wynosi 2 tygodnie, zakup ich dzień przed montażem w niczym nie pomoże. Zamówienie może wyglądać na wykonalne w arkuszu kalkulacyjnym, dopóki nie umieścisz każdej części w kalendarzu. A ten kalendarz zmienia się nieustannie.

Dostawca może przyspieszyć termin dostawy. Inne zamówienie sprzedaży może zająć zapasy, które uważałeś za wolne. Zlecenie produkcyjne może zakończyć się z opóźnieniem. Gdy te szczegóły znajdują się w różnych miejscach, ludzie spędzają cały czas na dzwonieniu, pisaniu, e-maili, sprawdzaniu i aktualizowaniu własnych wersji planu. Dynamics 365. Planowanie główne łączy bieżący popyt i bieżącą podaż w jeden widok planistyczny. Zbiera w całość zamówienia klientów stany magazynowe, dostawy przychodzące i informacje o produkcji. Następnie oblicza, gdzie podaż pokrywa popyt, a gdzie pozostaje luka. Zamiast prosić każdy zespół o ręczne łączenie faktów, system tworzy sugerowane działania na podstawie dostępnych informacji. Nie oznacza to jednak, że system prowadzi firmy samodzielnie. Planista wciąż sprawdza sugestie, zadaje pytania i decyduje, co powinno się stać. Ale planista zaczyna od spójnego obrazu, zamiast od stosu oddzielnych list.

Potraktuj arkusz kalkulacyjny jak fotografię. Rejestruje on stan zapasów w danym momencie i bywa przydatny. Planowanie główne jest bliższe przyszłemu harmonogramowi, ponieważ łączy ilości z datami, przechodzącymi dostawami i przyszłym popytem. Kolejnym krokiem jest rozróżnienie różnych rodzajów popytu, które proces planowania potrafi odczytać. Trzy tryby planowania. Oto jak to wygląda w Dynamics 365. Nie ma tylko jednego sposobu planowania. Używany tryb planowania zależy od pytania, na które Twoja firma musi odpowiedzieć. Firma obsługująca bieżące zamówienia klientów potrzebuje zupełnie innego widoku niż ta przygotowująca materiały na kolejny sezon. Pierwszym trybem jest planowanie główne. To Twój codzienny plan, który oblicza zapotrzebowanie netto. Oznacza to po prostu, że system sprawdza, czego potrzebujesz i odejmuje podaż, którą już masz lub której się spodziewasz. Odczytuje rzeczywistą aktywność biznesową, czyli zamówienia sprzedaży od klientów, zamówienia zakupu wysłane do dostawców, zlecenia produkcyjne na hali oraz zapasy w magazynie.

Wyobraź sobie zamówienie klienta na 100 sztuk produktu. Twój magazyn posiada 30 sztuk, które planowanie może wykorzystać do tego zamówienia. System nie zasugeruje zakupu lub produkcji wszystkich 100 sztuk, ponieważ widzi te 30 jako istniejącą podaż. Zatem oblicza pozostałe zapotrzebowanie na 70 sztuk. Te pozostałe 70 to zapotrzebowanie netto. Prawdziwy plan może uwzględniać coś więcej, niż tylko zapasy na półce. Może kolejne 20 sztuk ma dotrzeć od dostawcy przed datą zażądaną przez klienta. W takim przypadku system uwzględnia również te 20 sztuk, pozostawiając jeszcze mniejszą lukę do wypełnienia. Ale to daty decydują o wyniku. Jeśli te 20 jednostek dotrze po terminie oczekiwanym przez klienta, na niewiele się zdadzą. Otrzymasz je fizycznie, ale dotrą zbyt późno, by zaspokoić tę konkretną potrzebę. Planowanie główne analizuje jednocześnie ilość oraz czas realizacji. Pamiętaj, zwykła łączna liczba zapasów może wprowadzić Cię w błąd.

Dla wielu firm jest to plan, z którego korzystają najczęściej. Microsoft określa planowanie główne jako proces krótkoterminowy, obejmujący zwykle od jednego tygodnia do sześciu miesięcy. Dokładny zakres zależy od czasu dostawy towarów lub czasu zakończenia produkcji. Firma kupująca proste, lokalne produkty może planować z wyprzedzeniem zaledwie kilku tygodni. Jednak producent części wymagających miesięcy przygotowań musi patrzeć dalej w przyszłość, często tak daleko, jak wynosi najdłuższy łączny czas realizacji jego produktów. W przeciwnym razie planowanie wykryje niedobór, gdy będzie już za późno, by mu zapobiec. Drugim trybem jest planowanie prognozowane. Zamiast zaczynać od potwierdzonych zamówień sprzedaży, planowanie prognozowane rozpoczyna się od oczekiwanego popytu. Może zespół sprzedaży spodziewa się wyższej sprzedaży rowerów latem lub sprzedawca planuje dużą promocję, która wygeneruje popyt w późniejszym okresie roku.

Są to prognozy oparte na oczekiwaniach zespołu, a nie na potwierdzonych zamówieniach. Są przydatne, ponieważ czekanie na każde zamówienie klienta może pozostawić zbyt mało czasu na zakup surowców, zaplanowanie prac fabrycznych czy przygotowanie wystarczających mocy produkcyjnych. Produkty o długim czasie realizacji wymagają wcześniejszych decyzji, nawet jeśli ostateczne zamówienie klienta jeszcze nie wpłynęło. Planowanie prognozowane oblicza zapotrzebowanie brutto. Oznacza to, że zaczyna się od przewidywanego wolumenu popytu. Jeśli prognoza przewiduje 500 rowerów w lipcu, planowanie najpierw uwzględnia pełne zapotrzebowanie na 500 jednostek i na tym opiera swoje działania. Pomyśl o tym, jak o wybieganiu w przyszłość i przewidywaniu nadchodzącego obciążenia pracą dla firmy. Możesz wtedy zaplanować materiały i moce produkcyjne wokół tego oczekiwanego wolumenu. Być może trzeba będzie wcześniej porozmawiać z dostawcami, przygotować miejsce w magazynie lub sprawdzić, czy produkcja udźwignie przewidywane obciążenie.

Prognozy to tylko przypuszczenia, mogą się zmienić, a rzeczywista sprzedaż może odbiegać od założeń. Mimo to dają szerszą perspektywę niż plan oparty wyłącznie na złożonych już zamówieniach. Następnie mamy planowanie główne między firmami. Wchodzi ono w grę, gdy jeden podmiot prawny potrzebuje dostaw od drugiego. Na przykład jedna firma w Twojej grupie może produkować dany artykuł, podczas gdy inna sprzedaje go klientom w innym kraju. Firma sprzedająca widzi popyt klientów. Firma produkująca musi widzieć zapotrzebowanie na dostawy, które generuje ten popyt. Planowanie główne między firmami łączy te potrzeby ponad granicami przedsiębiorstw, uwzględniając planowany popyt i podaż, które nie stały się jeszcze wiążącymi zamówieniami. Zatem firma nie planuje tak, jakby działała w pojedynkę. Firma handlowa może planować dostawy od firmy produkcyjnej, która z kolei widzi, jakich materiałów i mocy produkcyjnych potrzebuje, aby sprostać temu zapotrzebowaniu.

To powiązanie przesyła sygnał planistyczny z jednego podmiotu prawnego do drugiego. Każdy model rozpoczyna się od popytu. Popyt jest jednak tylko pierwszym sygnałem, ponieważ jeden gotowy produkt może stworzyć łańcuch potrzeb dla wielu komponentów niższego rzędu. Od jednego zamówienia do łańcucha dostaw zostańmy przy rowerze, bo właśnie tutaj planowanie główne zaczyna swoją właściwą pracę. Wyobraźmy sobie, że klient składa zamówienie na 70 rowerów i prosi o dostawę w określonym terminie. Ta data to nie tylko notatka dla zespołu sprzedaży. To punkt wyjścia, od którego planowanie cofa się, pytając, co musi się stać, zanim rowery opuszczą magazyn. Gotowy rower to tylko pierwsza warstwa. Dynamics 365 sprawdza strukturę produktu, często nazywaną BOM. Pomyśl o BOM jak o przepisie na jeden rower. Wymienia on ramę, koła, łańcuch, siodełko, kierownicę, hamulce, śruby i każdą inną część potrzebną do jego budowy.

Jeśli zamówienie opiewa na 70 rowerów, planowanie rozszerza je na części potrzebne dla wszystkich 70 sztuk. Może to bardzo szybko stać się długą listą. Możesz potrzebować 70 ram, 140 kół, 70 łańcuchów, 70 siodełek i setek małych śrub. Planista nie musi liczyć każdej części ręcznie. Struktura produktu dostarcza systemowi Dynamics 365 niezbędny układ, dzięki czemu system może śledzić popyt od gotowego roweru aż po każdy komponent. Jednak same części nie wystarczą, by wyprodukować rowery. Produkcja potrzebuje również marszruty. Marszruta opisuje kroki robocze niezbędne do zbudowania produktu, takie jak montaż ramy, zakładanie kół, sprawdzanie hamulców i pakowanie gotowego roweru. Każdy krok może wymagać odpowiedniego zasobu. Zasobem tym może być linia montażowa, stół warsztatowy, lakiernia, maszyna lub grupa osób z odpowiednimi kwalifikacjami. Planowanie wykorzystuje te informacje, aby zaplanować pracę w odpowiednim czasie.

Zamiast traktować produkcję jako coś, co dzieje się natychmiast, w tym momencie daty zaczynają cofać się wstecz. Jeśli klient potrzebuje rowerów w piątek, gotowe zlecenie produkcyjne może musieć zostać zakończone w czwartek, aby magazyn zdążył je spakować i wysłać. Montaż może musieć rozpocząć się we wtorek. Ramy i koła mogą musieć dotrzeć do poniedziałku. Jeśli dostawca potrzebuje 10 dni na dostarczenie kół, zamówienie zakupu musi wyjść z firmy jeszcze wcześniej. Data klienta tworzy łańcuch kolejnych terminów. Dynamics 365 cofa się wzdłuż tego łańcucha, uwzględniając czasy realizacji. Czas realizacji to po prostu czas potrzebny na wykonanie czegoś, niezależnie od tego, czy chodzi o dostarczenie części przez dostawcę, przeniesienie towarów w magazynie czy ukończenie pracy w fabryce. Opóźnienie w dostawie części może wpłynąć na cały proces. Załóżmy, że system znajduje na stanie 70 ram. Widzi również otwarte zamówienie zakupu na 140 kół z dostawą zaplanowaną przed rozpoczęciem montażu.

Ta podaż pokrywa zapotrzebowanie na koła, podczas gdy ramy już pokrywają swoje zapotrzebowanie. Następnie sprawdza łańcuchy. Być może na stanie jest tylko 40 łańcuchów, a żadne zamówienie zakupu nie obejmuje pozostałych 30. Planowanie dostrzega lukę i tworzy sugestie jej uzupełnienia. Ta sama kontrola jest przeprowadzana dla gotowych rowerów, części składowych i wszelkich prac pomiędzy nimi. Pewna podaż już istnieje. Dostępne zapasy mogą zaspokoić potrzebę. Otwarte zamówienie zakupu może ją wypełnić, jeśli towary dotrą na czas. Otwarte zlecenie produkcyjne może ją wypełnić, jeśli fabryka ukończy pracę na czas. Gdy żadne z tych źródeł nie pokrywa zapotrzebowania, plan tworzy zamówienie planowane. Planowane zamówienie zakupu sugeruje zakup czegoś od dostawcy. Planowane zlecenie produkcyjne sugeruje wytworzenie czegoś wewnątrz firmy. Planowane zlecenie przesunięcia sugeruje przeniesienie zapasów z jednego miejsca lub magazynu do drugiego.

Są to sugestie, a nie zobowiązania. Dynamics 365 nie wysyła potajemnie zamówienia do dostawcy ani nie rozpoczyna pracy na hali produkcyjnej. Dostarcza planiście proponowaną ilość i datę w oparciu o widoczne dane. Człowiek nadal sprawdza, czy dostawca jest odpowiedni, czy termin jest możliwy i czy firma powinna zatwierdzić działanie. Wyobraźmy sobie mały problem z naszym zamówieniem na rowery. Wszystko wygląda na gotowe, z wyjątkiem jednego koła. Planowana podaż obejmuje ramy, łańcuchy, siodełka i prawie każde koło. Jednak jedno koło dociera dzień po tym, jak jest potrzebne do montażu. Bez tego koła jeden rower nie może zostać ukończony. Mimo, że magazyn może wydawać się pełny części, planowanie główne śledzi lukę aż do jej źródła. Planista widzi, że niedobór nie wynika z samego zamówienia klienta. Wynika on z daty dostawy podanej przez dostawcę w zamówieniu zakupu kół. Daje to planiście konkretny punkt zaczepienia do działania.

Poprosić o wcześniejszą dostawę, znaleźć inne źródło lub zmienić datę produkcji. Plan może sugerować podaż, ale kolejne pytanie jest równie użyteczne. Dlaczego Dynamics 365 połączył tę podaż z tym popytem? Analizując wymagania netto, czyli konwersację planistyczną. Dlatego planiści korzystają ze strony wymagań netto, aby zgłębić to powiązanie. Strona ta zbiera w jednym miejscu pełną konwersację planistyczną dla danego artykułu. Pokazuje każde zapotrzebowanie na dany artykuł oraz każde źródło dostaw, które może je pokryć z datami bezpośrednio przy każdym wierszu. Weźmy jako przykład koło rowerowe. Na górze wybierasz zakład lub magazyn, którego dotyczy dane koło. Poniżej Dynamics 365 wyświetla wszystkie powiązane transakcje, sprzedaż, zakupy, zapasy i produkcję, wszystko na jednej liście. Zapotrzebowanie pojawia się jako liczba ujemna w odniesieniu do dostępnych zapasów. To zapotrzebowanie może pochodzić z wielu miejsc.

Zlecenie sprzedaży wymaga kół, ponieważ klient zamówił rowery. Prognoza tworzy przewidywane przyszłe zapotrzebowanie. Zlecenie produkcyjne potrzebuje kół zgodnie z planem fabryki. A zlecenie przesunięcia tworzy zapotrzebowanie, gdy inny magazyn żąda towaru. Każdy wiersz odpowiada na proste pytanie. Kto potrzebuje tego artykułu? Ile sztuk jest potrzebnych? I na jaką datę? Brzmi to prosto, ale zapobiega częstym błędom. Ludzie często widzą łączną ilość i zakładają, że należy ona do jednego klienta lub zlecenia, podczas gdy ten sam artykuł może obsługiwać wiele zamówień w różnych terminach. Po stronie podaży mamy zapasy bieżące, czyli to, co jest już na stanie. Następnie zamówienia zakupu od dostawców, zlecenia produkcyjne planowane przez firmę, przesunięcia między magazynami oraz zamówienia planowane, które system sugeruje, ale nikt jeszcze nie utworzył. Strona sortuje wszystko według daty.

Przewijając listę możesz obserwować, jak zmienia się dostępna ilość. Zapasy mogą wyglądać dobrze na początku miesiąca, potem spaść, gdy zlecenie produkcyjne zużyje części, a następnie wzrosnąć, gdy dotrze dostawa od dostawcy. Czas zmienia wynik. Załóżmy, że 100 kół znajduje się w magazynie w poniedziałek, ale we wtorek zlecenie produkcyjne wymaga 80, a w środę pojawia się zapotrzebowanie od kolejnego klienta na 30. Łączne zapotrzebowanie przewyższa zapasy, mimo że zamówienie zakupu na 50 kół dotrze w piątek. Piątkowa dostawa nie rozwiązuje niedoboru ze środy. Ten widok z podziałem na daty wyjaśnia, dlaczego system przedstawia swoje sugestie. Dynamics 365 nie prosi o więcej kół losowo. Dokładnie widzi, kiedy dostępna podaż spada poniżej wymaganego zapotrzebowania. Teraz możesz zadać bardziej szczegółowe pytanie. Która linia podaży pokrywa którą linię zapotrzebowania? To połączenie nazywa się pegowaniem.

Pegowanie to własny mechanizm planowania Dynamics 365 łączący popyt z podażą. Łą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. System buduje to powiązanie podczas obliczeń planistycznych. Jeśli zapotrzebowanie się zmieni, planowanie może przeliczyć to połączenie. Może klient przesunie datę dostawy albo zamówienie zakupu się opóźni. Wtedy pegowanie może wskazać inne źródło podaży lub utworzyć nowe zamówienie planowane tam, gdzie pojawiła się luka. Pomaga to prześledzić cały łańcuch. 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. Czasami potrzebujesz większej kontroli. Wtedy z pomocą przychodzi znakowanie. Znakowanie to ręczne powiązanie transakcji podaży z transakcją popytu. Informuje system, że dana podaż ma pokryć konkretny popyt, zamiast pozwalać planowaniu na dowolne dopasowanie jej gdzie indziej.

Potraktuj to jak naklejenie etykiety na dwa powiązane rekordy. 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. Planowanie traktuje te relacje bardziej rygorystycznie niż zwykłe powiązanie – pegging. Mimo to, oznaczone zapasy nie są najsilniejszym dostępnym połączeniem. Rezerwacja jest silniejsza. Kiedy rezerwujesz zapasy lub przychodzącą podaż dla konkretnego popytu, tworzysz sztywne powiązanie. Ta ilość jest odkładana na potrzeby wybranego zlecenia sprzedaży, zlecenia produkcyjnego lub innego popytu. A planowanie główne traktuje rezerwację priorytetowo w stosunku do zwykłego powiązania i znakowania. Wyobraź sobie 10 kół w magazynie, które są zarezerwowane dla pilnego zlecenia naprawy. Późniejsze zamówienie klienta również może wymagać kół, ale planowanie nie może traktować tych 10 zarezerwowanych kół jako dostępnych.

Musi znaleźć inną podaż lub zasugerować dodatkową, ponieważ rezerwacja już przypisała je gdzie indziej. Zatem powiązania, znakowanie i rezerwacja dają trzy poziomy połączeń. Powiązanie to automatyczne dopasowanie systemowe. Znakowanie to ręczne, bardziej stałe połączenie. Rezerwacja blokuje podaż dla konkretnej potrzeby. Jest to najsilniejsza z tych trzech opcji. Gdy potrafisz odczytać te powiązania, zlecenia planowane przestają wyglądać jak niewyjaśnione instrukcje. Kolejne pytanie brzmi, jak często zmienia się ten widok planowania i jak szybko Dynamics 365 potrafi go obliczyć. Plan statyczny, dynamiczny i optymalizacja planowania. Strona potrzebnetto pokazuje wynik planowania, ale nie każdy plan aktualizuje się w ten sam sposób. Plan statyczny zmienia się tylko wtedy, gdy ktoś uruchomi proces planowania głównego. 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.

Wyobraź sobie, że duże zlecenie sprzedaży wpływa o 11 rano. Jeśli plan statyczny został uruchomiony w nocy, to nowe zamówienie nie pojawi się w sugestiach aż do kolejnego uruchomienia planowania. Plan nadal pokazuje ostatni obliczony wynik, co bywa przydatne, gdy zespół potrzebuje jednego uzgodnionego widoku na dany dzień. Jednak ta stabilność ma swoją cenę. 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. Planista może wiedzieć o istnieniu zamówienia klienta, ale plan statyczny nie przeliczył jeszcze odpowiedzi podażowej. Właśnie w tym pomaga plan dynamiczny. Plan dynamiczny pokazuje aktualny popyt w czasie rzeczywistym. Planiści widzą wpływ nowych zamówień sprzedaży i innego popytu bez czekania na kolejne pełne zadanie planowania głównego. To perspektywa krótkoterminowa. Plany dynamiczne pomijają prognozy i skupiają się na tym, co dzieje się teraz.

Załóżmy, że klient składa dziś po południu niespodziewane zamówienie na 200 rowerów. Zanim ktokolwiek obieca termin dostawy, planista może otworzyć plan dynamiczny i sprawdzić skutki. 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? Daje to zespołowi praktyczny podgląd typu, co jeśli? Nie zmieniasz planu statycznego tylko po to, by sprawdzić jedno nowe zamówienie. Najpierw sprawdzasz prawdopodobny wpływ, a potem decydujesz, czy zamówienie wymaga uwagi teraz, czy może poczekać na kolejny zaplanowany cykl. Plany statyczne i dynamiczne odpowiadają na powiązane, ale odmienne pytania. Plan statyczny pyta, co nakazały nam nasze ostatnie oficjalne obliczenia planistyczne? Plan dynamiczny pyta, jak wygląda obecny popyt w tej chwili. Za oboma planami stoi silnik planowania dla środowisk chmurowych Dynamics 365.

Optymalizacja planowania to nowoczesny silnik, którego Microsoft używa do realizacji planowania głównego. Oblicza zapotrzebowanie poza główną aplikacją biznesową, co zmniejsza obciążenie systemu używanego do codziennej pracy. Starsze cykle planowania mogły trwać bardzo długo. 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. 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. Optymalizacja planowania potrafi szybko przeliczyć ogromne ilości powiązanych danych. Działa jednak tylko w oparciu o rekordy dostarczone przez Twoją firmę. Jeśli czas realizacji dostawy od dostawcy jest błędny, sugerowana data zamówienia również może być błędna. 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.

A jeśli zestawienie materiałowe, bom, pomija jakąś część, planowanie nie utworzy zapotrzebowania na brakujący element. Obliczenia mogą zakończyć się w kilka minut, ale fabryka i tak stanie, jeśli zabraknie tej części. Nastąpiła też zmiana w sposobie działania planowania. Dzięki optymalizacji planowania, plany są regeneracyjne. 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. Pomyśl o tym, jak o ponownym przeliczaniu pełnego obrazu planowania za każdym razem. 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. Szybkość pomaga, ale to czyste dane decydują o tym, czy plan jest wiarygodny. Gdy plan wygeneruje swoje sugestie, kolejnym zadaniem jest podjęcie decyzji, które z nich wymagają działania w pierwszej kolejności.

Czym jednak zajmuje się planowanie główne, a czym się nie zajmuje? 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. Planista przegląda te planowane zamówienia przed podjęciem działań. Sprawdza dostawcę, datę dostawy, ilość oraz to, czy fabryka jest w stanie wykonać pracę. Gdy zatwierdzi, przekształcenie tej sugestii zamienia ją w rzeczywiste zamówienie zakupu, zlecenie produkcyjne lub zlecenie przesunięcia. Ale planowanie główne nie potrafi przewidzieć przyszłości. 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. Ludzie wciąż zarządzają ryzykiem dostawców, obietnicami dla klientów i wyjątkami. System po prostu nie potrafi dokonać oceny. Same zapasy też nie wystarczą. Te zapasy mogą dotrzeć za późno, znajdować się w niewłaściwym magazynie lub być już zarezerwowane dla innego zamówienia.

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. W przypadku naszego zamówienia na rowery istniejące zapasy pokrywają część potrzeb. Planowanie sugeruje podaż dla reszty, a planista zatwierdza działanie. To prowadzi nas z powrotem do pytania, na które każdy zespół musi znać odpowiedź. Co musi się wydarzyć w następnej kolejności? Wniosek. Jeden połączony plan. 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ć. Planowane zamówienia rozpoczynają proces ludzkiej decyzji. Nie kończą go, dlatego planiści pozostają niezbędni. 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.