Aplikacja magazynowa online daje dostęp do stanów, lokacji i dokumentów z dowolnego urządzenia z przeglądarką, bez instalacji na stanowiskach. Studio WMS.net można utrzymywać w chmurze publicznej, w chmurze prywatnej dostawcy albo na serwerach klienta. Wybór wariantu zmienia koszty i odpowiedzialność za kopie danych, a nie zakres funkcji, o czym więcej mówi też opis programu internetowego WWW.
Co zmienia praca online w codziennej pracy magazynu
Dostęp przez przeglądarkę zmienia przede wszystkim sposób wdrażania. Nowy pracownik loguje się na koncie i widzi te same ekrany co reszta zespołu, bez instalatora na komputerze. Kierownik z innego oddziału sprawdza stany tak samo jak magazynier przy regale.
Zmienia się też rytm aktualizacji. Poprawkę wdraża dostawca na serwerze, więc zespół nie planuje przestojów na wymianę wersji na każdym stanowisku. Zakres dostępnych funkcji nadal wynika z kartotek i ról, które ustawia administrator, a opis tych funkcji znajduje się w przeglądzie oprogramowania do zarządzania magazynem.
Sama obecność w chmurze niczego nie gwarantuje. Szybkość aplikacji online zależy od łącza oraz od serwera bazy danych. Dlatego wybór modelu hostingu warto potraktować jako decyzję techniczną, nie handlową.
Warianty hostingu i podział odpowiedzialności
System można uruchomić w trzech miejscach. Każde z nich inaczej rozkłada pracę administracyjną, a także inaczej wygląda w audycie bezpieczeństwa.
| Wariant | Kto utrzymuje serwer | Kiedy ma sens | Ograniczenie |
|---|---|---|---|
| Chmura publiczna, na przykład Microsoft Azure | Dostawca chmury i administrator systemu | Wiele oddziałów, zmienne obciążenie, brak serwerowni | Miesięczny koszt zależy od zasobów i transferu |
| Chmura prywatna dostawcy oprogramowania | Dostawca systemu | Mała firma bez własnego działu IT | Zakres zmian infrastruktury ustala umowa |
| Serwery klienta (on-premise) | Dział IT klienta | Wymóg trzymania danych w obiekcie | Kopie i aktualizacje leżą po stronie klienta |
Studio WMS.net - pulpit kierownika magazynu
Ekran główny Studio WMS.net prezentuje aktualny stan operacji magazynowych w formie trzech wykresów. Dwa wykresy kołowe pokazują rozkład zleceń według statusu (5374 zrealizowanych, 1104 anulowanych, 168 do realizacji, 18 w buforze) oraz strukturę typów dokumentów magazynowych (PZ, WZ, PZB, WZB, ZPZ, ZWZ i inne). Wykres słupkowy prezentuje top 10 kontrahentów z największą liczbą obsługiwanych palet. Menu główne zawiera sekcje NOWY, MAGAZYN, KARTOTEKI i INFORMACJE. Widoczna wersja systemu v2026.1.4.9500.
Przy chmurze publicznej warto z góry ustalić region danych i czas dostępności usługi, bo od nich zależy zgodność z polityką firmy. W modelu własnego serwera pomaga porównanie programu online i stacjonarnego, które zestawia koszty obu podejść. Samą ścieżkę uruchomienia opisuje strona o wdrożeniu systemu WMS.
Praca na hali przy zmiennej jakości sieci
Terminal z Androidem jest pełnoprawną stacją roboczą, o ile ma łączność. Skanuje kod, wysyła potwierdzenie do bazy i od razu dostaje następne zadanie. Przy chwilowym zaniku Wi-Fi terminal może zbuforować część operacji lokalnie, ale nie zastąpi to stabilnej sieci, bo stany mają być spójne w chwili zatwierdzenia dokumentu.
- Zasięg: mapa pokrycia Wi-Fi obejmuje korytarze międzyregałowe oraz rampy, bo to tam sygnał słabnie najczęściej.
- Bufor: operacje zapisane lokalnie wysyłają się po odzyskaniu połączenia, a system odrzuca te, które są sprzeczne ze stanem w bazie.
- Łączność zapasowa: LTE albo 5G pozwala dokończyć pracę na placu, gdzie zasięg firmowej sieci się kończy.
- Wygasanie sesji: zbyt krótki limit bezczynności wylogowuje magazyniera w trakcie przerwy w pracy, więc ustawia się go z uwzględnieniem rytmu zmiany.
Szczegóły pracy z terminalami znajdują się w materiale o aplikacji magazynowej na Androidzie. Przy sprzęcie bez przeglądarki lub z jej ograniczoną wersją trzeba sprawdzić zgodność urządzeń jeszcze przed zakupem.
Aplikacja online wymaga połączenia z serwerem do zatwierdzenia operacji. Bufor na terminalu skraca skutki krótkiej przerwy, ale nie jest pracą w trybie offline przez całą zmianę.
Identyfikacja towaru i skanowanie w aplikacji online
Skan kodu zamienia się na zapytanie do serwera. Po odczycie etykiety GS1-128 aplikacja rozkłada ciąg znaków na pola, sprawdza cyfry kontrolne i zapisuje numer partii oraz termin ważności przy dokumencie. Każda jednostka logistyczna otrzymuje identyfikator, który system śledzi od przyjęcia do wydania.
WMS - pole skanowania w transakcji Smart Scan
Widok początkowy transakcji Smart Scan w Studio WMS.net. Pole skanowania czeka na strumień z czytnika albo na kod wpisany ręcznie i zatwierdzony klawiszem Enter. Wskaźnik w prawym górnym rogu prowadzi operatora przez trzy kroki - skan i dekompozycję. Ostatni krok to potwierdzenie. Poniżej pola udostępniono zestaw kodów przykładowych obejmujący etykiety GS1 i HIBC. Są tam też przypadki błędne, dzięki czemu działanie parsera można sprawdzić bez fizycznego czytnika. Sekcja pozycji przyjęcia pozostaje pusta do momentu pierwszego odczytu.
Konstrukcję numerów GTIN, zapisywanych w kodach, definiuje standard GTIN opisany przez GS1 Polska. Zasady czytelności etykiet i rodzaje symboli omawia strona o kodach kreskowych w magazynie. Przy rotacji towarów z datą ważności system wskazuje lokację według reguły z opracowania o FIFO, FEFO i LIFO.
Kopie zapasowe i odtwarzanie po awarii
Aplikacja online przechowuje dane w jednym miejscu, więc kopia tej bazy jest ostatnim zabezpieczeniem. W implementacjach opartych na SQL Server stosuje się pełne kopie bazy oraz kopie dziennika transakcji, a ich częstotliwość wynika z tego, ile godzin danych firma może stracić. Ten parametr nazywa się RPO.
Drugi parametr, RTO, określa czas, w którym system musi wrócić do pracy. Nie wystarczy mieć kopię. Trzeba okresowo odtworzyć ją na osobnym serwerze i sprawdzić, czy stany magazynowe zgadzają się z tymi sprzed awarii. Kopia, której nikt nie przywrócił próbnie, jest tylko założeniem.
| Parametr | Pytanie | Wpływ na konfigurację |
|---|---|---|
| RPO | Ile godzin danych można utracić | Częstotliwość kopii dziennika transakcji |
| RTO | Jak długo system może nie działać | Drugi serwer lub gotowy skrypt odtworzenia |
| Retencja | Jak daleko wstecz trzeba sięgnąć | Miejsce na kopie i polityka ich usuwania |
Ogólne możliwości silnika, w tym kopii i odtwarzania, opisuje dokumentacja Microsoft SQL Server. Konta i role to osobny temat, który omawia materiał o programie internetowym WWW.
Wydajność serwera przy wielu jednoczesnych użytkownikach
Dostęp online oznacza, że rano o tej samej godzinie logują się dziesiątki osób, a kilka terminali jednocześnie zatwierdza pobrania. Wąskim gardłem rzadko bywa przeglądarka. Częściej jest nim baza danych, w której zapisy czekają na zwolnienie tych samych wierszy.
W implementacjach opartych na SQL Server problem łagodzi poziom izolacji READ COMMITTED SNAPSHOT, bo odczyty raportów nie blokują zapisów dokumentów. Pomagają też indeksy po lokacji i artykule oraz zapytania operujące na zbiorze zamiast pętli po jednym wierszu. Skutkiem jest szybszy ekran, a nie mocniejszy serwer.
Przejście z programu lokalnego na wersję online
Migracja zaczyna się od danych, nie od serwera. Kartoteki asortymentu i kontrahentów trzeba oczyścić z duplikatów, bo w bazie centralnej błąd w indeksie zobaczą wszyscy użytkownicy naraz. Stany początkowe ustala się inwentaryzacją, a nie przepisaniem liczb ze starego programu.
Zwykle prowadzi się krótki okres pracy równoległej. Jeden magazyn lub jedna zmiana pracuje już w nowym systemie, a pozostałe jeszcze w starym, dopóki różnice w stanach nie zostaną wyjaśnione. Dopiero potem wyłącza się stary program. Po przełączeniu trzeba też sprawdzić, czy drukarki etykiet i skanery działają z nowym adresem aplikacji.
- Kartoteki: unikalny indeks i jednostki miary muszą być poprawne przed importem, bo później zmiana dotyka dokumentów historycznych.
- Stany początkowe: pochodzą ze spisu z natury, a nie z eksportu starego programu.
Integracje z ERP i innymi systemami
System magazynowy online nie żyje w oderwaniu od księgowości. Zamówienia i faktury płyną z ERP, a potwierdzenia przyjęć i wydań wracają do niego z magazynu. Wymiana odbywa się przez interfejsy, a nie przez pliki przenoszone między oddziałami, dzięki czemu dokument ma jedną wersję w obu systemach.
Praktyczne zasady podziału danych opisuje strona o integracji ERP z WMS. Przy aplikacji online ważne jest też, który z systemów jest źródłem prawdy dla kartotek, bo zmiana nazwy artykułu w dwóch miejscach tworzy rozbieżność, którą trudno później wykryć.
Operator 3PL i współdzielenie danych z klientami
Magazyn obsługujący wielu właścicieli towaru zyskuje na modelu online szczególnie dużo. Klient sprawdza własne stany i dokumenty bez dzwonienia do magazynu, a operator widzi w jednym panelu obciążenie i statusy zleceń. Warunkiem jest rozdzielenie danych: każdy kontrahent widzi tylko swój asortyment.
Aby zobaczyć aplikację w działaniu, można skorzystać z wersji demonstracyjnej systemu WMS. Pełny opis produktu znajdziesz na stronie Studio WMS.net.
WMS - dziennik rejestracji partii Track and Trace
Sekcja dziennika rejestracji partii w panelu Dashboard Auto ID. Zestawienie łączy dane odczytane z etykiet z dokumentami magazynowymi: numer GTIN, indeks kartotekowy, nazwę towaru, numer partii, termin ważności, datę produkcji, przyjętą ilość z jednostką miary, a także numer i datę dokumentu. Zakres przełącza się między siedmioma i trzydziestoma dniami. Dostępne jest też dziewięćdziesiąt dni, a całość można wyeksportować do arkusza. Takie zestawienie odpowiada na pytanie, które partie danego towaru weszły na stan i jakim dokumentem, co jest podstawą przy wycofaniu partii z obrotu.