Instalacja i konfiguracja programu WMS od serwera po start produkcyjny: w jakiej kolejności ustawiać system, wczytać dane i testować oraz kto za co odpowiada.
Ta strona opisuje uruchomienie Studio WMS.net od strony instalacji i ustawień: z czego składa się środowisko, w jakiej kolejności instaluje się i konfiguruje system, jak wczytuje się dane początkowe i co sprawdza się przed startem. Dokładne wymagania techniczne wydania podaje dokumentacja instalacyjna. Tutaj zostaje kolejność prac i podział zadań między dostawcę a klienta.
Instalacja i konfiguracja to jeden z etapów wdrożenia, a nie cały projekt. Co system ma robić w konkretnym magazynie, ustala wcześniej analiza przedwdrożeniowa, a przebieg całego projektu od analizy po stabilizację opisują etapy wdrożenia WMS. Prace opisane niżej zakładają, że zakres jest już uzgodniony. Gdy go brakuje, każde ustawienie trzeba później poprawiać.
Którą stronę o wdrożeniu otworzyć najpierw?
Witryna ma kilka stron o instalacji i uruchomieniu systemu, które łatwo pomylić. Ta odpowiada na pytanie, w jakiej kolejności instalować i ustawiać system przed startem. Pozostałe opisują jeden z tych kroków albo cały projekt.
| Strona | Na jakie pytanie odpowiada | Kiedy ją otworzyć |
|---|---|---|
| Analiza przedwdrożeniowa | Co system ma robić w tym magazynie i co klient dostarcza | Przed instalacją |
| Etapy wdrożenia WMS | Jak wygląda cały projekt od analizy do stabilizacji | Przy planowaniu harmonogramu |
| Instalacja i konfiguracja systemu WMS | Jak serwer aplikacji, baza i stacje robocze łączą się w środowisku .NET | Gdy dział IT sprawdza środowisko |
| Instalacja bazy MS SQL | Jak odtworzyć bazę z kopii BAK albo ze skryptu SQL | Gdy serwer bazy jest gotowy |
| Konfiguracja Web.config | Co oznaczają parametry aplikacji w pliku konfiguracyjnym | Przy zmianie bazy lub serwera raportów |
| Uprawnienia per użytkownik | Jak nadać dostęp do modułów i transakcji | Przy zakładaniu kont |
| Migracja danych | Jak przenieść dane ze starego systemu | Gdy kartoteki czekają na wczytanie |
| Testy akceptacyjne | Jak użytkownicy sprawdzają system przed startem | Przed decyzją o starcie |
| Uruchomienie systemu magazynowego | Co przygotować przed pierwszym dokumentem | Tuż przed startem |
Połączenia z ERP, sklepami i kurierami opisuje strona o integracji systemów informatycznych. Tutaj wracają tylko jako punkt kontrolny w testach.
W jakiej kolejności uruchamia się system WMS?
Prace układają się w sześć etapów, bo każdy zależy od poprzedniego. Dane nie mają gdzie wylądować, dopóki nie ma lokalizacji. Lokalizacje nie istnieją bez magazynu i stref, a nic z tego nie zadziała bez bazy i aplikacji. Schemat pokazuje kolejność, a kolejne sekcje opisują każdy etap. Czasu trwania nie podajemy, bo zależy od wielkości magazynu i zakresu integracji.
Sprzęt i sieć Wi-Fi przygotowuje się równolegle do migracji danych, a testy akceptacyjne poprzedzają decyzję o starcie. Osobną sprawą jest podział prac. W wariancie Cloud serwer i system utrzymuje SoftwareStudio, a w wariancie On-Premise serwer przygotowuje klient. Wariant wybiera się w analizie przedwdrożeniowej.
Z czego składa się środowisko instalacji WMS?
Aplikacja działa na serwerze Windows z IIS, a dane leżą w SQL Server
Wdrożenie oprogramowania klasy WMS wymaga przygotowania infrastruktury, która obsłuży przetwarzanie danych logistycznych. Studio WMS.net w generacji ST składa się z aplikacji serwerowej ASP.NET, bazy danych Microsoft SQL Server i usługi Windows. Baza przechowuje dokumenty magazynowe i historię operacji, więc jej przygotowanie nie może czekać na koniec prac. Administrator IT dba o to, żeby serwer miał odpowiednią ilość pamięci operacyjnej i szybkie dyski, bo od tego zależy płynność pracy magazynierów. Parametrów sprzętowych, takich jak liczba rdzeni czy pamięć RAM, nie podajemy ogólnie. Zależą od liczby użytkowników i wolumenu dokumentów, więc ustala je analiza przedwdrożeniowa.
W mniejszych wdrożeniach dokumentacja instalacji dopuszcza SQL Server Express with Advanced Services, a w dużych centrach logistycznych stosuje się wersje komercyjne. Wersję .NET Framework, serwera IIS i SQL Server oraz wymagany system Windows Server określa dokumentacja instalacyjna danego wydania. Szczegółowe zestawienia dają strony o wymaganiach dla programu magazynowego i o architekturze Studio WMS.net. Nowsza generacja platformy, GT, działa na Linuksie i PostgreSQL, więc ma inne wymagania. Opisuje ją strona o platformie StudioSystem GT, a ta strona dotyczy instalacji na Windows.
Drugim wymaganym elementem jest serwer aplikacji internetowych IIS (Internet Information Services), który udostępnia system w przeglądarce. Prawidłowa konfiguracja tego komponentu na Windows Server pozwala udostępnić aplikację w sieci lokalnej, a po zabezpieczeniu także zdalnie. Pracownicy logują się z dowolnego komputera, bez instalowania dedykowanego oprogramowania na każdej stacji roboczej, bo stanowisko potrzebuje tylko przeglądarki zgodnej ze standardem HTML5. Taki model upraszcza aktualizacje, ponieważ zmiany wprowadza się centralnie na serwerze i widzą je wszyscy użytkownicy. Wymagania środowiska .NET opisuje strona o instalacji i konfiguracji systemu WMS.
Strona o wymaganiach wymienia też cztery elementy otoczenia serwera:
- codzienną kopię danych,
- certyfikat TLS dla połączeń z aplikacją,
- zaporę sieciową,
- program antywirusowy na serwerze.
Usługa SSService.exe wykonuje zadania w tle i integracje
Na serwerze instaluje się też usługę Windows SSService.exe. Wykonuje ona zadania w tle, w tym integracje z ERP. Konektor dobiera się do wersji ERP, więc zakres wymiany potwierdza analiza przedwdrożeniowa. Harmonogramu zadań, plików konfiguracyjnych, portów ani dzienników usługi nie podajemy ogólnie, bo zależą od klienta i wersji ERP. Usługa łączy się z ERP ruchem wychodzącym przez HTTPS. Warstwy systemu opisuje strona o architekturze, a zasady wymiany dokumentów strona o integracji systemów informatycznych.
Raporty i wydruki dokumentów działają na SQL Server Reporting Services. Adres serwera raportów zapisuje się w pliku Web.config w parametrze SS_SQLReportServer, a po instalacji trzeba sprawdzić, czy wydruk dokumentu otwiera się z aplikacji. Cały plik opisuje strona o konfiguracji Web.config.
Serwer może być maszyną wirtualną, a instalację da się prowadzić zdalnie
Serwer aplikacji może pracować na maszynie wirtualnej, na przykład w środowisku VMware. Przy wzroście liczby zamówień albo rozbudowie bazy towarowej administrator przydziela wtedy dodatkową moc obliczeniową bez fizycznej rozbudowy serwera. Kopia całej maszyny ułatwia też odtworzenie środowiska po awarii, ale nie zastępuje regularnej kopii bazy danych.
Instalację na maszynie wirtualnej można prowadzić zdalnie. Klient udostępnia wtedy konsultantom dostęp do serwera, a sposób połączenia, na przykład przez VPN, i zakres uprawnień ustala się wcześniej. Taki tryb oszczędza dojazdy i pozwala na bieżąco śledzić postęp prac. Po zakończeniu instalacji środowisko jest gotowe do konfiguracji pod procesy firmy.
Wariant Cloud działa w chmurze prywatnej SoftwareStudio Group, więc klient nie instaluje serwera. Wariant On-Premise oznacza instalację na serwerze klienta, w wersjach Procesor i Developer. Podział odpowiedzialności za serwer i kopie danych zestawia strona o architekturze, a model chmurowy opisuje strona o magazynie w chmurze.
Terminale z Androidem potrzebują stabilnej sieci Wi-Fi
Obsługa urządzeń mobilnych pozwala magazynierom pracować bezpośrednio przy regałach i paletach. Aplikacja przeznaczona na kolektory danych z systemem Android jest osobnym modułem licencji i pobiera zlecenia z serwera. Wymaga stabilnego połączenia z siecią Wi-Fi w całej hali, więc sieć radiową trzeba zaplanować tak, żeby nie było martwych stref, w których terminal traci zasięg. Każde zeskanowanie kodu kreskowego zapisuje się w bazie centralnej, co ogranicza rozbieżności w stanach magazynowych. Gdy zasięgu brakuje, aplikacja zapisuje operacje w pamięci urządzenia i synchronizuje je po powrocie łączności. Zakres operacji dostępnych bez zasięgu ustala analiza przedwdrożeniowa.
Interfejs aplikacji jest dotykowy, więc nowa osoba uczy się go szybko. Parametry terminali administrator zmienia zdalnie: definiuje dostępne moduły i sposób wyświetlania informacji na małych ekranach, a wybrane funkcje, na przykład przyjęcie towaru albo inwentaryzację, przypisuje urządzeniom lub użytkownikom. Starsze systemy mobilne wycofano, a nowe wdrożenia opierają się na Androidzie.
Jak przebiega instalacja techniczna?
Instalacja techniczna kończy się pierwszym logowaniem do systemu. Każdą czynność warto zamknąć sprawdzeniem, zanim zacznie się następną, bo błąd w bazie wychodzi dopiero przy ustawieniach i danych, czyli wtedy, gdy poprawka kosztuje najwięcej. Tabela zestawia czynności w kolejności, w jakiej je się wykonuje.
| Czynność | Co zrobić | Co sprawdzić po niej |
|---|---|---|
| 1. Serwer | Przygotować Windows Server z IIS i .NET Framework w wersji z dokumentacji wydania | Serwer odpowiada w sieci firmy |
| 2. Baza danych | Zainstalować SQL Server i odtworzyć bazę z kopii BAK albo uruchomić skrypt SQL | W SQL Server Management Studio widać bazę magazyn_wms |
| 3. Dostęp do bazy | Nadać aplikacji dostęp dedykowanym kontem technicznym bez uprawnień administracyjnych | Aplikacja nie zgłasza błędu logowania do bazy |
| 4. Aplikacja i Web.config | Utworzyć w IIS witrynę z folderem aplikacji i wpisać w Web.config połączenie z bazą oraz adres serwera raportów | Aplikacja łączy się z bazą, a wydruk dokumentu otwiera się z serwera raportów |
| 5. Usługa SSService.exe | Zainstalować usługę Windows i ustawić zadania uzgodnione w analizie, w tym integracje z ERP | Usługa działa, a zakres zadań zgadza się z analizą |
| 6. Pierwsze logowanie | Zalogować się na konto administratora z przeglądarki, a potem z terminala | Panel logowania przepuszcza użytkownika z obu urządzeń |
Dokumentacja bazy opisuje dwa błędy, które zdarzają się przy instalacji. Pierwszy to baza o innej nazwie niż magazyn_wms: aplikacja szuka bazy po nazwie zapisanej w pliku Web.config, więc przy zmianie nazwy trzeba poprawić także ten plik. Drugi to brak uprawnień konta, na którym działa aplikacja. Pojawia się wtedy komunikat „Cannot open database requested by the login. The login failed", a rozwiązaniem jest nadanie dostępu w ustawieniach zabezpieczeń SQL Server.
Skrypty tworzące bazę są przygotowane dla SQL Server w wersji Standard w środowisku 64-bitowym. Dla wersji Express albo dla środowiska 32-bitowego trzeba w nich poprawić ścieżki do katalogów danych, a skrypt może wymagać zmian także zależnie od posiadanej wersji SQL Server. Przebieg odtwarzania opisuje strona o instalacji bazy MS SQL.
W jakiej kolejności konfiguruje się system po instalacji?
Po instalacji technicznej zaczyna się konfiguracja logiczna, która decyduje o późniejszej wydajności pracy. Kolejność ma znaczenie, bo formularze korzystają z list i słowników ustawionych wcześniej: formularz asortymentu wybiera jednostkę miary, kontrahenta, dostawcę i producenta z gotowych list, a lokalizacja należy do magazynu i strefy. Tabela pokazuje dziewięć ustawień w kolejności typowego wdrożenia. To wskazówka, a nie przepis, bo dokładną kolejność ustala zespół wdrożeniowy po analizie.
| Ustawienie | Co obejmuje | Dlaczego przed następnym |
|---|---|---|
| 1. Słowniki | Jednostki miary oraz rodzaje palet i opakowań | Formularze wybierają wartości z gotowych list |
| 2. Magazyny i strefy | Podział obiektu na magazyny i strefy, na przykład odkładczą i kompletacji | Lokalizacja należy do strefy |
| 3. Lokalizacje | Adresy miejsc składowania, na mapie na przykład A.01.5 | Dokument przyjęcia wskazuje miejsce odłożenia |
| 4. Kontrahenci | Dostawcy i odbiorcy, a na zakładce Inne godziny pracy i adresy e-mail do powiadomień | Asortyment i dokumenty odwołują się do kontrahenta |
| 5. Asortyment | SKU, nazwa, EAN, jednostka miary i parametry logistyczne | Stany początkowe wczytuje się do istniejących kartotek |
| 6. Kalendarze pracy | Zmiany robocze, dni wolne, godziny otwarcia ramp i przerwy techniczne | System liczy na nich terminy realizacji zleceń |
| 7. Menu i uprawnienia | Wzorzec dla modułu i wyjątki dla osób | Testy powinny iść na kontach z docelowym zakresem |
| 8. Drukarki i szablony | Szablony dokumentów i etykiet oraz stanowiska druku | Pierwszy dokument ma wydrukować się poprawnie |
| 9. Terminale Android | Moduły przypisane urządzeniom i użytkownikom | Terminal pokazuje tylko to, co mu przypisano |
Struktura magazynu i reguły składowania wynikają z analizy
Konfiguracja obejmuje reguły sterujące przepływem towarów, które zastępują część decyzji podejmowanych dotąd ręcznie. Administrator wprowadza strukturę magazynu, czyli strefy, rzędy i miejsca składowania, a następnie zasady składowania dla grup asortymentowych. Studio WMS.net buduje z tego mapę magazynu i pozwala lokalizować towar z dokładnością do pojedynczego miejsca. Na zrzucie poniżej każde pole siatki ma kod lokalizacji, na przykład A.01.5, a zakładki Rząd A do Rząd I przełączają widok między rzędami.
Na tej podstawie system podpowiada miejsce dla przyjmowanego towaru, uwzględniając gabaryty i warunki przechowywania wpisane w kartotece, i oddziela na przykład produkty chemiczne od spożywczych. Magazynierzy działają według wskazań systemu, a nie własnego uznania, co porządkuje rozmieszczenie zapasów. Adresację i typy miejsc opisuje strona o lokalizacjach w magazynie, a utrzymanie układu po starcie strona o zarządzaniu lokalizacjami.
Równie ważna jest konfiguracja strategii wydania. System wyznacza ścieżki zbiórki i wskazuje najkrótszą drogę do towaru, a przy rotacji zapasów ustawia się zasadę FIFO albo FEFO (First Expired, First Out), potrzebną w branżach z terminami przydatności. Wydanie uwzględnia także priorytety wysyłkowe i terminy ważności, co ogranicza ryzyko przeterminowania towaru. Metody kompletacji, w tym zbiorczą, porównuje strona o kompletacji zamówień.
Kartoteki asortymentu i kontrahentów wypełnia się przed pierwszym dokumentem
Formularz asortymentu wyznacza, co system będzie wiedział o każdym towarze: numer SKU, nazwę, kod EAN i jednostkę miary. Towar wiąże się też z kontrahentem i dostawcą. Pola SKU i jednostki miary są wymagane, więc źródło danych musi je zawierać. Zakładka Dane uzupełniające ma ramki z wymiarami, pakowaniem, składowaniem, wagami opakowań i definicjami zapasów, a na nich opiera się dobór miejsca składowania. Kontrahent ma zakładkę Inne z godzinami pracy i adresem e-mail do powiadomień automatycznych. Kto uzupełni te pola przed startem, ten nie wraca do nich przy pierwszych przyjęciach.
Osobno definiuje się kalendarze pracy, osobno dla przyjęć i wydań. System uwzględnia je przy planowaniu zleceń i obliczaniu terminów realizacji, więc zlecenie nie trafia do realizacji poza godzinami pracy danej sekcji. Kalendarz opisuje cztery rzeczy: zmiany robocze, dni wolne, godziny otwarcia ramp i przerwy techniczne. Szerzej o kartotekach i ich imporcie piszą strony o kartotekach z Excela i o uruchomieniu systemu magazynowego.
Menu i widoki dopasowane do roli poprawiają ergonomię pracy
Jednym z etapów wdrożenia jest dostosowanie interfejsu do ról pracowników. Administrator może precyzyjnie definiować menu, ukrywając opcje zbędne na danym stanowisku i eksponując te najczęściej używane. Magazynier od kompletacji nie widzi funkcji administracyjnych ani finansowych, więc nie traci czasu na szukanie właściwej pozycji, a ryzyko kliknięcia niewłaściwej opcji maleje. Konfigurację przypisuje się do grup użytkowników, co daje spójne środowisko pracy całego zespołu i obniża próg wejścia dla nowych osób.
Użytkownicy sami konfigurują widoki tabelaryczne: przesuwają kolumny, zmieniają ich szerokość, ukrywają mniej istotne dane i zapisują ustawienia jako widoki domyślne. Dochodzą do tego filtry i sortowanie, które pozwalają dotrzeć do informacji bez generowania raportu. Najczęściej używane ekrany trafiają do panelu ulubionych. Dzięki temu każdy pracownik zaczyna pracę w widoku dopasowanym do swoich zadań.
Hasła, uprawnienia i konta techniczne chronią dane firmy
Konfiguracja obejmuje bezpieczeństwo zgromadzonych danych. Przed startem warto uzgodnić politykę haseł, czyli ich złożoność i zasady zmiany, żeby ograniczyć nieautoryzowany dostęp. Uprawnienia ustala się w dwóch warstwach: wzorzec dla modułu kopiuje się do nowych kont, a wyjątki dla pojedynczych osób ustawia się w menu Uprawnienia. Decydują one, kto edytuje stany magazynowe, a kto tylko je podgląda. Ograniczenie dostępu do funkcji krytycznych, takich jak inwentaryzacja czy korekty stanów, zmniejsza ryzyko przypadkowych błędów i nadużyć. Mechanizm opisuje strona o uprawnieniach per użytkownik.
Aplikacja loguje się do bazy dedykowanym kontem technicznym o ograniczonych uprawnieniach, bez uprawnień administracyjnych. Połączenie użytkownika z aplikacją chroni HTTPS, a usługa SSService.exe łączy się z ERP wyłącznie ruchem wychodzącym. Dziennik zdarzeń pozwala odtworzyć historię działań użytkownika przy wyjaśnianiu rozbieżności czy reklamacji, a codzienna kopia danych zabezpiecza bazę. Szersze zasady ochrony danych opisuje strona o bezpieczeństwie danych.
Drukarki i skanery wymagają osobnych ustawień
Pełna funkcjonalność systemu wymaga skonfigurowania współpracy z drukarkami etykiet i czytnikami kodów. Na stanowisku druku instaluje się sterownik drukarki i definiuje szablony wydruków zgodne ze standardami logistycznymi, na przykład etykiet GS1. Dokument i etykieta powstają z danych w systemie, więc nikt nie wypisuje oznaczeń ręcznie. Dokumenty magazynowe wydrukuje zwykła drukarka biurowa, a etykiety naklejane na towar i regał potrzebują drukarki etykiet. Jej dobór i utrzymanie opisuje strona o drukarkach etykiet Zebra.
Konfiguracja obejmuje też ustawienie czytników kodów kreskowych, tak aby poprawnie odczytywały kody stosowane przez dostawców. Skaner nie zawsze poradzi sobie z kodem uszkodzonym albo zabrudzonym, dlatego jakość etykiet sprawdza się już w testach. Odczyt masy z wagi jest możliwy w wybranych modułach, na przykład w Studio Naważalnia GMP, a zakres dla innych wdrożeń ustala analiza. Temat wag opisuje strona o wykorzystaniu wag paletowych.
Jak wczytać dane początkowe do skonfigurowanego systemu?
Dane początkowe wczytuje się dopiero po konfiguracji, bo kartoteki i stany mają się do czego odwołać: do słowników, kontrahentów i lokalizacji. Wczytanie danych do pustej konfiguracji wymusza późniejsze poprawki. Cztery zestawy danych wchodzą do systemu w tej kolejności:
- Kontrahenci - nazwa firmy, NIP i adresy dostaw dostawców oraz odbiorców.
- Asortyment - indeks, nazwa, kod EAN, waga, wymiary i jednostka miary.
- Stany początkowe - ilości na lokalizacjach, razem z numerem partii i terminem, jeśli towar je ma.
- Dokumenty w toku - zlecenia przyjęcia lub wydania otwarte w starym systemie przed odcięciem danych.
Źródłem jest zwykle arkusz Excel albo plik CSV, a Studio WMS.net daje szablony importu, które wskazują pola wymagane i opcjonalne. Przed zapisem system sprawdza pola obowiązkowe i format danych. Wskazuje też duplikaty, a po imporcie pokazuje raport błędów z numerami wierszy arkusza. Poprawia się więc plik, a nie bazę produkcyjną. Metody przenoszenia, czyli bezpośrednią, etapową, równoległą i ręczną, oraz plan migracji opisuje strona o migracji danych. Sam import z arkusza opisuje strona o imporcie danych z Excela. Mapę przekształceń i termin odcięcia danych w starym systemie ustala analiza przedwdrożeniowa.
Pierwsze wczytanie robi się na kopii danych, a nie na bazie, która ma pracować w produkcji. Migracja próbna wykrywa problemy z integracją przed właściwym importem. Po wczytaniu porównuje się stany z danymi starego systemu. Widok Stany magazynowe szczegółowo, otwierany z pozycji Ulubione w sekcji Magazyn, pokazuje indeks, nazwę, kod EAN, ilość, miejsce składowania i numer partii, więc nadaje się do takiego porównania.
Co sprawdzić w testach przed uruchomieniem produkcyjnym?
Testy dzielą się na dwie grupy, które prowadzą różne osoby. Testy techniczne wykonuje administrator razem z dostawcą i sprawdza w nich, czy komponenty działają. Testy akceptacyjne wykonują użytkownicy na scenariuszach z własnej pracy i to one decydują o starcie, a opisuje je strona o testach akceptacyjnych. Przed nimi można przeprowadzić test pilotażowy na wybranych dokumentach i lokalizacjach. Cztery sprawdzenia techniczne zamykają instalację i konfigurację:
- Logowanie - każdy rodzaj stanowiska loguje się do systemu, przeglądarka na komputerze i aplikacja na terminalu.
- Baza i raporty - dokument zapisuje się w bazie i drukuje z serwera raportów.
- Wymiana z ERP - dokument testowy trafia do ERP albo czeka w kolejce, bo awaria ERP nie zatrzymuje pracy magazynu.
- Zasięg Wi-Fi - terminal nie traci połączenia w najdalszych alejkach hali, a tryb offline zachowuje się zgodnie z ustaleniami.
Scenariusze akceptacyjne zaczynają się od tego, co magazyn robi codziennie: przyjęcia ze zleceniem ZPZ i bez zlecenia PZB, przesunięcia ZL, wydania ze zleceniem ZWZ i WZ oraz wydruk dokumentu dla odbiorcy. Dochodzą ścieżki wyjątkowe, o których przy wdrożeniu zapomina się najczęściej, takie jak zwrot od klienta czy praca terminala poza zasięgiem. Osobno sprawdza się konto zwykłego użytkownika, które nie powinno widzieć funkcji administracyjnych. Pełny zestaw scenariuszy z kryteriami zaliczenia podaje strona o testach akceptacyjnych.
Wynik testów zapisuje się: błąd opisuje się, zgłasza dostawcy i sprawdza ponownie po poprawce. Decyzja o starcie zapada po pozytywnym wyniku testów akceptacyjnych.
Jak wygląda start produkcyjny i pierwsze tygodnie pracy?
Przed startem zespół sprawdza gotowość wszystkich komponentów. Cztery rzeczy muszą być domknięte:
- kopia bazy wykonana tuż przed startem,
- stany w systemie zgodne z danymi starego systemu na termin odcięcia,
- konta użytkowników z docelowym zakresem uprawnień oraz drukarki i terminale na stanowiskach,
- kalendarze pracy i szkolenie zespołu zamknięte.
Termin startu zależy od sezonowości działalności i obciążenia magazynu, więc nie wybiera się go w szczycie sezonu. W dniu startu specjaliści monitorują pierwsze operacje i reagują na problemy techniczne, a pracownicy realizują prawdziwe zamówienia pod nadzorem zespołu wdrożeniowego, więc błędy wychodzą na jaw szybko. Sposób przejścia z dotychczasowego oprogramowania, na przykład bezpośredni albo równoległy, wybiera się już w harmonogramie. Plan awaryjny na wypadek problemów technicznych jest częścią planu migracji.
Okres stabilizacji trwa zazwyczaj kilka tygodni. W tym czasie zespół monitoruje wskaźniki wydajności procesów i koryguje konfigurację tam, gdzie wskaźniki pokazują problem, a parametry systemu można zmieniać także po starcie. Opiekę po starcie opisuje strona o wsparciu powdrożeniowym, szkolenie użytkowników strona o szkoleniu pracowników, a koszty wdrożenia strona ile kosztuje wdrożenie WMS.