System WMS vs Excel — kiedy przyjdzie czas na zmianę

Excel jest uniwersalny i każdy go zna. Sumy, sortowanie, filtrowanie, tabele przestawne, wykresy - można w nim policzyć rotację, marżę, wartość stanu, wszystko. Do raportowania ad hoc trudno o lepsze narzędzie. I tak naprawdę WMS nigdy nie zastąpi Excela do analiz - dobre wdrożenie zawsze daje możliwość eksportu do CSV albo XLSX, żeby księgowość czy szef sprzedaży mogli zrobić swoje obliczenia.

Czego Excel nie da: wielu osób edytujących równocześnie bez konfliktów, mocnej walidacji wprowadzanych danych, audytu zmian (kto, kiedy, co edytował), ról i uprawnień, integracji ze skanerem kodów kreskowych w czasie rzeczywistym. SharePoint i Excel Online częściowo to próbują rozwiązać, ale przy magazynie z prawdziwego zdarzenia szybko widać, że to plaster na ranę postrzałową.

Najczęstsze, które słyszymy podczas analizy przedwdrożeniowej:

• "Stan w arkuszu mówi 47 sztuk, na regale jest 42, nikt nie wie skąd różnica"
• "Dwie osoby otworzyły plik jednocześnie, jedna nadpisała zmiany drugiej"
• "Pomyłka w jednej formule i przez tydzień wszyscy podejmowali decyzje na złych danych"
• "Trzeba odszukać kto ostatnio edytował komórkę B47 - i nie da się tego sprawdzić"
• "Plik ma 35 zakładek, każdy ma swoją wersję offline, scalanie zajmuje pół dnia"

Każdy z tych objawów osobno da się jeszcze obejść. Trzy naraz oznaczają, że firma już straciła pieniądze - tylko jeszcze ich nie policzyła.

Klient z branży kosmetycznej, około 1800 SKU, trzech magazynierów, Excel od sześciu lat. Inwentaryzacja roczna pokazała 4,2% niedoboru wartościowego. Rok wcześniej - 3,8%. Dwa lata wcześniej - 2,1%. Tendencja jest charakterystyczna: im więcej operacji, tym większy bufor błędów akumuluje się w arkuszu, którego nikt nie waliduje na bieżąco.

Drugi typowy objaw - reklamacje za pomyłki w wysyłkach. W magazynie czysto excelowym widzieliśmy poziomy 2-3% błędnych zamówień. Po wdrożeniu WMS-a ze skanowaniem przy pakowaniu spada to do 0,1-0,3%. Przy 200 zamówieniach dziennie i średniej wartości 250 zł, redukcja błędów o 2 punkty procentowe to mniej-więcej 1000 zł dziennie odzyskanej marży.

Trzecia rzecz, której się nie liczy, a której nie da się przeoczyć - czas spędzony na "szukaniu czegoś". Magazynier idzie do regału, nie znajduje, wraca, sprawdza w arkuszu, idzie do drugiego regału. W magazynie 600 m² z lokalizacjami w arkuszu Excel to bywa 30-40 minut dziennie na osobę. Trzy osoby × 40 minut × 22 dni = 44 godziny stracone w skali miesiąca. Etat plus skarbonka.

Z naszej praktyki granica jest mniej-więcej tutaj:

• 500-700 SKU - Excel jeszcze daje radę, jeśli dwie osoby pracują na zmiany. Przy trzech osobach jednocześnie zaczynają się problemy.
• 50+ operacji magazynowych dziennie - przyjęcia plus wydania. Ręczne wpisywanie pochłania godziny, błędy się kumulują.
• 3+ magazynierów - synchronizacja danych między ludźmi przestaje być realna. Każdy ma swoją wersję pliku.
• Wymagana traceability (numery partii, daty ważności, numery seryjne) - Excel teoretycznie to obsłuży, ale przy reklamacji okaże się, że nie da się ustalić, do kogo poszedł konkretny lot.

