Zarządzanie awizacjami YMS - dane awiza i praca na bramie

Zarządzanie awizacjami w systemie YMS porządkuje ruch pojazdów na terenie zakładu, zanim kierowca dojedzie do bramy. Spedytor zgłasza planowany transport, magazyn dostaje dane o dostawie, a system przydziela okno czasowe i rampę. Jakość takiego planu zależy od dwóch rzeczy: od tego, jakie dane trafiają do awiza, oraz od tego, co dzieje się z awizem w chwili, gdy pojazd staje przed bramą.

Dane, które musi zawierać awizo w systemie YMS

Poprawne awizo dostawy w systemie YMS zawiera dane dostawcy i planowany termin przyjazdu. Zawiera też numer pojazdu wraz z danymi kierowcy. Lista przewożonych pozycji asortymentowych bywa dodatkowa: w wielu wdrożeniach nie jest warunkiem zapisania dokumentu. Dane dzielą się na cztery grupy, a każda odpowiada na inne pytanie dyspozytora.

Identyfikacja dostawy i pojazdu

Numer awiza generuje system, a czasem podaje go przewoźnik; identyfikator pozwala prześledzić całą operację od zgłoszenia do wyjazdu. Numer listu przewozowego albo zamówienia łączy awizo z dokumentem transportowym i ze zleceniem w WMS. Numer rejestracyjny ciągnika i naczepy służy potem do rozpoznania pojazdu na placu i przy bramie.

Typ pojazdu wpływa na dostępność rampy. Chłodnia i plandeka wymagają innych doków niż furgon, a rozładunek każdego z nich wymaga innego sprzętu, dlatego pole nie powinno być tekstem wolnym, tylko wartością ze słownika. Wolny tekst kończy się dziesięcioma zapisami tego samego typu w dziesięciu wariantach.

Dane planowanej operacji i towaru

Data i godzina przyjazdu to okno czasowe. System zwykle pozwala wybrać wolny slot, co chroni ramp przed zatorami. Typ operacji rozróżnia rozładunek od załadunku, a także od czynności specjalnych, takich jak zwrot czy przeładunek. Rampa bywa przydzielana automatycznie, choć część wdrożeń pozwala wskazać preferowaną sekcję magazynu.

Dane towaru pozwalają oszacować czas obsługi. Liczba i rodzaj jednostek ładunkowych, czyli palety albo kontenery, mają największy wpływ na długość okna. Masa i objętość ułatwiają planowanie zasobów. Wymagania specjalne, na przykład utrzymanie temperatury, status ADR dla materiałów niebezpiecznych albo wózek widłowy specjalnego typu, decydują o tym, którą rampę można w ogóle przypisać.

Dokładniejszy opis samego formularza znajduje się na stronie o aplikacji okna czasowe. Przykładowy schemat tabeli, w którym obowiązkowe pola pilnuje sama baza, pokazuje poniższy fragment T-SQL. Nazwy są przykładowe i nie odpowiadają strukturze produktu.

-- przykład: obowiązkowe dane awiza pilnowane przez bazę
CREATE TABLE dbo.AwizoDanePrzyklad (
    AwizoId           INT IDENTITY PRIMARY KEY,
    NumerZamowienia   NVARCHAR(40)  NOT NULL,
    NumerCiagnika     NVARCHAR(12)  NOT NULL,
    TypPojazdu        TINYINT       NOT NULL,          -- klucz do słownika
    TypOperacji       CHAR(1)       NOT NULL CHECK (TypOperacji IN ('R', 'Z')),
    PlanowanyPrzyjazd DATETIME2(0)  NOT NULL,
    LiczbaJednostek   SMALLINT      NULL CHECK (LiczbaJednostek > 0),
    WymagaChlodni     BIT           NOT NULL DEFAULT 0
);

Reguła: pole, którego brak uniemożliwia zaplanowanie okna, jest obowiązkowe w bazie, a nie tylko w formularzu.

Typ DATETIME2 opisuje dokumentacja datetime2 w SQL Server. Wybór dokładności do sekundy wystarcza, bo okna czasowe liczy się w minutach.

Od zgłoszenia do zlecenia przyjęcia

Awizowanie dostawy jest informacją dla magazynu, że przyjedzie towar, dzięki której personel przygotuje się na przyjęcie. Spedytor zaczyna od sprawdzenia wymagań magazynu, bo każdy obiekt ma własne zasady zgłaszania dostaw. Zwykle wystarcza strona z sekcją dla dostawców albo krótka wiadomość z pytaniem o procedurę i wymagane dane.

Następnie spedytor korzysta z systemu awizacji udostępnionego przez magazyn i wprowadza dane dostawy samodzielnie. Potwierdzone awizo trafia do WMS jako zlecenie przyjęcia towaru. Rola systemu WMS polega na tym, że magazynier nie wpisuje tych samych informacji drugi raz.

Platforma YMS działa podobnie do elektronicznego kalendarza spotkań. Kierowca dostaje konkretne okno czasowe na rozładunek lub załadunek, a system kieruje pojazd na właściwe stanowisko. Elektroniczne zgłoszenie eliminuje papierową dokumentację i pomyłki przy ręcznym przepisywaniu danych.

