Wdrożenie programu awizacyjnego VSS.net trwa 4-8 tygodni i obejmuje analizę, konfigurację, integracje, testy oraz szkolenia. Organizację transportu na placu porządkują decyzje podjęte przed startem: model hostingu, zakres integracji, kalendarze i okna czasowe oraz wyjątki.
Wdrożenie bez uzgodnionych zasad kończy się przestojami: dostawcy rezerwują okna według własnych założeń, ochrona nie wie, co zrobić z pojazdem bez awizacji, a magazyn dowiaduje się o przyjeździe z telefonu. Ten artykuł opisuje decyzje, które porządkują organizację transportu jeszcze przed startem. Harmonogram etapów i listę przygotowań zestawia strona o wdrożeniu systemu awizacji etapami, a wymagania sprzętowe i programowe strona o wymaganiach technicznych systemu awizacji.
Wdrożenie systemu awizacyjnego VSS.net - co ustalić przed startem
Wdrożenie systemu awizacyjnego VSS.net - co ustalić przed startemProces implementacji zaprojektowano tak, aby ograniczyć przestoje w pracy obiektu i pozwolić na przejście z dotychczasowych metod na zautomatyzowaną organizację transportu. Wdrożenie trwa 4-8 tygodni: analiza zajmuje 3-5 dni, konfiguracja 1-2 tygodnie, integracje kolejne 1-2 tygodnie, testy 3-5 dni, a szkolenia 2-3 dni. Czas zależy od skali operacji magazynowych, zakresu integracji z ERP i WMS oraz dostępności danych obiektu.
Poniższa tabela zbiera decyzje, które skracają analizę, bo każda z nich zmienia konfigurację. Warto je podjąć przed pierwszym warsztatem z zespołem wdrożeniowym.
| Decyzja przed startem | Opcje | Wpływ na wdrożenie |
|---|---|---|
| Hosting | chmura SoftwareStudio albo serwer klienta | wymagania techniczne i odpowiedzialność za kopie |
| Zakres integracji | start bez integracji albo od razu z ERP i WMS przez REST API | czas etapu integracji, który trwa 1-2 tygodnie |
| Kalendarze | jeden kalendarz albo osobne dla rodzajów transportu i magazynów | liczba okien i reguły rezerwacji |
| Role | dział logistyki i transportu, magazyn, portiernia, kontrahent, przewoźnik oraz kierowca | zakres szkoleń i uprawnień |
| Urządzenia przy bramie | kamery LPR, waga samochodowa, kiosk samoobsługowy i przepustki z kodem QR | konfiguracja modułu bramy; sprzęt dostarcza obiekt |
| Wyjątki | brak awizacji, spóźnienie, zmiana okna, odrzucenie | scenariusze testów akceptacyjnych |
Kalendarze awizacji - widok kafelkowy typów i obiektów VSS.net
Ekran startowy sekcji kalendarzy w systemie Studio VSS.net z podziałem na trzy kategorie widoków. W sekcji Kalendarze ogólne dostępny jest kalendarz ogólny, a obok niego widoki rodzajów transportów i zajętości ramp. Sekcje Kalendarze wg obiektów i Kalendarze wg magazynów zawierają kafelki obiektu i magazynów demonstracyjnych z ikonami branżowymi. Struktura kafelkowa umożliwia szybkie przejście do wybranego kontekstu planowania dostaw.
Model wdrożenia - hosting w chmurze albo na serwerze klienta
Studio VSS.net działa w dwóch modelach hostingu. W chmurze SoftwareStudio obiekt dostaje usługę dostępną przez przeglądarkę, bez inwestycji w infrastrukturę serwerową, a aktualizacje i kopie bezpieczeństwa prowadzi dostawca. Na serwerze klienta system działa w sieci obiektu, co ma znaczenie przy wewnętrznych politykach cyberbezpieczeństwa i przy integracji z lokalnymi bazami danych.
Wymagania techniczne zależą od generacji platformy: aplikacja webowa na SQL Server i Windows Server albo pakiet awizacji MAW na platformie GT (.NET, PostgreSQL, Linux i Docker). Licencje można dopasować do liczby doków lub użytkowników, a kwoty i warianty zestawia strona ile kosztuje system awizacji. Poniższa tabela porównuje oba modele.
| Kryterium | Chmura SoftwareStudio | Serwer klienta |
|---|---|---|
| Hosting i aktualizacje | po stronie SoftwareStudio | po stronie działu IT klienta |
| Kopie bezpieczeństwa | co 24 godziny, retencja 14 dni, replikacja na serwer zapasowy | według polityki klienta |
| Transmisja i lokalizacja danych | TLS 1.2 lub nowszy, przetwarzanie w Europejskim Obszarze Gospodarczym | według środowiska klienta |
| Wymagania po stronie użytkownika | aktualna przeglądarka i dostęp do Internetu | aktualna przeglądarka i dostęp do sieci obiektu |
| Licencja | zależna od wariantu | zależna od wariantu; instalacja lokalna nie jest dostępna w każdym wariancie |
Różnorodne metody licencjonowania oprogramowania opisuje strona o licencjach oprogramowania; to ona rozstrzyga, czy dany wariant dopuszcza instalację na własnym serwerze.
Integracja i uruchomienie pracy bez przestojów
Integracja i uruchomienie pracy bez przestojówNajkrótszy projekt integracyjny zaczyna się od jednego lub dwóch przepływów danych. Wymianę z systemem zewnętrznym realizuje projekt przez REST API: integracje z SAP i SAP EWM oraz z Symfonią ERP zostały wykonane, Comarch ERP XL jest deklarowana, a dla pozostałych systemów stosuje się ten sam mechanizm. Zestawienie statusów jest w artykule o integracjach ze Studio VSS.net.
Jak skrócić projekt integracyjny w IT
- Wybierz jeden lub dwa przepływy danych na start, na przykład awizację i statusy, aby szybko uzyskać efekt.
- Ustal jednolite identyfikatory kontrahenta, magazynu, rampy i pojazdu oraz mapowanie pól przed rozpoczęciem testów.
- Przygotuj testy akceptacyjne ze scenariuszami: opóźnienie, brak awizacji, zmiana okna i odrzucenie.
- Dla systemu bez gotowego konektora zostaw REST API jako kanał wymiany i uzgodnij zakres pól z opiekunem systemu po stronie klienta.
Jak uruchomić pracę w magazynie bez przestojów
- Wdróż pilotaż na jednej zmianie lub w jednej strefie magazynu, aby dopracować reguły okien czasowych.
- Zapewnij stabilne Wi-Fi lub LTE w strefach pracy oraz tablety dla brygadzistów i pracowników na rampach.
- Ustal proste zasady dla wyjątków, na przykład spóźnionej dostawy lub pojazdu bez awizacji; temat omawia strona o dostawach nieawizowanych.
- Zostaw dyspozytorom możliwość dopisania awizacji w pierwszych dniach, gdy część dostawców jeszcze nie korzysta z portalu.
Kalendarze kartoteki - VSS.net
Zestawienie kalendarzy dostępnych w sekcji Kartoteki systemu Studio VSS.net. Tabela zawiera kolumny Aktywne, Kod, Nazwa kalendarza i Domyślny sposób prezentacji danych oraz flagi uprawnień do dodawania i usuwania wydarzeń oraz do edycji daty. Każdy kalendarz jest niezależną konfiguracją, która definiuje dane źródłowe, sposób filtrowania, widok domyślny i uprawnienia użytkowników dla poszczególnych ról.
Projekt okien czasowych, który skraca oczekiwanie pod bramą
Projekt okien czasowych, który skraca oczekiwanie pod bramąEliminacja zatorów pod magazynem wymaga przejścia od zapisów w arkuszach do zarządzania oknami czasowymi w magazynie. Harmonogram opiera się na realnej pojemności ramp i dostępności zasobów, a czas okna system wylicza z liczby palet w dostawie, więc sloty odpowiadają wielkości dostawy.
| Parametr okna | Przykład ustawienia | Do czego służy |
|---|---|---|
| Czas okna | wyliczany z liczby palet w dostawie | okno dopasowane do wielkości dostawy |
| Limit rampy | liczba pojazdów obsługiwanych jednocześnie | brak nakładania się wizyt przy jednym stanowisku |
| Kalendarz | osobny dla rodzaju transportu lub magazynu | rozdzielenie ruchu, na przykład rozładunków i załadunków |
| Blokada okna | czasowe wyłączenie rampy lub okienka | serwis rampy lub inwentaryzacja |
W codziennej pracy kalendarz awizacji pozwala korygować plan przeciąganiem zdarzeń, a powiadomienia SMS i e-mail informują przewoźników o zatwierdzonych terminach i o zmianach. Reguły dla wyjątków, takie jak priorytet pilnej dostawy, ustawia administrator, a ich skutki widać w raportach punktualności i czasów obsługi.
KPI awizacji - raport efektywności transportów i obciążenia ramp VSS.net
Ekran KPI awizacji w systemie Studio VSS.net z raportem efektywności w formie podglądu dokumentu (strona 1 z 2). Układ harmonogramowy grupuje transporty według godzin, a każdy blok zawiera dane kontrahenta demonstracyjnego, numer rejestracyjny pojazdu, kierowcę, numer Load Plan i asortyment. Kolor bloku wskazuje stan: czerwony oznacza opóźnienie, zielony transport zrealizowany, a różowy transport w toku. Raport można wydrukować lub zapisać jako plik PDF za pomocą paska narzędzi w górnej części ekranu.
Którą opcję wdrożenia wybrać - chmurę czy serwery własne?
Którą opcję wdrożenia wybrać - chmurę czy serwery własne?Wybór modelu rozstrzygają cztery pytania, które administratorzy i dział IT mogą omówić jeszcze przed analizą:
- Czy polityka bezpieczeństwa dopuszcza dane poza siecią obiektu, a jeśli tak, czy wystarczy przetwarzanie w EOG i szyfrowanie TLS 1.2 lub nowsze.
- Kto prowadzi aktualizacje i kopie bezpieczeństwa: dział IT klienta czy SoftwareStudio.
- Gdzie działają ERP i WMS, bo przy systemach w sieci lokalnej instalacja na serwerze klienta upraszcza łączność.
- Który wariant licencji obejmuje instalację na własnym serwerze, co ustala strona o licencjach oprogramowania.
Model chmurowy daje szybki start i zdejmuje z działu IT ciężar aktualizacji, a serwer klienta zostawia pełną kontrolę nad bazą i warunkami eksploatacji w ramach własnego centrum danych. Niezależnie od wyboru pełny przebieg wizyty pojazdu pozostaje taki sam, a opisuje go strona o awizacjach transportu.
Jak przygotować zespół i dostawców do pracy z systemem
Jak przygotować zespół i dostawców do pracy z systememSzkolenie przebiega według ról, bo każda grupa pracuje na innych ekranach. Szkolenia dla zespołu zajmują 2-3 dni w harmonogramie wdrożenia, a dostawców przygotowuje się instrukcją i regulaminem. Poniższa tabela pokazuje, co poznaje każda grupa.
| Grupa | Czego się uczy | Forma |
|---|---|---|
| Dział logistyki i transportu | kalendarze, zatwierdzanie awizacji, statusy i raporty | szkolenie 2-3 dni z harmonogramu wdrożenia |
| Ochrona na bramie | odprawa pojazdu i statusy 20 oraz 40 oraz urządzenia przy bramie | ćwiczenia na stanowisku |
| Magazyn | statusy START i STOP oraz przydział ramp | instruktaż przy rampie |
| Przewoźnicy i dostawcy | portal przewoźnika i rezerwacja okna z danymi kierowcy | instrukcja oraz regulamin dostaw i awizacji |
| Kierowcy | SMS oraz kiosk z kodem QR | instrukcja dla kierowcy na terenie magazynu |
Współpraca z partnerami zewnętrznymi układa się łatwiej, gdy dostawca widzi, że rezerwacja terminu upraszcza także jego planowanie transportu. Sposoby egzekwowania awizacji opisuje strona o tym, jak zmusić dostawców do awizacji. Zagraniczni przewoźnicy dostają komunikaty w języku zapisanym w awizacji, zgodnie z opisem komunikacji w języku kierowcy; treść nie jest tłumaczona automatycznie. Gotowe dokumenty dla dostawców zestawia strona o wzorach dokumentów awizacji, a zasady dla kierowców na placu opisuje wzór instrukcji dla kierowcy. Zakres danych kierowców i przewoźników reguluje rozporządzenie 2016/679 (RODO).