Moduł awizacji dostaw w Studio VSS.net składa się z czterech elementów: kalendarza okien czasowych, formularza zgłoszenia, panelu bramy i raportów. Kalendarz wyznacza dostępność ramp, formularz zbiera dane transportu, status bramy zapisuje faktyczne godziny, a zestawienia pokazują punktualność przewoźników. Zakres widoku wynika z roli użytkownika.
Moduł awizacji dostaw porządkuje ruch pojazdów na terenie zakładu i odciąża dział logistyki z roli pośrednika: przewoźnik wybiera termin, a magazyn ustala reguły, w ramach których ten wybór jest możliwy. Kontrahent i magazynier pracują na tej samej bazie co administrator obiektu, ale widzą różne jej fragmenty, co opisuje strona role i uprawnienia użytkowników.
Poniżej opisujemy sposób liczenia długości okna, porównanie z arkuszem, powiadomienia, wymianę danych z WMS i ERP oraz portal przewoźnika. Całość uzupełniają najczęstsze błędy konfiguracji oraz profile branżowe. Ogólne wprowadzenie do tematu zawiera strona o systemie awizacji VSS.net.
Jak system wylicza długość okna czasowego
Studio VSS.net nie narzuca jednej długości okna wszystkim zgłoszeniom. Okno, czyli zarezerwowany przedział na obsługę jednego transportu przy konkretnej rampie, liczy się dla każdej awizacji osobno, na podstawie danych z formularza i reguł ustawionych w skorowidzach.
Na wynik składają się cztery czynniki:
- Liczba palet i nośników - im więcej jednostek, tym dłuższa rezerwacja rampy.
- Rodzaj asortymentu - algorytm okna przypisuje grupie towarów dłuższy lub krótszy czas obsługi.
- Rodzaj transportu - rodzaj awizacji i transportu kieruje rezerwację do właściwego kalendarza.
- Limit awizacji kontrahenta - ustawia się go w kartotece kontrahenta i ogranicza liczbę okien jednego dostawcy.
Kalendarz udostępnia widoki agendy, dnia, tygodnia i osi czasu. W każdym z nich zajęty slot jest zablokowany przed powtórną rezerwacją, a wolne miejsca pokazują się dopiero wtedy, gdy obiekt ma jeszcze zapas przepustowości w danej godzinie. Kolory bloków odpowiadają magazynom, dzięki czemu przy kilku obiektach jeden ekran wystarcza do oceny obciążenia zakładu. Szczegółowo opisuje je strona o kalendarzu awizacji, zasady rezerwacji strona o oknach czasowych, a dane referencyjne strona o kartotekach systemu awizacji.