Identyfikacja pojazdu na bramie

Brama jest miejscem, w którym plan spotyka się z rzeczywistością. Ochrona musi w kilka sekund ustalić, czy pojazd ma awizo, na którą rampę jedzie i czy nie przyjechał za wcześnie albo za późno. System może weryfikować pojazd na trzy sposoby: po numerze rejestracyjnym wpisanym przy awizacji, po kodzie QR wydrukowanym na dokumencie dostawy albo przez czytnik RFID przy bramie wjazdowej.

Porównanie numeru rejestracyjnego wymaga normalizacji, bo dyspozytor wpisze PO 12345, kierowca PO-12345, a kamera odczyta PO12345. Najprostszy sposób polega na usunięciu wszystkich znaków poza literami i cyframi oraz na zamianie liter na wielkie, zarówno przy zapisie awiza, jak i przy porównaniu. Poniższy fragment w języku C# pokazuje ten zabieg; składnię wyrażeń regularnych opisuje skrócony przewodnik po wyrażeniach regularnych w .NET.

// przykład: normalizacja numeru rejestracyjnego do porównania
using System.Text.RegularExpressions;

static string NormalizujTablice(string wpis) =>
    Regex.Replace(wpis ?? "", "[^A-Za-z0-9]", "").ToUpperInvariant();

// NormalizujTablice("po-123 45") zwraca "PO12345"

Reguła: numer rejestracyjny zapisuje się w bazie w postaci znormalizowanej, a oryginalny wpis zachowuje się osobno do wydruków.

Kierowca, który awizuje przyjazd przez aplikację mobilną albo przeglądarkę na smartfonie, wpisuje numer rejestracyjny lub skanuje kod QR z dokumentu dostawy. System odnajduje awizację i pozwala potwierdzić przyjazd przy bramie. Rozwinięcie tego wątku znajduje się w artykule o przepustce QR i ETA z GPS w systemie VSS.net.

Transport nieawizowany i tryb ad hoc

Zdarza się, że kierowca przyjeżdża bez awizacji. System dopuszcza wtedy tryb ad hoc: ochrona ręcznie rejestruje pojazd i przydziela dostępny slot. Takie zdarzenia są raportowane jako nieawizowane i wpływają na wskaźniki jakości dostawcy. Bez oznaczenia dostawcy uczyliby się, że zgłoszenie nic nie zmienia, bo pojazd zostanie obsłużony niezależnie od niego.

Regulamin magazynu powinien określać procedurę dla dostaw bez awizacji, na przykład maksymalny czas oczekiwania na wolny slot. Reguła ogranicza spory z przewoźnikami i utrzymuje przewidywalność pracy na bramie. Kwestię opisuje szerzej artykuł o transporcie nieawizowanym.

Rejestracja ad hoc w praktyce

Rejestracja awaryjna powinna zajmować ochronie kilkanaście sekund, więc formularz ad hoc ma tylko pola niezbędne do przydzielenia okna. Są to numer pojazdu z nazwą przewoźnika oraz typ operacji. Resztę danych uzupełnia dyspozytor po wjeździe. Flaga nieawizowanego zostaje przy rekordzie, dzięki czemu raport jakości dostawców odróżnia wizyty planowe od interwencyjnych.

• Wizyta planowa - awizo zatwierdzone, pojazd wjeżdża w swoim oknie.
• Wizyta ad hoc - rekord założony przez ochronę na bramie, oznaczony jako nieawizowany.

Zmiana terminu po zatwierdzeniu

Spedytor może zmienić termin awizacji po jej zatwierdzeniu, o ile magazyn dopuszcza to w regulaminie. Zmianę wykonuje przez portal do ustalonego czasu granicznego, na przykład kilku godzin przed planowanym przyjazdem. System proponuje wtedy najbliższe wolne okno czasowe. Po upływie czasu granicznego zmianę zatwierdza wyłącznie dyspozytor.

Warunek czasu granicznego jest prostym porównaniem dat. Funkcję DATEADD opisuje dokumentacja DATEADD w T-SQL, a przykład poniżej sprawdza, czy do przyjazdu zostało więcej godzin niż wynosi próg. Nazwy są przykładowe.

-- przykład: czy spedytor może jeszcze sam zmienić termin
DECLARE @ProgGodzin INT = 4;

SELECT AwizoId,
       CASE WHEN DATEADD(HOUR, -@ProgGodzin, PlanowanyPrzyjazd) > SYSDATETIME()
            THEN 1 ELSE 0 END AS SpedytorMozeZmienic
FROM   dbo.AwizoDanePrzyklad
WHERE  AwizoId = @AwizoId;

Próg zmian warto ustawić osobno dla różnych typów operacji. Załadunek chłodni wymaga dłuższego wyprzedzenia niż przyjęcie drobnicy, bo przygotowanie rampy trwa dłużej. Zbiorcze zmiany terminów opisuje strona o zarządzaniu slotami.