Jeśli choć dwa z tych warunków są spełnione, koszt utrzymywania Excela już przerasta koszt wdrożenia WMS-a. Tylko firma jeszcze tego nie wie.

Drugą fazą rozwoju "magazynu w Excelu" jest zwykle ktoś, kto nauczył się VBA i napisał kilka makr. Przyciski "Przyjmij dostawę", "Wystaw WZ", łączenie z plikami CSV od dostawców. To nawet działa - dopóki ten ktoś jest w firmie. Pierwszy raz widzieliśmy ten scenariusz w 2018 roku: klient wdrażał u nas WMS, bo ich excelowy "system" napisał kierownik magazynu, który odszedł, a nikt po nim nie był w stanie czytać kodu.

Drugi powód: makra nie mają testów, nie mają wersjonowania, nie mają dokumentacji. Każda zmiana w wymaganiach (nowy dostawca, nowy format pliku, nowy raport dla księgowości) wymaga grzebania w kodzie pisanego przez kogoś, kto pisał go pod siebie. Po dwóch-trzech latach taki "system" przestaje być modyfikowalny - ludzie się go boją dotykać, bo każda zmiana coś psuje.

I trzeci powód, fundamentalny: Excel nie został zaprojektowany jako baza danych. Próba trzymania w nim 50 tysięcy operacji historycznych kończy się tym, że plik waży 80 MB, otwiera się minutę i co kilka godzin się crashuje. Wtedy ktoś robi "archiwum", przenosi stare dane do osobnego pliku, łączenia się rozjeżdżają i jest jeszcze gorzej niż było.

Cztery rzeczy, których w Excelu zwyczajnie się nie zrobi:

• Skanowanie zamiast wpisywania. Operator skanuje kod kreskowy palety, system czyta GTIN, partię i datę ważności jednym ruchem. Nie ma literówek w numerze partii, nie ma "wpisałem 47 zamiast 4,7".
• Real-time. W chwili gdy magazynier wystawi WZ, stan na e-commerce się zmniejsza. Nie ma "synchronizacji raz dziennie", nie ma przesprzedaży.
• Audit log. Każda operacja ma autora, datę i czas. Reklamacja po trzech miesiącach? Sprawdzasz kto pakował zamówienie, kto kompletował, kto przyjmował dostawę - i odzyskujesz pełną ścieżkę.
• Role i uprawnienia. Magazynier nie zmieni ceny zakupu. Pakowacz nie zobaczy marży. Kierownik widzi raporty, ale nie zmienia stanów wstecz. To rzeczy, które w arkuszu da się obejść w trzy kliknięcia.

Najgorszy moment, żeby się tym przejmować, to ostatni tydzień przed startem. Migrację robi się tak:

• Słownik produktów - importujemy z arkusza listę SKU z indeksem, nazwą, jednostką, kodem kreskowym. To zwykle 70% pracy. Wydłuża się tym, że w Excelu często jeden produkt ma trzy różne nazwy.
• Stan na dzień startu - liczymy fizycznie magazyn dzień przed uruchomieniem. To bilans otwarcia. Stara historia z arkusza zostaje w pliku archiwalnym.
• Lokalizacje - mapa regałów. Zwykle przy okazji wdrożenia robimy fizyczne oznakowanie regałów etykietami z kodami, bo w Excelu lokalizacje były zwykle opisowe ("regał obok bramy 3").
• Słownik kontrahentów - dostawcy i klienci. Często z duplikatami ("ABC Sp. z o.o.", "ABC sp z o.o", "ABC sp. z o.o.") - czas na sprzątanie.

Cała operacja przy magazynie 1500-2000 SKU zajmuje 3-4 dni roboczych z naszej strony, plus zaangażowanie klienta na inwentaryzację. Da się też uruchomić system bez pełnej historii - wtedy stary plik Excela zostaje jako referencja do reklamacji sprzed startu.

"Operatorzy się nie nauczą" - słyszymy to w 90% rozmów przedwdrożeniowych. Po wdrożeniu okazuje się, że największy opór miały osoby biurowe, nie magazynierzy. Pracownik na regale uczy się skanować w 2 dni. Pracownik biurowy, który pisał formuły w Excelu od pięciu lat i czuł się ich autorem, traci poczucie kontroli - i to bywa trudniejsze niż nauka samego oprogramowania.

