Automatyzacja magazynu bez WMS: alerty w 3 dni (i jak rozpoznać moment, kiedy jednak trzeba kupić WMS)

Jak ktoś pyta mnie, czy jego firmie "przyda się WMS", to pierwsze pytanie, jakie zadaję w drugą stronę, brzmi: ile razy w tygodniu ktoś u ciebie ręcznie sprawdza stan magazynowy, bo boi się, że czegoś zabraknie. Jeśli odpowiedź brzmi "codziennie rano, bo inaczej się zdziwimy", to problem nie leży w braku systemu klasy enterprise do zarządzania magazynem. Leży w braku jednego mechanizmu: alertu, który sam powie, że trzeba zamówić, zanim będzie za późno.

To rozróżnienie wydaje się subtelne, ale w praktyce decyduje o tym, czy firma wyda kilkanaście tysięcy złotych i trzy miesiące na wdrożenie, czy kilka dni pracy i realny koszt rzędu paru tysięcy złotych za automatyzację, która robi dokładnie to, czego potrzebuje na obecnym etapie.

Dlaczego większość małych firm nie potrzebuje WMS

WMS, czyli Warehouse Management System, to narzędzie zaprojektowane do zarządzania przestrzenią magazynową: lokalizacjami na regałach, trasami kompletacji, obsługą wielu magazynów jednocześnie, integracją z czytnikami kodów kreskowych na hali. To ma sens, kiedy magazyn liczy kilkaset do kilku tysięcy SKU, kiedy pracuje tam kilku magazynierów jednocześnie i kiedy błąd w lokalizacji towaru realnie kosztuje czas i pieniądze.

Problem w tym, że większość małych firm handlowych, z którymi pracowaliśmy, nie ma tego problemu. Mają dwadzieścia, pięćdziesiąt, czasem dwieście produktów. Jeden magazyn, czasem zaplecze sklepu. I jeden, konkretny ból: ktoś zapomina zamówić towar na czas, bo nikt nie pilnuje stanów systematycznie, tylko "od czasu do czasu" albo "jak klient zapyta, a towaru nie ma". To nie jest problem zarządzania przestrzenią. To jest problem braku jednego prostego mechanizmu kontrolnego.

Kupowanie WMS do rozwiązania tego problemu przypomina kupno ciężarówki do przewiezienia zakupów ze spożywczego. Teoretycznie się nada. Praktycznie koszt wdrożenia, czas wdrożenia i koszt utrzymania są nieproporcjonalne do skali problemu.

Co faktycznie trzeba zautomatyzować: trzy elementy, nie jeden system

Zanim ktokolwiek zacznie mówić o "automatyzacji magazynu" jako o jednym projekcie, warto rozbić to na trzy osobne, znacznie prostsze mechanizmy. Każdy z nich da się wdrożyć niezależnie i każdy sam w sobie przynosi wartość.

Stany minimalne dla każdego produktu

Zanim zbuduje się cokolwiek, trzeba ustalić, jaki poziom zapasu jest "bezpieczny" dla konkretnego produktu. To nie jest jedna liczba dla całego magazynu, tylko osobna wartość dla każdego SKU, oparta na tym, jak szybko się sprzedaje i jak długo trwa dostawa od danego dostawcy. Produkt, który rotuje w tydzień i ma dostawcę z realizacją w 3 dni, potrzebuje innego progu niż produkt sezonowy zamawiany raz na kwartał od dostawcy z zagranicy, gdzie dostawa trwa trzy tygodnie.

W praktyce dobrze jest zacząć od prostego wzoru: średnia sprzedaż dzienna razy czas realizacji dostawy, plus zapas bezpieczeństwa na wahania popytu. To nie musi być naukowe. Na start wystarczy arkusz, w którym dla każdego produktu wpisujemy próg minimalny i dostawcę. Ten arkusz albo kolumna w systemie sprzedażowym staje się później danymi wejściowymi dla automatyzacji.

Alert, zanim zrobi się problem

