Oprogramowanie do awizacji dostaw w modelu SaaS Studio VSS.net hostuje SoftwareStudio albo klient na własnym serwerze, a o wyborze decydują zakres funkcji, status integracji, warunki SLA i czas wdrożenia. Strona zestawia kryteria z tym, co system faktycznie oferuje.
SaaS oznacza tu abonament i hosting po stronie dostawcy, a ta sama aplikacja może działać także na serwerze klienta w ramach licencji wieczystej. Przewodnik po porównaniu ofert zawiera strona jak wybrać system awizacji, a macierz pytań dla dostawców - wzór zapytania ofertowego. Przegląd modułów opisuje oprogramowanie do awizacji dostaw, a perspektywę kierowcy i ochrony - strona o awizacji dostaw w aplikacji. Całość klastra porządkuje program do awizacji dostaw.
Problemy bez systemu awizacji dostaw
Brak zorganizowanej rezerwacji okien czasowych prowadzi do przestojów pojazdów i do konfliktów na rampach. Tabela zamienia każdy problem w wymaganie, które można sprawdzić u dostawcy oprogramowania.
| Problem bez systemu | Wymaganie wobec oprogramowania | Jak odpowiada Studio VSS.net |
|---|---|---|
| Nieplanowane kolejki ciężarówek na parkingu | rezerwacja okien z limitem rampy | rezerwacja ponad limit jest odrzucana |
| Brak informacji o towarze i czasie rozładunku | dane ładunku w zgłoszeniu i okno dopasowane do niego | okno liczone z liczby palet i rodzaju pojazdu |
| Kumulacja dostaw w podobnych godzinach | rozkład obłożenia ramp na dobę | kalendarz zajętości ramp |
| Brak potwierdzeń od przewoźników | automatyczne komunikaty o zatwierdzeniu i zmianie | powiadomienia e-mail i SMS |
| Konflikty o rampy w godzinach szczytu | priorytet okna i okna stałe | dedykowane okna dla wybranych przewoźników |
| Brak historii dostaw i raportów | zapis zdarzeń do analizy | statusy z godziną i autorem oraz raporty KPI |

