System do awizacji - jak wybrać i wdrożyć narzędzie do rezerwacji dostaw

Zakres systemu do awizacji

System do awizacji planuje wizyty pojazdów na terenie zakładu i rejestruje ich przebieg. Program oparty na platformie StudioSystem zapisuje każdą wizytę razem z jej celem oraz przebiegiem w czasie. Do tego koordynuje dostęp do zasobów wspólnych, takich jak doki załadunkowe i parkingi. Trzecim zasobem są wagi. Tak określony zakres wyznacza granicę między systemem awizacyjnym a zwykłym kalendarzem dostaw.

Różnica decyduje o wyborze narzędzia. Kalendarz odpowiada na pytanie, kiedy dostawa ma przyjechać. System do awizacji odpowiada dodatkowo, na której rampie i z jakiego powodu pojazd się pojawia oraz czy rzeczywisty przebieg zgadza się z planem. Planowanie wizyt służy przy tym lepszemu wykorzystaniu infrastruktury (bram i doków) oraz personelu.

Ten sam mechanizm obsługuje magazyny wejściowe i wyjściowe, więc jedno narzędzie pracuje zarówno przy przyjęciach, jak i przy wysyłkach. Platforma StudioSystem sprawdza się w pojedynczym magazynie oraz w sieci lokalizacji, ponieważ dane wizyt trafiają do wspólnej bazy, a widoki filtruje się według obiektu. Podstawowe pojęcia branży opisuje artykuł o systemie YMS i jego zakresie, a produkt SoftwareStudio od strony modułu - tekst o awizacjach VSS.net.

Kryteria wyboru systemu do awizacji

Wybór systemu warto oprzeć na pytaniach, na które dostawca musi odpowiedzieć konkretnie. Lista funkcji z prospektu niewiele mówi, bo prawie każdy program ma kalendarz i formularz. Różnice zaczynają się przy szczegółach: kto rezerwuje termin, jak długo trwa okno, co dzieje się przy zmianie i jak dane wychodzą do innych systemów.

Pierwsze trzy kryteria opisują wygodę pracy z systemem, a pozostałe jego miejsce w reszcie infrastruktury. Firma, która ma stałą grupę dostawców, może zacząć od awizacji cyklicznych i potwierdzeń. Firma z wieloma zmiennymi przewoźnikami potrzebuje przede wszystkim portalu do samodzielnej rezerwacji. Przegląd ogólnych funkcji oprogramowania do awizowania znajduje się w artykule o wdrożeniu oprogramowania do awizowania dostaw.

Reguła: system do awizacji wybiera się pod kątem tego, kto wpisuje terminy. Jeśli robi to wyłącznie dyspozytor, wystarczy prostszy program. Jeśli robią to dziesiątki zewnętrznych firm, potrzebny jest portal z rolami i potwierdzeniami.

Awizacje zewnętrzne i cykliczne

Zewnętrzna awizacja oznacza, że przewoźnik lub dostawca loguje się przez przeglądarkę internetową i rezerwuje dogodny termin w wybranym doku magazynu. Firma nie musi instalować niczego po swojej stronie. Magazyn zyskuje rezerwacje wpisane poprawnie przez osobę, która zna pojazd i kierowcę, zamiast danych przepisywanych z maili.

System obsługuje zarówno awizacje jednorazowe, jak i cykliczne. Awizacja cykliczna opisuje dostawy powtarzające się, na przykład co tydzień o tej samej godzinie, i rozwija się do konkretnych dat. Ułatwia to życie przy dostawcach o stałym rytmie, ale wymaga obsługi wyjątków: święto, remont rampy albo zmiana harmonogramu nie może ciągnąć za sobą kilkudziesięciu ręcznych poprawek.

Rozwijanie awizacji cyklicznej

Przy implementacji awizacji cyklicznych używa się zwykle jednej z dwóch strategii. Pierwsza zapisuje regułę i generuje terminy na bieżąco, druga rozwija regułę do rekordów z góry na kilka tygodni. Druga jest prostsza w raportowaniu, bo każdy termin istnieje w bazie i można go zmienić osobno. Poniższy przykład T-SQL rozwija powtarzającą się co tydzień awizację na osiem konkretnych dat.

-- przykład: rozwinięcie awizacji cyklicznej (co tydzień, 8 razy)
DECLARE @Start date = '2026-10-05';

