Ruch w łańcuchu dostaw porządkuje Yard Management System, który zapisuje zdarzenia w czterech strefach: przed bramą, na bramie, na placu manewrowym i przy rampie. Studio VSS.net rezerwuje okna czasowe, rejestruje statusy z godziną i autorem oraz wylicza z nich czasy oczekiwania i obsługi. Dane mogą wracać do systemów WMS i ERP przez REST API.
Ruch w łańcuchu dostaw psuje się najczęściej nie na trasie, lecz na ostatnich dwustu metrach, między bramą a rampą. Tam kumulują się skutki wcześniejszych decyzji: zbyt wielu awizacji na tę samą godzinę, braku informacji o zawartości naczepy i ustaleń zapisanych wyłącznie w czyjejś pamięci. Przegląd roli awizacji w transporcie zawiera strona o awizacji w transporcie.
Czym jest system YMS i co realnie kontroluje
Ruchem pojazdów i ładunków w obrębie placu manewrowego oraz doków magazynowych steruje Yard Management System (YMS), czyli oprogramowanie do zarządzania placem. Pełny zakres systemu opisuje strona o systemie YMS, a różnice względem pozostałych klas systemów strona YMS, WMS, TMS i DMS - różnice.
W odróżnieniu od arkusza kalkulacyjnego system prowadzi jeden zapis wizyty, do którego sięgają przewoźnik oraz personel obiektu. Przepływ zaczyna się od rezerwacji okna czasowego przez przewoźnika, przechodzi przez identyfikację pojazdu na bramie (kod QR lub kamera LPR) i kończy skierowaniem pod właściwą rampę. Po integracji z WMS lub ERP dane awizacji można zestawić z dokumentami przyjęcia.
Status wizyty każdego pojazdu jest dostępny w kalendarzu i w portalu przewoźnika po zapisie zmiany, bez telefonu na portiernię. Widoki kalendarza i legendę kolorów opisuje strona o kalendarzu awizacji.

