Time slot management online jest potrzebny tam, gdzie liczba dostaw w ciągu dnia przekracza to, co rampa i obsada mogą przyjąć naraz. Rezerwacja okna zamienia nieformalne umówienie się przez telefon na zapis z limitem pojazdów na rampę i historią zmian. Strona opisuje problemy, które powstają bez takiej rezerwacji, i mechanizmy, którymi system je ogranicza.
Time slot management online polega na rezerwowaniu okien czasowych dla dostaw i odbiorów w magazynach i centrach dystrybucyjnych; okno wyznacza przedział, w którym pojazd ma zapewniony dostęp do rampy. Zasady i kalendarze całego systemu opisuje strona system rezerwacji okien czasowych, a tutaj skupiamy się na pytaniu, po co taki system w ogóle wprowadzać.
Jakie problemy powstają bez rezerwacji okien czasowych
Magazyn bez harmonogramu przyjmuje dostawy w kolejności przyjazdu. Dopóki dostaw jest niewiele, takie rozwiązanie działa, ale gdy ich przybywa, rampa i obsada zaczynają ograniczać się nawzajem, a plac się zapełnia. Tabela zestawia sześć problemów z ich źródłem i z mechanizmem, który system stosuje w odpowiedzi.
| Problem | Skąd się bierze | Mechanizm w systemie |
|---|---|---|
| Szczyt poranny | przewoźnicy ustawiają się na początek zmiany, bo nikt nie zna obłożenia rampy | limit pojazdów na rampę w każdym oknie i wolne terminy widoczne dla wszystkich |
| Kolejka przed bramą | kolejność obsługi wynika z godziny przyjazdu, a nie z potrzeb magazynu | statusy od przybycia do wjazdu oraz przywołanie pojazdu, gdy rampa jest gotowa |
| Przestój rampy | pojazd spóźnił się, a rampa czeka bez zadania | przesunięcie rezerwacji na wolny slot i powiadomienie stron |
| Spór o postój | każda ze stron pamięta inne godziny | statusy z godziną i autorem oraz historia wizyty |
| Przepisywanie danych | telefon i e-mail zamiast jednego formularza | formularz awizacji w portalu, w którym dane wpisuje się raz |
| Brak podstaw do oceny przewoźników | nikt nie zapisuje rzeczywistych godzin przyjazdu i obsługi | raporty i KPI oparte na statusach |
Telefon i e-mail przestają wystarczać z prostego powodu: każda rozmowa jest osobną negocjacją, której nikt poza jej uczestnikami nie widzi. Gdy dwóch dyspozytorów, na przykład z różnych zmian, obiecuje ten sam termin, konflikt wychodzi dopiero na bramie. Kalendarz z limitem pojazdów na rampę przenosi tę kontrolę do chwili zapisu, a każda zmiana zostaje w historii z autorem.
Mechanizm najłatwiej pokazać na przykładzie fikcyjnym i uproszczonym: jedna rampa, rozładunek trwający 30 minut i sześć pojazdów, które chcą zacząć rozładunek o godzinie 8:00. Rezerwacja nie przyspiesza rozładunku na jednej rampie, bo ostatni pojazd i tak zaczyna o tej samej godzinie. Zmienia miejsce oczekiwania: z placu i bramy do planu, w którym każdy kierowca zna swoją godzinę, a magazyn może przygotować stanowisko i obsadę przed przyjazdem.
| Moment | Bez rezerwacji | Z rezerwacją |
|---|---|---|
| Przyjazd sześciu pojazdów | wszystkie około godziny 8:00 | po jednym, co 30 minut, od 8:00 |
| Zajętość placu o 8:30 | jeden pojazd przy rampie i cztery w kolejce | jeden pojazd przy rampie |
| Początek rozładunku ostatniego pojazdu | 10:30 | 10:30 |
| Oczekiwanie ostatniego kierowcy na placu | dwie i pół godziny | brak, bo przyjeżdża w swoim oknie |
Rezerwację można więc potraktować jako zapis ustaleń, a nie jako sposób na szybszy rozładunek. Terminowość da się mierzyć dopiero wtedy, gdy ktoś zapisuje rzeczywiste godziny. Metryka Perfect Order Fulfillment z modelu referencyjnego SCOR (ASCM) uznaje zamówienie za poprawne dopiero wtedy, gdy spełnia jednocześnie wymagania co do terminu i kompletności, a system awizacji dostarcza do tej oceny godziny przybycia i obsługi.
Skutki braku zapisu widać w sporach o postoje i w ocenie przewoźników. Zasady rozliczania opisuje strona o rozliczaniu postojów przewoźników, a ocenę kontrahentów na podstawie danych - strona o scoringu i rankingu kontrahentów. Rzeczywiste zachowanie kolejki przed bramą opisuje strona zlikwiduj kolejki przed magazynem.