WITH Daty AS (
    SELECT @Start AS Dzien, 1 AS Nr
    UNION ALL
    SELECT DATEADD(WEEK, 1, Dzien), Nr + 1
    FROM   Daty
    WHERE  Nr < 8
)
SELECT Dzien
FROM   Daty
OPTION (MAXRECURSION 100);

Wynik zapisuje się jako osobne awizacje z odwołaniem do wspólnego identyfikatora serii. Dzięki temu dyspozytor może przesunąć jeden termin bez naruszania pozostałych albo anulować całą serię jedną operacją. Ograniczenie MAXRECURSION chroni serwer przed nieskończoną rekurencją przy błędnej regule.

Konta przewoźników i zakres widocznych danych

Portal dla firm zewnętrznych wymaga kont powiązanych z kontrahentem. Przewoźnik powinien widzieć wyłącznie własne awizacje i wolne okna, a nie rezerwacje konkurencji. Ta zasada wynika z ochrony danych handlowych: kto i kiedy dostarcza towar do magazynu, bywa informacją poufną. Konfiguracja ról odbywa się po stronie administratora, a uprawnienia dziedziczą się z typu konta, więc nowa firma dostaje gotowy zestaw dostępu.

Z punktu widzenia magazynu istotne jest również to, kto jest autorem zmiany. Każda zmiana terminu ma zapisany podmiot i czas, dzięki czemu wiadomo, czy przesunięcie zgłosił przewoźnik, czy dyspozytor. Bez takiego śladu spór o godzinę przyjazdu sprowadza się do słowa przeciwko słowu.

Okna czasowe i kalendarz

Awiza dostaw dzielą czas pracy magazynu na okna, na przykład co 20 minut. Długość okna to parametr, który trzeba dobrać do typowego czasu obsługi pojazdu. Zbyt krótkie okno powoduje przesunięcia kaskadowe, bo jeden opóźniony rozładunek zajmuje następne terminy. Zbyt długie marnuje przepustowość rampy, ponieważ pojazd obsłużony w dwadzieścia minut blokuje ją na godzinę.

Prosta arytmetyka pokazuje skalę. Przy pracy rampy od 6:00 do 18:00 okno co 20 minut daje trzy okna na godzinę, czyli 36 w ciągu dnia na jedną rampę. Przy oknach godzinnych zostaje ich dwanaście. Różnica trzykrotna przekłada się wprost na to, ile dostaw magazyn może umówić bez tworzenia kolejki.

Graficzna interpretacja harmonogramu w kalendarzu pozwala zobaczyć obciążenie dnia jednym rzutem oka. Wolne okna widać bez przeglądania listy, a kolejne wizyty ułożone obok siebie ujawniają miejsca, w których rampa stoi pusta. Zasady definiowania okien opisuje artykuł o definiowaniu okien czasowych, układ kalendarza dla firmy transportowej - tekst o kalendarzu ze slotami, a pojęcie samego slotu - strona o slotach czasowych w logistyce.

Po rezerwacji system może wysłać potwierdzenie awizacji e-mailem. Potwierdzenie zawiera termin z rampą oraz numer awizacji, więc kierowca ma komplet informacji jeszcze przed wyjazdem. Wiadomość jest też dowodem ustaleń, do którego wraca się przy sporze o godzinę przyjazdu.

Chmura czy serwer własny

Systemy do awizacji wdraża się coraz częściej w chmurze, ponieważ zewnętrzni przewoźnicy potrzebują dostępu spoza sieci firmy. Rozwiązanie w chmurze upraszcza uruchomienie portalu, ale zmienia sposób integracji z systemami wewnętrznymi. Instalacja na własnym serwerze daje pełną kontrolę nad danymi i siecią, a przenosi na firmę utrzymanie infrastruktury i publikację portalu do Internetu.

Porównanie obu modeli dla systemu magazynowego opisuje artykuł SoftwareStudio o WMS w chmurze i on-premise, a ogólne kwestie integracji aplikacji dostarczanych jako usługa - tekst o oprogramowaniu jako usłudze. Wybór zależy od polityki bezpieczeństwa firmy i od tego, czy dział IT chce utrzymywać serwer dostępny z zewnątrz.

Wdrożenie systemu do awizacji

Wdrożenie zaczyna się od analizy potrzeb firmy: ilu jest dostawców i ile ramp obsługuje ruch oraz które dane trzeba wymieniać z innymi systemami. Następnie system konfiguruje się pod specyfikę działalności, czyli definiuje magazyny i doki, a potem długość okien i uprawnienia. Po konfiguracji przychodzi czas na testy, których zadaniem jest wykrycie błędów przed uruchomieniem produkcyjnym.