Kalendarze ogólne oraz według obiektów i magazynów
Dyspozytor centrum logistycznego zaczyna od kalendarza ogólnego, kierownik magazynu wchodzi od razu w swój obiekt. Ten sam zbiór awizacji, ale inny punkt wejścia - dzięki temu żadna z ról nie musi filtrować danych, których i tak nie obsługuje.
Korzyści biznesowe z wdrożenia systemu YMS
Efekty widać w danych operacyjnych i w ocenie obiektu przez przewoźników, ale ich wielkość zależy od obiektu i wymaga pomiaru czasów przed wdrożeniem. Tabela zestawia dziesięć obszarów z mechanizmem systemu i danymi, na których można ocenić zmianę.
| Obszar | Mechanizm w systemie | Dane do oceny efektu |
|---|---|---|
| Czas oczekiwania | okna czasowe i przywołanie pod wolną rampę | oczekiwanie pod bramą i na rampę ze statusów |
| Przepustowość ramp | limit rezerwacji na rampę i długość okna z liczby palet | obłożenie ramp w widoku dziennym |
| Praca koordynatorów | samodzielna rezerwacja terminów przez przewoźnika w portalu | liczba zgłoszeń przyjętych bez telefonu |
| Dokumentacja | cyfrowy zapis wizyty i pola dodatkowe | historia zmian z godziną i autorem |
| Bezpieczeństwo na placu | kontrola wjazdów przez kod QR lub LPR | rejestr wjazdów i wyjazdów |
| Relacje z przewoźnikami | przewidywalny termin i powiadomienia o zmianach | zestawienie punktualności |
| Planowanie zasobów | raporty z poprzednich okresów | czasy obsługi i obłożenie doków |
| Reakcja na zmiany | przywołanie poza kolejnością i zmiana rampy z zapisem autora | historia zmian harmonogramu |
| Czas pracy silników | krótsze oczekiwanie pod bramą | czas od statusu 20 do 40 |
| Integracja z otoczeniem | REST API w projekcie integracyjnym | wykonane integracje z SAP i Symfonią |
Model do własnych obliczeń z polami do wpisania opisuje strona o zwrocie z inwestycji w system awizacji.
Awizacja dostaw kontra kolejka przed bramą
System rezerwacji okien czasowych zamienia niekontrolowaną kolejkę w harmonogram. Czas spędzony pod rampą nie znika przy tym z rozliczenia kierowcy: dobowe limity prowadzenia pojazdu i odpoczynku wyznacza rozporządzenie (WE) nr 561/2006, więc każda godzina oczekiwania ogranicza dystans możliwy do pokonania tego samego dnia. Skutki dla przewoźnika opisuje strona o awizacji kierowcy.
| Aspekt | Przed wdrożeniem awizacji | Po wdrożeniu okien czasowych |
|---|---|---|
| Czas obsługi pojazdu | Brak pomiaru; czas ustala się z rozmowy. | Czasy liczone z różnic między statusami. |
| Przyjazdy pod obiekt | Niekontrolowane kolejki przed bramą i spiętrzenia na rampach. | Wjazdy w zarezerwowanym slocie. |
| Liczba przyjmowanych aut | Nadawcy rezerwują więcej ciężarówek, niż jest miejsc i sprzętu. | Limit rezerwacji na rampę ogranicza liczbę przewoźników w przedziale. |
| Uzgadnianie terminu | Telefony i e-maile przy każdej zmianie godziny. | Powiadomienia wysyłane przez system po zmianie w kalendarzu. |
| Gotowość towaru | Materiały kompletowane dopiero po przyjeździe auta. | Harmonogram wydań przygotowany z wyprzedzeniem. |
| Rozliczenie opóźnień | Ustalane w rozmowie, bez dokumentacji. | Oparte na znacznikach czasu zapisanych przy każdym statusie. |
Jak wygląda to w czterech typach obiektów
| Typ obiektu | Co planuje się w oknach czasowych | Co zapisuje system |
|---|---|---|
| Firma produkcyjna | Dostawy surowców zsynchronizowane z planem produkcji oraz wysyłki wyrobów gotowych. | godzinę przyjazdu i czas obsługi każdej dostawy |
| Centrum dystrybucyjne | Dostawy przychodzące z wielu źródeł oraz sloty dla kurierów i odbiorców. | obłożenie ramp w ciągu doby |
| Magazyn e-commerce | Osobne okna dla zwrotów oraz dla przewoźników ostatniej mili. | oddzielne kalendarze zwrotów i dostaw |
| Operator logistyczny 3PL | Okna per klient w jednym obiekcie. | zestawienia czasów z podziałem na kontrahentów |
Przegląd statusów, od rezerwacji po wyjazd, zawiera strona o awizacji transportu, a czas obrotu pojazdu opisuje artykuł o czasie obrotu pojazdu.

