Skip to main content

[en] Knowledge Center

Optymalizacja SAR

Skróty używane w tym temacie

  • SSA (awizo wysyłki dostawcy używane do przechowywania towarów w stanie magazynowym)

  • SOA (potwierdzenie zamówienia dostawcy, które jest potwierdzonym zamówieniem zakupu będącym częścią zaległości dostawcy. Należy je rozumieć jako towary, które mają się znaleźć w stanie magazynowym w przyszłości)

  • SPO (zamówienie zakupu dostawcy,które jest częścią zaległości dostawcy. Należy je rozumieć jako towary, które mają się znaleźć w stanie magazynowym w przyszłości)

  • PWO (zlecenie produkcyjne używane do wytwarzania produktów we własnym zakresie. W tej dokumentacji PWO oznacza każdy materiał w strukturze zestawu PWO)

  • COA (potwierdzenie zamówienia nabywcy, które jest zamówieniem nabywcy potwierdzonym przez firmę sprzedającą)

  • SAR (rejestr przydziału stanu magazynowego, który przechowuje przydzielone łącza pomiędzy stanem magazynowym / zaległością dostawcy a zleceniem zakupu / potwierdzeniami zamówień nabywcy / ofertą nabywcy)

  • DelDate (data dostawy. Dzień, w którym zamówienie nabywcy powinno zostać wysłane z magazynu lub dzień, w którym materiał powinien być gotowy dla zlecenia produkcyjnego)

  • KitStartDate (jest to obliczona data dla każdego materiału w strukturze zestawu PWO. Jest ona ustawiona na tę samą datę, w której OPR [operacja], z którą jest powiązana, powinna się rozpocząć)

  • PUR (aplikacja wykorzystywana do tworzenia SPO)

  • ART (archiwum zapasów)

  • S&D (wyślij i obciąż)

  • SQU (oferta dostawcy)

  • BREF (bazowe odwołanie dla obliczania MB [marży brutto] w COA)

  • REQ (żądana data)

  • CONF (potwierdzona data)

  • FIFO (zasada „pierwsze przyszło pierwsze wyszło” służąca do sprzedawania/wykorzystania najpierw najstarszego stanu magazynowego)

Celem zadania wsadowego Optymalizacja SAR jest połączenie PWO, COA i CQU z towarami w najbardziej zoptymalizowanym porządku. Program spróbuje przydzielić im łącza do SSA, SPO i SOA, które spełniają ich DelDate. COA i PWO, które mają zostać dostarczone jako pierwsze, dostaną „najlepsze” łącza itd. „Najlepsze łącza” są rozumiane jako im bliższe stanowi magazynowemu w czasie, tym lepiej.

SAR i łączenie ogólnie

Łącza pomiędzy PWO / COA / CQU a SSA / SOA / SPO są przechowywane w SAR. Jeśli ilość towarów dostępnych w stanie magazynowym lub zaległościach dostawcy nie jest wystarczająca, PWO, COA i CQU zostaną połączone do „oczekujących”. Spowoduje to wygenerowanie zapotrzebowania zakupu, które jest widoczne w aplikacji PUR.

Krok 1 Ponowne obliczanie DelDate

Jako krok wstępny dla optymalizacji SAR. Program sprawdzi, czy data dostawy w PWO jest obliczona prawidłowo. Jeśli nie, zostanie obliczona ponownie jako KitStartDate - x dni. X to liczba dniu skonfigurowana jako margines w COM. Można ją znaleźć i zaktualizować w parametrze DeliveryAndRequestDateMarginDays w aplikacji USTAWIENIA.

Krok 2 Okno Przydział stanu magazynowego

Ten krok jest opcjonalny. Ustawienie AssignmentWindowSalesLeadTimeAdder musi mieć wartość, a co najmniej jedno z ustawień AssignmentWindowForSalesOrder lub AssignmentWindowForProductionOrder musi być włączone. Okno Przydział jest zdefiniowane jako SalesLeadTime zapasu plus margines ustawiony w AssignmentWindowSalesLeadTimeAdder.

