Konfiguracja wielu magazynów w BaseLinker

Jeden wspólny stan nie zawsze wystarcza

Firma wysyłająca towar z kilku lokalizacji — magazynu głównego, sklepu stacjonarnego, punktu odbioru — potrzebuje rozdzielenia stanów. Wspólna pula prowadzi do sytuacji, w której zamówienie trafia do miejsca, gdzie akurat tego towaru nie ma.

Co konfigurujemy

• Osobne stany dla każdej lokalizacji.
• Zasady przypisywania zamówień do magazynu: według dostępności, adresu klienta albo priorytetu.
• Sposób prezentacji dostępności w sklepie i na platformach.
• Przesunięcia towaru między lokalizacjami.
• Osobne dokumenty magazynowe dla każdego miejsca.

Co pokazywać klientowi

To decyzja o skutkach handlowych. Suma stanów ze wszystkich lokalizacji zwiększa liczbę dostępnych produktów, ale prowadzi do dzielenia zamówień na kilka przesyłek — a to koszt i wydłużony czas dostawy. Rozstrzygamy to przy konfiguracji, świadomie, a nie ustawieniem domyślnym.

Zamówienia z kilku magazynów

Gdy jedna pozycja jest w magazynie A, a druga w B, system musi wiedzieć, co zrobić: podzielić zamówienie, przesunąć towar czy wstrzymać realizację. Bez tej reguły decyzję podejmuje obsługa przy każdym takim zamówieniu.

Sklep stacjonarny jako magazyn

Wymaga bieżącego zdejmowania stanów przy sprzedaży przy ladzie. Bez integracji z programem sprzedażowym stany rozjeżdżają się w ciągu dni.

Kontrola

Po wdrożeniu porównujemy stany w każdej lokalizacji z rzeczywistością.

Różne modele pracy z wieloma magazynami

Podział stanów można zorganizować na kilka sposobów. Najprostszy wariant zakłada, że każda lokalizacja obsługuje własny towar i własne zamówienia. Magazyn główny nie korzysta wtedy automatycznie z zapasu sklepu, a sklep nie sprzedaje produktów przypisanych do innego miejsca. Taki model ogranicza ryzyko pomyłek, lecz może zmniejszać dostępność widoczną w kanałach sprzedaży.

Drugi wariant wykorzystuje sumę stanów ze wszystkich lokalizacji. Klient widzi łączną liczbę dostępnych sztuk, natomiast dopiero po złożeniu zamówienia ustalane jest miejsce wysyłki. Ten model wymaga precyzyjnych reguł, ponieważ jedno zamówienie może obejmować produkty znajdujące się w różnych magazynach. Potrzebna jest wtedy decyzja, czy zamówienie wolno podzielić, czy towar ma zostać wcześniej przesunięty do jednej lokalizacji.

Możliwy jest również model mieszany. Część zapasu może być wspólna dla sprzedaży internetowej, a część zarezerwowana dla konkretnego sklepu, oddziału albo odbiorcy hurtowego. Rezerwacja oznacza wydzielenie określonego towaru tak, aby nie został zaoferowany w innym kanale. Takie rozwiązanie sprawdza się przy produktach przeznaczonych do prezentacji, zamówieniach firmowych lub zapasie zabezpieczającym bieżącą sprzedaż lokalną.

Źródło nadrzędne dla stanów magazynowych

Przed konfiguracją trzeba ustalić, który system jest źródłem nadrzędnym, czyli miejscem uznawanym za wiarygodne dla stanów. Może nim być BaseLinker, sklep internetowy, program magazynowy albo system ERP, czyli oprogramowanie zarządzające sprzedażą, magazynem i dokumentami firmy. Bez takiego rozstrzygnięcia dwa systemy mogą jednocześnie próbować aktualizować tę samą wartość.

Jeżeli stan zostanie zmieniony ręcznie w kilku miejscach, kolejna synchronizacja może nadpisać poprawną liczbę wartością starszą lub niepełną. Dlatego określamy kierunek przepływu danych. Ustalamy również, gdzie przyjmowane są dostawy, gdzie powstają rezerwacje i który system zdejmuje towar po sprzedaży. Sama obecność kilku magazynów nie powoduje problemu. Ryzyko pojawia się wtedy, gdy odpowiedzialność za zmianę stanu nie jest jednoznaczna.

