Szczegóły projektu: Popyt w pustej lokalizacji
Gdy użytkownik tworzy zdarzenie popytu, takie jak wiersz zamówienia sprzedaży, program pozwala użytkownikowi czasami określić kod lokalizacji, a innym razem nie używać pustej lokalizacji.
Na żądanie z kodami lokalizacji lub bez, system planowania działa w prosty sposób, gdy:
- Linie zapotrzebowania zawsze zawierają kody lokalizacji, a system w pełni wykorzystuje sku, w tym odpowiednią konfigurację lokalizacji.
- Wiersze zapotrzebowania nigdy nie zawierają kodów lokalizacji, a system nie używa jednostek SKU ani żadnej konfiguracji lokalizacji (zobacz ostatni scenariusz w poniższej sekcji).
Jeśli jednak zdarzenia popytu czasami mają kody lokalizacji, a innym razem nie, system planowania będzie przestrzegał pewnych reguł w zależności od konfiguracji.
Popyt w lokalizacji
Gdy system planowania wykryje zapotrzebowanie w danej lokalizacji, będzie zachowywał się na różne sposoby w zależności od trzech krytycznych wartości konfiguracji. Podczas planowania system sprawdza trzy wartości konfiguracji w sekwencji i odpowiednio planuje.
Czy w polu Lokalizacja obowiązkowa znajduje się znacznik wyboru?
Jeśli tak, to:
Czy istnieje SKU dla przedmiotu?
Jeśli tak, to:
Towar jest planowany zgodnie z parametrami planowania na karcie SKU.
Jeśli nie, to:
Czy pole Składniki w lokalizacji zawiera kod żądanej lokalizacji?
Jeśli tak, to:
Towar jest planowany zgodnie z parametrami planowania na karcie towaru.
Jeśli nie, to:
Pozycja jest planowana zgodnie z: Zasady ponownego zamawiania = Lot-for-Lot, Include Inventory = Tak, wszystkie inne parametry planowania = Puste, towary korzystające z Zasady ponownego zamawiania = Order pozostaną przy użyciu Order wraz z innymi ustawieniami.
Uwaga
Wyjątkowa konfiguracja planowania, która jest wyprowadzana jako ostatnia reakcja w kroku 3 powyżej, jest określana poniżej jako "minimalna alternatywa". Ta konfiguracja planowania obejmuje tylko dokładne zapotrzebowanie, a wszystkie inne parametry planowania są ignorowane.
Aby uzyskać informacje o odmianach tej logiki planowania, zobacz sekcję Scenariusze poniżej.
Popyt w pustej lokalizacji
Nawet jeśli pole Lokalizacja obowiązkowa jest zaznaczone, program umożliwi tworzenie wierszy zapotrzebowania bez kodu lokalizacji, nazywanego również pustą lokalizacją. Jest to odchylenie dla systemu, ponieważ ma różne wartości konfiguracji dostrojone do obsługi lokalizacji (patrz wyżej), w wyniku czego silnik planowania nie utworzy linii planowania dla takiej linii zapotrzebowania.
Jeśli pole Lokalizacja obowiązkowa nie jest zaznaczone, ale istnieje dowolna z wartości konfiguracji lokalizacji, jest to również uważane za odchylenie, a system planowania zareaguje przy użyciu "minimalnej alternatywy": Pozycja jest planowana zgodnie z: Zasady ponownego zamawiania = Lot-for-Lot (Zamówienie pozostaje Zamówieniem), Uwzględnij zapasy = Tak, wszystkie inne parametry planowania = Puste.
Scenariuszy
Poniższe scenariusze opisują zmiany popytu w pustej lokalizacji oraz sposób, w jaki system planowania rozwiązuje się do "minimalnej alternatywy".
Konfiguracja 1:
Lokalizacja Obowiązkowa = Tak
Sku jest skonfigurowany dla RED
Komponenty w lokalizacji = NIEBIESKI
Przypadek 1.1: Popyt jest w lokalizacji RED
Towar jest planowany zgodnie z parametrami planowania na karcie SKU.
Przypadek 1.2: Popyt jest w lokalizacji BLUE
Pozycja jest planowana zgodnie z: Zasady ponownego zamawiania = Lot-for-Lot (Zamówienie pozostaje Zamówieniem), Uwzględnij zapasy = Tak, wszystkie inne parametry planowania = Puste.
Przypadek 1.3: Popyt jest w lokalizacji GREEN
Pozycja jest planowana zgodnie z: Zasady ponownego zamawiania = Lot-for-Lot (Zamówienie pozostaje Zamówieniem), Uwzględnij zapasy = Tak, wszystkie inne parametry planowania = Puste.
Przypadek 1.4: Popyt jest w lokalizacji BLANK
Towar nie jest planowany, ponieważ w wierszu zapotrzebowania nie jest zdefiniowana żadna lokalizacja.
Konfiguracja 2:
Lokalizacja Obowiązkowa = Tak
Nie istnieje jednostka SKU
Komponenty w lokalizacji = NIEBIESKI
Przypadek 2.1: Popyt jest w lokalizacji RED
Pozycja jest planowana zgodnie z: Zasady ponownego zamawiania = Lot-for-Lot (Zamówienie pozostaje Zamówieniem), Uwzględnij zapasy = Tak, wszystkie inne parametry planowania = Puste.
Przypadek 2.2: Popyt jest w lokalizacji BLUE
Towar jest planowany zgodnie z parametrami planowania na karcie towaru.
Konfiguracja 3:
Lokalizacja Obowiązkowa = Nie
Nie istnieje jednostka SKU
Komponenty w lokalizacji = NIEBIESKI
Przypadek 3.1: Popyt jest w lokalizacji RED
Pozycja jest planowana zgodnie z: Zasady ponownego zamawiania = Lot-for-Lot (Zamówienie pozostaje Zamówieniem), Uwzględnij zapasy = Tak, wszystkie inne parametry planowania = Puste.
Przypadek 3.2: Popyt jest w lokalizacji BLUE
Towar jest planowany zgodnie z parametrami planowania na karcie towaru.
Przypadek 3.3: Popyt jest w lokalizacji BLANK
Pozycja jest planowana zgodnie z: Zasady ponownego zamawiania = Lot-for-Lot (Zamówienie pozostaje Zamówieniem), Uwzględnij zapasy = Tak, wszystkie inne parametry planowania = Puste.
Konfiguracja 4:
Lokalizacja Obowiązkowa = Nie
Nie istnieje jednostka SKU
Komponenty w lokalizacji = PUSTE
Przypadek 4.1: Popyt jest w lokalizacji BLUE
Pozycja jest planowana zgodnie z: Zasady ponownego zamawiania = Lot-for-Lot (Zamówienie pozostaje Zamówieniem), Uwzględnij zapasy = Tak, wszystkie inne parametry planowania = Puste.
Przypadek 4.2: Popyt jest w lokalizacji BLANK
Towar jest planowany zgodnie z parametrami planowania na karcie towaru.
Jak pokazano w ostatnim scenariuszu, jedynym sposobem uzyskania poprawnego wyniku dla wiersza zapotrzebowania bez kodu lokalizacji jest wyłączenie wszystkich wartości konfiguracji związanych z lokalizacjami. Podobnie, jedynym sposobem na uzyskanie stabilnych wyników planowania popytu w lokalizacjach jest użycie SKU. Dlatego, jeśli firmy często planują popyt w lokalizacjach, zdecydowanie zaleca się stosowanie granulatu Jednostek magazynowych.
Zobacz też
Szczegóły projektu: Równoważenie popytu i podaży
Szczegóły projektu: Centralne koncepcje systemu
planowaniaSzczegóły projektu: Planowanie dostaw