Kalendarze awizacji - kafelkowy ekran startowy VSS.net
Ekran startowy sekcji kalendarzy w Studio VSS.net grupuje widoki w kafelki. Sekcja kalendarzy ogólnych prowadzi do kalendarza ogólnego i do zajętości ramp, a osobny kafelek dzieli plan według rodzajów transportów. Kolejne sekcje zawierają kalendarze przypisane do obiektu i do poszczególnych magazynów, a dane na zrzucie są demonstracyjne. Kafelki skracają drogę do wybranego kontekstu planowania dostaw.
Oprogramowanie do awizacji dostaw w modelu SaaS
Narzędzia w modelu chmurowym pozwalają wdrożyć zarządzanie oknami czasowymi bez inwestycji we własne serwery. Dostępne przez przeglądarkę rozwiązanie umożliwia partnerom samodzielną rezerwację terminów, więc odpada komunikacja telefoniczna i mailowa. Reguły dostępności terminów ustala administrator obiektu, dlatego zarządzanie oknami czasowymi pozostaje po stronie magazynu nawet wtedy, gdy rezerwacje składają zewnętrzni przewoźnicy.
| Model zakupu | Gdzie działa system | Rozliczenie | Kiedy ma sens |
|---|---|---|---|
| Abonament (SaaS) | chmura SoftwareStudio | opłata bazowa powiększona o opłaty za użytkowników i moduły | niski próg wejścia, brak własnej infrastruktury |
| Licencja wieczysta | serwer klienta lub wybrana chmura (ten sam obraz) | jednorazowa licencja i roczny Software Maintenance | niski koszt cykliczny przy dłuższym horyzoncie |
Kwoty zestawia strona ile kosztuje system awizacji, a ogólne zasady licencjonowania opisuje strona o licencjach oprogramowania. Studio VSS.net działa na dwóch platformach: generacji ST (aplikacja webowa na SQL Server i Windows Server) oraz w pakiecie awizacji MAW na platformie GT (.NET 10, PostgreSQL 18, Linux i Docker, konfiguracja plikami wczytywanymi bez restartu). Wymagania techniczne obu wariantów opisuje strona o wymaganiach technicznych systemu awizacji.
Integracje z systemami zewnętrznymi i ich status
Wymiana informacji z nadrzędnymi systemami pozwala pobierać zamówienia i przekazywać statusy rozładunku dalej, a kartoteki kontrahentów i asortymentu mogą być zasilane z ERP. Zakres wymiany ustala projekt integracyjny, a mechanizmem jest interfejs REST API; zasady opisuje strona o tym, jak działa połączenie VSS z systemami WMS oraz ERP. Schemat pokazuje status każdej integracji.
| System lub urządzenie | Status | Uwagi |
|---|---|---|
| SAP i SAP EWM | wykonana | opis bez nazwy klienta, wymiana przez REST API, zob. integracja awizacji z SAP |
| Symfonia ERP | wykonana | wykonana integracja, a zakres wymiany ustala projekt |
| Comarch ERP XL | deklarowana | zakres opisuje integracja awizacji z Comarch ERP XL |
| Comarch ERP Optima | bez deklaracji | możliwa wyłącznie przez interfejs Sfera, bez deklaracji doświadczenia |
| Pozostałe ERP i WMS, w tym enova365 | brak gotowego konektora | wymiana przez REST API lub XML w projekcie integracyjnym |
| Active Directory i Entra ID | wykonane w pakietach | logowanie użytkowników kontem organizacji |
| Kamery LPR BCS, Bosch, Dahua i Hikvision | wspierane natywnie | dostawa i montaż kamer leżą po stronie klienta |
Integracje opisuje także strona o integracji ze Studio VSS.net. Systemy poza tabelą łączy się mechanizmem REST w projekcie integracyjnym, a odpowiedzialność za zakres po stronie ERP leży przy jego dostawcy.
Automatyzacja procesów awizacji i kolejkowania
Kolejność obsługi pojazdów na placu wynika z okna czasowego i dostępności rampy, a kolejny pojazd jest wzywany po zwolnieniu doku. Bieżący podgląd statusów pozwala reagować na opóźnienia, zanim wpłyną na pozostałe wizyty. Dzięki wezwaniu dopiero po zwolnieniu doku pojazdy nie gromadzą się pod rampą.
Interfejs Studio VSS.net - awizacje i wskaźniki KPI w YMS
Wskaźniki efektywności prezentuje raport KPI z podglądem harmonogramu, który można wydrukować lub zapisać do pliku PDF. Dyspozytor ocenia na nim sytuację na placu manewrowym bez otwierania kolejnych ekranów.

KPI awizacji - raport harmonogramu transportów VSS.net
Ekran KPI awizacji w Studio VSS.net pokazuje raport w formie podglądu dokumentu (strona 1 z 2). Transporty są pogrupowane według godzin, a każdy blok zawiera dane kontrahenta demonstracyjnego, numer rejestracyjny pojazdu, kierowcę, numer planu załadunku i asortyment. Kolor bloku wskazuje stan: czerwony oznacza opóźnienie, zielony transport zrealizowany, a różowy transport w realizacji. Raport można wydrukować lub zapisać jako plik PDF z paska narzędzi w górnej części ekranu.
Awizacja z LPR i kontrolą dostępu
System awizacji z rozpoznawaniem tablic rejestracyjnych i przepustkami elektronicznymi automatyzuje obsługę pojazdów na bramie. Moduł rozpoznawania tablic rejestracyjnych wiąże odczyt kamery z konkretną awizacją, więc otwarcie szlabanu może zależeć od wpisu w harmonogramie na dany dzień; sprzęt bramowy zapewnia klient. Przy uruchamianiu pomocne są wskazówki Prezesa Urzędu Ochrony Danych Osobowych dotyczące monitoringu wizyjnego, które porządkują obowiązek informowania o obszarze objętym kamerami i wyznaczenia okresu przechowywania nagrań.
Zastosowanie według grup użytkowników
Te same dane z bramy służą czterem grupom użytkowników, a tabela pokazuje, co każda z nich robi w systemie.
| Grupa użytkowników | Co robi w systemie |
|---|---|
| Dyspozytor ramp | przypisuje pojazdy do ramp według danych z awizacji i zmienia priorytet pilnej dostawy w kalendarzu |
| Ochrona | pracuje na liście awizacji na dzień, widzi pojazdy bez aktywnej awizacji i prowadzi listy pojazdów uprawnionych oraz niepożądanych |
| Dział logistyki | analizuje statystyki ruchu pojazdów, a przy wagach samochodowych korzysta z automatycznie rejestrowanej masy |
| Przewoźnik i kierowca | rezerwuje okno w portalu lub w aplikacji mobilnej, a przepustkę QR dostaje w telefonie bez drukowania |