Osobnego sprawdzenia wymagają produkty występujące pod różnymi symbolami. SKU, czyli wewnętrzny kod produktu, powinien jednoznacznie wskazywać ten sam towar we wszystkich połączonych systemach. Podobna nazwa nie wystarcza. Jeżeli jeden wariant produktu ma kilka niepowiązanych kodów, jego zapas może zostać pokazany jako kilka oddzielnych stanów albo przypisany do niewłaściwej oferty.

Rezerwacje, zwroty i towary niedostępne do sprzedaży

Stan fizyczny nie zawsze jest równy stanowi dostępnemu. Część sztuk może być zarezerwowana dla niezrealizowanych zamówień, oczekiwać na kontrolę po zwrocie albo znajdować się w strefie uszkodzeń. Stan dostępny oznacza ilość, którą można bezpiecznie zaoferować kolejnemu klientowi. Konfiguracja powinna uwzględniać tę różnicę, aby towar obecny na półce, lecz chwilowo wyłączony ze sprzedaży, nie wracał automatycznie do ofert.

Znaczenie ma także moment utworzenia rezerwacji. Można ją powiązać ze złożeniem zamówienia, potwierdzeniem płatności albo rozpoczęciem kompletowania. Każdy wariant inaczej wpływa na dostępność. Zbyt późna rezerwacja zwiększa ryzyko sprzedaży tej samej sztuki w dwóch kanałach. Zbyt wczesna może blokować zapas przez zamówienia, które nie zostaną opłacone. Reguła powinna odpowiadać rzeczywistemu procesowi firmy i sposobowi obsługi płatności.

Zwrot również nie powinien automatycznie zwiększać zapasu możliwego do sprzedaży, jeśli produkt wymaga sprawdzenia. Najpierw można skierować go do osobnego stanu technicznego lub lokalizacji kontrolnej. Dopiero po potwierdzeniu kompletności i zgodności towar wraca do dostępnej puli. Pozwala to uniknąć ponownej sprzedaży produktu uszkodzonego, niekompletnego albo przypisanego do niewłaściwego wariantu.

Reguły wyboru magazynu do realizacji

Magazyn może być wybierany według ustalonego priorytetu. Przykładowo najpierw sprawdzana jest lokalizacja główna, a dopiero przy braku towaru kolejne miejsca. Innym rozwiązaniem jest wybór na podstawie kompletności zamówienia. System kieruje wtedy realizację tam, gdzie znajduje się najwięcej zamówionych pozycji. Ogranicza to liczbę przesunięć i podziałów przesyłek.

Można też uwzględnić region dostawy, rodzaj produktu albo kanał sprzedaży. Zamówienia z określonego sklepu mogą trafiać do wyznaczonego magazynu, a sprzedaż hurtowa do osobnej lokalizacji. Reguły nie powinny się wzajemnie wykluczać. Trzeba więc ustalić kolejność ich stosowania oraz zachowanie systemu w sytuacji, gdy żaden magazyn nie ma całego zamówienia.

Istotne jest również postępowanie po ręcznej zmianie magazynu przez pracownika. Jeżeli obsługa przenosi realizację do innej lokalizacji, razem z zamówieniem powinny zostać skorygowane rezerwacje. W przeciwnym razie pierwszy magazyn nadal może mieć zablokowany towar, podczas gdy drugi rozpocznie kompletowanie bez prawidłowego pomniejszenia dostępnego zapasu.

Błędy popełniane przy samodzielnej konfiguracji

Częstym błędem jest włączenie sumowania stanów przed ustaleniem zasad dzielenia zamówień. Oferta pokazuje wtedy produkt jako dostępny, ale realizacja wymaga wysyłki z kilku miejsc. Problem ujawnia się dopiero po zakupie. Należy najpierw opisać możliwe scenariusze zamówienia, a następnie zdecydować, jakie stany wolno publikować.

Ryzykowne jest również masowe przypisywanie produktów do magazynów bez sprawdzenia kodów SKU i wariantów. Kolor, rozmiar lub pojemność mogą mieć osobne stany. Połączenie ich jako jednego produktu prowadzi do sprzedaży niewłaściwego wariantu. Przed uruchomieniem synchronizacji warto porównać kartoteki, czyli uporządkowane listy produktów, w każdym używanym systemie.

Kolejny błąd to ręczne poprawianie liczby dostępnych sztuk bez ustalenia przyczyny rozbieżności. Taka korekta może chwilowo wyrównać stan, ale nie usuwa źródła problemu. Jeżeli sprzedaż przy ladzie, anulowanie zamówienia albo zwrot nie jest przekazywany do systemu nadrzędnego, różnica pojawi się ponownie.

