Planowanie i obsługa transportu w Studio VSS.net polega na przypisaniu każdej wizycie okna i rampy oraz na prowadzeniu pojazdu przez statusy od bramy do wyjazdu. Reguły dla obiektu ustawia administrator, a koordynator zatwierdza propozycje systemu i zmienia plan po awarii lub opóźnieniu. System nie planuje tras przejazdu ani nie wybiera przewoźnika.
Obsługa pojazdu na placu zaczyna się, zanim dojedzie on pod bramę, bo o jej przebiegu decydują reguły obiektu ustawione z wyprzedzeniem. Dalej wizyta przebiega przez statusy: każda zmiana ma godzinę i autora, więc wszystkie role pracują na tym samym zapisie. Ta strona pokazuje, jak system przydziela rampy, kto podejmuje decyzje w planie dnia i jak wygląda reakcja na zdarzenia, które psują harmonogram. Dostawy z perspektywy magazynu odbiorcy opisuje strona o planowaniu dostaw do magazynu.
Okna czasowe a zatory na placu
Okna czasowe a zatory na placuNajwiększym wyzwaniem centrów logistycznych jest napływ pojazdów skupiony w kilku godzinach szczytu. Gdy zbyt wiele ciężarówek stoi jednocześnie pod bramą, blokują się wjazd i drogi wewnętrzne. Awizowanie dostaw w VSS.net zastępuje to rezerwacją terminu: każdy przewoźnik zajmuje konkretne okno, więc obciążenie ramp rozkłada się na całą dobę.
Skrócenie oczekiwania ma także wymiar formalny. Rozporządzenie (WE) nr 561/2006 wyznacza limity czasu prowadzenia pojazdu i obowiązkowe przerwy, więc każda godzina w kolejce przed bramą zmniejsza pulę godzin kierowcy na dalszą trasę. Mechanizm, w którym okna liczone z palet skracają postój, opisuje strona o tym, jak awizacja dostaw VSS skraca czasy rozładunku.
Harmonogram obciążenia ramp
Widok graficzny obciążenia ramp pokazuje zajęte i wolne okna dla kolejnych dostaw, więc decyzje operacyjne opierają się na zapisie, a nie na pamięci dyspozytora. Personel wie, jakiego asortymentu i o której godzinie może się spodziewać, dzięki czemu przygotowuje strefę odkładczą i dzieli obsadę z wyprzedzeniem.
Koordynacja ruchu i widoczność dla wielu ról
Koordynacja ruchu i widoczność dla wielu rólObsługa placu wymaga współpracy kilku działów. Ochrona musi wiedzieć, kogo wpuścić, magazynier - gdzie skierować pojazd, a logistyk - w jakim stanie jest każda wizyta. Poniższa tabela zestawia, jaką decyzję podejmuje każda rola w planie dnia i jaki sygnał z systemu ją uruchamia.
| Rola | Decyzja w planie dnia | Sygnał, który ją uruchamia |
|---|---|---|
| Przewoźnik | wybór okna i korekta terminu w portalu | potwierdzenie rezerwacji i przypomnienie przed oknem |
| Dyspozytor | przesunięcie okna lub zmiana rampy | kolizja w kalendarzu albo spóźnienie pojazdu |
| Ochrona | zgoda na wjazd i zapis wjazdu | przybycie potwierdzone kodem QR lub w kiosku samoobsługowym |
| Magazyn | START i STOP obsługi, zwolnienie doku | wezwanie pod rampę po statusie 30 (magazyn oczekuje) |
Plan odświeża się przy każdej zmianie statusu, więc nie trzeba dzwonić, żeby ustalić, gdzie jest transport. Obciążenie całego obiektu, nie pojedynczej rampy, opisuje strona o zarządzaniu obciążeniem obiektu.
Język komunikatów dla kierowcy
Barierą na placu bywa język. Komunikat o numerze rampy lub zmianie okna trafia do kierowcy w języku zapisanym w awizacji jako pole formularza, co opisuje strona o komunikacji wielojęzycznej z dostawcami i kierowcami. Kierowca nie musi znać języka obsługi obiektu, żeby wiedzieć, pod którą rampę ma podjechać.
Identyfikacja pojazdu przy bramie
Identyfikacja pojazdu przy bramieKamera LPR odczytuje tablicę rejestracyjną przy wjeździe, a system porównuje numer z aktywnymi awizacjami. Ochrona widzi, czy pojazd ma zaplanowaną wizytę, więc nie przepisuje numerów ręcznie. Brak zgodności widać od razu, a pojazd bez awizacji rejestruje się jako wjazd nieawizowany. Kamery BCS, Bosch, Dahua i Hikvision są wspierane natywnie, a dostawa i montaż sprzętu nie należą do oferty.
Podgląd zdarzeń LPR
Interfejs modułu LPR rejestruje wjazd i wyjazd, a w galerii pokazuje zdjęcia przodów pojazdów razem z rozpoznanymi numerami. Historię można filtrować według numeru rejestracyjnego lub kontrahenta. Moduł opisują strony o kontroli wjazdów i wyjazdów pojazdów oraz o rozpoznawaniu tablic rejestracyjnych.
Dane o planowanych dostawach z ERP mogą tworzyć propozycje awizacji, co oszczędza pracę biurową. Wymianę danych realizuje projekt integracyjny przez interfejs REST, a zasady opisuje strona o integracjach ze Studio VSS.net.
Reguły przydziału ramp w praktyce
Reguły przydziału ramp w praktyceHarmonogram zaczyna się od reguł, które administrator ustawia dla każdego obiektu osobno. Dzięki temu plan dnia odzwierciedla rzeczywistą przepustowość magazynu lub hali produkcyjnej, a nie deklarowaną dostępność.
| Parametr reguły | Przykład ustawienia (fikcyjny) | Efekt w kalendarzu |
|---|---|---|
| Liczba ramp i godziny pracy | rampa 1 pracuje od 6:00 do 22:00 | okna poza godzinami pracy są niedostępne |
| Przerwy techniczne | 15 minut co 2 godziny pracy rampy | okno zablokowane dla rezerwacji |
| Maksymalna liczba awizacji w oknie | jeden pojazd na rampę | nadmiarowa rezerwacja jest odrzucana |
| Kryterium przydziału rampy | rodzaj towaru, typ pojazdu, wymagana temperatura przewozu lub stały dostawca przypisany do rampy | system proponuje wolny termin zgodny z regułą |
System proponuje wolny termin zgodny z regułami, a koordynator może go zaakceptować, zmienić ręcznie metodą przeciągnij i upuść albo odrzucić. Typ pojazdu i wymaganą temperaturę przewozu zapisuje przewoźnik w awizacji, więc przydział nie wymaga ręcznego dopisywania danych.
Scenariusz: reorganizacja planu po awarii rampy
Jedna z ramp zostaje wyłączona z eksploatacji z powodu awarii. Koordynator oznacza ją jako niedostępną, a system wskazuje wszystkie awizacje, które kolidują z tą zmianą. Dyspozytor przenosi transporty na inne wolne okna w panelu zarządzania placem, a powiadomienia o nowym terminie lub rampie trafiają do kierowców przez e-mail i SMS. Zamiast telefonów do każdego przewoźnika wystarczy jedna sesja pracy w kalendarzu, a każdą zmianę zapisuje historia z godziną i autorem.
Scenariusz: sezonowy szczyt i różnice między zmianami
Przy sezonowym wzroście liczby dostaw administrator może tymczasowo zwiększyć liczbę okien na wybranych rampach albo wydłużyć godziny ich pracy, a kalendarz dostępny dla przewoźników od razu pokazuje nową pojemność. Podobnie odzwierciedla się różnice między zmianami: rampa obsługiwana rano przez pełny zespół może mieć więcej okien niż po godzinie 14, kiedy część personelu przechodzi do innych zadań. Konfiguracja dostępności ogranicza liczbę okien w porach o mniejszej obsadzie i zwiększa ją w godzinach pełnej dostępności.
Zdarzenia, które psują harmonogram
Plan dnia rzadko przebiega bez korekt. Tabela zestawia cztery zdarzenia, które koordynator spotyka najczęściej, oraz zapis, jaki każde z nich zostawia w systemie.
| Zdarzenie | Reakcja koordynatora | Zapis w systemie |
|---|---|---|
| Pojazd spóźnia się na okno | przesunięcie okna lub nowa rezerwacja na wolny termin | zmiana terminu w historii i powiadomienie do kierowcy |
| Rozładunek przekracza okno | zajęcie kolejnego okna tej samej rampy lub przesunięcie następnego pojazdu | godziny START i STOP, z których wynika przekroczenie |
| Dostawa bez awizacji | rejestracja wjazdu nieawizowanego i przydział wolnej rampy | wjazd nieawizowany z godziną i autorem |
| Anulowanie przez przewoźnika | zwolnienie okna i ewentualne przesunięcie kolejnych pojazdów | status 99X, a okno wraca do puli |
Reakcje na spóźnienia i brak przyjazdu omawia strona o spóźnieniach i nieprzyjeździe kierowców, a ścieżkę pojazdu bez zgłoszenia - strona o dostawach nieawizowanych.
Koordynacja transportu z pracą magazynu
Koordynacja transportu z pracą magazynuPlan transportu ma sens operacyjny dopiero wtedy, gdy jest zsynchronizowany z pracą magazynu. Zatwierdzona awizacja przekazuje informację o spodziewanym przyjęciu, więc personel przygotowuje strefę odkładczą, rezerwuje wózki, ustala kolejność rozładunków i planuje obsadę zmiany według natężenia dostaw w danych godzinach. Tabela porównuje codzienną pracę poszczególnych działów bez wspólnego harmonogramu i z nim.
| Obszar | Bez wspólnego harmonogramu | Ze wspólnym harmonogramem w Studio VSS.net |
|---|---|---|
| Dział logistyki | ręczne uzgadnianie terminów telefonicznie i mailowo | jeden kalendarz obłożenia ramp widoczny dla zespołu |
| Magazyn | przyjazdy bez zapowiedzi i doraźne przydzielanie zasobów | wcześniejsza informacja o przyjęciu pozwala zaplanować obsadę |
| Przewoźnik | oczekiwanie w kolejce bez informacji o czasie obsługi | zarezerwowane okno i powiadomienia o statusie |
| Kierownictwo | ograniczony wgląd w obłożenie ramp | raporty o czasie obsługi i punktualności dostaw |
Wspólne planowanie transportu i magazynu pozwala osiągnąć cztery efekty, które zależą od jakości danych w kalendarzu:
- pojazd czeka krócej, bo stanowisko jest przygotowane przed jego przybyciem,
- obsada zmiany odpowiada rzeczywistemu harmonogramowi dostaw,
- na terenie zakładu jednocześnie oczekuje mniej pojazdów, co ogranicza ruch na drogach wewnętrznych,
- dane o punktualności stają się podstawą umów SLA z przewoźnikami, jak opisuje strona o rozliczaniu postojów przewoźników.
W modelu wielooddziałowym te same reguły planowania przypisuje się do kolejnych obiektów zarządzanych przez system YMS, zachowując lokalne różnice w liczbie ramp i godzinach pracy oraz wspólny standard raportowania dla całej organizacji.
Scenariusz: dostawca o zmiennym wolumenie
Kontrahent, który raz w tygodniu dostarcza kilka palet, a raz w miesiącu pełny transport, nie pasuje do sztywnego harmonogramu. Zgłasza awizację z odpowiednim wyprzedzeniem, a system dobiera długość okna z deklarowanej liczby palet. Koordynator widzi w kalendarzu nie tylko godzinę przyjazdu, lecz także szacowany czas obsługi, więc planuje liczbę osób do rozładunku bez nadmiarowego angażowania zespołu. Kilka małych dostaw może zająć kolejne krótkie okna tej samej rampy, a każda zmiana jest widoczna dla magazynu, ochrony, dyspozytora i przewoźnika w tej samej chwili.
Czas po zakończeniu rozładunku jako część obsługi pojazdu
Czas po zakończeniu rozładunku jako część obsługi pojazduObsługa ciężarówki nie kończy się razem z rozładunkiem. Pojazd, który po statusie STOP stoi jeszcze na rampie lub w pobliżu, blokuje stanowisko dla następnego okna. Raport czasu między zakończeniem obsługi a wyjazdem wskazuje, u których kontrahentów i przewoźników postój po obsłudze jest powtarzalnie długi.
Raport czas między obsługą a wyjazdem - analiza postojów po rozładunku VSS.net
Raport Średni czas pomiędzy zakończeniem obsługi transportu w module Informacje Studio VSS.net. Czas liczy się od zapisu zakończenia rozładunku lub załadunku do rejestracji wyjazdu z terenu obiektu. Tabela zawiera kontrahenta, przewoźnika, liczbę pomiarów, średni czas postoju po obsłudze w minutach oraz czas maksymalny. Długie postoje po obsłudze blokują rampy i miejsca parkingowe, a raport wskazuje, u kogo się powtarzają.
Pełny czas pobytu pojazdu na terenie, od przybycia po wyjazd, opisuje strona o czasie obrotu pojazdu, a dane do rozmów z przewoźnikami zestawia strona o raportach w programie awizacyjnym.