Sloty co 60 minut w widoku agendy
Portal dostawcy pokazuje własne rezerwacje jako listę chronologiczną: data, przedział godzinowy, opis wydarzenia. Na przykładzie wtorek zapełniono slotami co 60 minut od 09:30 do 21:30, a środa zaczyna się od 06:30 - dostawca od razu widzi, w których dniach zostało jeszcze miejsce.
Cyfrowa awizacja kontra telefon i arkusz kalkulacyjny
Wdrożenie systemu klasy Studio VSS.net pozwala zrezygnować z arkuszy kalkulacyjnych i ręcznego ustalania terminów. Zestawienie pokazuje, co zmienia się w czynnościach dnia codziennego. Rozszerzone porównanie z arkuszem zawiera strona awizacja w Excelu i szablon harmonogramu dostaw.
| Czynność | Arkusz i telefon | Moduł awizacji Studio VSS.net |
|---|---|---|
| Zgłoszenie transportu | E-mail do dyspozytora, wyłącznie w godzinach pracy biura. | Formularz w portalu, dostępny przez Internet. |
| Wybór terminu | Dyspozytor sprawdza arkusz i oddzwania z propozycją. | Przewoźnik widzi wolne sloty i rezerwuje samodzielnie. |
| Zmiana godziny | Osobne telefony do magazynu i do kierowcy. | Jedna edycja w kalendarzu, a powiadomienia rozchodzą się automatycznie. |
| Wiedza o zawartości dostawy | Ujawnia się przy otwarciu naczepy. | Liczba palet i dane transportu znane przed wjazdem pojazdu. |
| Kontrola wjazdu | Papierowa księga wjazdów prowadzona przez ochronę. | Status bramy z godziną i autorem wpisu w bazie. |
| Ocena przewoźnika | Wrażenie zmianowego z ostatnich kilku tygodni. | Zestawienie punktualności liczone ze znaczników czasu. |
Nasz system awizacji VSS.net sprawdza dostępność rampy w wybranym oknie, zanim zgłoszenie zostanie zatwierdzone. Zgłoszenie z oknem trafia do akceptacji obiektu (status 0), a po zatwierdzeniu terminu i rampy otrzymuje status 10, od którego awizacja jest wiążąca dla obu stron. Plan dnia magazynu opiera się więc na zatwierdzonych rezerwacjach, a nie na liście życzeń. Pełną tabelę kodów zawiera strona o statusach w programie awizacyjnym.
Wskaźniki pracy ramp w zestawieniach
Czasy oczekiwania i obsługi system wylicza z różnic między godzinami statusów. Tabela pokazuje cztery wskaźniki, na których opiera się rozmowa z przewoźnikiem o poziomie usługi.
| Wskaźnik | Wyznaczają go statusy | Pytanie, na które odpowiada |
|---|---|---|
| Oczekiwanie pod bramą | od statusu 20 do 40 | Ile pojazd czekał na zgodę na wjazd. |
| Oczekiwanie na rampę | od statusu 40 do 50 | Czy brakowało wolnego stanowiska lub obsady. |
| Obsługa przy rampie | od statusu 50 do 60 | Ile trwał rozładunek lub załadunek względem okna. |
| Udział transportów w oknie | godzina statusu 20 i okno czasowe | Którzy przewoźnicy przyjeżdżają w zarezerwowanym terminie. |
Zestawienia dostaw i wydań filtruje się po obiekcie, kontrahencie, przewoźniku, statusie i zakresie dat, a wynik eksportuje do arkusza. Definicje wskaźników opisuje strona o KPI systemu awizacji, a gotowe raporty strona o zestawieniach i raportach programu awizacyjnego.
Zarządzanie oknami czasowymi w praktyce
Poza wyborem godziny zarządzanie oknami czasowymi wymaga reagowania na sytuację na drodze i w magazynie. Długość okna wynika z reguł dla konkretnego asortymentu i liczby palet, więc transporty nie nakładają się na siebie, a plac manewrowy nie zamienia się w parking. Zasady konfiguracji opisuje strona o zarządzaniu oknami czasowymi.
Powiadomienia o terminie i przydzielonym doku
Zmiana rampy lub terminu w kalendarzu uruchamia powiadomienie e-mail lub SMS z numerem awizacji i nową godziną. Komunikaty do kierowcy idą w języku wybranym przez kierowcę w polu awizacji. Pełną macierz zdarzeń i kanałów zawiera strona o powiadomieniach SMS i e-mail.
Personel ochrony pracuje na tej samej bazie danych co dyspozytor, więc na bramie widać aktualny status zgłoszenia bez telefonu do biura. Kierowca potwierdza przybycie kodem QR lub w kiosku, a system dopisuje faktyczny czas wjazdu obok czasu deklarowanego. Różnica między tymi wartościami zasila statystykę punktualności przewoźników.
Skracanie czasu rozładunku wynika z tego, że magazyn jest przygotowany na przyjęcie towaru przed przyjazdem auta: wiadomo, jaki towar przyjedzie i na jakich nośnikach, więc miejsce na regałach jest zaplanowane wcześniej.

