Tworzenie i przetwarzanie planów

Tworzenie i zatwierdzanie pojedynczego planu

Aby zintegrować przychodzące zlecenia wydania, obszar Zarządzanie wydaniami tworzy nowe pojedyncze plany do komunikatów BOD. Dla harmonogramów planowania i harmonogramów wysyłek tworzone są oddzielne plany pojedyncze. Komunikaty BOD PlanningSchedule, ShipmentSchedule oraz SequenceSchedule są mapowane do odpowiedniego pojedynczego planu, który ma typ komunikatu Harmonogram planowania lub Harmonogram wysyłek.

Nowy pojedynczy plan przechodzi przez różne poziomy przetwarzania do czasu całkowitego przetworzenia zapotrzebowań i przekształcenia w nowy plan. Bieżący stan przetworzenia pojedynczego planu odzwierciedla jeden etap w łańcuchu procesów. Etapy te są wykonywane i realizowane w celu sprawdzenia poprawności i obliczenia nowych zapotrzebowań. Nowy pojedynczy plan otrzymuje stan przetwarzania: Nowy.

Plany pojedyncze są specyficzne dla pozycji. Jeśli komunikat BOD zawiera zapotrzebowania na kilka pozycji, zapotrzebowania należy podzielić i zamapować do pojedynczego planu na pozycję.

Potem następuje sprawdzanie poprawności pojedynczego planu. Sprawdzanie poprawności obejmuje np. klienta, miejsce rozładunku klienta, typ i podtyp komunikatu. Ocena obejmuje również pozycję i przypisuje nowy plan do odpowiedniej pozycji kontraktu. Wynikiem jest globalnie zweryfikowany pojedynczy plan. Planowi pojedynczemu nadawany jest stan przetwarzania Globalnie zweryfikowano.

Po globalnym sprawdzeniu poprawności wykonywane jest sprawdzanie poprawności pod względem procesów. Sprawdzanie poprawności pod względem procesów może obejmować np. sprawdzenie sekwencji numerów transmisji lub sprawdzenie numerów odwołania. Pojedynczy plan otrzymuje nowy stan przetwarzania: Plan sprawdzony szczegółowo.

Obliczanie nowego pojedynczego planu dla danego typu komunikatu

Dla zapotrzebowań każdego typu komunikatu istnieje odrębny pojedynczy plan.

Nowy pojedynczy plan jest przygotowywany zgodnie ze zdefiniowanymi regułami zakresu dat. Zapotrzebowania, które mają zdefiniowany zakres dat, są planowane na określoną datę danego zakresu czasu. Mogą też być dzielone na kilka równych zapotrzebowań w całym zakresie dat. Nowy pojedynczy plan otrzymuje stan przetwarzania: Przetworzono reguły zakresu dat.

W kolejnym etapie zdefiniowane reguły korekty IS są wykorzystywane do obliczenia ilości w tranzycie. Nowy pojedynczy plan otrzymuje stan przetwarzania: Obliczono ilość w tranzycie.

Należy skonsolidować nowe zapotrzebowania i bieżące zapotrzebowania tego samego typu komunikatu według reguł konsolidacji zapotrzebowań. Reguły określają, jak istniejące wymagania są integrowane w nowym pojedynczym planie. Nowy pojedynczy plan otrzymuje stan przetwarzania: Dostosowano.

W kolejnym etapie następuje sprawdzenie zdefiniowanych reguł ręcznego zatwierdzania w celu określenia. Reguły określają, czy pojedynczy plan musi być zatwierdzony ręcznie na stronie Nieprzetworzone plany.

Łączenie nowych zapotrzebowań z istniejącymi zapotrzebowaniami o innym typie komunikatu

Zadaniem połączonego planu jest obliczanie nowych ilości zapotrzebowania danego typu komunikatu i istniejących ilości zapotrzebowania o innym typie komunikatu. Na przykład: Zapotrzebowania nowego harmonogramu wysyłek są w zakresie czasu istniejącego harmonogramu planowania. Wynikiem tego etapu jest plan o stanie przetwarzania: Połączono.

Kolejny etap obejmuje obliczenie ilości netto połączonego planu. Tę ilość należy wysłać do systemu ERP. Nowemu planowi nadawany jest stan przetwarzania: Obliczono ilość netto. Ilość w tranzycie zmniejsza czynne ilości zapotrzebowania.

Zmodyfikowane zapotrzebowania danego typu komunikatu są zapisywane jako nowy pojedynczy plan. Połączone zapotrzebowania różnych typów komunikatu są zapisywane jako nowy połączony plan.

Przekazanie zapotrzebowań z połączonego planu do komunikatów BOD

W następnym kroku zapotrzebowania wierszy zamówienia nowego połączonego planu są rozdzielane i przenoszone do komunikatów BOD PlanningSchedule, ShipmentSchedule oraz SequenceSchedule. Zapotrzebowania połączonego planu są przekazywane do różnych typów komunikatów BOD zgodnie z regułami podziału BOD. Te BOD są publikowane przez usługę ION Connector w ION i importowane przez połączony system ERP.