Przejdź do głównej zawartości

Log decyzji źródłowania

Kiedy magazynów jest kilka, prędzej czy później pojawia się pytanie: dlaczego to zamówienie pojechało stamtąd. Ten log zawiera odpowiedź.

Stockly → Settings → Diagnostics → Sourcing decisions.

Kolumny: Decided, Node, Rule, Trigger, Candidates, Degraded.

Rule mówi, co zdecydowało:

PowódZnaczenie
Pickup rule named this warehousereguła odbioru wskazała ten budynek
Kept with the rest of the ordertrzymanie zamówienia w jednym budynku
First warehouse with unpromised stockpierwszy budynek z towarem nikomu nieobiecanym
First warehouse with any stockpierwszy budynek z jakimkolwiek towarem
Backorder node (nothing in stock anywhere)nigdzie nie ma towaru
Default warehouse, First active warehouserozstrzygnięcia zastępcze
Moved to where the goods liepokrycie poszło za towarem
A transfer brought the goods hereprzewóz dostarczył towar tutaj
No warehouse at allnie znaleziono żadnego budynku

Candidates pokazuje rozważane alternatywy, a Degraded oznacza decyzję podjętą w trybie awaryjnym: takim, w którym moduł musiał zejść poniżej preferowanego rozwiązania.

Wiersz pojawia się przy pierwszym zaksięgowaniu zapotrzebowania, przy zmianie budynku i przy degradacji. Powtarzające się identyczne decyzje tylko zwiększają licznik, zamiast dokładać kolejne wiersze do listy.

Oba ustawienia stoją w Stockly → Settings → Stock, na zakładce Order Allocation. Record sourcing decisions rozstrzyga, czy cokolwiek tu w ogóle trafia, i po instalacji jest włączone; Sourcing decision log retention (days) określa, jak długo żyje wiersz — domyślnie rok, sprzątane codziennym zadaniem. → Ustawienia zapasu · Zadania cykliczne

Log da się wyczyścić: zaznaczeniem albo w całości.