Dzień zapełniony od 08:00 do 17:00
Czerwona pozioma linia oznacza bieżącą godzinę, więc dyspozytor od razu widzi, co jest przed nim, a co już za nim. Legenda u dołu przypisuje kolor do magazynu - tutaj cały dzień należy do jednego magazynu demonstracyjnego, co przy takim obciążeniu jest sygnałem, że kolejne zgłoszenia trzeba przenieść na inny obiekt lub termin.
Wymiana danych z systemami WMS i ERP
Moduł awizacji działa samodzielnie, a wymianę danych z systemami zewnętrznymi realizuje projekt integracyjny przez REST API. Po połączeniu z systemem Studio WMS.net zatwierdzona awizacja może tworzyć w magazynie zapowiedź przyjęcia. Tabela zestawia przykładowe dane, które krążą między aplikacjami; zakres ustala się w analizie.
| Kierunek wymiany | Przykładowe dane | Kiedy |
|---|---|---|
| ERP do Studio VSS.net | Zamówienia zakupu i zlecenia wysyłki. | Przy tworzeniu zapowiedzi dostawy. |
| Studio VSS.net do WMS | Numer awizacji, lista indeksów, liczba palet i okno czasowe. | Po zatwierdzeniu rezerwacji przez obiekt. |
| WMS do Studio VSS.net | Numer dokumentu przyjęcia. | Po zakończeniu rozładunku. |
| EDI (DESADV) do Studio VSS.net | Awizo wysyłki wystawione przez kontrahenta. | Zanim pojazd wyruszy w trasę. |
| Studio VSS.net do raportów | Znaczniki czasu wszystkich statusów awizacji. | Przy każdej zmianie statusu. |
Gdy kontrahent wymienia komunikaty elektronicznie, zapowiedź przyjęcia można zbudować na podstawie awizo wysyłki DESADV opisanego w standardzie EDI GS1, dzięki czemu magazyn zna zawartość dostawy jeszcze przed wjazdem pojazdu. Obsługa takich komunikatów wymaga projektu integracyjnego. Statusy wykonanych integracji zestawia tabela, a pełny opis zawiera strona o integracjach ze Studio VSS.net.
| System | Status integracji |
|---|---|
| SAP i SAP EWM | wykonana |
| Symfonia ERP | wykonana |
| Comarch ERP XL | deklarowana |
| Pozostałe systemy ERP i WMS | mechanizm REST API w projekcie integracyjnym |
Zestawienia z poprzednich okresów pozwalają planiście ustalić, w które dni tygodnia obłożenie ramp jest największe. Zmiany w harmonogramie wprowadza człowiek, a system nie prognozuje popytu ani nie przestawia okien samodzielnie. Różnice między systemami YMS, WMS, TMS i DMS wyjaśnia strona YMS, WMS, TMS i DMS - różnice.
Portal przewoźnika i harmonogramowanie transportu
W module awizacji harmonogramowanie transportu obejmuje planowanie przyjęć i okien, a nie tras: Studio VSS.net nie wybiera przewoźnika ani nie wyznacza trasy przejazdu. Pierwszeństwo ładunków, na przykład surowców dla linii produkcyjnej, ustala dyspozytor, który przywołuje pojazd poza kolejnością. Planowanie tras należy do systemu TMS, a granicę opisuje strona o TMS.
Portal dla przewoźników i dostawców
Portal działa przez Internet w przeglądarce i nie wymaga instalacji po stronie przewoźnika. Po zalogowaniu użytkownik widzi listę swoich zgłoszeń z podziałem na oczekujące i zrealizowane, a przycisk rezerwacji otwiera kalendarz wolnych okien w obiektach, do których ma dostęp.
Konta dla partnerów zakłada administrator. Historia zmian każdego zgłoszenia zapisuje, kto i kiedy przesunął termin, co usuwa spory o ustalenia prowadzone wcześniej telefonicznie. Dostęp przewoźnika do własnych transportów opisuje strona o systemie awizacji kierowców.

