Demo magazyn - co zawiera środowisko demo Studio WMS.net

Demo magazynu jest działającym środowiskiem systemu WMS, w którym zespół wykonuje własne operacje na danych testowych, zanim zapadnie decyzja o wdrożeniu. Środowisko demo Studio WMS.net udostępnia się bez dodatkowych formalności, więc pierwszy kontakt z systemem nie wymaga ani umowy, ani instalacji serwera. Ten artykuł opisuje, co takie demo zawiera, które procesy da się w nim odtworzyć i czego nie pokaże.

Organizację samego testu, czyli podział ról w zespole i kolejność scenariuszy, opisuje tekst jak zorganizować test systemu WMS. Tutaj obowiązuje perspektywa zawartości: moduł po module, z uwagą na to, co w każdym z nich naprawdę warto sprawdzić.

Co zawiera środowisko demo Studio WMS.net

Środowisko demo działa na serwerze SoftwareStudio. Pełne demo magazynu online uruchamia się w przeglądarce bez rejestracji i instalacji. Użytkownik dostaje dostęp do środowiska, w którym samodzielnie testuje funkcje i wprowadza własne dane, a nie ogląda przygotowany film. Zestawienie pokazuje, z czego składa się takie środowisko i co każdy element pozwala ocenić.

Klient FRAMEWORK i wersja przeglądarkowa

Użytkownicy zainteresowani wypróbowaniem oprogramowania mogą zainstalować na stacji roboczej wersję Windows o nazwie FRAMEWORK. Instalacja obejmuje wyłącznie interfejs użytkownika, którego obsługa przypomina aplikacje pakietu biurowego. Wariant ten opisuje osobny artykuł o programie Magazyn Framework. Pobrana wersja nie jest samodzielnym, pełnym rozwiązaniem, bo pozostałe warstwy pracują poza stacją:

• Logika biznesowa - reguły przyjęć oraz wydań wykonują się na serwerze demo SoftwareStudio.
• Baza danych - dane testowe zapisują się na serwerze, a nie na komputerze testującego.
• Rdzeń systemu - usługi przetwarzania także działają po stronie serwera demo.
• Interfejs - jedyna część uruchamiana lokalnie, więc jej szybkość zależy od stacji i łącza.

Z tego podziału wynika ważny wniosek dla oceny: czas reakcji ekranu w demo mierzy łącze i serwer demo, a nie serwer, który firma postawi u siebie. Ocena wydajności wymaga więc osobnego podejścia, opisanego w dalszej części artykułu.

Dane własne w środowisku demo

Test na przykładowych danych pokazuje głównie interfejs. Test na kilkunastu własnych indeksach pokazuje, czy kartoteka pomieści faktyczne atrybuty towaru: jednostki miary, kody EAN, partie, terminy ważności. Warto wprowadzić kilka pozycji o skrajnych parametrach, na przykład najdłuższy paletowy indeks i najmniejszą sztukę na sztuki, bo to one najszybciej ujawniają braki w modelu danych. Strukturę kartotek opisuje artykuł o stanach magazynowych.

Przyjęcie towaru w demo

Przyjęcie jest pierwszym procesem wartym sprawdzenia, ponieważ jego błędy przenoszą się na wszystkie kolejne operacje. Wersja demo pozwala odtworzyć skanowanie produktów, weryfikację zgodności dostawy z zamówieniem oraz proponowanie lokalizacji w module składowania. Interfejs powinien być zrozumiały dla magazyniera bez długiego szkolenia, bo dokładne przyjęcia skracają cały cykl zamówienia. Szczegółowy opis procesu zawiera tekst o przyjęciu do magazynu.

Scenariusz testowy warto rozpisać na kilka wariantów tej samej dostawy. Każdy z nich sprawdza inną gałąź logiki systemu, więc razem dają obraz zachowania w sytuacjach, które w magazynie zdarzają się codziennie.

Dokumenty powstające przy przyjęciu, w tym PZ, opisuje przegląd dokumentów magazynowych. W demo należy sprawdzić sam dokument oraz jego skutek, czyli to, czy stan w lokalizacji rośnie od razu po zatwierdzeniu i czy historia ruchów zachowuje autora operacji.

Partie i terminy ważności przy przyjęciu

Dla towarów z terminem ważności przyjęcie wymaga dodatkowych danych, więc scenariusz testowy powinien je obejmować. Etykieta w standardzie GS1-128 zapisuje je w identyfikatorach zastosowania: (01) niesie numer GTIN produktu, (10) numer partii, a (17) datę ważności w formacie RRMMDD. Demo pokazuje, czy skan takiej etykiety rozdziela dane na właściwe pola, czy wymaga ręcznego wpisu partii.