Historia parkowania - zapis godzin zamiast sporu
Gdy każda ze stron pamięta inną godzinę, spór o postój nie ma rozstrzygnięcia. Historia zapisuje godziny podstawienia i zakończenia parkowania razem z numerem rejestracyjnym i przewoźnikiem.
Kto zyskuje na rezerwacji okien czasowych
Rezerwacja zmienia pracę każdej ze stron wizyty, choć nie w ten sam sposób. Tabela pokazuje, czego brakuje uczestnikom bez rezerwacji i co dostają po jej wprowadzeniu.
| Uczestnik | Czego brakuje bez rezerwacji | Co daje rezerwacja okna |
|---|---|---|
| Magazyn | nie wie, ile pojazdów przyjedzie w danej godzinie | harmonogram przyjęć z wyprzedzeniem, do którego dopasowuje obsadę |
| Przewoźnik | czeka w kolejce bez potwierdzenia, kiedy zostanie obsłużony | potwierdzony termin i powiadomienie o zmianie |
| Ochrona | zapisuje wjazdy w zeszycie i sprawdza dane ręcznie | listę oczekiwanych pojazdów i odprawę na podstawie awizacji |
| Dostawca lub nadawca | nie widzi, czy transport dotarł i został obsłużony | status wizyty i historię zdarzeń |
| Kierownik logistyki | nie ma danych o rzeczywistych czasach obsługi | zestawienia i KPI oparte na statusach |
Zapisy, które powstają w czasie wizyty, służą później konkretnym decyzjom. Tabela łączy statusy z ich zastosowaniem.
| Zapis w systemie | Decyzja, do której służy |
|---|---|
| Godzina przybycia (status 20) i godzina zgody na wjazd (status 40) | ocena punktualności przewoźnika i czasu oczekiwania pod bramą |
| Godziny rozpoczęcia i zakończenia obsługi (statusy 50 i 60) | ustalenie realnej długości okna dla danego asortymentu |
| Godzina wyjazdu (status 90) | rozliczenie pobytu na terenie obiektu i ewentualnego postoju |
| Historia zmian terminu i rampy | wyjaśnianie sporów i ocena, kto przesunął wizytę |
Rezerwacja ma sens, gdy spełnia się co najmniej jeden z czterech warunków:
- liczba dostaw w ciągu dnia przekracza możliwości rampy w godzinach szczytu
- kolejka przed bramą powtarza się regularnie
- przewoźnicy zgłaszają terminy telefonicznie lub w wiadomościach e-mail
- magazyn nie ma zapisu rzeczywistych godzin obsługi
Dane z rezerwacji mogą zasilać system magazynowy lub transportowy, a wymianę danych realizuje projekt integracyjny przez REST API; status poszczególnych integracji opisuje strona integracje ze Studio VSS.net.