Najlepiej jest zacząć od jednej bramy albo jednego magazynu, zanim system obejmie całą sieć lokalizacji. Stopniowy start pozwala zespołowi oswoić się z narzędziem i ogranicza ryzyko błędów konfiguracyjnych. Dostawcy uczą się nowego procesu na małej grupie, a poprawki naniesione po pierwszych tygodniach trafiają do kolejnych lokalizacji bez dodatkowych kosztów.

Osobnym zadaniem jest przygotowanie dostawców. Wystarczy jednostronicowa instrukcja z adresem portalu i opisem, jak zarezerwować okno. W okresie przejściowym telefon nadal działa, ale rampę przydziela się w pierwszej kolejności awizacjom zarejestrowanym w systemie. Taka reguła szybko przekonuje przewoźników, że rezerwacja przez portal jest szybsza niż rozmowa z dyspozytorem.

• Analiza - lista dostawców z rampami oraz danymi, które muszą trafić do WMS lub ERP.
• Konfiguracja - definicje magazynów i doków oraz okien czasowych z rolami użytkowników.
• Testy - próbne awizacje przechodzące pełną ścieżkę od rezerwacji do rozładunku.
• Start pilotażowy - jedna brama albo jeden magazyn, a potem kolejne lokalizacje.

Uruchomiony system śledzi dostawy w czasie rzeczywistym i ułatwia komunikację między podmiotami łańcucha dostaw. Rezerwowanie doków, na którym opiera się konfiguracja, opisuje artykuł o rezerwowaniu doków magazynowych, a przydział bram w praktyce - tekst o zarządzaniu dokami w magazynie. Platforma dla takiego wdrożenia jest dostępna jako system do awizacji VSS.

Raportowanie z bazy danych awizacji

Każda wizyta zapisana w systemie jest rekordem w bazie SQL Server, więc raporty tworzy się bezpośrednio z tych danych. Firmy, które potrzebują rozwiązań klasy Business Intelligence, korzystają w tym celu z Microsoft SQL Server Reporting Services. Wdrożenie takiej platformy obejmuje instalację SQL Server z Reporting Services oraz szkolenie administratorów i użytkowników. Do tego dochodzi przygotowanie środowiska z przykładowymi raportami.

Najczęstszy raport dotyczy punktualności: ile pojazdów przyjechało w awizowanym oknie, ile przed nim, a ile po. Zapytanie opiera się na porównaniu godziny awizowanej z godziną wjazdu zapisaną na bramie. Nazwy tabeli i kolumn w przykładzie są umowne.

-- przykład: odsetek dostaw w oknie czasowym według dostawcy (nazwy przykładowe)
SELECT KontrahentId,
       COUNT(*) AS Wizyty,
       SUM(CASE WHEN Wjazd BETWEEN OknoOd AND OknoDo THEN 1 ELSE 0 END) AS WOknie,
       CAST(100.0 * SUM(CASE WHEN Wjazd BETWEEN OknoOd AND OknoDo THEN 1 ELSE 0 END)
            / COUNT(*) AS decimal(5,1)) AS ProcentWOknie
FROM   dbo.WizytaPrzyklad
WHERE  Wjazd IS NOT NULL
GROUP BY KontrahentId
ORDER BY ProcentWOknie;

Drugi wskaźnik dotyczy czasu obsługi. Liczy się go jako różnicę między końcem a początkiem rozładunku, uśrednioną według rampy i rodzaju pojazdu. Wynik pokazuje, czy okna czasowe są dobrze dobrane: jeśli średni czas obsługi wynosi kwadrans, a okno trwa godzinę, rampa stoi pusta przez trzy czwarte rezerwacji. Z kolei średnia przekraczająca długość okna oznacza, że kolejne terminy będą się przesuwać.

Oba zestawienia można opublikować jako raport w Reporting Services i udostępnić dyspozytorom w przeglądarce. Opis tworzenia raportów stronicowanych i mobilnych zawiera dokumentacja Microsoft o raportach w SQL Server Reporting Services. Praktykę projektowania wydruków i raportów RDL opisuje artykuł o SQL Report Builder, a wskaźniki magazynowe wyliczane w podobny sposób - tekst o raportowaniu w systemie WMS.