Aplikacja awizacyjna Studio VSS.net to narzędzie na Androida dla kierowcy i ochrony: kierowca potwierdza przyjazd i skanuje kod, a status awizacji odczytuje na ekranie, natomiast ochrona rejestruje zdarzenia na bramie przy pojeździe. Planowanie okien i raporty zostają w panelu przeglądarkowym, który pracuje na tych samych danych.
Awizacja zaczyna się w portalu lub w panelu, gdzie powstaje rekord z oknem czasowym. Aplikacja przejmuje wizytę w chwili dojazdu pod bramę, a zmiana statusu zapisana na placu jest od razu widoczna w kalendarzu i w portalu przewoźnika.
Strona opisuje podział zadań między aplikacją a panelem oraz scenariusz kierowcy i ochrony. Instalację i wymagania urządzeń zawiera strona o programie do awizacji na Androida, a zakres funkcji całego pakietu strona o oprogramowaniu do awizacji dostaw.
| Etap wizyty | Czynność | Gdzie jest wykonywana |
|---|---|---|
| Przed przyjazdem | rezerwacja okna i dane pojazdu | portal w przeglądarce |
| Dojazd do bramy | skan kodu QR lub numeru auta, potwierdzenie przybycia | aplikacja albo kiosk |
| Wjazd i wyjazd | rejestracja zdarzeń i podpisu kierowcy przez ochronę | aplikacja na urządzeniu ochrony |
| Oczekiwanie na rampę | status wizyty i wezwanie pod stanowisko | aplikacja oraz SMS |
| Po wizycie | raporty i historia zmian | panel w przeglądarce |
Planowanie przyjazdów w panelu przeglądarkowym
Planowanie polega na rozpisaniu przyjazdów na dostępne terminy i rampy tak, aby obłożenie obiektu było równomierne w ciągu dnia. Dyspozytor pracuje na widoku kalendarza, w którym od razu widzi wolne miejsca oraz zajętość stanowisk dla poszczególnych rodzajów transportów.
Harmonogram powstaje w jednym miejscu, a każda zmiana terminu jest natychmiast widoczna dla magazynu i dla przewoźnika. Podstawą planowania jest kalendarz awizacji dostaw, a o tym, ile pojazdów zmieści się w danym przedziale, decydują reguły ustawione w module okien czasowych VSS.net.

Kalendarze awizacji - widok kafelkowy typów i obiektów VSS.net
Ekran startowy sekcji kalendarzy w systemie Studio VSS.net prezentuje trzy kategorie widoków. W sekcji Kalendarze ogólne dostępny jest kalendarz ogólny, a obok niego widoki według rodzajów transportów oraz zajętości ramp. Sekcja Kalendarze wg obiektów zawiera kafelek centrum logistycznego, a sekcja Kalendarze wg magazynów kafelki magazynów specjalistycznych z ikonami branżowymi. Struktura kafelkowa umożliwia szybkie przejście do wybranego kontekstu planowania dostaw.
Kalendarze konfiguruje administrator w sekcji Kartoteki. Każdy ma kod i nazwę oraz własny widok domyślny, a uprawnienia ról określają, kto dodaje wydarzenia i zmienia terminy, więc ochrona widzi inny zakres niż dział logistyki.

Kalendarze kartoteki - VSS.net
Ekran przedstawia 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ą definiującą dane źródłowe, sposób filtrowania, widok domyślny oraz uprawnienia użytkowników dla poszczególnych ról.
Status dostawy widoczny w czasie rzeczywistym
Studio VSS.net pokazuje status każdej dostawy na bieżąco, więc magazyn wie, kiedy pojazd dotrze na miejsce i jaki towar przywozi. Pozwala to reagować na opóźnienia i zmieniać kolejność obsługi przy rampach. Zestaw oznaczeń i przejść między nimi opisują statusy w programie awizacyjnym.
Na podstawie potwierdzonych awizacji kierownik zmiany dopasowuje obsadę: liczbę osób przy rozładunku i godziny pracy brygad do rzeczywistego rozkładu transportów. Czasy oczekiwania pod bramą i przy rampie wyliczone ze statusów zasilają wskaźniki opisane w materiale o KPI systemu awizacji dostaw.