Kolor bloku zastępuje czytanie tabeli
Raport grupuje transporty po godzinach - 14:30, 15:30, 16:30, 17:30 - i koduje stan kolorem, na przykład czerwonym dla opóźnienia i zielonym dla transportu zrealizowanego. Kierownik zmiany widzi rozkład problemów w ciągu dnia, zanim wczyta się w numery Load Plan.
Źródła danych o ruchu pojazdów na placu
Zapis zdarzeń zamienia plac manewrowy w mierzalne środowisko pracy: dyspozytor widzi, na jakim etapie jest każdy pojazd, zamiast zgadywać. Dane spływają z kilku źródeł i składają się na jeden obraz sytuacji. Studio VSS.net nie śledzi pojazdów w trasie i nie korzysta z lokalizacji GPS, a kierunek jazdy poza terenem obiektu pozostaje w gestii przewoźnika.
| Źródło danych | Co zapisuje system | Strona szczegółowa |
|---|---|---|
| Kamery LPR | identyfikacja pojazdu i godzina przybycia | kontrola wjazdów i wyjazdów pojazdów |
| Wagi samochodowe | masa na wjeździe i wyjeździe (statusy 42W i 65Y) | wagi samochodowe |
| Statusy z ramp | moment podstawienia pod dok i zakończenia operacji (50 i 60) | statusy w programie awizacyjnym |
| Odprawa celna | zakończenie formalności przy transportach spoza Unii (status 45C) | statusy w programie awizacyjnym |
| Kiosk samoobsługowy | potwierdzenie przybycia kodem QR | kiosk samoobsługowy |
Na tej podstawie zestawienia pokazują wąskie gardła i dają materiał do rozmów z przewoźnikami opartych na faktach. Bramę opisuje strona o kontroli wjazdów i wyjazdów pojazdów, ważenie strona o wagach samochodowych, a odprawę bez kolejki strona o kiosku samoobsługowym.
Reakcja na zdarzenia, których nie było w planie
Wartość systemu YMS sprawdza się wtedy, gdy plan przestaje działać: przy awarii rampy lub transporcie priorytetowym zgłoszonym w ostatniej chwili. Poniższa tabela pokazuje, co robi system, a co pozostaje decyzją dyspozytora.
| Zdarzenie | Reakcja w systemie | Kto dostaje informację |
|---|---|---|
| Awaria rampy | Administrator wyłącza rampę w kalendarzu na czas serwisu, a dyspozytor przenosi rezerwacje na inny dok. | przewoźnik i kierowca po zmianie rampy |
| Opóźnienie przewoźnika | Kierowca lub przewoźnik zgłasza opóźnienie, a dyspozytor zmienia termin w kalendarzu. | magazyn i kolejne rezerwacje |
| Transport priorytetowy poza planem | Dyspozytor przywołuje pojazd poza kolejnością; zmiana zapisuje godzinę i autora. | dyspozytor i ochrona |
| Spiętrzenie w godzinach szczytu | Limit rezerwacji na rampę blokuje zapisy ponad dopuszczalną liczbę. | przewoźnik próbujący zarezerwować termin |
| Brak wymaganych danych | Konfiguracja może wymusić uzupełnienie pól, na przykład numeru plomby, przed rozładunkiem. | ochrona i magazyn |
Powiadomienia SMS i e-mail o zmianie rampy lub terminu rozchodzą się automatycznie, co ogranicza chaos komunikacyjny między ochroną, biurem a kierowcą. Korekta harmonogramu jest decyzją opartą na statusach, a nie improwizacją. Zasady postępowania przy spóźnieniach opisuje strona o spóźnieniach i nieprzyjazdach kierowców.
Bezpieczeństwo i ślad audytowy
Zarządzanie ruchem na terenie zakładu wymaga narzędzi, które chronią ludzi i zapisują zdarzenia na potrzeby audytów i ubezpieczycieli. System obejmuje cztery obszary, w których zapis zdarzeń ułatwia kontrolę. Zgodność z normami i procedurami zakładu ocenia audytor, a nie system.
| Obszar | Mechanizm | Zapis |
|---|---|---|
| Kontrola dostępu | Kamera LPR i kod QR ograniczają wjazd do pojazdów z awizacją. | rejestr wjazdów i wyjazdów |
| Rejestr zdarzeń | Każda zmiana statusu zapisuje godzinę i autora. | historia zmian awizacji |
| Weryfikacja kierowcy | Ochrona porównuje dane kierowcy i pojazdu z zapisem w awizacji. | status 20 i uwagi w awizacji |
| Role użytkowników | Status ustawia tylko rola do tego uprawniona. | kartoteka ról |
Automatyzacja zapisu ogranicza błędy ludzkie przy porównywaniu danych kierowcy i pojazdu z awizacją. Zasady ochrony danych osobowych opisuje strona o awizacji dostaw a RODO, a zasady bezpieczeństwa na terenie obiektu strona o BHP na placu logistycznym.
Skąd mogą pochodzić oszczędności i jak je policzyć
Oszczędności nie pochodzą z jednego dużego efektu, tylko z kilku mniejszych, które nakładają się na siebie miesiąc po miesiącu. Aby je ocenić, trzeba zmierzyć stan wyjściowy przed wdrożeniem, a potem porównać go z czasami zapisanymi w statusach.
| Źródło oszczędności | Co trzeba zmierzyć przed wdrożeniem | Mechanizm systemu |
|---|---|---|
| Postój pojazdów | średni czas oczekiwania pod bramą i na rampę | okna czasowe i przywołanie pod wolną rampę |
| Praca biura | godziny na telefony i e-maile w tygodniu | samodzielna rezerwacja w portalu |
| Rozmowy z przewoźnikami | liczba sporów o czas i terminowość | zapis godzin i autora każdego statusu |
| Korekty dokumentów | liczba poprawek po przyjęciu | cyfrowy zapis wizyty i integracja przez REST API |
| Wykorzystanie ramp | obłożenie ramp w ciągu doby | kalendarz z limitem rezerwacji na rampę |
Zwrot z inwestycji zależy od liczby ramp i kosztu postoju w danym obiekcie, więc nie podajemy typowego okresu zwrotu. Założenia i wzory do własnych obliczeń zawiera strona o ROI systemu awizacji, a ceny licencji i wdrożenia strona ile kosztuje system awizacji.
Wdrożenie YMS z SoftwareStudio
Wdrożenie obejmuje analizę, konfigurację, integrację, testy i szkolenia, a po starcie wsparcie techniczne. Prowadzimy je etapami, więc firma przechodzi do automatyzacji stopniowo, bez zatrzymywania bieżących operacji. Uruchomienie trwa zwykle 4-8 tygodni, a szczegółowy plan opisuje strona o wdrożeniu YMS.
Typowy czas wdrożenia
| Etap | Typowy czas | Co obejmuje |
|---|---|---|
| Analiza | 3-5 dni | procesy obiektu, rampy, bramy i role użytkowników |
| Konfiguracja | 1-2 tygodnie | obiekty, kalendarze, algorytmy okien i uprawnienia |
| Integracje | 1-2 tygodnie | wymiana danych z ERP lub WMS przez REST API |
| Testy | 3-5 dni | scenariusze awizacji i raportów |
| Szkolenia | 2-3 dni | pracownicy bramy i magazynu |
Integracje wykonano dla SAP i SAP EWM oraz Symfonii ERP, a Comarch ERP XL jest deklarowana. Pozostałe systemy łączy mechanizm REST API w projekcie integracyjnym. Hosting zapewnia chmura SoftwareStudio albo serwer klienta.
Wsparcie techniczne
Po zakończeniu wdrożenia wsparcie realizuje umowa SLA dla Studio VSS.net. Tabela zawiera podstawowe parametry.
| Parametr | Wartość |
|---|---|
| Dostępność miesięczna | 99% |
| Reakcja na zgłoszenie krytyczne | do 15 minut roboczych |
| Reakcja na zgłoszenie ważne | do 4 godzin |
| Reakcja na zgłoszenie o niskim priorytecie | do 24 godzin |
| Godziny wsparcia | poniedziałek-piątek, 8:00-16:00 |
| Kopie bezpieczeństwa | co 24 godziny, retencja 14 dni |
O SoftwareStudio
SoftwareStudio Group Sp. z o.o. działa od 2008 roku w Polsce oraz za granicą, między innymi w Niemczech i Czechach. Studio VSS.net jest systemem YMS wdrażanym w obiektach produkcyjnych i logistycznych, a zakres platformy opisuje strona o wymaganiach technicznych systemu awizacji.
Konsultacja i demo online
Przed wdrożeniem warto omówić z konsultantem procesy obiektu i zakres integracji. System można też przetestować w wersji demo online, z dostępem do awizacji dostaw i zarządzania oknami czasowymi. Aplikację opisuje strona o aplikacji VSS.net do okien czasowych.

Uprawnienia zapisane przy kalendarzu, nie przy użytkowniku
Każdy kalendarz ma własne flagi uprawnień do edycji wpisów i dat. Kalendarz bramy może być dla ochrony tylko do odczytu, a ten sam zbiór danych w widoku dyspozytora - w pełni edytowalny. To ustawienie kartoteki, więc zmiana zakresu uprawnień nie wymaga prac programistycznych.