Celem kroku drugiego zadania wsadowego Optymalizacja SAR jest zapewnienie, że tylko pozycje zamówienia sprzedaży / zlecenia produkcyjnego z datą dostawy w obrębie okna Przydział są łączone ze stanem magazynowym i zamówieniami zakupu. Pozycje zamówienia sprzedaży / zlecenia produkcyjnego z datą dostawy spoza okna Przydział są łączone z OCZEKUJĄCYMI i te pozycje są oznaczone jako rejestr przydziału stanu magazynowego, aby krok 3 zadania wsadowego Optymalizacja SAR nie łączył zamówienia ze stanem magazynowym lub zamówieniem zakupu.

Krok 3 Optymalizacja łącz

Ten krok odbywa się domyślnie dla PWO i CQU, a opcjonalnie dla COA. Jeśli powinien być również uruchamiany dla COA, ustawienie CusOrderStockAssignmentByOptimizeMethod w COM musi być włączone. W tej dokumentacji założono, że to ustawienie jest włączone.

Znajdowanie zapasów, które należy zoptymalizować

Wymagania dla optymalizacji zapasu są następujące:

  1. Kategoria zapasu musi być < „V” i nie „KM”. W praktyce oznacza to zwykłe części / materiały / zestawy, a nie zapasy będące usługami lub kosztami.

W przypadku tych zapasów program sprawdzi, czy istnieją COA, PWO lub CQU nadające się do ponownego połączenia z lepszymi łączami.

Wymagania, aby CQU, COA i PWO były uwzględniane, są następujące:

  1. Połączone z SPO, SOA, PWO lub OCZEKUJĄCE. (Jeśli są połączone ze stanem magazynowym, nie są brane pod uwagę, ponieważ stan magazynowy jest zdefiniowany jako „najlepsze łącze” do przydzielenia.)

  2. Muszą być aktywne. Oznacza to, że ich status musi mieć wartość >1 i <9

  3. Produkcja nie może być rozpoczęta dla PWO (oznacza to, że status nie może mieć wartości 5, 7 ani 8)

  4. Proces pobrania nie został uruchomiony

  5. Łącza SAR nie są zablokowane dla ponownego łączenia (zablokowane łącza)

  6. Łącza SAR nie zostały zdefiniowane jako zewnętrzne w stosunku do okna przydziału

  7. [en] SAR is not set up with access only for a specific customer

  8. COA nie ma specjalnej struktury

  9. CQU i COA nie są połączone z nie-S&D SQU w BREF. PWO nie jest połączone z nie-S&D SQU w KITSQUID

  10. Nie mogą być połączone z towarami posiadanymi przez nabywcę ani towarami zwróconymi do dostawcy.

Na podstawie tych żądań program tworzy listę wszystkich znalezionych zapasów, które spełniają powyższe kryteria. Zadanie optymalizuje po jednym zapasie naraz i zapętla wszystkich „kandydatów” do uzyskania lepszego łącza. Gdy dla danego zapasu nie ma już łącz do optymalizacji, program rozpoczyna proces dla następnego i przeprowadza tę samą procedurę do momentu, gdy lista będzie pusta.

Jest to opisane w kroku 2 – Znajdowanie COA, CQU i PWO nadających się do optymalizacji.

Znajdowanie COA, CQU i PWO nadających się do optymalizacji.

Program znajduje wszystkie COA, CQU i PWO z pierwszego zapasu na liście opisanej w kroku 1 – Znajdowanie zapasów, które należy zoptymalizować.

Zapasy są sortowane rosnąco według DelDate, aby zapewnić, że te, które powinny zostać dostarczone jako pierwsze, otrzymały najlepsze łącza. Ponieważ CQU nie mają DelDate, zostaną przetworzone w pierwszej kolejności.

Po posortowaniu DelDate, priorytet sortowania dla optymalizacji jest następujący:

  1. COA połączone z Oczekującymi

  2. COA połączone z SPO, posortowane malejąco według REQ w SPO

  3. PWO połączone z Oczekującymi

  4. COA połączone z SOA bez CONF, posortowane malejąco według REQ w SOA

  5. PWO połączone z SPO lub SOA bez CONF, posortowane malejąco według REQ w SPO/SOA

  6. COA połączone z SOA z CONF, posortowane malejąco według CONF w SOA

  7. PWO połączone z SOA z CONF, posortowane malejąco według CONF w SOA.