To jest element, który w 80% przypadków rozwiązuje realny ból klienta. Automat sprawdza stan magazynowy, porównuje go z ustalonym progiem minimalnym i wysyła powiadomienie, zanim produkt zniknie z oferty. Powiadomienie na Slacku, e-mail do osoby odpowiedzialnej za zakupy, czasem po prostu wpis w arkuszu Google z kolorowym oznaczeniem. Nic wyrafinowanego. Ważne, żeby ktoś to zobaczył, zanim klient zapyta "a kiedy będzie znowu dostępne".

Automatyczne generowanie zamówienia do dostawcy

To naturalny krok dalej, ale nie zawsze konieczny od razu. Jeśli firma ma stałych dostawców z ustalonymi cennikami, automatyzacja może sama przygotować projekt zamówienia (ilość do dopełnienia stanu do poziomu docelowego, dane dostawcy, numer produktu) i wysłać go do akceptacji osobie decyzyjnej, albo w prostszych przypadkach wysłać gotowe zamówienie e-mailem bezpośrednio do dostawcy. Tu akurat zalecamy ostrożność: pełna automatyzacja bez etapu akceptacji człowieka sprawdza się dopiero, gdy proces działa stabilnie od kilku miesięcy i firma ma zaufanie do danych wejściowych. Na początku lepiej, żeby automat przygotowywał zamówienie, a człowiek klikał "wyślij".

Jak to zbudować technicznie, bez kupowania nowego systemu

Dobra wiadomość jest taka, że większość małych i średnich firm w Polsce już ma dane, z których można zbudować tę automatyzację. BaseLinker, Subiekt GT i Comarch Optima udostępniają API, które pozwala odczytać stany magazynowe w czasie zbliżonym do rzeczywistego. To oznacza, że nie trzeba budować nowej bazy danych produktów ani migrować niczego. Automatyzacja po prostu czyta to, co już jest w systemie, którego firma używa na co dzień.

Typowy schemat, który wdrażamy, wygląda tak: narzędzie klasy n8n lub Make łączy się przez API z systemem sprzedażowym (BaseLinker, Subiekt GT lub Optima), pobiera aktualne stany magazynowe w ustalonym interwale, najczęściej raz czy dwa razy dziennie, porównuje je z progami minimalnymi zapisanymi w arkuszu lub bazie danych, i jeśli próg jest przekroczony, uruchamia dwa działania: wysyła alert do osoby odpowiedzialnej i przygotowuje szkic zamówienia z danymi konkretnego dostawcy.

Czas wdrożenia takiego scenariusza to zazwyczaj kilka dni roboczych, nie tygodnie. Najwięcej czasu zajmuje nie budowa samego przepływu, tylko ustalenie sensownych progów minimalnych dla poszczególnych produktów, bo to wymaga spojrzenia na dane historyczne sprzedaży. Sama konfiguracja połączenia z API i logiki alertów to zazwyczaj jeden, dwa dni pracy specjalisty od automatyzacji.

Dla firm, które sprzedają głównie online i korzystają z BaseLinker jako centrum zarządzania zamówieniami, naturalnym rozszerzeniem jest powiązanie tej automatyzacji z resztą procesów sprzedażowych, bo stany magazynowe wpływają bezpośrednio na dostępność ofert w kanałach sprzedaży. Jeśli temat dotyczy Ciebie, więcej o tym, jak to wygląda w praktyce sklepu internetowego, piszemy przy okazji automatyzacji e-commerce.

Osobny, ale ściśle powiązany wątek to automatyczne zamówienia do dostawców, które w praktyce często kończą się fakturą zakupową do zaksięgowania. Jeśli firma już automatyzuje generowanie zamówień, sensownym krokiem jest też domknięcie pętli po stronie dokumentów, czyli automatyzacja obiegu faktur, żeby dokument od dostawcy trafiał od razu do odpowiedniego miejsca bez ręcznego przepisywania.

Gdzie dokładnie przebiega granica

Nie ma jednej magicznej liczby SKU, od której trzeba kupić WMS. Jest za to kilka sygnałów, które razem pokazują, że prosta automatyzacja przestaje wystarczać.

