Magazynowy system na zamówienie

Kiedy analiza wymagań i projekt funkcjonalny są już gotowe, magazyn wchodzi w etap, który decyduje o tym, czy system na zamówienie rzeczywiście usprawni codzienną pracę - etap realizacji i wdrożenia. Poprzedzający etap analizy i zbierania wymagań opisuje artykuł analiza wymagań przy budowie systemu magazynowego na zamówienie. Poniższy materiał koncentruje się na tym, co dzieje się po stronie zespołu programistycznego i wdrożeniowego: od projektu architektury i bazy danych, przez programowanie modułów, testy funkcjonalne i wydajnościowe, migrację danych ze starego systemu, szkolenia użytkowników, aż po uruchomienie produkcyjne i opiekę powdrożeniową.

Projektowanie architektury i bazy danych systemu magazynowego

Realizacja systemu na zamówienie zaczyna się od przełożenia ustaleń analizy na konkretny projekt techniczny. Zespół architektów określa strukturę bazy danych, model przepływu dokumentów oraz sposób, w jaki poszczególne moduły będą się ze sobą komunikować. Dobrze zaprojektowana architektura decyduje o tym, czy system utrzyma wydajność przy rosnącej liczbie dokumentów, użytkowników i integracji, a poprawienie błędów na tym etapie jest wielokrotnie tańsze niż ich naprawa po uruchomieniu produkcyjnym.

Model danych dopasowany do procesów magazynu

Model danych powstaje na podstawie procesów zidentyfikowanych podczas analizy: struktury lokalizacji, sposobu numeracji dokumentów, obsługiwanych jednostek logistycznych oraz reguł rezerwacji towaru. W systemach budowanych przez SoftwareStudio bazą danych pozostaje standardowo Microsoft SQL Server, co zapewnia wydajność przy dużej liczbie jednoczesnych użytkowników oraz stabilną podstawę pod przyszłą rozbudowę. Ustalenia z tego etapu przekładają się później bezpośrednio na czynności opisane w artykule o konfiguracji programu magazynowego, gdzie struktura magazynu i lokalizacje towarów zostają wprowadzone do gotowego już systemu.

Wybór technologii i integracje z systemami ERP

Na tym etapie ustalany jest także zakres integracji z systemami ERP, platformami sprzedażowymi oraz urządzeniami takimi jak kolektory danych czy drukarki etykiet. Interfejsy wymiany danych projektuje się tak, aby dokumenty i stany magazynowe synchronizowały się automatycznie, bez podwójnego wprowadzania informacji przez pracowników. Im dokładniej ustalony zostanie zakres integracji przed rozpoczęciem programowania, tym mniej poprawek trzeba wprowadzać w trakcie testów.

Ustalenia architektoniczne oraz decyzje dotyczące integracji trafiają do dokumentacji projektowej, która towarzyszy systemowi przez cały okres jego eksploatacji. Dzięki niej kolejne osoby dołączające do zespołu wdrożeniowego lub administratorzy po stronie klienta szybko odnajdują się w strukturze systemu, nawet jeśli od uruchomienia minęło już kilka lat.

Programowanie modułów systemu WMS na zamówienie

Programowanie systemu na zamówienie przebiega modułowo - poszczególne funkcje, takie jak przyjęcie towaru, składowanie, kompletacja czy wydanie, powstają jako odrębne, dające się niezależnie testować komponenty. Takie podejście pozwala uruchamiać i weryfikować gotowe fragmenty systemu, zanim cały projekt zostanie zakończony, a zespół wdrożeniowy prezentuje klientowi kolejne przyrosty funkcjonalności zamiast czekać na jeden duży odbiór na końcu prac.

Kolejność wdrażania poszczególnych modułów

Kolejność programowania modułów wynika zwykle z priorytetów operacyjnych magazynu - najpierw powstają funkcje obsługujące najczęstsze i najbardziej czasochłonne czynności, takie jak przyjęcie i kompletacja, a dopiero później moduły raportowe czy analityczne. Przykładem elastycznego podejścia do takiej rozbudowy jest architektura frameworkowa opisana w artykule o programie magazynowym w wersji Framework, gdzie kolejne moduły dołącza się etapami, bez ingerencji w rdzeń aplikacji. Każdy ukończony moduł trafia do wewnętrznego środowiska testowego, gdzie zespół programistyczny weryfikuje jego działanie przed przekazaniem do testów funkcjonalnych.

Testy funkcjonalne i wydajnościowe przed uruchomieniem

Przed uruchomieniem produkcyjnym system przechodzi kilka uzupełniających się rodzajów testów, które razem potwierdzają jego gotowość do pracy w realnych warunkach magazynu.

Testy funkcjonalne weryfikują, czy każdy z procesów - od przyjęcia towaru, przez składowanie i kompletację, aż po wygenerowanie dokumentu wydania - działa zgodnie z ustaleniami z etapu analizy. Do testów zapraszani są wybrani pracownicy magazynu klienta, którzy najlepiej znają rzeczywiste warianty procesów, w tym sytuacje wyjątkowe, takie jak reklamacje czy zwroty towaru. Ich uwagi trafiają z powrotem do zespołu programistycznego, który wprowadza poprawki jeszcze przed testami akceptacyjnymi.

