Oprogramowanie dla zarządzania magazynem - gdy arkusz przestaje wystarczać

Arkusz kalkulacyjny jest pierwszym narzędziem większości małych magazynów i wcale nie jest złym wyborem. Kolumny z indeksem i ilością da się założyć w kwadrans, a dane każdy rozumie bez szkolenia. Problem zaczyna się dopiero wtedy, gdy na tym samym pliku pracuje więcej niż jedna osoba i gdy trzeba z niego odpowiedzieć na pytanie, ile towaru można dziś obiecać klientowi.

Ten artykuł opisuje granicę, za którą oprogramowanie dla zarządzania magazynem przestaje być luksusem, a staje się zabezpieczeniem danych. Nie porównuje cen ani dostawców. Pokazuje mechanizmy: co arkusz robi z danymi, co robi baza, i które objawy w codziennej pracy wskazują, że czas na zmianę.

Co arkusz robi w małym magazynie

Model danych arkusza

Arkusz jest tablicą komórek bez schematu. Nic nie zabrania wpisać w kolumnę ilości tekst, wstawić dwa wiersze z tym samym indeksem albo zapisać jednostkę raz jako „szt.”, a raz jako „sztuk”. Walidację danych można dodać, ale obejmuje ona komórki, a nie relacje między nimi. Arkusz nie wie, że indeks z jednej zakładki jest tym samym towarem, który występuje w innej.

Limity techniczne też istnieją. Pojedynczy arkusz programu Excel mieści 1 048 576 wierszy, a długo prowadzona ewidencja ruchów, w której każde przyjęcie i wydanie jest osobnym wierszem, zbliża się do tej granicy szybciej, niż sugerują początki. Dokładne wartości opisuje dokumentacja specyfikacji i limitów programu Excel.

Gdzie arkusz wystarcza

Arkusz spełnia swoje zadanie, gdy jednocześnie zachodzą cztery warunki:

• Jeden edytujący - plik zapisuje jedna osoba, więc nie ma ryzyka nadpisania cudzej zmiany.
• Niewielka kartoteka - kilkadziesiąt indeksów, które da się ogarnąć wzrokiem.
• Stały rytm ruchu - dostawy i wydania w przewidywalnych porach, bez pilnych zamówień.
• Brak rezerwacji - towar nie jest obiecywany klientom z wyprzedzeniem.

Przy takiej skali nikt nie nadpisuje cudzych zmian, a rozbieżność między arkuszem a półką można wyjaśnić w kilka minut. Podobną granicę dla ewidencji opakowań opisuje strona o ewidencji palet w Excelu, a dla transportu artykuł o arkuszach w transporcie a systemie TMS.

Typowe awarie formuł i sortowania

Osobną klasą problemów są błędy, które powstają przez samą obsługę arkusza, a nie przez brak dyscypliny. Sortowanie zaznaczonej kolumny bez sąsiednich rozrywa wiersze, więc ilość trafia do złego indeksu. Skopiowana formuła ze względnymi odwołaniami wskazuje na inną komórkę niż zamierzono. Liczba zapisana jako tekst nie wchodzi do sumy i nie zgłasza błędu. Ukryty wiersz zostaje pominięty w filtrowaniu, choć towar wciąż leży na półce.

Te cztery mechanizmy mają wspólną cechę: nie zostawiają śladu. Baza danych zwraca komunikat o naruszeniu ograniczenia, a arkusz pokazuje wynik, który wygląda wiarygodnie i jest błędny. Szacunek kosztu takiego stanu opiera się na prostym rachunku: liczba godzin tygodniowo poświęcanych na uzgadnianie plików razy stawka godzinowa razy 52 tygodnie. Przykładowo 6 godzin przy stawce 50 zł daje 15 600 zł rocznie, ale to tylko ilustracja metody, a nie wynik konkretnego magazynu.

Objawy, że arkusz przestaje wystarczać

Granica nie wynika z liczby wierszy, tylko z liczby osób i operacji. Tabela zestawia objawy zgłaszane najczęściej przez magazynierów i kierowników z mechanizmem, który za nimi stoi.

Reguła: jeśli w magazynie istnieją dwie wersje tego samego pliku, to nie ma żadnego stanu magazynowego, są tylko dwie hipotezy.

Wystarczą dwa z powyższych objawów, żeby koszt utrzymania porządku w plikach zaczął przewyższać koszt oprogramowania. Kolejne objawy nie są już argumentem za analizą, tylko dowodem, że decyzja się spóźnia.

Co oprogramowanie dla zarządzania magazynem robi inaczej