Kalendarze w kartotekach - konfiguracja VSS.net
Zrzut przedstawia zestawienie kalendarzy dostępnych w sekcji Kartoteki Studio VSS.net. Tabela ma kolumny Aktywne, Kod, Nazwa kalendarza i Domyślny sposób prezentacji danych oraz kolumny z flagami uprawnień do zmian. Każdy kalendarz jest niezależną konfiguracją: określa dane źródłowe, sposób filtrowania, widok domyślny i uprawnienia poszczególnych ról.
Bezpieczeństwo danych i warunki SLA
Kryterium bezpieczeństwa sprawdza się na parametrach, a nie na deklaracjach. Tabela podaje warunki usługi Studio VSS.net, które można przenieść do umowy.
| Parametr | Wartość dla Studio VSS.net |
|---|---|
| Dostępność miesięczna | 99% |
| Czas reakcji | do 15 minut roboczych przy zgłoszeniu krytycznym, do 4 godzin przy ważnym, do 24 godzin przy niskim priorytecie |
| Wsparcie | od poniedziałku do piątku w godzinach 8:00-16:00 |
| Kopie bezpieczeństwa | co 24 godziny, z retencją 14 dni i replikacją |
| Transmisja | TLS 1.2 lub nowszy |
| Przetwarzanie danych | w Europejskim Obszarze Gospodarczym |
Dane kierowców chroni rozporządzenie 2016/679 (RODO), które nakazuje ograniczyć zakres zbieranych danych do niezbędnego minimum i dobrać zabezpieczenia adekwatnie do ryzyka. Zakres gromadzonych informacji i okresy ich przechowywania opisuje strona o awizacji dostaw a wymogach RODO, przydatna przy uzgadnianiu zapisów umowy powierzenia. Dostęp do danych ogranicza podział na role, a każdą zmianę zapisuje historia z autorem.
Wdrożenie systemu awizacji w etapach
Wdrożenie przebiega stopniowo, od analizy potrzeb przez konfigurację i testy po uruchomienie produkcyjne, z minimalnymi zakłóceniami w bieżącej pracy obiektu. Harmonogram pozwala klientowi zaplanować zasoby i przygotować zespół. Zakres prac po stronie magazynu porządkuje lista kontrolna opisana we wdrożeniu systemu awizacji etapami.
| Etap | Czas | Zakres |
|---|---|---|
| Analiza | 3-5 dni | ruch dostaw, godziny szczytu, liczba ramp i rzeczywiste czasy obsługi |
| Konfiguracja | 1-2 tygodnie | obiekty, rampy, kalendarze, role, reguły okien i szablony powiadomień |
| Integracje | 1-2 tygodnie | wymiana danych z ERP i WMS oraz urządzeniami bramy |
| Testy | 3-5 dni | scenariusze przyjęcia na przykładowych awizacjach |
| Szkolenia | 2-3 dni | grupy użytkowników według tabeli poniżej |
| Razem | 4-8 tygodni | od analizy do uruchomienia produkcyjnego |
Zakres szkoleń dla różnych grup użytkowników
| Grupa | Zakres szkolenia |
|---|---|
| Kierowcy i przewoźnicy | rezerwacja okien w portalu lub w aplikacji mobilnej |
| Ochrona | obsługa modułu LPR i weryfikacja uprawnień wjazdowych |
| Magazynierzy | statusy START i STOP oraz potwierdzanie zakończonych operacji |
| Planiści logistyki | konfiguracja okien czasowych i przegląd harmonogramów |
| Administratorzy IT | zarządzanie systemem i integracjami |
W modelu abonamentowym infrastrukturę oraz kopie zapasowe prowadzi dostawca, a opłata to część bazowa powiększona o użytkowników i moduły. Uruchomienie rezerwacji ramp nie wymaga więc zakupu serwerów ani rozbudowy zespołu IT, a koszt trafia do wydatków bieżących, nie inwestycyjnych.