Rezerwacje i dostępność

Trzy liczby, które łatwo pomylić:

stan — ile sztuk fizycznie leży,
rezerwacja — ile z tego jest już komuś obiecane,
dostępność — ile zostaje do sprzedania.

Sklep wyświetla klientowi trzecią z nich, a magazyn pracuje na pierwszej. Rezerwacja łączy te dwie wartości.

Jak powstaje rezerwacja

Zamówienie deklaruje zapotrzebowanie, a moduł szuka dla niego pokrycia: wybiera budynek, a w nim konkretny towar. Od tego momentu te sztuki są obiecane: dalej leżą na półce, ale nikt inny ich nie kupi.

Rezerwacja zostaje zwolniona, gdy zamówienie zostanie skompletowane, anulowane albo zwrócone. Każde z tych zdarzeń widać w historii ruchów jako Reserve i Release.

Co zrobić, gdy nie ma z czego pokryć

Zamówienie bez pokrycia staje się backorderem: czeka na towar zamiast zabierać sztuki zarezerwowane dla innego zamówienia.

Przypisanie do miejsca

Rezerwacja nie ogranicza się do poziomu budynku; może wskazywać konkretne miejsce składowania. Kompletacja wie wtedy, do którego miejsca iść, a dwie fale nie wysyłają dwóch operatorów po tę samą sztukę.

Jest to zarazem miejsce, w którym rezerwacja bywa najczęściej błędnie odczytywana.

Rezerwa półkowa

Magazyn może chronić część stanu przed siecią: przewozy i realizacja z innych budynków nigdy nie sięgają poniżej rezerwy. Ustawienie Shelf floor mode decyduje, czy chronione sztuki są nadal do sprzedania w tym budynku, czy znikają z publikowanej dostępności. → Ustawienia magazynu

Gdzie sprawdzić

Kolumna Reserved na liście stanu.
Wskaźnik Reserved na karcie produktu, gdzie kliknięcie pokazuje zamówienia trzymające towar. → Stan na karcie produktu
Kontrola spójności tam, gdzie zachodzi podejrzenie, że rezerwacje rozminęły się ze stanem: ma na to osobne kontrole, takie jak rezerwacja bez zamówienia, rezerwacja na pustym miejscu i wartości przerezerwowane.

Dla programistów: rezerwacje da się odczytać per zamówienie albo per miejsce — odczyt zapasu.