Yard Management - edycja bramy - VSS.net
Od tego ekranu zaczyna się przygotowanie obiektu: godziny, w których brama przyjmuje pojazdy, i flaga wagi wyznaczają, jakie okna kalendarz może w ogóle zaoferować.
Pytania do własnego obiektu przed wdrożeniem
Decyzję o wdrożeniu warto oprzeć na kilku pytaniach, na które odpowiedź da się znaleźć bez systemu. Każda odpowiedź przekłada się na konkretne ustawienie w kalendarzu.
| Pytanie o własny obiekt | Co wynika z odpowiedzi |
|---|---|
| Ile pojazdów obsługuje jedna rampa w godzinie? | podstawa limitu okien i liczby równoległych stanowisk |
| W których godzinach skupiają się dostawy? | miejsce, w którym okna trzeba rozłożyć albo skrócić |
| Kto dziś potwierdza terminy dostaw? | rola, którą przejmuje portal i administrator kalendarza |
| Skąd ochrona wie o planowanej dostawie? | zakres danych, które awizacja musi przekazać na bramę |
| Czy istnieją zapisy rzeczywistych godzin obsługi? | punkt odniesienia do ustalenia długości okien i oceny przewoźników |
| Co dzieje się z transportem bez awizacji? | reguła wyjątków, którą trzeba zapisać w regulaminie dostaw |
Przepustowość rampy i długość okna można obliczyć na własnych założeniach w kalkulatorze okna czasowego i liczby ramp. Samo wdrożenie przebiega w czterech etapach:
- opisanie aktualnego procesu przyjęć i problemów, które powstają przy rampie
- pomiar przepustowości rampy i ustalenie reguł okien
- przygotowanie danych obiektów, ramp i kontrahentów oraz kont w portalu
- pilotaż z wybraną grupą dostawców i przegląd ustawień po pierwszym miesiącu
Czas i zakres etapów opisuje strona o wdrożeniu systemu awizacji, a wzór zasad dla dostawców - regulamin dostaw i awizacji.
Jak ustawienia okien zależą od profilu obiektu
Ten sam mechanizm rezerwacji pracuje inaczej w zależności od tego, co obiekt przyjmuje. Tabela zestawia pięć profili z typowym ustawieniem i punktem, który wymaga uwagi przy konfiguracji. Szczegóły reguł opisuje strona o systemie okien czasowych, a rezerwacje cykliczne - strona o awizacjach cyklicznych i wielu magazynach.
| Profil obiektu | Typowe ustawienie okien | Na co zwrócić uwagę |
|---|---|---|
| Rampa paletowa z dużą liczbą dostaw | długość okna wyliczana z liczby palet | dokładność liczby palet wpisywanej przez przewoźnika |
| Dostawy luzem lub o różnym czasie obsługi | długość okna zależna od rodzaju asortymentu | aktualność kartoteki asortymentu |
| Kurierzy i zwroty obok dostaw magazynowych | osobna pula krótkich okien w osobnym kalendarzu | żeby krótkie okna nie zabrały rampy dostawom paletowym |
| Stali dostawcy z powtarzalnym rytmem | rezerwacje cykliczne generowane regułą | okresowy przegląd reguły, gdy zmienia się rytm dostaw |
| Obiekt z wieloma magazynami | osobne kalendarze i limity dla każdego magazynu | spójne zasady w regulaminie dostaw dla wszystkich magazynów |
Obiekt, w którym dostaw jest niewiele, a rampa rzadko się zapełnia, może nie potrzebować systemu i poprzestać na arkuszu. Wzór takiego arkusza z kontrolą kolizji opisuje strona o awizacji w Excelu. System zaczyna się opłacać wtedy, gdy rezerwacje wpisuje wiele osób i gdy potrzebne są statusy oraz historia.
Wdrożenie zmienia też pracę biura. Dyspozytor rzadziej odpowiada na telefony z pytaniem o termin, a częściej przegląda zestawienia i poprawia reguły okien. Administrator kalendarza staje się osobą, która odpowiada za to, żeby ustawienia odpowiadały rzeczywistej przepustowości rampy.
Czego rezerwacja okien nie zastępuje
Rezerwacja okien rozwiązuje jeden problem: kto i kiedy zajmuje rampę. Nie zastępuje innych systemów, dlatego granice warto znać przed wdrożeniem. Planowanie tras należy do systemu klasy TMS, opisanego na stronie TMS.
| Oczekiwanie | Jak jest w Studio VSS.net |
|---|---|
| Planowanie tras i wybór przewoźnika | poza zakresem systemu; należy do systemu TMS, a granice opisuje strona różnice między YMS, WMS, TMS i DMS |
| Zarządzanie zapasami i lokacjami | zadanie systemu magazynowego, z którym awizacja wymienia dane przez REST API |
| Gwarancja braku kolejek | rezerwacja ogranicza spiętrzenia, ale transporty nieawizowane i awarie wymagają reguł postępowania |
| Odczyt temperatury ładunku | system nie odczytuje czujników; dokument pomiaru może zostać dołączony do wizyty |
Rezerwacja okna w organizacji transportów i pracy placu
Platforma rejestruje wizyty i kontroluje ich cel oraz przebieg na terenie zakładu. Dostawca lub przewoźnik loguje się przez przeglądarkę i rezerwuje wolny termin w wybranym doku magazynu, a obie strony mają dostęp do tego samego kalendarza awizacji i harmonogramu pracy magazynu. Aplikacja musi przy tym uwzględniać dostępność bram wjazdowych oraz stanowisk rozładunkowych.
Przydział stanowiska opisuje strona o rezerwacji doków magazynowych, a odprawę pojazdów na wjeździe obsługuje moduł Gate Assistant do kontroli bramy i odprawy pojazdów, który rejestruje wjazd, a po weryfikacji awizacji wyznacza pojazdowi kolejny etap obsługi. Pozostałe operacje na placu obejmuje Yard Management System.
Miejsce pojazdu na parkingu
System zapisuje miejsce parkingowe, na którym pojazd został ustawiony, oraz historię przestawień z godzinami. Wizualizacja pokazuje zajętość miejsc na planie graficznym, dzięki czemu dyspozytor i ochrona widzą stan placu bez obchodu. Położenie pojazdu wynika z zapisu miejsca w systemie, a plan zajętości opisuje strona wizualizacja zajętości miejsc parkingowych.

Zestawienie wykorzystania okien czasowych
Z tego zestawienia kierownik logistyki dowiaduje się, czy liczba okien odpowiada obłożeniu. Zbyt wąski harmonogram widać w przeciążonych rampach, a zbyt szeroki w slotach, które nikt nie rezerwuje.
Awizacja dostawy online zastępuje zarządzanie procesami za pomocą wiadomości e-mail i plików Excel. Każde zgłoszenie ma własny termin oraz status z historią zmian, a platforma pokazuje wąskie gardła, zanim zamienią się w kolejkę na bramie.