Oprogramowanie dla zarządzania magazynem przenosi ewidencję do bazy danych, w której każda operacja jest transakcją. Transakcja albo zapisuje się w całości, albo wcale. Stan na lokalizacji zmienia się razem z zapisem ruchu, więc historia nie może rozejść się ze stanem. Zasady transakcji w SQL Server opisuje dokumentacja instrukcji transakcji T-SQL.

Przykład pokazuje wydanie z lokalizacji. Warunek Ilosc >= @Ilosc w aktualizacji sprawia, że stanu nie da się zjechać poniżej zera, a podpowiedź UPDLOCK blokuje wiersz na czas zapisu. Dwóch magazynierów wydających ten sam towar w tej samej sekundzie otrzyma poprawny wynik: druga operacja poczeka albo zostanie odrzucona z komunikatem.

-- przykład: wydanie z lokalizacji w jednej transakcji (nazwy tabel są ilustracją)
BEGIN TRANSACTION;

UPDATE dbo.StanLokalizacji WITH (UPDLOCK, ROWLOCK)
SET Ilosc = Ilosc - @Ilosc
WHERE IdLokalizacji = @IdLokalizacji
  AND Indeks = @Indeks
  AND Ilosc >= @Ilosc;

IF @@ROWCOUNT = 0
BEGIN
    ROLLBACK TRANSACTION;
    THROW 50001, 'Brak wystarczającego stanu na lokalizacji.', 1;
END;

INSERT INTO dbo.RuchMagazynowy (IdLokalizacji, Indeks, Ilosc, TypRuchu, IdOperatora, DataRuchu)
VALUES (@IdLokalizacji, @Indeks, -@Ilosc, 'WZ', @IdOperatora, SYSDATETIME());

COMMIT TRANSACTION;

W arkuszu nie ma odpowiednika tego mechanizmu. Można dopisać formułę, która ostrzega przed ujemnym stanem, ale zadziała ona dopiero po zapisie, a nie zamiast niego. Różnica polega na tym, że baza zapobiega błędowi, a arkusz go tylko pokazuje.

Rezerwacja stanu pod zamówienie

Zamówienie klienta nie zmniejsza stanu fizycznego, tylko dostępny. To rozróżnienie jest proste, a w arkuszu prawie nie występuje. Sprzedawca obiecujący towar powinien patrzeć na stan dostępny, a magazynier pobierający towar z półki na stan fizyczny. Kiedy oba pojęcia mieszają się w jednej kolumnie, ten sam towar sprzedaje się dwa razy.

Kartoteka i dokumenty magazynowe

W systemie towar ma jedną kartotekę, do której odwołują się wszystkie dokumenty, więc zmiana nazwy albo jednostki dotyczy jednego miejsca. Dokumenty magazynowe, od PZ po MM, generują się automatycznie z operacji, a każdy z nich ma numer i datę oraz autora. Szersze omówienie kartoteki znajduje się w artykule o kartotekach magazynowych, a typy dokumentów opisuje strona o dokumentach magazynowych.

Uprawnienia wynikają z ról. Magazynier przyjmuje i wydaje, brygadzista zmienia priorytety, kierownik zatwierdza korekty. W arkuszu każdy, kto otworzy plik, może wpisać dowolną wartość w dowolnej komórce.

Wizualizacja zajętości magazynu

Informacji o zajętości magazynu arkusz nie potrafi pokazać w czytelny sposób. System zna status każdej lokalizacji, więc rysuje je na mapie w kolorach odpowiadających statusom z listy poniżej. Pracownik przy przyjęciu widzi na ekranie, gdzie jest wolne miejsce, a planista widzi, w której strefie robi się ciasno. Ten sam widok pomaga układać ścieżki kompletacji i ograniczać puste przebiegi wózków.

Mapa opiera się na kilku prostych statusach, które definiuje magazyn:

• Wolne - lokalizacja bez towaru i bez rezerwacji, dostępna dla odkładu.
• Zajęte - lokalizacja z towarem, którego stan jest większy od zera.
• Zarezerwowane - miejsce przypisane do konkretnej dostawy lub zlecenia, jeszcze bez towaru.
• Zablokowane - lokalizacja wyłączona z użycia, na przykład na czas liczenia lub naprawy regału.

Ta sama informacja po zagregowaniu daje wskaźnik zajętości stref. Przykładowe zapytanie liczy procent zajętych lokalizacji w każdej strefie, a dane mogą trafić do raportu albo na panel w hali. Osobno omawia to strona o wizualizacji zajętości magazynu.