Drugi punkt kontrolny dotyczy statusu partii po przyjęciu. Towar przyjęty do kontroli jakości nie powinien trafiać do puli dostępnej dla kompletacji, dopóki ktoś nie zmieni statusu. Sprawdza się to prostym testem: przyjąć partię ze statusem wstrzymania i spróbować wystawić na nią wydanie. System poprawnie zabezpieczony odrzuci zlecenie z czytelnym komunikatem, a nie z błędem technicznym.

Stany magazynowe i kompletacja w demo

Studio WMS.net śledzi poziomy magazynowe w czasie rzeczywistym, a demo pozwala to zweryfikować bez zaufania do deklaracji. Prosty test polega na wykonaniu przyjęcia w jednym oknie i odświeżeniu listy stanów w drugim. Jeżeli nowa ilość widoczna jest od razu po zatwierdzeniu dokumentu, system zapisuje ruch w jednej transakcji z zapisem dokumentu. Poniższe zapytanie jest przykładem mechanizmu, w którym stan wynika z sumy ruchów, dzięki czemu nie da się go rozjechać z historią.

-- przykładowa struktura: stan liczony z ruchów, a nie zapisany jako gotowa liczba
-- Ilosc jest dodatnia przy przyjęciu i ujemna przy wydaniu
SELECT r.IdLokalizacji,
       r.Indeks,
       SUM(r.Ilosc) AS Stan
FROM dbo.RuchMagazynowy AS r
GROUP BY r.IdLokalizacji, r.Indeks
HAVING SUM(r.Ilosc) <> 0;

Ten sposób liczenia jest kosztowniejszy przy dużej liczbie ruchów niż odczyt zapisanej liczby. Dlatego produkcyjne rozwiązania łączą zwykle oba podejścia: sumę ruchów służącą do kontroli i tabelę stanów aktualizowaną w transakcji. Demo nie pokaże, które z nich wybrano w konkretnym wdrożeniu, ale pokaże, czy stan po odświeżeniu zgadza się z raportem ruchów.

Metody kompletacji FIFO i LIFO

Wersja demo pokazuje, jakie metody kompletacji obsługuje system, na przykład FIFO lub LIFO. Test jest prosty: przyjąć dwie dostawy tego samego indeksu w odstępie czasu, a potem zlecić wydanie mniejszej ilości. Przy FIFO system powinien wskazać partię przyjętą wcześniej, przy LIFO partię późniejszą. Ta sama reguła zapisana jako sortowanie wygląda tak: kolejność ORDER BY po dacie przyjęcia rosnąco daje FIFO, malejąco daje LIFO. Zasady FEFO dla towarów z terminem ważności opisuje artykuł o kompletacji zamówień.

Trasy zbierania i urządzenia mobilne

Warto sprawdzić, czy system optymalizuje trasy zbierania produktów, czyli porządkuje pozycje zlecenia według kolejności lokalizacji w alejkach. System identyfikuje towary za pomocą kodów kreskowych oraz technologii RFID i współpracuje z kolektorami danych oraz tabletami przemysłowymi. Dla pracy na hali istotny jest wybór urządzeń, któremu poświęcono tekst o aplikacji magazynowej na Androidzie oraz stronę o terminalach radiowych.

Wysyłka oraz raportowanie w demo

Moduł wysyłki i raportowania zasługuje na tyle samo uwagi co przyjęcie towaru. Wersja demo pokazuje, jak system generuje dokumenty przewozowe oraz etykiety wysyłkowe, a także jakie raporty o ruchu towarów i wydajności magazynu są dostępne. Dobre zestawienia przyspieszają decyzje operacyjne, dlatego test powinien objąć także sposób wywołania: filtry po dacie oraz eksport do arkusza.

Ewidencja wydanego towaru pozwala dokładnie prześledzić zapasy, które opuściły magazyn. Obejmuje ilość wydanych towarów i datę wydania, a także dokumenty magazynowe związane z transakcją, na przykład WZ. Dokumenty wydań i ich korekty opisuje artykuł o ewidencji wydań z magazynu. W demo warto sprawdzić, czy z dokumentu WZ da się przejść do pozycji, z których powstał, i do partii, która została wydana.

Reguła: raport testowy ma przejść pełną drogę od ruchu do zestawienia. Suma pozycji w raporcie wydań musi zgadzać się z sumą dokumentów WZ z tego samego okresu, bo rozbieżność oznacza błąd w modelu danych, a nie w formatowaniu.

W testach dokumentów przydaje się jedna tabela odniesienia. Zestawia typy dokumentów, które demo powinno umieć wystawić, oraz skutek każdego z nich dla stanu magazynowego.

Wydajność w środowisku demo