Pierwszy sygnał to liczba lokalizacji fizycznych. Jeśli firma ma jeden magazyn, nawet przy kilkuset produktach automatyzacja alertów działa świetnie. Jeśli pojawia się drugi magazyn, albo konieczność przesuwania towaru między oddziałami, same alerty o stanach przestają wystarczać, bo pytanie przestaje brzmieć "czy mamy towar", a zaczyna brzmieć "gdzie dokładnie mamy towar i jak go tam przewieźć najtaniej".

Drugi sygnał to liczba osób pracujących fizycznie na magazynie jednocześnie. Przy jednej czy dwóch osobach koordynacja odbywa się naturalnie, przez rozmowę. Przy kilkunastu magazynierach pracujących na różnych zamówieniach jednocześnie, bez systemu przydzielającego zadania i śledzącego lokalizacje, zaczynają się błędy, dublowanie pracy i chaos, którego żadna automatyzacja alertów nie rozwiąże, bo to nie jest problem informacji, tylko problem koordynacji pracy ludzi w przestrzeni.

Trzeci sygnał to konieczność śledzenia partii produkcyjnych, dat ważności czy numerów seryjnych na poziomie pojedynczej sztuki. To wymaga zupełnie innej struktury danych niż "ile sztuk produktu X mamy na stanie", i tu rzeczywiście prosta automatyzacja się kończy, a zaczyna rola dedykowanego systemu.

Jeśli żaden z tych trzech sygnałów nie występuje, to szczerze mówiąc odradzamy kupowanie WMS. Koszt wdrożenia, czas wdrożenia i koszt utrzymania (bo ktoś musi obsługiwać system, aktualizować go, czasem płacić licencję miesięczną) są wtedy nieproporcjonalne do realnego problemu, jakim jest spóźnione zamówienie towaru raz na kilka tygodni.

Ile to realnie kosztuje, zanim zdecydujesz

Warto zestawić te dwie ścieżki uczciwie, bo różnica jest spora. Wdrożenie systemu WMS w Polsce to koszt startujący od kilkunastu tysięcy złotych, rosnący wraz z liczbą integracji, magazynów i stanowisk, plus czas wdrożenia liczony w tygodniach lub miesiącach, plus zazwyczaj stały koszt licencyjny w kolejnych miesiącach. To ma sens przy skali, o której pisałem wyżej, ale przy mniejszej firmie to pieniądze wydane na rozwiązanie problemu, który i tak nie istnieje w takiej formie.

Automatyzacja alertów i zamówień zbudowana na n8n czy Make, wykorzystująca istniejące API z BaseLinker, Subiekta GT czy Comarch Optimy, to projekt liczony w dniach roboczych, nie miesiącach. Koszt jest ułamkiem ceny WMS, a efekt, czyli brak sytuacji "zabrakło towaru, bo nikt nie zauważył", pojawia się praktycznie od razu po uruchomieniu. Dodatkowym plusem jest to, że taka automatyzacja nie wymaga zmiany systemu, w którym firma już pracuje, nie ma więc kosztu migracji danych ani szkolenia zespołu od zera.

Jest jeszcze jedna rzecz, o której rzadko się mówi: automatyzacja tego typu jest odwracalna i skalowalna krok po kroku. Można zacząć od samych alertów, sprawdzić, czy działają poprawnie przez miesiąc czy dwa, dopiero potem dołożyć automatyczne generowanie zamówień, a jeszcze później ewentualnie rozszerzyć o kolejne kanały sprzedaży czy dostawców. WMS zazwyczaj wdraża się w całości, bo logika systemu wymaga spójnej struktury danych od początku. To różnica, która w praktyce decyduje, dlaczego mała firma powinna zacząć od prostszego rozwiązania, nawet jeśli docelowo kiedyś urośnie do skali, w której WMS będzie uzasadniony.

Jeśli czytasz ten tekst, bo codziennie ktoś u Ciebie w firmie sprawdza ręcznie, czy czegoś nie zabraknie, albo zamówienie do dostawcy pojawia się zawsze o tydzień za późno, to prawdopodobnie nie potrzebujesz jeszcze WMS. Potrzebujesz kogoś, kto spojrzy na Twoje dane i powie wprost, gdzie faktycznie przebiega ta granica w Twoim przypadku.