KPI awizacji - raport efektywności transportów i obciążenia ramp VSS.net
Ekran KPI awizacji w systemie Studio VSS.net prezentuje raport 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. Kolorowe bloki odróżniają transporty opóźnione (czerwony) od zrealizowanych i będących w realizacji, co umożliwia szybką ocenę operacji bramowych. Raport dostępny jest do wydruku lub zapisu jako plik PDF za pomocą paska narzędzi w górnej części ekranu.
Dane z awizacji przygotowują przyjęcie w magazynie
Dane o zamówieniu i planowanej godzinie dostawy trafiają do magazynu elektronicznie, bez telefonów i wymiany arkuszy. Magazyn przygotowuje stanowisko i dokumenty przed przyjazdem pojazdu, a przenoszenie danych z awizacji ogranicza błędy typowe dla ręcznego przepisywania.
| Dane z awizacji | Kto z nich korzysta | Do czego służą |
|---|---|---|
| Numer zamówienia | magazyn | powiązanie awizacji z dokumentem przyjęcia |
| Liczba palet | dyspozytor i magazyn | długość okna czasowego oraz obsada rozładunku |
| Godzina okna | ochrona i magazyn | zapowiedź przyjazdu pojazdu na konkretną rampę |
| Język komunikacji | kierowca | język wiadomości SMS o wezwaniu i zmianie statusu |
Gdy obiekt korzysta z systemu ERP, numer zamówienia łączy awizację z dokumentem przyjęcia. Wymianę danych realizuje projekt integracyjny przez REST API, a statusy poszczególnych systemów zawiera strona o integracjach ze Studio VSS.net. Hosting zapewnia chmura SoftwareStudio albo serwer klienta.
Zakres funkcji aplikacji na urządzenia z Androidem
Aplikacja jest odsłoną Studio VSS.net używaną bezpośrednio na bramie i placu przez kierowców oraz pracowników ochrony. W odróżnieniu od panelu przeglądarkowego pracuje przy pojeździe i przy szlabanie, a obie wersje korzystają z tego samego systemu awizacji, więc dane są spójne dla działu logistyki i dla przewoźnika.
Dane przesyłane są połączeniem szyfrowanym TLS 1.2 lub nowszym, a zakres operacji zależy od roli konta. Każda zmiana statusu zapisuje godzinę i autora, więc rejestracja na placu zostawia ślad w historii zmian. Wymagania techniczne opisuje strona o wymaganiach technicznych systemu awizacji.
Rejestracja zdarzeń na bramie w aplikacji
Zdarzenia na bramie zapisują się jako statusy awizacji. Przybycie pojazdu ustawia status 20, zgoda na wjazd status 40, a wyjazd status 90, i każdy z nich zapisuje godzinę oraz autora. Kamera LPR może wykonać część tych czynności bez udziału człowieka, a pracownik ochrony uzupełnia je w aplikacji, gdy odczyt tablicy nie zadziała.
| Zdarzenie | Status | Kto rejestruje |
|---|---|---|
| Przybycie pojazdu pod bramę | 20 | kierowca w aplikacji lub w kiosku, a także kamera LPR |
| Zgoda na wjazd | 40 | ochrona w aplikacji albo kamera LPR |
| Podpis kierowcy | zapis przy awizacji | ochrona na ekranie dotykowym |
| Wyjazd z terenu | 90 | ochrona lub system |
Zasady kontroli wjazdów opisuje strona o bramie i kontroli wjazdów i wyjazdów pojazdów, a odczyt tablic rejestracyjnych strona o LPR. Ewidencję wizyt z godzinami prowadzi ewidencja wizyt.
Kto korzysta z aplikacji, a kto z przeglądarki
Wybór narzędzia zależy od miejsca pracy. Dyspozytor i dział logistyki potrzebują dużego ekranu z kalendarzem i raportami, a kierowca i ochrona pracują w ruchu, przy pojeździe.
| Użytkownik | Zwykle korzysta z | Powód |
|---|---|---|
| Dyspozytor i dział logistyki | panelu w przeglądarce | kalendarze i raporty wymagają dużego ekranu |
| Przewoźnik | portalu w przeglądarce | zakłada i poprawia awizacje przed przyjazdem |
| Kierowca | aplikacji lub kiosku | potwierdza przybycie i odczytuje status w drodze lub przy bramie |
| Ochrona | aplikacji przy szlabanie lub panelu na stanowisku | rejestruje zdarzenia przy pojeździe albo na liście awizacji |
Co robi kierowca i ochrona w aplikacji
- Kierowca skanuje kod QR awizacji albo podaje numer rejestracyjny przy wjeździe i potwierdza przybycie.
- Kierowca widzi status awizacji oraz numer rampy, a o wezwaniu i zmianie statusu dostaje także SMS w swoim języku.
- Ochrona rejestruje przy pojeździe wjazd i wyjazd, a podpis kierowcy zapisuje razem z awizacją.
- Dyspozytor widzi te zdarzenia w kalendarzu i na liście awizacji od razu po zapisie.
Aplikacja nie przesyła położenia pojazdu. Opóźnienie system rozpoznaje po statusach w stosunku do okna czasowego, a wymianę danych z systemem zewnętrznym realizuje projekt integracyjny przez REST API. Reakcje na spóźnienia opisuje strona o spóźnieniach i nieprzyjazdach kierowców, a treść wiadomości strona o wiadomościach e-mail i SMS z poziomu programu.
Samoobsługową odprawę na stanowisku przy bramie opisuje strona o kiosku samoobsługowym, a portal, w którym przewoźnik zakłada awizację, strona o systemie awizacji kierowców.