-- przykład: zajętość stref jako procent lokalizacji ze statusem ZAJETE
SELECT Strefa,
       COUNT(*) AS Miejsca,
       SUM(CASE WHEN Status = 'ZAJETE' THEN 1 ELSE 0 END) AS Zajete,
       CAST(100.0 * SUM(CASE WHEN Status = 'ZAJETE' THEN 1 ELSE 0 END) / COUNT(*) AS decimal(5, 1)) AS ProcentZajetosci
FROM dbo.Lokalizacja
GROUP BY Strefa
ORDER BY Strefa;

Analiza zajętości w dłuższym okresie pokazuje strefy chronicznie przeciążone i obszary niewykorzystane. Na tej podstawie zmienia się rozmieszczenie towarów albo planuje rozbudowę. Arkusz mógłby zawierać te same liczby, ale ktoś musiałby je wpisywać ręcznie po każdej operacji, więc w praktyce nikt tego nie robi.

Migracja z arkusza do systemu

Przejście z arkusza nie polega na przekopiowaniu kolumn. Najpierw trzeba oczyścić dane, bo baza z kluczami i ograniczeniami odrzuci to, co arkusz przyjmował bez oporu. Najczęstsze problemy to powtórzone indeksy, różne zapisy jednostek i ilości wpisane jako tekst. Pierwszy krok to import do tabeli pośredniej, w której sprawdza się duplikaty. Przykładowe zapytanie znajduje takie indeksy.

-- przykład: indeksy powtórzone w tabeli pośredniej po imporcie z arkusza
SELECT Indeks, COUNT(*) AS Wystapien
FROM dbo.ImportKartoteka
GROUP BY Indeks
HAVING COUNT(*) > 1
ORDER BY Wystapien DESC;

Import z pliku umożliwia między innymi instrukcja BULK INSERT, ale ważniejsza od narzędzia jest kolejność prac. Stany początkowe wprowadza się po liczeniu fizycznym, a nie z ostatniej wersji pliku, bo to liczenie ustala punkt zerowy. Cały proces opisuje strona o migracji z Excela do programu magazynowego, a liczenie stanów początkowych i sposób ich rozliczenia opisuje tekst o programach do inwentaryzacji.

Przez pierwsze tygodnie warto prowadzić oba źródła równolegle w jednej strefie i porównywać wyniki każdego dnia. Rozbieżności pokazują, które dane w arkuszu były niepełne, a które reguły w systemie źle odwzorowują pracę hali. Dopiero po kilku dniach bez różnic strefa przechodzi na sam system, a kolejne strefy dołącza się według tego samego schematu.

Warianty branżowe oprogramowania dla zarządzania magazynem

Podstawowy zestaw funkcji jest wspólny, ale branża dodaje własne wymagania. Tabela pokazuje, co poza standardem musi obsłużyć system w kilku typowych profilach. Szczegółowy przegląd wymagań każdej branży znajduje się w artykule o tym, jakie oprogramowanie potrzebuje magazyn zależnie od branży.

Dostawca oprogramowania powinien mieć doświadczenie w danej branży, bo skraca ono analizę wymagań i zmniejsza liczbę poprawek po starcie. Funkcje systemu Studio WMS.net prezentuje serwis produktowy programu magazynowego, a zakres funkcjonalny opisuje artykuł o oprogramowaniu WMS i jego funkcjach.

Integracja z ERP po odejściu od arkusza

Wdrożenie poprzedza analiza, która obejmuje przegląd procesów magazynu oraz liczby lokalizacji i istniejących integracji z systemami ERP i sprzedażowymi. Na jej podstawie dostawca przygotowuje harmonogram: konfiguracja systemu i migracja danych, a potem szkolenia oraz uruchomienie produkcyjne. Czas trwania zależy od stopnia dostosowania do magazynu i od liczby integracji, a po starcie ważne jest wsparcie powdrożeniowe: aktualizacje oraz pomoc techniczna.

Integracja z ERP eliminuje przepisywanie danych: zamówienia trafiają do magazynu automatycznie, a dokumenty wydania wracają do systemu sprzedaży. Wymiana odbywa się przez usługi webowe albo pliki, a mechanizm kolejki i ponawiania prób chroni przed utratą dokumentów, gdy jeden z systemów jest chwilowo niedostępny. Zasady opisuje strona o integracji WMS z ERP, a przebieg projektu strona o wdrożeniu systemu WMS. Stan, który system rozlicza po integracji, opisuje osobno tekst o stanach magazynowych. Interaktywne demo magazynu online pozwala sprawdzić te operacje bez instalacji.