Nie należy też testować konfiguracji wyłącznie na jednym prostym zamówieniu. Potrzebne są scenariusze obejmujące brak części towaru, zakup z dwóch lokalizacji, anulowanie, zwrot, ręczną zmianę magazynu i chwilową przerwę w synchronizacji. Test powinien potwierdzić nie tylko zmianę liczby, ale też prawidłowe utworzenie rezerwacji i dokumentów magazynowych.

Kiedy problem nie wynika z konfiguracji wielu magazynów

Brak produktu w ofercie nie zawsze oznacza błędne przypisanie magazynu. Przyczyną może być nieaktywna oferta, niezgodny kod produktu, wyłączona synchronizacja albo reguła ukrywająca ofertę po osiągnięciu określonego stanu. Najpierw trzeba sprawdzić, czy właściwy produkt jest powiązany z właściwą ofertą i czy dane są przekazywane w oczekiwanym kierunku.

Opóźniona aktualizacja nie musi też oznaczać, że magazyny zostały źle zaprojektowane. Problem może dotyczyć połączenia z zewnętrznym sklepem, programu magazynowego lub platformy sprzedażowej. Synchronizacja, czyli automatyczna wymiana danych między systemami, może zostać zatrzymana przez błąd komunikacji albo nieprawidłowe ustawienie integracji.

Jeżeli natomiast stan jest poprawny, ale zamówienie trafia do niewłaściwego zespołu, należy sprawdzić reguły obsługi zamówień, statusy oraz uprawnienia pracowników. To osobna warstwa procesu. Magazyn określa miejsce zapasu, lecz nie zawsze samodzielnie wyznacza osobę odpowiedzialną za kompletowanie i wysyłkę.

Dodatkowe pytania o obsługę wielu magazynów

Czy każdy magazyn musi być osobną lokalizacją fizyczną?

Nie. Osobny magazyn może oznaczać rzeczywisty budynek, sklep, oddział albo logicznie wydzieloną część zapasu. Magazyn logiczny to oddzielna pula towaru prowadzona w systemie, nawet jeśli produkty znajdują się pod tym samym adresem. Można w ten sposób rozdzielić zapas detaliczny, hurtowy, zwroty lub towary oczekujące na kontrolę.

Czy można publikować tylko część rzeczywistego zapasu?

Tak, jeżeli proces sprzedaży wymaga pozostawienia zapasu zabezpieczającego. Sposób wyliczania dostępności trzeba jednak opisać jednakowo dla wszystkich kanałów, których dotyczy. W przeciwnym razie sklep i platforma sprzedażowa mogą pokazywać różne ilości tego samego produktu bez uzasadnienia biznesowego.

Co zrobić, gdy klient zamówi produkty z dwóch magazynów?

Można podzielić wysyłkę, przesunąć towar do jednej lokalizacji albo wstrzymać realizację do czasu skompletowania całości. Wybór zależy od kosztów, organizacji pracy i informacji przekazywanych klientowi. Najważniejsze, aby decyzja była zapisana w regułach procesu i nie zależała każdorazowo od domysłu pracownika.

Czy przesunięcie między magazynami powinno zmieniać stan od razu?

Trzeba rozróżnić towar wydany z magazynu źródłowego, towar w drodze oraz towar przyjęty w magazynie docelowym. Natychmiastowe dodanie go do lokalizacji docelowej może pokazać dostępność produktu, którego nie można jeszcze spakować. Sposób ewidencji powinien odpowiadać temu, jak firma potwierdza wydanie i odbiór przesunięcia.

Jak sprawdzić konfigurację przed uruchomieniem?

Najpierw porównuje się kartoteki produktów i stany początkowe. Następnie wykonuje się kontrolowane operacje: sprzedaż, rezerwację, anulowanie, zwrot oraz przesunięcie. Po każdej operacji sprawdzany jest magazyn źródłowy, system nadrzędny i kanał sprzedaży. Dopiero zgodny wynik całej ścieżki potwierdza, że konfiguracja działa prawidłowo.

Porządek magazynowy zaczyna się od jednej reguły dla każdego zdarzenia

Skuteczna obsługa wielu magazynów nie polega wyłącznie na utworzeniu dodatkowych lokalizacji w systemie. Każde zdarzenie musi mieć określone źródło, kierunek przepływu danych i skutek dla dostępnego zapasu. Gdy wiadomo, gdzie powstaje rezerwacja, kto zatwierdza przesunięcie i kiedy zwrot wraca do sprzedaży, BaseLinker może wspierać proces bez przenoszenia codziennych decyzji na obsługę zamówień.