Program utworzy listę dokumentów, które należy zoptymalizować w obrębie jednego zapasu.

Ponowne łączenie

Następnym krokiem jest próba ponownego połączenia z „najlepszym łączem” dla CQU, COA i PWO na liście opisanej w kroku 2 – Znajdowanie COA, CQU i PWO nadających się do optymalizacji.

Preferowane łącza dla PWO są porządkowane w kolejności:

  1. SSA z wolną ilością, posortowane rosnąco według daty SSA

  2. SSA połączone z COA/PWO z późniejszą DelDate, posortowane rosnąco według daty SSA

  3. SOA/PWO z CONF i wolną ilością, posortowane rosnąco według CONF. CONF w SOA/PWO musi być wcześniejsza niż CONF w istniejącym łączu dla PWO

  4. SOA/PWO z CONF połączone z COA/PWO z późniejszą DelDate, posortowane rosnąco według CONF. CONF w SOA/PWO musi być wcześniejsza niż CONF w istniejącym łączu dla PWO

  5. SPO z wolną ilością, posortowane rosnąco według REQ. REQ w SPO musi być wcześniejsza niż REQ w istniejącym łączu dla PWO

LUB

  1. SOA/PWO bez CONF, ale z wolną ilością, posortowane rosnąco według REQ. REQ w SOA/PWO musi być wcześniejsza niż REQ w istniejącym łączu dla PWO

  2. SPO połączone z COA/PWO z późniejszą DelDate, posortowane rosnąco według REQ. REQ w SPO musi być wcześniejsza niż REQ w istniejącym łączu dla PWO.

LUB

  1. SOA/PWO bez CONF połączone z COA/PWO z późniejszą DelDate, posortowane rosnąco według REQ. REQ w SOA/PWO musi być wcześniejsza niż REQ w istniejącym łączu dla PWO.

Preferowane łącza dla COA są porządkowane w kolejności:

  1. SSA z wolną ilością, posortowane rosnąco według daty SSA

  2. SSA połączone z COA/PWO z późniejszą DelDate, posortowane rosnąco według daty SSA

  3. SOA/PWO z CONF połączone z COA/PWO z późniejszą DelDate, posortowane rosnąco według CONF. CONF w SOA/PWO musi być wcześniejsza niż CONF w istniejącym łączu dla COA

  4. SOA/PWO bez CONF, ale z wolną ilością, posortowane rosnąco według REQ. REQ w dokumencie SOA/PWO musi być wcześniejsza niż REQ w istniejącym łączu dla COA

  5. SOA/PWO bez CONF połączone z COA/PWO z późniejszą DelDate, posortowane rosnąco według REQ. REQ w SOA/PWO musi być wcześniejsza niż REQ w istniejącym łączu dla COA

  6. SPO z wolną ilością, posortowane rosnąco według REQ. REQ w SPO musi być wcześniejsza niż REQ w istniejącym łączu dla COA

  7. SPO połączone z COA/PWO z późniejszą DelDate, posortowane rosnąco według REQ. REQ w SPO musi być wcześniejsza niż REQ w istniejącym łączu dla COA.

Jeśli znalezione SSA / SPO / SOA / PWO mają wystarczającą wolną ilość, CQU / COA / PWO zostaną odłączone od swojego bieżącego łącza SAR i ponownie połączone z nowym.

Jeśli znalezione SSA / SPO / SOA / PWO nie mają wystarczającej wolnej ilości, program optymalizujący najpierw odłączy łącza istniejące dla COA/PWO, aby zwiększyć wolną ilość. Następnie CQU / COA / PWO zostaną odłączone od swojego bieżącego łącza SAR i połączone ponownie do nowego.

Jeśli istniejące łącze jest dla PWO z CONF lub COA z CONF, a ustawienie CusOrderReassignedByOptimizeJobIfConfIsFulfilled ma wartość „WŁ.”, zadanie wsadowe rozłączy je jedynie, jeśli może znaleźć wystarczającą wolną ilość do zaspokojenia zapotrzebowania PWO/COA w następującej uporządkowanej kolejności:

  1. SSA, posortowane rosnąco według daty

  2. SOA/PWO z CONF wcześniejszą niż CONF na poziomie głównym PWO/COA, posortowane rosnąco według CONF