"To za drogie" - wdrożenie WMS-a w firmie z 3-5 stanowiskami magazynowymi to typowo kilkanaście do kilkudziesięciu tysięcy złotych jednorazowo plus kilkaset do tysiąca złotych miesięcznie za użytkownika. Liczone na godziny pracy odzyskane na pierwszych miesiącach (te 44 godziny ze szukania, plus 1000 zł dziennie z mniejszych pomyłek) zwraca się to w pierwszym kwartale. Tylko trzeba mieć odwagę policzyć.

"Nasz proces jest zbyt nietypowy" - rzadko jest. Magazyn z pełnym śladowaniem partii, magazyn celny, produkcja, e-commerce - to wszystko są standardowe scenariusze, których WMS obsłuży z konfiguracji. Nietypowe są raczej procesy, które klient sam u siebie wymyślił, a które nie odpowiadają żadnemu sensownemu wzorcowi - i to są właśnie procesy, które przy wdrożeniu warto przejrzeć.

Najczęstsze rozwiązanie u naszych klientów: operacje magazynowe w Weaver WMS, raportowanie zarządcze nadal w Excelu. System eksportuje codziennie albo na żądanie listę ruchów w formacie CSV/XLSX, dyrektor sobie sklejaja w arkuszu swoje wykresy. To zostaje. Tym, co się zmienia, jest źródło danych - zamiast ręcznie wprowadzanego arkusza, eksport z systemu, który gwarantuje, że dane są aktualne i spójne.

Kolejny krok to API. Weaver WMS udostępnia REST API, którym da się zasilić Power BI, Tableau albo zewnętrzny system raportowy. Dla firm, które już mają działające dashboardy w Excelu, to bezbolesne przejście - struktury danych zostają, tylko źródłem przestaje być ręczna edycja, a staje się system magazynowy.

Cztery wskaźniki, które warto zmierzyć przed i po wdrożeniu - bo właśnie one pokazują, czy zmiana ma sens:

• Czas kompletacji zamówienia. Przed: 8-12 minut przy 5-7 pozycjach. Po: 4-6 minut z multipickingiem.
• Procent błędnych wysyłek. Przed: 2-3%. Po: 0,1-0,3%.
• Niedobór po inwentaryzacji. Przed: 2-5% wartościowo. Po: 0,3-0,8%.
• Czas pracy biurowej na obsługę magazynu. Przed: 4-6 godzin dziennie na osobę. Po: 1-2 godziny.

Średni klient odzyskuje 50-80 godzin tygodniowo w skali firmy w pierwszym kwartale. Etat. To nie jest spekulacja, to są wartości, które widzimy na realnych wdrożeniach od kilkunastu lat.

Przed pierwszym spotkaniem warto mieć przygotowane:

• liczbę aktywnych SKU (nie wszystkich w bazie, tylko tych, które ruszają się w ciągu roku)
• średnią dzienną liczbę przyjęć i wydań
• liczbę magazynierów na zmianie
• listę systemów, z którymi WMS musi się integrować (ERP, e-commerce, kurier)
• informację o specyficznych wymaganiach: partie, daty ważności, numery seryjne, magazyn celny

Z naszej strony - Weaver Software wdraża WMS od 17 lat, znamy realny rozmiar pułapek, wiemy gdzie warto skrócić zakres, a gdzie nie warto kombinować. Pierwsza rozmowa to zwykle 60-90 minut, z których wychodzimy z rozumieniem, czy WMS w ogóle ma sens, a jeśli tak - z jakim zakresem startować. Excel zostaje wtedy w roli archiwum i narzędzia do analiz, a operacje przejmuje system. Bez ognia, fajerwerków i obietnic, że wdrożenie zmieni firmę. Po prostu liczone w godzinach pracy zwróci się szybciej niż większość innych inwestycji.