Równoległa zmiana tego samego okna

Dwóch spedytorów może w tej samej sekundzie wybrać ostatnie wolne okno na rampie. Zapytanie sprawdzające dostępność, po którym następuje zapis, nie wystarcza, bo oba zapytania zobaczą to samo wolne miejsce. Sprawdzenie i zapis muszą być jedną transakcją, która blokuje odczytany zakres. Poziomy izolacji opisuje dokumentacja SET TRANSACTION ISOLATION LEVEL.

-- przykład: rezerwacja okna bez podwójnego zajęcia
BEGIN TRANSACTION;

IF EXISTS (SELECT 1 FROM dbo.RezerwacjaPrzyklad WITH (UPDLOCK, HOLDLOCK)
           WHERE RampaId = @RampaId AND Poczatek < @Koniec AND Koniec > @Poczatek)
BEGIN
    ROLLBACK TRANSACTION;
    RAISERROR('Okno jest już zajęte.', 16, 1);
    RETURN;
END

INSERT dbo.RezerwacjaPrzyklad (RampaId, Poczatek, Koniec, AwizoId)
VALUES (@RampaId, @Poczatek, @Koniec, @AwizoId);

COMMIT TRANSACTION;

Drugi spedytor, który trafi na zablokowany zakres, poczeka ułamek sekundy i zobaczy już zajęte okno, więc system zaproponuje mu następne wolne. Warunek na nakładanie się przedziałów jest tu najważniejszy: okno zajmuje rampę, jeśli jego początek jest przed końcem drugiego, a koniec po początku drugiego.

Dostawy cykliczne i wskaźniki jakości

Część dostaw powtarza się regularnie: ten sam dostawca przyjeżdża w każdy wtorek i czwartek o tej samej porze. Specjalistyczne systemy pozwalają rezerwować okna zarówno dla dostaw jednorazowych, jak i cyklicznych, co usuwa potrzebę wpisywania tego samego awiza co tydzień. Mechanizm sprowadza się do wygenerowania serii terminów z jednego wzorca. Poniższy przykład tworzy dziesięć kolejnych wtorków rekurencyjnym wyrażeniem CTE; nazwy są przykładowe.

-- przykład: seria terminów cyklicznych z jednego wzorca
WITH Seria AS (
    SELECT CAST('2026-10-06 08:00' AS DATETIME2(0)) AS Termin, 1 AS Lp
    UNION ALL
    SELECT DATEADD(WEEK, 1, Termin), Lp + 1
    FROM   Seria
    WHERE  Lp < 10
)
SELECT Termin FROM Seria;

Każdy wygenerowany termin nadal przechodzi to samo sprawdzenie wolnego okna. Jeżeli rampa w danym tygodniu jest zajęta, system odrzuca tylko ten termin, a reszta serii zostaje zapisana. Konflikt wymaga wtedy decyzji dyspozytora, a nie ponownego wpisywania całej serii. Zasady rezerwacji dla powtarzalnych dostaw opisuje artykuł o dynamicznych oknach czasowych.

Dane z wizyt tworzą materiał do oceny jakości pracy placu. System dostarcza raporty ze średnim czasem obsługi pojazdów i zajętością ramp, a także z przyczynami opóźnień i efektywnością pracy personelu. Analiza tych wskaźników pozwala wskazać słabe punkty procesu i poprawiać procedury.

Wskaźniki mają sens dopiero wtedy, gdy dyspozytor uzupełnia przyczyny opóźnień w systemie, a nie w notatkach. Pole z krótkim słownikiem przyczyn, takich jak awaria pojazdu albo brak dokumentów, wystarcza, żeby po kilku miesiącach zobaczyć, które problemy się powtarzają.

Powiadomienia i role na placu

System wysyła powiadomienie do magazyniera i kierownika magazynu, gdy pojazd zbliża się do zakładu albo gdy kierowca potwierdza przyjazd na bramie. Personel przygotowuje wtedy rampę i sprzęt jeszcze przed rozpoczęciem rozładunku. Ten sam status widzą pozostałe strony procesu, każda w innym zakresie.

Konsekwencje takiego układu widać w kosztach. Krótszy postój kierowcy przed magazynem zmniejsza zużycie paliwa i czas pracy po stronie przewoźnika. Firma logistyczna unika też opłat za demurrage i detention, czyli kar za przekroczenie ustalonego czasu postoju. Aby je wiarygodnie rozliczać, potrzebne są znaczniki czasu wjazdu i wyjazdu, które system zapisuje przy każdej wizycie.

Bezpieczeństwo na placu manewrowym

Zorganizowany ruch pojazdów ogranicza ryzyko kolizji. Wyznaczone trasy oraz miejsca parkingowe wraz z kierowaniem na rampy zmniejszają natężenie ruchu w newralgicznych miejscach placu, a lepsza kontrola nad przepływem tworzy bezpieczniejsze środowisko pracy dla kierowców i pracowników. Portal YMS24 pokazuje, jak szeroki jest wybór narzędzi do zarządzania placem i bramami.