W przeciwnym wypadku COA/PWO odłączone w celu zwiększenia wolnej ilości w dokumencie SSA / SOA / SPO / PWO zostaną połączone z OCZEKUJĄCYMI i dodane do listy opisanej w kroku 2 – Znajdowanie COA, CQU i PWO nadających się do optymalizacji.

Te COA/PWO będą teraz przetwarzane podczas późniejszej iteracji procesu ponownego łączenia opisanego w kroku 3 – Ponowne łączenie.

Jeśli zapas jest skonfigurowany z PackQty lub SubQty, zadanie optymalizacji połączy ponownie COA/CQU tylko z ilością, która jest wielokrotnością SubQty lub z PackQty, jeśli SubQty jest pusta. Ta reguła nie ma zastosowania do PWO.

Krok 4 Optymalizacja stanu magazynowego zgodnie z zasadą FIFO

Ten krok jest domyślny dla PWO, a dla COA jest opcjonalny. Jeśli ma być przeprowadzany również dla COA, ustawienie CusOrderStockAssignmentByFIFOMethod w COM musi być włączone. W tej dokumentacji założono, że to ustawienie jest włączone.

Celem tego kroku jest zapewnienie, że najstarszy stan magazynowy jest wykorzystywany/wysyłany w pierwszej kolejności.

Znajdowanie zapasów, które należy zoptymalizować

Krok FIFO znajduje najpierw zapasy nadające się do ponownego połączenia.

Wymagania dla ponownego łączenia zapasu są następujące:

  1. Zapas znajduje się w SSA z wolną ilością

    lub

  2. Zapas znajduje się w SSA połączonym z PWO/COA

    i

  3. Proces pobrania jeszcze się nie rozpoczął

  4. LinkLock nie jest ustawiona w SAR

  5. Stan magazynowy nie jest typu specjalna struktura

  6. Stan magazynowy nie jest zarezerwowany dla konkretnego nabywcy

  7. Stan magazynowy nie został zwrócony do dostawcy w celu naprawy

  8. Data dostawy nie jest poza zakresem okna Przydział

  9. Zapas nie jest wyłączony z automatycznego ponownego łączenia

Znajdowanie stanu magazynowego, który powinien zostać zoptymalizowany

Po znalezieniu wszystkich zapasów, które należy zoptymalizować w tym kroku, program przetwarza po jednym zapasie naraz i tworzy listę SSA, które można zoptymalizować.

SSA są sortowane malejąco według daty. Oznacza to, że najstarszy stan magazynowy jest przetwarzany jako pierwszy.

Ponowne łączenie

PWO lub COA z najwcześniejszą DelDate powinny zostać połączone najpierw z najstarszymi towarami. Ponowne łączenie rozpoczyna się od pierwszej SSA na liście opisanej w kroku 2 – Znajdowanie SSA, które należy zoptymalizować. Program wyszukuje PWO/COA, które są połączone z innymi SSA z nowszą datą.

Znalezione PWO/COA są sortowane rosnąco według DelDate i są przetwarzane jedno po drugim. Jeśli któreś z nich ma DelDate wcześniejszą niż PWO/COA już połączone z przetwarzanym SSA, program je rozłączy i połączy z SSA COA/PWO z wcześniejszą DelDate. Rozłączone COA/PWO zostaną następnie dodane do listy COA/PWO, które będą przetwarzane w następnej iteracji według ich DelDate.

Jeśli zapas jest skonfigurowany z PackQty lub SubQty, krok FIFO połączy ponownie COA/CQU jedynie z ilością, która jest wielokrotnością SubQty lub z PackQty, jeśli SubQty jest pusta. Ta reguła nie ma zastosowania do PWO.

Podsumowanie

PWO i COA ponownie połączone przez krok FIFO nadal będą miały łącze do towarów w stanie magazynowym, ale łącze może zostać zmienione na inne SSA.

W tym rozdziale: