Baza wiedzy Studio VSS.net

Wdrożenie YMS - harmonogram i zakres projektu

Wdrożenie systemu YMS Studio VSS.net trwa zwykle od 4 do 8 tygodni i zaczyna się od mapy placu, bram i ról użytkowników. Poniżej etapy projektu, podział pracy między klientem a SoftwareStudio oraz wymagania infrastrukturalne.

Okna dostawy, Yard management system, YMS system
Okna dostawy - Studio VSS.net
W skrócie

Wdrożenie YMS Studio VSS.net trwa zwykle od 4 do 8 tygodni i obejmuje pięć etapów: analizę placu, konfigurację, integracje, testy i szkolenia. System działa w chmurze SoftwareStudio albo na serwerze klienta, a projekt zamyka start produkcyjny z asystą powdrożeniową.

Projekt wdrożenia YMS (Yard Management System) obejmuje cały plac, a nie tylko kalendarz rezerwacji: bramę, parking, rampy i wyjazd. Każdy z tych punktów ma w systemie własny status z godziną i autorem, dlatego przed konfiguracją trzeba ustalić, którędy biegnie ścieżka pojazdu i kto zmienia status na kolejnym etapie. Pełny zakres systemu opisuje strona o systemie YMS, a podział zadań między tymi systemami pokazuje zestawienie YMS, WMS, TMS i DMS.

Harmonogram poniżej pochodzi z projektów wdrożeniowych Studio VSS.net. Czas zależy od liczby bram i integracji oraz od gotowości danych po stronie klienta, a wiążące terminy podaje oferta po analizie przedwdrożeniowej. Zakres funkcji, które wchodzą do projektu, zestawia strona o funkcjonalnościach programu awizacyjnego, a pracę codzienną w systemie opisuje strona o programie do awizacji dostaw.

Etapy wdrożenia YMS w Studio VSS.netOś z sześcioma etapami: analiza placu 3-5 dni, konfiguracja 1-2 tygodnie, integracje 1-2 tygodnie, testy 3-5 dni, szkolenia 2-3 dni oraz start produkcyjny z asystą.HARMONOGRAMPięć etapów i start produkcyjny1Analizamapa placu i ról3-5 dni2Konfiguracjakalendarze i okna1-2 tygodnie3IntegracjeREST API lub plik1-2 tygodnie4Testyawizacja i brama3-5 dni5Szkoleniawedług ról2-3 dni6Startprodukcja i asystaprojekt: 4-8 tygodni
Czasy trwania etapów w typowym projekcie; całość zamyka się w 4-8 tygodniach.

Analiza placu i procesów przed konfiguracją

Pierwszy etap trwa od 3 do 5 dni i kończy się mapą obiektu: ile jest bram, którędy jedzie pojazd od wjazdu do rampy i które punkty wymagają identyfikacji. Analizę prowadzi się razem z kierownikiem magazynu i ochroną, ponieważ każda z tych grup zmienia inne statusy. Wynik trafia do kartotek jako opis obiektów wraz z bramami i rampami.

ObszarPytanie analizyWynik w systemie
Bramy i wjazdyIle jest punktów wjazdowych i czy przy bramie stoi kamera LPR lub kioskRekordy bram w kartotekach i zakres modułu Brama
Rampy i strefyIle jest doków i gdzie stoi parking buforowyKalendarze z limitami ramp oraz strefy placu
Rodzaje transportuKtóre pojazdy i ładunki wymagają osobnych zasad obsługiSkorowidz rodzajów transportu i osobne kalendarze
Role użytkownikówKto zakłada i zatwierdza awizację oraz kto obsługuje rampęRole programowe z zakresem widoku i uprawnień
Systemy zewnętrzneSkąd przychodzą zamówienia i dokąd wracają dokumenty przyjęćZakres wymiany danych przez REST API

Z analizy wynika lista wymagań technicznych oraz zakres modułów. Obiekt z kilkoma magazynami albo bramami dostaje osobne kalendarze i uprawnienia, a przydział doków według rodzaju towaru opisuje strona o zarządzaniu dokami. Operator centrum logistycznego obsługujący wielu klientów ustawia dla kontrahentów indywidualne okna i wymagane dokumenty, co pokazuje strona o awizacji dostaw do centrum logistycznego.

Role użytkowników ustala się już w analizie, bo od nich zależy widok każdej osoby. Przewoźnik widzi tylko własne transporty, a ochrona listę pojazdów do odprawy; zasady nadawania uprawnień opisują role programowe.

Wybór modelu wdrożenia i hostingu

Studio VSS.net działa jako aplikacja webowa na dwóch platformach. Generacja ST pracuje na SQL Server i Windows Server, a pakiet awizacji MAW na platformie GT korzysta z .NET 10 i PostgreSQL 18 na Linuksie w kontenerach Docker. Obraz aplikacji jest ten sam niezależnie od miejsca uruchomienia, więc wybór dotyczy przede wszystkim tego, kto utrzymuje serwer.

ModelGdzie działa systemCo należy do klientaKiedy się sprawdza
Chmura SoftwareStudioSerwery SoftwareStudioPrzeglądarki i konta użytkownikówProjekt ma ruszyć bez własnej infrastruktury
Serwer klientaMaszyna wskazana przez klienta: Windows Server dla platformy ST, Linux z Dockerem dla GTUtrzymanie serwera wraz z kopiami danych i dostępem administracyjnymPolityka IT wymaga danych w sieci firmowej

Chmura SoftwareStudio zdejmuje z klienta utrzymanie serwera, a instalacja lokalna zostawia dane i administrację w sieci firmowej. Różnice między tymi modelami w systemach magazynowych opisuje artykuł o skalowalnych systemach magazynowych w chmurze, a kryteria porównania ofert przewodnik jak wybrać system awizacji. Koszty obu modeli zestawia strona o kosztach systemu awizacji.

Niezależnie od modelu system przetwarza dane osobowe kierowców i pracowników przewoźników, więc umowa z dostawcą musi spełniać wymagania rozporządzenia 2016/679 (RODO): powierzenie przetwarzania oraz miejsce i czas przechowywania rejestrów wizyt. Dane przetwarza się w Europejskim Obszarze Gospodarczym, a zasady dla kierowców opisuje strona awizacja dostaw a RODO. Parametry usługi, w tym dostępność miesięczna i czasy reakcji, zawiera strona o wymaganiach technicznych systemu awizacji.

Reguły okien, brama i kolejka na placu

Reguły rezerwacji konfiguruje się w drugim etapie projektu. Przewoźnik wybiera wolne okno w portalu, a system blokuje podwójną rezerwację tej samej rampy w tym samym przedziale. Długość okna wynika z liczby palet w awizacji i z rodzaju pojazdu; zasady rezerwacji opisuje strona o oknach czasowych, a sposób liczenia długości okna artykuł o algorytmach długości okna czasowego. Definiowanie harmonogramów i rezerwacji opisuje artykuł o definiowaniu harmonogramów i rezerwacji.

Na bramie kierowca potwierdza przybycie kodem QR albo w kiosku samoobsługowym, a kamera LPR może rozpoznać pojazd po tablicy rejestracyjnej. Kamery BCS, Bosch, Dahua i Hikvision są wspierane natywnie, natomiast dostawa i montaż kamer oraz szlabanów pozostają po stronie klienta. Ustawienia bramy i odprawy opisuje strona o kontroli wjazdów i wyjazdów pojazdów.

Studio VSS.net

Kalendarze awizacji - widok kafelkowy typów i obiektów

Ekran startowy sekcji kalendarzy w Studio VSS.net pokazuje trzy kategorie widoków. Sekcja Kalendarze ogólne zawiera kafelki Kalendarz ogólny i Zajętość ramp. Dwie pozostałe sekcje grupują kalendarze według obiektów i według magazynów kontrahenta demonstracyjnego. Kafelki prowadzą od razu do wybranego kontekstu planowania dostaw.

Kolejkę na placu wyznaczają statusy z godziną: oczekiwanie pod bramą system liczy od statusu 20 do 40, a obsługę przy rampie od 50 do 60. Dyspozytor przesuwa rezerwacje w aplikacji kalendarza awizacji, a pełną tabelę kodów zawiera strona o statusach w programie awizacyjnym. Godziny ze statusów zasilają raport KPI, w którym widać czas obsługi według rampy i kontrahenta. Mechanizm kolejki opisuje także artykuł o likwidowaniu kolejek przed magazynem.

Studio VSS.net

KPI awizacji - raport transportów i obciążenia ramp

Ekran KPI awizacji w Studio VSS.net pokazuje raport 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 oznacza stan realizacji, na przykład czerwony opóźnienie, a zielony transport zrealizowany. Raport można wydrukować albo zapisać jako plik PDF z paska narzędzi.

Integracje z ERP i WMS

Integracje realizuje się przez REST API, a w prostszych przypadkach przez import plików. Integracje z SAP i SAP EWM oraz z Symfonia ERP są wykonane, a Comarch ERP XL ma status deklarowanej; dla pozostałych systemów wymianę danych buduje projekt integracyjny przez REST API. Szczegóły zestawia strona o integracjach ze Studio VSS.net.

Kierunek wymianyDaneMoment
ERP do Studio VSS.netKontrahenci i zamówienia z danymi do awizacjiPrzy zakładaniu lub imporcie awizacji
Studio VSS.net do WMSZapowiedź przyjęcia z zawartością dostawyPo potwierdzeniu awizacji
WMS do Studio VSS.netZamknięcie dokumentu przyjęciaPo zakończeniu rozładunku
Studio VSS.net do ERPStatusy i godziny wizyty pojazduPo zmianie statusu

Zakres pól i częstotliwość wymiany ustala analiza, a przed startem produkcyjnym komplet scenariuszy przechodzi test na środowisku testowym. Połączenie z magazynem opisuje strona jak VSS łączy się z WMS i ERP, a ogólne zasady łączenia systemów artykuł integracja magazynu z systemem ERP. Z perspektywy WMS przebieg przyjęcia przedstawia strona o awizowaniu transportów po stronie WMS.

Komunikaty do przewoźników i kierowców idą e-mailem i SMS-em, a o zmianie rampy lub statusu informuje wiadomość w języku wybranym w awizacji. Zakres powiadomień opisuje strona o wiadomościach e-mail i SMS z poziomu programu.

Wdrożenie Studio VSS.net YMS etapami

Typowe wdrożenie systemu awizacji i YMS zamykamy w 4-8 tygodniach. Tabela pokazuje etapy z czasem trwania oraz tym, czego potrzebujemy od klienta w każdym z nich. Praktyczną listę przygotowań po podpisaniu umowy zawiera materiał o tym, jak przygotować magazyn do wdrożenia.

EtapZakres pracPo stronie klientaCzas
1. Analiza przedwdrożeniowaMapa obiektu i ról oraz ustalenie reguł okien czasowychPlan obiektu i kontakt do ochrony oraz logistyki3-5 dni
2. KonfiguracjaKalendarze, okna czasowe, uprawnienia i szablony przepustekDecyzje o regułach i lista użytkowników1-2 tygodnie
3. IntegracjeWymiana danych z ERP lub WMS przez REST API albo plikDokumentacja interfejsu i opiekun systemu1-2 tygodnie
4. TestyProcesy awizacji i bramy oraz raporty na danych klientaAkceptacja scenariuszy testowych3-5 dni
5. SzkoleniaSzkolenia dla logistyki i ochrony oraz osobne szkolenie administratoraUdział użytkowników zgodnie z rolą2-3 dni
6. Start i asystaUruchomienie produkcyjne i nadzór powdrożeniowyPunkt kontaktowy po stronie obiektuStart, potem asysta
Podział pracy w projekcie wdrożenia YMSCztery karty: zadania klienta, zadania SoftwareStudio, sprzęt bramowy po stronie klienta oraz dwa modele infrastruktury.KTO CO ROBIPodział pracy i odpowiedzialnościPo stronie klientaplan obiektu i lista użytkownikówopiekun ERP lub WMS do integracjiPo stronie SoftwareStudioanaliza i konfiguracja systemuszkolenia i asysta powdrożeniowaSprzęt bramowykamery i szlabany kupuje klientoferta obejmuje warstwę programowąInfrastrukturachmura SoftwareStudio albo serwer klientaten sam obraz aplikacji w obu modelach
Dostawa i montaż kamer oraz szlabanów nie należą do oferty wdrożeniowej.
Studio VSS.net

Kalendarze w kartotekach - kody i uprawnienia

Ekran przedstawia zestawienie kalendarzy w sekcji Kartoteki. Tabela ma kolumny Aktywne, Kod, Nazwa kalendarza i Domyślny sposób prezentacji danych oraz flagi uprawnień do dodawania i usuwania wydarzeń. Każdy kalendarz jest osobną konfiguracją: określa źródło danych, sposób filtrowania, widok domyślny i uprawnienia ról.

Wymagania infrastrukturalne

Wymagania zależą od platformy i modelu hostingu. W chmurze SoftwareStudio klient potrzebuje wyłącznie przeglądarek i dostępu do sieci, a na serwerze klienta obowiązuje zestaw z tabeli.

ElementWymaganieUwagi
System operacyjnyST: Windows Server. GT: Linux z kontenerami DockerDotyczy instalacji na serwerze klienta; w chmurze SoftwareStudio utrzymuje go dostawca
Baza danychST: SQL Server. GT: PostgreSQL 18Platforma GT nie wymaga licencji Microsoft
Stanowiska użytkownikówPrzeglądarka internetowaBez instalacji oprogramowania na komputerach
Połączenie z InternetemDostęp dla portalu przewoźnika i wiadomości SMS lub e-mailPrzewoźnicy rezerwują okna z własnych komputerów
  • Kamery LPR i kontroler szlabanu są opcjonalne i po stronie klienta, a oprogramowanie obsługuje je natywnie.
  • Terminale z Androidem do aplikacji mobilnej dla ochrony i kierowców zapewnia klient.
  • Logowanie przez Active Directory lub Entra ID jest dostępne w pakietach i wymaga uzgodnienia z działem IT.
  • Kopie danych i replikację opisuje strona o wymaganiach technicznych systemu awizacji.

