Ustawienia zapasu

Stockly → Settings → Stock to najważniejsza grupa ustawień w module. Decyduje o tym, kiedy stan schodzi, dokąd trafia zapotrzebowanie i jak zachowują się operacje magazynowe.

Zakładki: General, Warehouse, Order Allocation, Slot Allocation, Operations.

General

Zakładka General dzieli się na cztery sekcje.

Sekcja General

Synchronizacja stanu wariantów — stan produktu nadrzędnego jako suma wariantów, razem z możliwością ponownego uruchomienia synchronizacji. → Sklep, który już sprzedaje

Sekcja Data retention

Product snapshot retention (days) — jak długo trzymane są codzienne migawki produktów. To z nich liczą się porównania okres do okresu w raportach, więc należy przechowywać co najmniej tyle dni, ile wynosi najdłuższe używane porównanie. Wartość 0 wyłącza czyszczenie, a tabela rośnie wtedy bez końca.

Sekcja Stock integrity

Critical findings alert threshold — po przekroczeniu tylu otwartych krytycznych znalezisk kontroli spójności moduł podnosi powiadomienie w panelu i zdarzenie dla Flow Buildera. Wartość 0 oznacza alarm przy każdym znalezisku krytycznym.

Sekcja External stock writes

• Reaction to external product stock writes — co zrobić, gdy stan produktu zmieni coś spoza modułu: Off, Accept and correct shelves albo Reject and restore from shelves.
• Daily summary notification — jedno zbiorcze powiadomienie dziennie zamiast jednego na zdarzenie.

→ Zapisy stanu spoza modułu

Warehouse

Default Warehouse — magazyn używany domyślnie tam, gdzie nie wskazano innego.

Order Allocation

Zakładka rozstrzygająca, kiedy zamówienie rezerwuje i zdejmuje stan:

• Reserve stock on order status, Deduct stock on order status, Release/return stock on order status — statusy zamówienia wywołujące rezerwację, zdjęcie i zwolnienie stanu.
• Reserve stock on payment status, Deduct stock on payment status i Release/return stock on payment status — te same trzy działania wywoływane statusem płatności.
• Return stock to — dokąd wraca zwracany towar.
• Where demand goes when no warehouse holds the product oraz Fixed backorder warehouse — gdzie trafia zapotrzebowanie, którego nikt nie pokrywa.
• Keep an order in one warehouse when possible — unikanie dzielenia zamówienia między budynki.
• Prefer a warehouse that can still promise the goods — pierwszeństwo dla budynku, który jest w stanie dotrzymać obietnicy.
• What outranks what when a lot is picked — pierwszeństwo przy wyborze partii.
• Record sourcing decisions oraz Sourcing decision log retention (days) — czy każda decyzja o źródle jest zapisywana i jak długo żyje wiersz. Domyślnie włączone, przechowywane rok. → Log decyzji źródłowania
• Order split across warehouses — patrz niżej.

Order split across warehouses

Dwie odpowiedzi na zamówienie, którego żaden budynek nie obsłuży sam:

• One parcel: bring the goods to the fulfilling warehouse — ustawienie domyślne. Brakujący towar jedzie najpierw przewozem wewnętrznym, a klient dostaje jedną paczkę.
• Several parcels: every capable warehouse ships its own part — szybciej, bo nic nie czeka na przewóz.

Druga opcja niesie następstwo, które trzeba rozważyć przed wyborem: moduł nie ma jeszcze przesyłki per węzeł, więc części nie otrzymują osobnych numerów śledzenia, a klient nie jest informowany, że zamówienie przyjedzie w kilku częściach. Wybiera się ją tam, gdzie szybkość jest ważniejsza niż jedna przesyłka. → Reguły źródłowania

Uwaga

Nigdy nie wpisuj tego samego statusu w więcej niż jedno z trzech pól (rezerwacja, zdjęcie, zwolnienie). Wszystkie trzy zasilają jeden łańcuch, w kolejności: zdjęcie, zwolnienie, rezerwacja, więc zadziała tylko najsilniejsze działanie, a rezerwacja zostanie pominięta bez komunikatu.

Uwaga

Nie używaj stanu oczekiwania na towar (z szybkiego planowania fali) w polach zdejmowania ani zwalniania stanu. Zdjęcie stanu skasowałoby dokładnie ten brak, dla którego zamówienie odłożono, a automatyczny powrót natychmiast oddałby je z powrotem. Moduł wykrywa tę parę i wtedy w ogóle odmawia przeniesienia zamówienia, co oznacza, że odkładanie zamówienia na bok przestaje działać bez komunikatu.

Notatka

Zapłata to nie wydanie towaru. Zdejmowanie stanu na statusie płatności opróżnia półkę, gdy paczka wciąż na niej stoi: fala kompletacji nie widzi wtedy zapotrzebowania i nie ma czego zbierać. Zdjęcie stanu należy wywoływać wtedy, gdy towar fizycznie wyjeżdża.

Sprzeczne ustawienia są wykrywane: moduł zaznacza pola na czerwono i nie zapisuje niczego, zamiast zapisać konfigurację, która cicho nie działa.

Slot Allocation

Zakładka sterująca podpowiadaniem miejsc przy odkładaniu. Strategia przypisywania przy przyjęciu, ewentualny sztywny limit oraz wagi poszczególnych kryteriów: bliskość produktów powiązanych, kupowanych razem, zgodność strefy ABC, odległość od drzwi, konsolidacja, ergonomia półki i dopasowanie pojemności.

Jedna z wag ma osobne ustawienie towarzyszące: Velocity-relative door preference strength decyduje, jak mocno rotacja steruje kryterium odległości od drzwi. Przy 1.0 towar szybko rotujący jest silnie ciągnięty w stronę drzwi, a wolno rotujący od nich odsuwany; przy 0.0 bliskość drzwi liczy się tak samo dla każdego artykułu, niezależnie od tego, czy wychodzi codziennie, czy dwa razy w roku.

Do tego progi wagowe produktu (ciężki, średni), rozdzielanie różnych terminów przydatności na osobne miejsca oraz okres analizy i Max pairs per product dla powiązań między produktami.

Dwa przełączniki decydują, w jakim stopniu przyjęcie trzyma towar razem. Consolidate into the product’s existing bin kładzie przychodzący towar tam, gdzie ten produkt już leży, zamiast otwierać dla niego drugie miejsce. Auto-fill the bin location with the product’s existing bin robi to samo na formularzu operacji na stanie: miejsce jest wypełnione z góry i nadal da się je zmienić.

→ Odkładanie towaru

Operations

• Operation completion — zasady kończenia operacji.
• Reported shortage corrects the shelf — czy zgłoszony niedobór od razu poprawia stan półki.
• Unattended correction — tolerance in percent i — in pieces — do jakiej różnicy korekta wykonuje się bez decyzji operatora. Powyżej progu miejsce trafia do policzenia.
• Packing screen - check for changes every (seconds) — jak często ekran pakowania pyta serwer, co z tą samą falą zrobił ktoś inny. Zero wyłącza pytanie, a jedynym momentem nadrobienia pozostaje wtedy powrót do okna.

→ Zgłoszone niedobory