Progi min/max i plany przeliczeń

Progi minimalny i maksymalny są podstawą całej automatyki: bez nich nie ma sugestii zakupu, sugestii przewozów ani harmonogramów uzupełnień opartych o poziom zapasu.

Można je ustawiać ręcznie, hurtowo z listy stanu, albo pozwolić, żeby moduł przeliczał je sam z historii sprzedaży.

Stockly → Purchasing → Stock Thresholds → Threshold plans.

Plan

Plan to zadanie, które cyklicznie przelicza progi. Lista pokazuje Plan, Active, Saving, Runs, Last run, Next run, a menu przy wierszu ma Run now.

Ile plan może zapisać

Pole What the plan may save to najważniejsza decyzja:

• Proposes only — nic nie zapisuje; każdy wynik czeka na człowieka,
• Saves within limits — zapisuje to, co mieści się w limitach skoku,
• Saves B and C classes — klasę A zostawia człowiekowi, bo tam błędny próg kosztuje najwięcej,
• Saves automatically — zapisuje wszystko, co policzy.

Dodatkowo Dry run liczy i zapisuje propozycje, ale nie zmienia niczego, niezależnie od trybu zapisu. Należy go zostawić włączonego do czasu przeczytania pierwszych wyników.

Harmonogram

Every N days i At hour (UTC). Szybko rotujący towar wymaga krótszego cyklu niż długi ogon.

Zakres

Warehouses, Suppliers, ABC classes — puste pole obejmuje wszystko. Skip new products pomija towar młodszy niż dwa tygodnie, który nie ma jeszcze ustalonego tempa sprzedaży, tylko szum.

Parametry liczenia

• Sales window (days) — z jak długiej historii liczone jest tempo sprzedaży. Krótkie okno reaguje szybciej i mocniej fluktuuje.
• Default lead time (days) — używany tylko dla produktów, których dostawca nie ma zapisanego czasu dostawy.
• Safety factor (%) — zapas zastępczy dla produktów ze zbyt krótką historią, żeby zmierzyć ich zmienność.
• Review cycle (days) — jak długo ma starczać jedno uzupełnienie; to jest odległość między minimum a maksimum.
• Split across warehouses — historia popytu jest liczona dla całej sieci, a to pole decyduje, jak podzielić ją między budynki: Equal share per warehouse, Share of past demand per warehouse albo Share by sales channel.

Sezonowość

Use seasonality usuwa sezon z historii przed pomiarem, a potem dobiera próg do tygodni, w których dostawa faktycznie przyjedzie. Wymaga dwóch lat historii; bez nich plan sam wraca do zwykłej średniej.

Seasonal history (days) określa, jak daleko wstecz mierzony jest sezon. Dwa lata to minimum, przy którym da się odróżnić sezon od jednorazowego zdarzenia.

Ograniczniki

Max increase (%) i Max decrease (%) ograniczają skok progu. Puste pola oznaczają brak ograniczenia; działają wyłącznie w trybie zapisu w granicach.

Notatka

Reguła ustawiona ręcznie nigdy nie jest nadpisywana przez plan, w żadnym trybie. Ręczna edycja progu wyjmuje go spod zarządzania automatycznego.

Decyzje do podjęcia

To, czego plan nie zapisał, czeka na osobnej stronie. → Progi do decyzji

Każde przejście planu po katalogu zostaje zapisane — razem z tym, co obejrzał i co zapisał. → Przebiegi progów

Ustawienie planu od zera, w kolejności, która nie pozwala mu zapisać niczego bez przeczytania. → Automatyczne przeliczanie progów zamówień