Oś czasu - długość bloku odpowiada długości okna
W tym widoku szerokość bloku jest proporcjonalna do czasu trwania rezerwacji, a każdy wiersz odpowiada magazynowi lub rampie. Sześć transportów rozłożonych między 09:00 a 14:00 czyta się jak wykres obciążenia - luki między blokami to realny zapas przepustowości.
Co zyskuje magazyn po wdrożeniu modułu
Elektroniczne zgłaszanie dostaw z wyprzedzeniem zmienia cztery obszary pracy obiektu jednocześnie. Tabela zestawia je z mechanizmem modułu i zapisem, który pozwala ocenić efekt w danym obiekcie.
| Obszar | Mechanizm w module | Zapis lub dane |
|---|---|---|
| Praca magazynu | Godziny dostaw znane z wyprzedzeniem, więc obsada i sprzęt są zaplanowane; dokumenty przyjęcia można przygotować przed przybyciem towaru. | kalendarz i lista awizacji na zmianę |
| Współpraca z dostawcami | Rezerwacja okien w portalu zamiast rozmów telefonicznych; ograniczenie dostaw bez zapowiedzi dzięki zasadom opisanym w regulaminie. | historia zmian każdej awizacji |
| Kontrola logistyczna | Zestawienia punktualności dostawców i czasów obsługi, a także obciążenia doków. | raporty eksportowane do Excela i PDF |
| Dostęp do danych | Różne poziomy dostępu dla pracowników własnych i firm zewnętrznych; ślad audytowy zmian z autorem. | role programowe i historia zmian |
Najczęstsze błędy w planowaniu okien czasowych
Nieprawidłowo skonfigurowany harmonogram potrafi zaszkodzić bardziej niż jego brak, ponieważ tworzy pozór porządku. Poniżej sześć błędów, które powtarzają się najczęściej, oraz sposób ich uniknięcia w Studio VSS.net.
| Błąd konfiguracji | Skutek na placu | Jak temu zapobiec |
|---|---|---|
| Jedna długość slotu dla wszystkich dostaw | Kolejka przy ładunkach ciężkich, pusta rampa przy drobnicy. | Długość okna liczona z liczby palet i rodzaju asortymentu. |
| Brak reguły pierwszeństwa dla dostaw produkcyjnych | Linia stoi, bo surowiec czeka za transportem drobnicowym. | Dyspozytor przywołuje pojazd z surowcem poza kolejnością, a zmiana zapisuje godzinę i autora. |
| Rezerwacje prowadzone w arkuszu | Dwie osoby wpisują ten sam termin przy tej samej rampie. | Blokada zajętego slotu w bazie, widoczna dla wszystkich stron. |
| Brak zapisu faktycznych godzin | Spór o to, kto się spóźnił, rozstrzygany z pamięci. | Znacznik czasu zapisywany przy każdej zmianie statusu. |
| Ręczne wpuszczanie pojazdów na bramie | Zator przy szlabanie o pełnych godzinach. | Odczyt tablicy rejestracyjnej lub kod QR z awizacji w kiosku. |
| Kalendarz bez limitu wjazdów równoległych | Cztery auta zaplanowane na dwie czynne rampy. | Limit rezerwacji na rampę ustawiony osobno dla obiektu. |
System do zarządzania harmonogramem dostaw pilnuje tych reguł w konfiguracji, więc dyspozytor nie musi pamiętać o wszystkich ograniczeniach przy każdym zgłoszeniu. Zasady dla dostawców, w tym konsekwencje dostaw bez awizacji, można zapisać w regulaminie dostaw i awizacji, a przypadki dostaw bez rezerwacji opisuje strona o dostawach nieawizowanych. Funkcje całego rozwiązania opisuje system do zarządzania harmonogramem dostaw.
Branże i ich specyficzne wymagania
Ten sam moduł konfiguruje się inaczej w fabryce podzespołów i inaczej w chłodni. Tabela pokazuje sześć profili, które obsługujemy najczęściej, a pod nią zebrano strony poświęcone poszczególnym branżom.
| Branża | Wyzwanie operacyjne | Konfiguracja modułu awizacji |
|---|---|---|
| Automotive | Dostawy Just-in-Time, okna liczone w minutach. | Krótkie okna i przywołanie poza kolejnością decyzją dyspozytora. |
| FMCG i chłodnictwo | Krótkie terminy przydatności i szybka rotacja towaru. | Osobne kalendarze ramp chłodni i krótkie sloty. |
| E-commerce i fulfillment | Wielu przewoźników i osobny strumień zwrotów. | Osobne kalendarze dla kurierów i zwrotów. |
| Chemia i transport ADR | Dokumentacja i ważenie pojazdów. | Pola dodatkowe oraz statusy ważenia na wjeździe i wyjeździe. |
| Produkcja | Synchronizacja przyjęć z planem produkcji. | Po integracji zapowiedź przyjęcia trafia do WMS, zanim pojazd wjedzie na teren. |
| Operatorzy 3PL | Wiele obiektów i wielu klientów w jednym systemie. | Osobne kalendarze i uprawnienia dla każdego projektu. |
Szczegółowe opisy zawierają strony o awizacji dostaw automotive, awizacji dostaw FMCG, awizacji dostaw cold chain, awizacji dostaw e-commerce, awizacji dla operatorów 3PL oraz awizacji transportu ADR. Oprogramowanie do awizacji transportu uruchamia się na profilu najbliższym danej branży, a różnice dopasowuje się w konfiguracji. Przegląd stron o transporcie zawiera strona oprogramowanie do awizacji transportu.
Aplikacja awizacyjna dla kierowców i ochrony
Aplikacja na Androida działa na tych samych danych co panel w przeglądarce i przenosi obsługę ruchu na plac manewrowy: kierowca potwierdza przybycie, a ochrona rejestruje zdarzenia na bramie przy pojeździe. Planowanie okien i raporty pozostają w panelu przeglądarkowym.
| Etap wizyty | Czynność | Gdzie jest wykonywana |
|---|---|---|
| Przed przyjazdem | rezerwacja okna i dane pojazdu | portal w przeglądarce |
| Dojazd do bramy | kod QR lub numer pojazdu, potwierdzenie przybycia | aplikacja albo kiosk |
| Wjazd i wyjazd | rejestracja zdarzeń przez ochronę | aplikacja na urządzeniu ochrony |
| Oczekiwanie na rampę | status wizyty i wezwanie pod stanowisko | aplikacja oraz SMS |
Ochrona i logistycy dostają z tego samego źródła dane pojazdu w momencie podjazdu pod bramę oraz pomiar czasu przebywania auta na terenie obiektu. Kiosk i urządzenia mobilne przejmują powtarzalne czynności administracyjne, dzięki czemu portiernia zajmuje się wyjątkami, a nie wpisywaniem numerów rejestracyjnych. Zakres aplikacji opisuje strona o aplikacji awizacyjnej.
Cztery pytania, które padają przed startem
| Pytanie | Odpowiedź |
|---|---|
| Ile trwa uruchomienie modułu? | Wdrożenie trwa 4-8 tygodni i przebiega etapami: analiza zajmuje 3-5 dni, konfiguracja 1-2 tygodnie, integracje 1-2 tygodnie, testy 3-5 dni, a szkolenia 2-3 dni. Hosting zapewnia chmura SoftwareStudio albo serwer klienta. |
| Czy integracja z WMS jest warunkiem startu? | Nie. Moduł działa samodzielnie, a wymianę danych z ERP lub WMS dokłada się później, gdy proces awizacji jest ustabilizowany i wiadomo, które dane mają krążyć między aplikacjami. |
| Czy dostawcy będą rezerwować sami? | Tak, jeśli zmiana zostanie zapowiedziana z wyprzedzeniem, a magazyn udostępni krótką instrukcję i przez pierwszy okres przyjmie zgłoszenia obiema drogami. Po terminie granicznym telefon i e-mail przestają być kanałem awizacji. |
| Jakie dane rejestruje brama? | Numer rejestracyjny oraz dane kierowcy i przewoźnika, czyli minimum potrzebne do identyfikacji. Okres przechowywania wpisów i zasady dostępu ustala się w projekcie wdrożeniowym razem z administratorem danych. |
Ewidencję danych i dokumentów przy transportach ADR opisuje strona o awizacji transportu ADR.
Specyfikę dostaw towarów szybko rotujących opisuje strona o awizacji dostaw FMCG, a dostaw dla linii montażowych strona o awizacji dostaw automotive.
Awizację budowaną z pozycji zamówienia zakupowego opisują artykuły o tym, ile zostało do dostarczenia, i o imporcie zamówień zakupowych, a dopisanie całej dostawy jednym kliknięciem artykuł o pełnej dostawie.