Testy wydajnościowe mają istotne znaczenie zwłaszcza w magazynach o dużym natężeniu ruchu, gdzie w jednym momencie z systemu korzysta kilkudziesięciu operatorów z terminali mobilnych. Sprawdza się wtedy zachowanie systemu pod obciążeniem symulującym typowy dzień pracy magazynu, w tym godziny szczytu związane z falami wysyłkowymi. Wynik testów wydajnościowych decyduje często o ostatecznej konfiguracji serwera bazy danych przed przejściem do środowiska produkcyjnego.

Migracja danych ze starego systemu magazynowego

Migracja danych ze starego systemu lub z arkuszy kalkulacyjnych to jeden z etapów obarczonych największym ryzykiem błędów, ponieważ decyduje o tym, czy nowy system od pierwszego dnia pracy pokazuje prawdziwe stany magazynowe. Proces migracji prowadzi się zwykle w kilku uporządkowanych krokach.

1. Eksport danych źródłowych - kartoteki towarowe, stany magazynowe, dane kontrahentów oraz historia dokumentów zostają wyeksportowane ze starego systemu.
2. Czyszczenie i normalizacja - duplikaty, nieaktualne kartoteki oraz niespójne jednostki miary zostają poprawione przed wczytaniem do nowej bazy.
3. Mapowanie pól - struktury danych ze starego systemu są dopasowywane do modelu danych nowego systemu magazynowego.
4. Migracja próbna - dane trafiają najpierw do środowiska testowego, gdzie zespół porównuje wyniki z danymi źródłowymi.
5. Inwentaryzacja kontrolna - przed migracją produkcyjną magazyn przeprowadza spis z natury, który staje się punktem odniesienia dla nowego systemu; przydatne w tym celu narzędzia opisano w artykule o programie do inwentaryzacji.
6. Migracja produkcyjna - ostateczne przeniesienie danych następuje tuż przed uruchomieniem systemu, aby zminimalizować różnicę między stanem w starym i nowym systemie.

Wynik inwentaryzacji kontrolnej stanowi punkt odniesienia, do którego porównuje się dane po migracji - rozbieżności wychwycone na tym etapie są zdecydowanie łatwiejsze do wyjaśnienia niż te odkryte tygodnie po starcie produkcyjnym.

Szkolenia użytkowników i przygotowanie zespołu do pracy w nowym systemie

Nawet najlepiej zaprojektowany system nie przyniesie oczekiwanych efektów, jeśli pracownicy magazynu nie będą potrafili sprawnie z niego korzystać. Szkolenia prowadzi się zwykle w podziale na role - inaczej wygląda przygotowanie operatora obsługującego terminal mobilny na hali, a inaczej szkolenie osoby odpowiedzialnej za konfigurację raportów czy zarządzanie uprawnieniami. Zakres uprawnień i podział zadań między poszczególne stanowiska opisuje artykuł o rolach i użytkownikach w systemie WMS.

Dobrą praktyką jest prowadzenie szkoleń stanowiskowych bezpośrednio na hali magazynowej, z wykorzystaniem rzeczywistych dokumentów i lokalizacji, a nie wyłącznie w formie prezentacji. Pracownicy uczą się wtedy obsługi systemu w warunkach zbliżonych do codziennej pracy, co skraca czas potrzebny na osiągnięcie pełnej samodzielności po starcie produkcyjnym. Szkolenia uzupełnia zwykle materiał instruktażowy oraz osoba wyznaczona jako lokalny opiekun systemu, do którego pracownicy mogą się zgłaszać w pierwszych tygodniach pracy.

Uruchomienie produkcyjne systemu magazynowego

Uruchomienie produkcyjne, określane też jako go-live, to moment przejścia z pracy w starym systemie na nowy. Zwykle poprzedza je krótki okres równoległej pracy obu systemów lub ściśle zaplanowane okno przestoju, w którym następuje ostateczna migracja danych. Dzień uruchomienia wymaga obecności zarówno zespołu wdrożeniowego, jak i administratora po stronie klienta, gotowych do szybkiej reakcji na nieprzewidziane sytuacje.

W magazynach korzystających z terminali mobilnych uruchomienie produkcyjne obejmuje również instalację i konfigurację aplikacji na poszczególnych urządzeniach - rozwiązaniem stosowanym przy pracy w ruchu jest program magazynowy na Androida, pozwalający operatorom skanować towar i potwierdzać operacje bezpośrednio z poziomu skanera. Pierwsze dni pracy produkcyjnej to czas wzmożonego wsparcia - zespół wdrożeniowy pozostaje w bliskim kontakcie z magazynem, aby szybko reagować na pytania i drobne niedopasowania, które ujawniają się dopiero w realnych warunkach pracy.

Opieka powdrożeniowa i umowa SLA po uruchomieniu systemu

Zakończenie uruchomienia produkcyjnego nie oznacza końca współpracy z zespołem wdrożeniowym. Opieka powdrożeniowa obejmuje usuwanie zgłoszonych błędów, wsparcie techniczne oraz, w miarę potrzeb, dalszy rozwój systemu o kolejne moduły. Zakres i czas reakcji na zgłoszenia określa zwykle umowa SLA, która precyzuje priorytety zgłoszeń oraz maksymalny czas ich rozpatrzenia.

Architektura systemu budowanego na zamówienie ułatwia jego dalszy rozwój - nowe moduły czy raporty dodaje się bez konieczności wymiany całego rozwiązania, o czym szerzej pisze artykuł o systemie do magazynu. Regularny przegląd zgłoszeń serwisowych oraz analiza sposobu korzystania z poszczególnych funkcji pozwalają zespołowi SoftwareStudio proponować dalsze usprawnienia, zanim rosnąca skala działalności magazynu wymusi pilną interwencję.