Co najczęściej opóźnia projekt wdrożenia

Większość opóźnień wynika z danych i decyzji po stronie obiektu, a nie z konfiguracji systemu. Tabela zbiera pięć sytuacji, które powtarzają się w projektach, wraz ze sposobem ich ograniczenia.

Ryzyko w projekcieSkutekJak je ograniczyć
Brak dokumentacji interfejsu ERP lub WMSEtap integracji trwa dłużej niż 2 tygodniePrzekazać dokumentację i wskazać opiekuna systemu już na etapie analizy
Niepełna lista kontrahentówCzęść przewoźników nie ma konta na starcieZaimportować kartotekę z ERP, a brakujące firmy dodać ręcznie w pierwszych dniach
Zbyt krótkie okna czasoweRezerwacje nachodzą na siebie przy rampieZacząć od dłuższych okien i skracać je po zebraniu godzin ze statusów
Sprzęt bramowy nie jest gotowyTest bramy i LPR przesuwa się na późniejZamówić kamery i szlabany równolegle z konfiguracją
Brak jednego decydenta po stronie klientaTesty przeciągają się przez poprawki bez akceptacjiWyznaczyć osobę akceptującą scenariusze i zakres

Po starcie produkcyjnym zespół wdrożeniowy prowadzi asystę, a zmiany reguł, takie jak korekta długości okna na jednej rampie, wprowadza administrator i zapisują się one w historii z datą i autorem. Dokumenty potrzebne przed uruchomieniem zestawia strona wzory dokumentów awizacji.

FAQ

Najczęstsze pytania o wdrożenie Studio VSS.net

01

Ile trwa wdrożenie systemu awizacji i YMS?

Od 4 do 8 tygodni: analiza 3-5 dni, konfiguracja 1-2 tygodnie, integracje 1-2 tygodnie, testy 3-5 dni i szkolenia 2-3 dni. Wiążący harmonogram podaje oferta po analizie przedwdrożeniowej.

02

Czy system działa w chmurze, czy lokalnie?

W obu modelach. Studio VSS.net działa w chmurze SoftwareStudio albo na serwerze klienta, a obraz aplikacji jest ten sam. Generacja ST wymaga Windows Server i SQL Server, a pakiet MAW na platformie GT działa na Linuksie z Dockerem i bazie PostgreSQL 18.

03

Czy obsługujecie wiele oddziałów (multi-site)?

Tak. Obiekty, magazyny i bramy konfiguruje się w jednej instalacji, z osobnymi kalendarzami i uprawnieniami oraz izolacją danych między obiektami.

04

Jakie wsparcie otrzymujemy po wdrożeniu?

Dostępność miesięczna wynosi 99%, a wsparcie działa od poniedziałku do piątku w godzinach 8:00-16:00. Zgłoszenie krytyczne ma czas reakcji do 15 minut roboczych, a pełną tabelę czasów zawiera strona o wymaganiach technicznych systemu awizacji.

05

Co przygotowuje klient przed projektem?

Plan obiektu, listę użytkowników i kontrahentów, opiekuna systemów ERP lub WMS oraz sprzęt bramowy. Dostawa i montaż kamer i szlabanów nie należą do oferty.

Słownik pojęć

Słownik pojęć - wdrożenie YMS

Pojęcia używane w projekcie wdrożenia systemu awizacji i zarządzania placem.

YYMS (Yard Management System)
System zarządzania placem: sterowanie ruchem pojazdów na terenie obiektu, bramami, rampami i ewidencją wizyt.
AAnaliza przedwdrożeniowa
Pierwszy etap projektu (3-5 dni): mapa obiektu i ról oraz ustalenie reguł okien czasowych.
KKartoteki
Moduł z danymi referencyjnymi: kontrahenci, przewoźnicy, obiekty, bramy i kalendarze.
RREST API
Interfejs programistyczny, przez który Studio VSS.net wymienia dane z systemami ERP i WMS.
PPlatforma ST i GT
ST to aplikacja webowa na SQL Server i Windows Server, a GT to platforma na .NET 10 i PostgreSQL 18, uruchamiana na Linuksie w kontenerach Docker.
CChmura SoftwareStudio
Model hostingu, w którym SoftwareStudio utrzymuje serwer aplikacji; alternatywą jest serwer klienta z tym samym obrazem.

Zobacz pełny słownik pojęć awizacji i YMS

Zobacz awizację dostaw VSS.net w działaniu

Uruchom bezpłatne DEMO portalu awizacyjnego lub porozmawiaj z konsultantem o wdrożeniu w Twoim obiekcie.