Przejdź do głównej zawartości

Opcje

Stockly → Settings → Options zbiera cztery zakładki, które nie należą do żadnego jednego tematu: Route planner, Order Creation, Barcode Scanner i Scheduled tasks.

Jedna konfiguracja skanera sprzętowego używanego poza pakowaniem. Skaner w samym procesie pakowania to osobna konfiguracja i ustawia się go w Order Packing; ta zakładka na niego nie wpływa.

Skaner nie wymaga sterownika ani niczego na samym ekranie: urządzenie wpisuje kod i naciska Enter, a moduł rozpoznaje ten wzorzec.

Lista wielokrotnego wyboru decyduje, gdzie skaner nasłuchuje. Pusty wybór wyłącza go wszędzie.

Zaznaczony ekranCo robi tam skan
Order creationdodaje produkt do tworzonego zamówienia
Purchase order creationdodaje produkt do tworzonego zamówienia zakupu
Warehouse transfer creationdodaje produkt do tworzonego przewozu
Stock movement creationdodaje produkt do księgowanego ruchu magazynowego
Stocktake countzapisuje policzony produkt
Return receiptprzewija do karty zeskanowanego artykułu i ustawia kursor w jego polu ilości
Bin detailsprzypina zeskanowany produkt na górze listy miejsca
Product listwstawia kod do wyszukiwarki listy

Return receipt jako jedyny nie jest zaznaczony po instalacji. Reszta pozycji z tej listy jest włączona od razu.

Na czterech ekranach tworzenia skaner pozostaje nieaktywny, dopóki druga strona nie jest znana: zamówienie zakupu wymaga dostawcy, przewóz magazynu źródłowego, a zamówienie klienta. Jest to celowe, ponieważ bez nich nie ma do czego dodać pozycji.

Z jakim polem porównywany jest zeskanowany kod: EAN, Manufacturer number, Product number. Można zaznaczyć kilka naraz.

Dwa ekrany ten wybór pomijają i tekst pomocy pod polem mówi to wprost: Stocktake count rozstrzyga skany po stronie serwera i zawsze dopasowuje EAN oraz numer producenta, a Product list podaje kod zwykłej wyszukiwarce.

Show product modal after scanning decyduje, czy skan od razu dodaje pozycję, czy najpierw pokazuje okno z ilością i cenami. Dotyczy wyłącznie tworzenia zamówienia, zamówienia zakupu i przesunięcia, ponieważ tworzenie ruchu magazynowego, ekran liczenia i okno miejsca nie mają czego potwierdzać.

Auto-confirm modal after (seconds) zamyka to okno samo po 3, 5, 10, 15 albo 30 sekundach; Disabled czeka na operatora. Ruch myszą albo kliknięcie w oknie przerywa odliczanie, więc operator, który się waha, nie zostaje wyprzedzony przez licznik.

Play sound on successful scan i Play sound on rejected scan są osobne, więc w cichym magazynie można zostawić sam sygnał błędu. Sound delay after scan (seconds), ustawione na No delay albo do 5 sekund, stosuje się tam, gdzie skaner strzela szybciej, niż ekran zdąży zareagować.

Dwa przełączniki dla zamówień w samym Shopware:

  • Use product picker modal in order creation — zastępuje wpis produktu w wierszu oknem z porządną wyszukiwarką, wyborem wariantu, zdjęciem oraz edytowalną ilością, ceną i podatkiem.
  • Use product picker modal in order detail — to samo okno w sekcji Items istniejącego zamówienia.

Piaskownica trasy przejścia, którą rysują ekrany kompletacji. Nie jest to ustawienie, na które operator trafia w pracy; tutaj trasa jest strojona i sprawdzana.

Górna sekcja wybiera, na czym trasa ma być narysowana: Warehouse i jego Floor albo jeden z przygotowanych układów Layout ze Scenario do przejścia.

Parametry poniżej decydują, czego trasa unika i jak dokładnie jest liczona:

  • Route scale (initial) — jak gęsta jest siatka wyznaczania trasy. Wyższa wartość pozwala poprowadzić ścieżkę bliżej przeszkód, kosztem obliczeń.
  • Auto-rescale on parallel overlap wraz z Route scale (max) i Rescale threshold — gdy zbyt wiele równoległych ścieżek zajmuje to samo miejsce, trasa jest przeliczana na gęstszej siatce.
  • Wall proximity cost — odpycha ścieżkę od ścian i regałów w stronę korytarza.
  • Adjacent path cost — rozsuwa równoległe trasy, żeby nie kładły się jedna na drugiej.
  • Label avoid cost — omija obszar etykiet regałów, żeby rysunek pozostał czytelny.