Podczas testów warto zwrócić uwagę na wydajność, zwłaszcza gdy magazyn spodziewa się dużego obciążenia serwera aplikacji, pracy na wielu stanowiskach jednocześnie i bazy zawierającej miliony rekordów. Wersja demo pozwala ocenić, jak system radzi sobie z takim obciążeniem, ale rzeczywista wydajność zależy także od konfiguracji serwera. Zaleca się więc testowanie w warunkach zbliżonych do docelowych, czyli na instancji SQL Server o parametrach planowanych w firmie.

Ocena wydajności wymaga ustalenia, czy ekran zwalnia z powodu łącza, czy z winy serwera. Przy serwerze bada się dalej zapytania do bazy, a w tym pomaga plan wykonania, który pokazuje, czy zapytanie korzysta z indeksu, czy skanuje całą tabelę. Zasady działania planów wyjaśnia dokumentacja Microsoft o planach wykonania, a dobór indeksów opisuje przewodnik po projektowaniu indeksów. Liczbę odczytów i czas zapytania podaje polecenie SET STATISTICS IO, TIME ON.

Przy mniejszej liczbie stanowisk różnice między łączem a bazą bywają niewidoczne, więc test warto powtórzyć z kilkoma osobami pracującymi równolegle. Jednoczesne zatwierdzanie dokumentów na tej samej lokalizacji pokazuje, czy system czeka na blokady, czy obsługuje je bez zauważalnego opóźnienia.

Wymiana danych z systemami zewnętrznymi

System magazynowy WMS wyposażony jest w narzędzia ułatwiające wymianę danych z partnerami biznesowymi, na przykład systemami ERP i TMS oraz firmami kurierskimi. Do tej grupy należą też platformy sprzedaży internetowej. Obejmuje to import kartotek towarowych, danych o kontrahentach i dyspozycji przyjęć oraz wydań, a także eksport danych o realizacji zamówień i stanie magazynowym. Podczas testów widać też, jak system działa w integracji z innymi narzędziami, takimi jak ERP czy CRM. Techniczne aspekty łączenia z ERP omawia artykuł o integracji WMS z ERP.

Dostępne mechanizmy wymiany różnią się sposobem uruchamiania i wymaganą infrastrukturą, więc każdy z nich testuje się inaczej:

• Pliki CSV i FTP - import i eksport ręczny lub cykliczny, z transferem plików przez serwer FTP.
• Usługi internetowe - web service wymieniający dane automatycznie, bez udziału operatora.
• Szyna danych - warstwa integrująca wiele systemów jednocześnie, z kolejkowaniem komunikatów.
• Interfejs WWW - dostęp dla partnerów przez przeglądarkę, bez instalacji dodatkowego oprogramowania.

Przy imporcie plików najczęstszym źródłem błędów jest kodowanie znaków oraz separator pól. Bezpieczny wzorzec polega na wczytaniu pliku do tabeli pośredniej i dopiero potem przeniesieniu poprawnych wierszy do kartoteki. Przykład wczytania w SQL Server pokazuje poniższy fragment, a pełny opis polecenia zawiera dokumentacja BULK INSERT.

-- przykład: import pliku CSV z kartoteką do tabeli pośredniej
BULK INSERT dbo.ImportKartotek
FROM 'D:\wymiana\kartoteki.csv'
WITH (FIRSTROW = 2,
      FIELDTERMINATOR = ';',
      ROWTERMINATOR = '\n',
      CODEPAGE = '65001');   -- UTF-8, dostępne od SQL Server 2016

Taka elastyczność sprawia, że obsługa magazynu dla sklepów internetowych i innych kanałów sprzedaży staje się sprawniejsza, bo dane między systemami przepływają bez ręcznego przepisywania i związanego z nim ryzyka błędów.

Demo a prezentacja i wsparcie podczas testów

Standardowa prezentacja multimedialna daje ogólne pojęcie o programie i jego wyglądzie. Nie pozwala jednak na realne przetestowanie działania systemu, ponieważ oglądający nie wpływa na przebieg pokazu. Wersja demonstracyjna działa inaczej: użytkownik otrzymuje dostęp do środowiska, w którym sam symuluje przyjęcie towaru czy kompletację zamówienia i sprawdza, czy interfejs jest przejrzysty. Przebieg prezentowanego spotkania z dostawcą opisuje osobny tekst o prezentacji systemu WMS, a wariant zdalny omawia strona WMS demo on-line.

Demo często ujawnia braki lub funkcje wymagające dostosowania. Taka wiedza pozyskana przed wdrożeniem pozwala negocjować zakres modyfikacji albo rozważyć inne rozwiązanie. SoftwareStudio zapewnia wsparcie techniczne i merytoryczne podczas testów, co ułatwia wykorzystanie środowiska w pełni przed ostateczną decyzją o wdrożeniu.