Konfiguracja programu magazynowego rozstrzyga, czy oprogramowanie odwzorowuje procesy konkretnego magazynu, czy pozostaje uniwersalnym narzędziem wymagającym stałych poprawek. Po instalacji Studio WMS.net na serwerze administrator otwiera panel ustawień i dopasowuje do firmy menu i uprawnienia oraz raporty i reguły integracji.
Ten tekst opisuje sam panel: co administrator może ustawić samodzielnie, w jakiej kolejności i z jakim skutkiem. Wymagania serwera i licencje zbiera osobna strona o specyfikacji programu WMS.net, a obowiązki osoby prowadzącej system omawia tekst o administratorze systemu WMS.
Co obejmuje konfiguracja programu magazynowego
Konfiguracja programu magazynowego to dostosowanie oprogramowania do wymagań przedsiębiorstwa: układu menu i uprawnień użytkowników oraz szablonów dokumentów i parametrów pracy magazynu. W Studio WMS.net przeprowadza ją administrator klienta bez udziału producenta, a wynik zapisuje się bezpośrednio w bazie SQL Server. Zmiana ma natychmiastowy skutek i jest widoczna dla wszystkich użytkowników zgodnie z ich uprawnieniami.
| Obszar | Co ustawia administrator | Skutek dla użytkownika |
|---|---|---|
| Menu nawigacyjne | Jeden z czterech trybów wyświetlania oraz grupy przycisków z poleceniami | Ta sama nawigacja we wszystkich trybach pracy |
| Uprawnienia do transakcji | Zakres transakcji z kolejnością i ikonami dla użytkownika lub roli | Widoczne są tylko funkcje potrzebne na stanowisku |
| Raporty SQL Server | Uprawnienia i przyjazne nazwy raportów w module Studio Raporty | Katalog raportów ograniczony do roli użytkownika |
| Zestawienia i widoki | Transakcje w zestawieniach oraz sekcje ekranu ze stroną wyświetlania | Pulpit dopasowany do stanowiska |
| Integracja z ERP | Mapowanie dokumentów magazynowych po obu stronach interfejsu | Automatyczna wymiana dokumentów |
Reguła: konfigurację przeprowadza się w jednej kolejności i zapisuje w protokole wdrożenia. Ustawienia zmieniane doraźnie na produkcji są najczęstszym powodem rozbieżności między stanowiskami.
Wsparcie producenta jest potrzebne głównie przy integracji z zewnętrznym ERP i przy rozbudowie o nowe moduły. Pozostałe ustawienia administrator wykonuje sam, co skraca czas reakcji na zmiany w procesach magazynu.
Gdzie zapisana jest konfiguracja i jak ją chronić
Ustawienia leżą w tej samej bazie SQL Server co dokumenty, więc kopia zapasowa bazy chroni także konfigurację. Przed większą zmianą w menu lub w uprawnieniach administrator wykonuje kopię i zapisuje w protokole zakres zmiany oraz jej powód. Ta sama baza oznacza też, że zmiana zapisana na produkcji działa od razu, bez osobnego okna wdrożeniowego.
| Zmiana | Ryzyko | Zabezpieczenie |
|---|---|---|
| Zmiana uprawnień roli | Operator traci dostęp do pilnej transakcji | Test na koncie próbnym z daną rolą |
| Zmiana trybu menu | Użytkownicy tracą nawyk i szukają transakcji | Uprzedzenie zespołu i krótkie szkolenie stanowiskowe |
| Zmiana mapowania dokumentów | Rozjazd stanów między ERP a WMS | Test wymiany na pojedynczym dokumencie |
| Publikacja nowego raportu | Zbyt szeroki dostęp do danych | Nadanie uprawnień przed udostępnieniem |
Większość ryzyk dotyczy ludzi, a nie techniki. Zmianę techniczną cofa się w kilka minut, natomiast przyzwyczajenia użytkownika po nieudanej zmianie menu nie da się przywrócić poleceniem.
Tryby menu w Studio WMS.net
Menu jest interfejsem nawigacyjnym, przez który użytkownik dociera do modułów i transakcji. Studio WMS.net udostępnia cztery tryby, a administrator wybiera ten, który odpowiada nawykom pracy stanowiska.
| Tryb | Wygląd | Dla kogo |
|---|---|---|
| Klasyczne | Menu w górnym pasku okna | Użytkownik przyzwyczajony do programów biurowych |
| Outlook | Panel grup po lewej stronie | Stanowisko z dużą liczbą transakcji w kilku grupach |
| Desktop | Pulpit z kafelkami i skrótami | Stanowisko z kilkoma powtarzalnymi czynnościami |
| Transakcje | Wybór z listy albo wpisanie kodu operacji | Doświadczony operator znający kody |
Konfiguracja menu składa się z definicji grup przycisków oraz poleceń, które uruchamiają elementy programu. Skróty dotyczą wyłącznie trybu Desktop i są ostatnim elementem ustawień. Administrator nadaje uprawnienia do każdej pozycji, określając rodzaj transakcji i opis oraz ikonę i kolejność wyświetlania.
Zmiana wprowadzona w jednym trybie odbija się od razu w pozostałych, więc administrator nie utrzymuje czterech osobnych wersji menu. Użytkownik dodatkowo buduje własną listę częstych transakcji, opisaną na stronie o menu Ulubione w WMS.net. Lista Ulubione jest osobistym skrótem i nie zmienia uprawnień nadanych przez administratora.
Jak wybrać tryb menu dla stanowiska
Tryb wybiera się dla stanowiska, a nie dla całej firmy. Operator przy rampie wykonuje kilka transakcji w kółko, więc wystarczy mu pulpit Desktop z kafelkami. Pracownik biura dokumentów używa kilkudziesięciu transakcji, więc lepiej sprawdza się panel Outlook z grupami. Doświadczony operator zna kody operacji i pracuje najszybciej w trybie Transakcje.
Ostateczny wybór warto uzgodnić z użytkownikiem, bo to on spędzi przy menu całe zmiany. Zmiana trybu nie kosztuje nic, więc pierwszy wybór można poprawić po tygodniu pracy.
Uprawnienia użytkowników do transakcji
Uprawnienia określają, do jakich transakcji ma dostęp operator albo kierownik oraz jakie raporty i zestawienia widzi. Administrator przypisuje zakres każdemu użytkownikowi lub roli i zapisuje go w bazie danych. Centralne zarządzanie daje ten sam widok po zalogowaniu na dowolnym stanowisku.
Rola powinna odpowiadać stanowisku, a nie osobie. Gdy zmienia się obsada zmiany, administrator przypisuje pracownika do roli i nie odtwarza jego uprawnień od podstaw. Pomaga w tym okresowe zestawienie różnic między rolami.
| Rola | Typowy zakres | Czego rola nie powinna mieć |
|---|---|---|
| Operator wózka | Odkład towaru i przesunięcia zlecone przez system | Korekt stanów i zmian konfiguracji |
| Magazynier | Przyjęcia i kompletacja oraz wydania w swojej strefie | Zatwierdzania wyników inwentaryzacji |
| Kierownik zmiany | Zestawienia zmiany i decyzje o rozbieżnościach | Zmian menu oraz uprawnień innych osób |
-- przykład poglądowy (schemat nie pochodzi z produktu): transakcje roli kierownika, których nie ma rola magazyniera
SELECT t.KodTransakcji, t.Opis
FROM dbo.UprawnienieRoli AS ur
JOIN dbo.Transakcja AS t ON t.IdTransakcji = ur.IdTransakcji
WHERE ur.IdRoli = 2 -- kierownik zmiany (wartość przykładowa)
EXCEPT
SELECT t.KodTransakcji, t.Opis
FROM dbo.UprawnienieRoli AS ur
JOIN dbo.Transakcja AS t ON t.IdTransakcji = ur.IdTransakcji
WHERE ur.IdRoli = 1; -- magazynier (wartość przykładowa)Zapytanie z operatorem EXCEPT zwraca wyłącznie transakcje, które kierownik ma, a magazynier nie ma. Taki przegląd pokazuje, czy rola operacyjna nie zyskała przypadkiem uprawnienia do korekt stanów. Logowanie i role opisuje tekst o logowaniu i autoryzacji w programie WMS.
Reguła: rola dostaje minimum transakcji potrzebnych na stanowisku, a każdą dodatkową odnotowuje się z powodem.
Raporty SQL Server w module Studio Raporty
Raporty zainstalowane na serwerze raportów SQL Server udostępnia się użytkownikom przez nadanie uprawnień i przyjaznych nazw. Menu raportów zbudowane w ten sposób prowadzi użytkownika wyłącznie po pozycjach istotnych dla jego stanowiska, zamiast pokazywać cały katalog. Ten element konfiguracji pochodzi z modułu Studio Raporty (rozwiązanie Business Intelligence).
Przyjazna nazwa raportu ma opisywać pytanie, na które raport odpowiada, a nie nazwę pliku. Raport nazwany "Zaległe zlecenia wydania" znajdzie kierownik zmiany bez instrukcji, a raport o nazwie technicznej trafi do niego dopiero po wizycie administratora.
Sam raport powstaje jako plik w formacie RDL, więc administrator z uprawnieniami do serwera raportów może go poprawić bez udziału programisty aplikacji. Sposób pracy z narzędziem opisuje strona SQL Report Builder - raporty RDL i wydruki, a zasady publikacji i bezpieczeństwa raportów zawiera dokumentacja Microsoft Learn o raportach w SSRS.
Zestawienia i widoki pulpitu
Zestawienia wyświetlane poszczególnym użytkownikom ustawia się w panelu administratora. Administrator wybiera, które transakcje znajdą się w opcji zestawień i w jakich sekcjach ekranu się pojawią. Ustawienie kolejności rozstrzyga też, czy transakcja będzie po lewej czy po prawej stronie interfejsu.
Widok pulpitu dopasowuje się do stanowiska. Dział utrzymania ruchu potrzebuje innych zestawień niż kierownik zmiany, a operator przy rampie innych niż osoba rozliczająca dostawy. Dobrze ustawiony pulpit zmniejsza liczbę kliknięć i ogranicza sytuacje, w których pracownik szuka transakcji w niewłaściwej grupie.
Przy ustawianiu kolejności pomaga prosta zasada: po lewej stronie trafiają transakcje wykonywane najczęściej, po prawej te, które służą do kontroli. Kierownik zmiany zaczyna wtedy dzień od zestawień, a operator od czynności, które powtarza setki razy. Po dwóch tygodniach pracy administrator sprawdza z zespołem, które pozycje pozostały nieużywane, i usuwa je z widoku.
Kolejność konfiguracji przy wdrożeniu
Wdrożenie przebiega najsprawniej wtedy, gdy konfigurację prowadzi się w uporządkowanej kolejności, a nie poprawia po każdym problemie. Poniższa tabela pokazuje typowy przebieg prac od diagnozy procesów do startu produkcyjnego.
| Krok | Zakres | Rezultat |
|---|---|---|
| Diagnoza procesów magazynowych | Analiza obecnych procedur i systemów informatycznych | Parametry WMS oparte na rzeczywistych potrzebach |
| Przygotowanie bazy danych | Utworzenie bazy SQL Server jako centralnego repozytorium | Wymiana informacji między modułami |
| Projekt interfejsu i menu | Wybór trybu menu i układu ekranów | Układ zgodny z nawykami operatorów |
| Nadanie uprawnień | Zakres transakcji oraz raportów i zestawień dla każdej roli | Dostęp zgodny z obowiązkami na stanowisku |
| Integracja z ERP | Mapowanie dokumentów po obu stronach i test wymiany | Potwierdzona wymiana dokumentów |
| Testy i start produkcyjny | Testy funkcjonalne i integracyjne oraz wydajnościowe | Uruchomienie na całym magazynie |
Uporządkowanie kroków pomaga zespołowi wdrożeniowemu. Administrator wie, w jakiej kolejności podejmować decyzje, a operatorzy dostają gotowe środowisko dopiero po pełnym cyklu testów. Organizacyjną stronę projektu opisuje tekst o wdrożeniu systemu WMS.
Pierwsze uruchomienie - lista zadań administratora
Przed pierwszym uruchomieniem administrator domyka cztery czynności, bez których konfiguracja opiera się na domysłach.
- Procesy - zebranie i udokumentowanie istniejących procesów magazynowych przed zmianą jakiegokolwiek ustawienia.
- Baza danych - utworzenie i zabezpieczenie bazy SQL Server zgodnie z wymaganiami Studio WMS.net.
- Menu i uprawnienia - ustawienie ich osobno dla każdej grupy użytkowników, z uwzględnieniem stanowisk i zakresów odpowiedzialności.
- Testy - pełny cykl testów i zapis wyników w protokole wdrożenia.
Rejestr zmian po uruchomieniu
Po starcie produkcyjnym konfiguracja żyje: pojawiają się nowe stanowiska oraz nowe role i raporty. Rejestr zmian może być prostym arkuszem z datą i autorem oraz opisem i powodem każdej zmiany. Wpis powstaje w dniu zmiany, bo po miesiącu nikt nie pamięta, dlaczego ją wprowadzono. Dzięki niemu administrator wie, dlaczego rola kierownika ma dodatkową transakcję, a jego następca nie musi tego zgadywać.
Reguła: zmiany uprawnień zapisuje się z datą i powodem. Bez rejestru rola po roku zawiera transakcje, których nikt nie umie uzasadnić.
Konfiguracja w typowych profilach magazynu
Ten sam panel daje różne efekty zależnie od profilu obiektu. Poniższe przykłady pokazują, które ustawienia mają największą wagę w trzech typowych sytuacjach.
| Profil | Ważne ustawienia |
|---|---|
| Magazyn wysokiego składowania | Rozdział ról między operatora wózka a magazyniera oraz kierownika zmiany, automatyczne dokumenty PZ i WZ z ERP po każdej operacji |
| Firma produkcyjna z narzędziownią | Sekcja dla utrzymania ruchu z transakcjami zwrotu i wydania narzędzi, skróty pobrania komponentów na pulpicie Desktop |
| Kilka magazynów w jednej instalacji | Wspólna baza SQL Server, uprawnienia różnicowane według oddziału, odrębne mapowanie dokumentów dla każdej lokalizacji |
Magazyny wysokiego składowania wymagają osobnego doboru funkcji, który omawia tekst o aplikacji dla magazynu wysokiego składowania. Rozbudowaną gospodarkę narzędziową opisuje strona o wypożyczaniu narzędzi z magazynu. Model z wieloma lokalizacjami przypomina zarządzanie towarem wielu właścicieli, które opisano w tekście o magazynie klienta w systemie WMS.
Integracja z ERP w konfiguracji
Studio WMS.net współpracuje z systemami klasy ERP, na przykład SAP albo Comarch. Konfiguracja integracji wymaga określenia mapowania dokumentów magazynowych po obu stronach: PZ po stronie WMS odpowiada przyjęciu w ERP, WZ wydaniu, a MM przesunięciu między magazynami. Mapowanie ustala się osobno dla każdej lokalizacji, co zapobiega konfliktom danych między magazynami.
Test mapowania warto zacząć od pojedynczego dokumentu każdego rodzaju. Przyjęcie zapisane w WMS powinno pojawić się w ERP z tym samym numerem zamówienia i tą samą ilością. Dopiero po takim teście uruchamia się wymianę seryjną, bo błąd w mapowaniu powtórzony tysiąc razy jest znacznie droższy niż jeden błędny dokument.
Zasady wymiany opisuje tekst o integracji WMS z ERP - REST i kolejki. Produkt jako całość prezentuje strona Studio WMS.net w serwisie SoftwareStudio.