Save zapisuje wartości, Reset to defaults przywraca wyjściowe.

Druga karta, Voice route (audio guidance), to ta sama piaskownica z włączoną podpowiedzią głosową: Start rozpoczyna przejście, odhaczanie miejsc przesuwa je dalej, Speak (browser voice) czyta polecenia na głos, a Narration log pokazuje, co zostało powiedziane. → Kompletacja głosowa

Każde zadanie, które moduł wykonuje sam z siebie, ma tutaj przełącznik. Zakładka nie zmienia tego, kiedy zadanie się uruchamia: harmonogram jest stały, a do jakiegokolwiek działania potrzebna jest uruchomiona obsługa zadań cyklicznych Shopware. Przełącznik rozstrzyga, czy moduł w ogóle ma tę pracę wykonywać.

Sześć grup, według tego, czemu praca służy.

GrupaPrzełącznikCo przestaje działać po wyłączeniu
StockStock integrity scan (daily)nic nie jest skanowane samo z siebie; przebieg nadal da się uruchomić ręcznie na ekranie spójności
Rebalance planning run (daily)lista propozycji przewozów przestaje być odświeżana — zwolnienie propozycji i tak zawsze było decyzją człowieka
Backorder re-sourcing (hourly)pozycje oczekujące wskazują dalej magazyn, do którego trafiły pierwotnie, dopóki ktoś nie przypisze ich ponownie
External stock write digest (daily)dzienne podsumowanie obcych zapisów stanu nie jest wysyłane
Downtime catch-up (daily)po okresie, w którym moduł był nieaktywny, księgi zostają w tyle
Warehouse planningThreshold plans (hourly)należne plany nie są wysyłane, a plan zablokowany przez przerwany przebieg zostaje zablokowany
Rebalance schedule dispatch (every 5 minutes)przestaje uruchamiać się każdy zaplanowany przewóz w sklepie, nie jeden
Transfer demand sync (hourly)liczby popytu przestają zgadzać się z pokryciem, a towar z przeładunku, po który nikt nie przyszedł, zostaje na miejscu
Zone reclassification (weekly)strefy A/B/C zamrażają się na ostatniej klasyfikacji, co jest stanem pożądanym, gdy układ hali jest przebudowywany ręcznie
Pack capacities (daily)kartonizacja wraca do dopasowywania po objętości, czyli do szacunku
Product affinity (daily)podpowiadanie miejsc przestaje uczyć się, które produkty zamawiane są razem; i tak jest wyłącznie doradcze
Reports and snapshotsProduct snapshots (daily)dzień bez migawki to trwała dziura — liczb porównawczych okres do okresu nie da się odtworzyć później
Report cache warming (every 2 hours)raporty liczą się w chwili otwarcia zamiast z wyprzedzeniem
Back in stockAvailability check (every 6 hours)żadne nowe powiadomienie nie trafia do kolejki, niezależnie od ustawienia przełącznika wysyłki
Notification sending (every 5 minutes)zakolejkowane maile czekają, zamiast przepaść — wyjdą po ponownym włączeniu
PrintingPrint queue watchdog (every 5 minutes)zadanie, które urządzenie pobrało i nie dokończyło, stoi, dopóki ktoś nie zwolni go ręcznie
Print queue cleanup (daily)zakończone zadania zostają po upływie okresu przechowywania; nic czekającego na wydruk nie jest ruszane
MaintenanceJob watchdog (every 5 minutes)porzucone zadanie w tle pokazuje się jako trwające bez końca, a jego pasek postępu nigdy się nie kończy
API log cleanup (daily)tabela dziennika API rośnie bez ograniczenia
Threshold run cleanup (weekly)stare przebiegi i ich propozycje zostają; wyliczone przez nie progi leżą gdzie indziej i nic im nie jest
Pick wave cleanup (hourly)fala zaplanowana, ale nigdy nierozpoczęta, blokuje swoje zamówienia i nikt ich nie skompletuje, dopóki ktoś nie zwolni fali ręcznie
Sourcing decision cleanup (daily)zapisane uzasadnienia dawnych decyzji o źródle zostają na zawsze, co czyni tę listę nieczytelną

Część przełączników zależy od ustawień w innych miejscach. External stock write digest robi cokolwiek tylko wtedy, gdy samo podsumowanie jest włączone w Stock → General, a oba zadania sprzątające usuwają według okresów przechowywania ustawionych na własnych ekranach — pod Print queue i API logs. Pick wave cleanup czeka czas ustawiony w Release an unstarted wave after this many minutes w ustawieniach pakowania, zanim cokolwiek zwolni. → Kolejka pracy

Zadania cykliczne — co robi każde zadanie i jak często