Zarządzanie awizacjami - typowe błędy, wskaźniki i kolejka pojazdów

Zarządzanie awizacjami w praktyce logistycznej

Zarządzanie awizacjami obejmuje to, co dzieje się z terminem po jego rezerwacji: zatwierdzanie, zmiany, weryfikację na bramie i rozliczenie wizyty. Od jakości tej pracy zależy bezpieczeństwo na terenie obiektu i przepustowość ramp. Koordynacja bram i doków wymaga wspólnych danych, podobnie jak zarządzanie parkingiem przed magazynem, bo rozproszone zgłoszenia telefoniczne kończą się dwiema wersjami harmonogramu.

Oprogramowanie do awizacji transportu od SoftwareStudio ma budowę modułową, z oddzielnymi częściami dla poszczególnych sektorów firmy. Poszczególne działy (spedycja z ochroną obiektu oraz magazyn z obsługą klienta) korzystają z funkcji najbardziej przydatnych w ich pracy, a dane pozostają wspólne. Przebieg całej wizyty, od zgłoszenia po wyjazd, opisuje artykuł o awizacji w transporcie.

Podział na działy nie oznacza podziału danych. Wszyscy pracują na jednym rekordzie awizacji, a różnią się tylko widokiem i uprawnieniami. Taki układ sprawia, że informacja o opóźnionym pojeździe, wpisana przez spedytora, jest widoczna w tej samej chwili u ochrony i na rampie.

Rejestr awizacji i historia wizyt

System zarządzania awizacjami przechowuje rejestry zarówno awiz zatwierdzonych, jak i tych, które czekają w buforze na potwierdzenie. Dyspozytor magazynu ma dzięki temu dostęp do pełnej historii wjazdów i wyjazdów, a magazynier do informacji, jaki ładunek pojawi się na rampie i o której godzinie. Historia jest szczególnie cenna w sporach, bo dokumentuje rzeczywisty czas przyjazdu pojazdu.

Rejestr pozwala też dodawać nowe awizacje i na bieżąco kontrolować zaplanowane transporty. Kierownik magazynu widzi w jednym miejscu wszystkie wizyty zaplanowane na dany dzień. Rozkłada obciążenie między rampy i unika sytuacji, w której kilka pojazdów czeka jednocześnie na to samo stanowisko.

Uprawnienia do zmian i anulowania

Rejestr działa dobrze, gdy wiadomo, kto może co zmienić. Rozsądny podział jest taki: przewoźnik poprawia własne zgłoszenie do momentu zatwierdzenia, a po nim tylko dyspozytor przesuwa termin albo anuluje wizytę. Ochrona rejestruje wjazd i wyjazd, ale nie edytuje godzin awizowanych. Taki podział zapobiega korygowaniu danych po fakcie, kiedy rozbieżność z planem jest już widoczna i ktoś chciałby ją zatuszować. Ograniczenia wynikają z ról, więc zmieniają się przez konfigurację, a nie przez przepisywanie zasad w każdej aplikacji.

Ślad zmian w rejestrze

Historia ma wartość dowodową tylko wtedy, gdy zmiany nie nadpisują poprzednich wartości. Każda modyfikacja awizacji powinna zapisywać starą i nową wartość oraz użytkownika z czasem zmiany. W SQL Server realizuje się to tabelą historii wypełnianą wyzwalaczem albo tabelą temporalną, a zapytanie o zmiany terminu jest wtedy proste.

-- przykład: zmiany godziny awizacji w ostatnim tygodniu (nazwy przykładowe)
SELECT h.AwizoId, h.Uzytkownik, h.ZmienionoO,
       h.GodzinaPrzed, h.GodzinaPo
FROM   dbo.AwizoHistoriaPrzyklad AS h
WHERE  h.ZmienionoO >= DATEADD(DAY, -7, SYSDATETIME())
  AND  h.GodzinaPrzed <> h.GodzinaPo
ORDER BY h.AwizoId, h.ZmienionoO;

Lista zmian terminu według awizacji pokazuje, które dostawy są przekładane wielokrotnie. Takie transporty zwykle wymagają rozmowy z dostawcą, a nie kolejnych korekt w kalendarzu. Pojazdy przyjeżdżające bez zgłoszenia traktuje się osobno, co opisuje artykuł o transporcie nieawizowanym.

Cykl obsługi pojazdu w VSS.net

Studio VSS.net, znane jako Vehicle Scheduler Solution, obejmuje pełny cykl obsługi pojazdu. Zaczyna się od zgłoszenia awizacji przez spedytora, przechodzi przez weryfikację na bramie prowadzoną przez ochronę, a kończy rozładunkiem realizowanym przez magazyniera. Każdy z tych etapów ma właściciela i zapisany moment, więc wizytę można rozliczyć co do minuty.

Z tych czterech zdarzeń wynikają czasy, na których opierają się wskaźniki omawiane dalej: czas oczekiwania na bramie liczy się od wjazdu do początku rozładunku, a czas obsługi od początku do końca rozładunku. Osobne stanowisko weryfikacji nie jest potrzebne, bo ochrona pracuje na tej samej liście awiz co reszta zespołu. Uwagi o modelu awizacji wybranym przez firmy zestawia artykuł o systemie zarządzania awizacjami.

Pełną wersję tego modelu prezentuje strona zarządzanie awizacjami w platformie awizacyjnej, a działanie można sprawdzić w demo systemu awizacji.

Typowe błędy w zarządzaniu awizacjami

Wdrożenie systemu nie usuwa automatycznie wszystkich problemów organizacyjnych magazynu. W praktyce kilka błędów najczęściej ogranicza efekty takiego wdrożenia. Każdy z nich ma mierzalny skutek na bramie, więc łatwo go rozpoznać w danych.

Pierwszy błąd wynika z pokusy pełnego zapełnienia harmonogramu. Plan bez luk wygląda efektywnie, ale przy pierwszym spóźnionym pojeździe powoduje kaskadę przesunięć. Elastyczne okna czasowe pochłaniają część odchyleń bez tworzenia kolejki przed bramą, a zasady ich projektowania opisuje artykuł o zarządzaniu awizacjami w YMS.

Reguła: wdrożenie warto zacząć od jednej bramy albo jednej grupy dostawców i dopiero po ustabilizowaniu procesu objąć nim cały teren zakładu.

Wskaźniki efektywności zarządzania awizacjami

Ocena wdrożonego systemu wymaga śledzenia kilku podstawowych wskaźników. Najczęściej porównuje się je sprzed wdrożenia i po nim, żeby ocenić rzeczywisty wpływ narzędzia na pracę magazynu. Bez punktu odniesienia każda liczba wygląda dobrze, więc pomiar warto zacząć jeszcze przed uruchomieniem systemu.

Wskaźniki liczy się bezpośrednio z zapisanych zdarzeń wizyty. Czas oczekiwania na bramie to różnica między wjazdem a początkiem rozładunku, a funkcja DATEDIFF w T-SQL zwraca ją w minutach. Opis funkcji zawiera dokumentacja Microsoft o funkcji DATEDIFF.

-- przykład: średni czas oczekiwania na bramie według rampy w bieżącym miesiącu
SELECT RampaId,
       COUNT(*)                                          AS Wizyty,
       AVG(DATEDIFF(MINUTE, Wjazd, RozladunekStart))     AS SrOczekiwanieMin
FROM   dbo.WizytaPrzyklad
WHERE  Wjazd >= DATEADD(MONTH, DATEDIFF(MONTH, 0, SYSDATETIME()), 0)
  AND  RozladunekStart IS NOT NULL
GROUP BY RampaId
ORDER BY SrOczekiwanieMin DESC;

Średnia bywa myląca, gdy kilka pojazdów utknęło na kilka godzin przez awarię. Obok niej liczy się więc medianę oraz wybrany percentyl, na przykład dziewięćdziesiąty, który pokazuje czas oczekiwania, jaki przekracza tylko co dziesiąty pojazd. W SQL Server służy do tego funkcja PERCENTILE_CONT z klauzulą WITHIN GROUP. Raport, w którym obok średniej stoi percentyl, szybciej wskazuje rampy z rzadkimi, lecz dotkliwymi zatorami.

Regularna analiza takich danych pomaga zwiększyć efektywność pracy dyspozytorów. Uzasadnia też dalsze inwestycje w rozwój systemu, na przykład dodatkowe integracje albo aplikację mobilną dla kierowców. Szersze zestawienie wskaźników magazynowych zawiera artykuł o zarządzaniu procesami magazynowania.

Kolejka pojazdów i plan dnia

Zaplanowanie kolejki pojazdów dostawczych zaczyna się od dokładnego przetestowania dostępnych opcji w kalendarzu. Trzeba uwzględnić czas dostawy oraz koszt transportu wraz z cenami paliwa, a wyniki skonsultować z przewoźnikami i spedytorami. Ich opinia pokazuje, które terminy są realne z punktu widzenia trasy, a które tylko wyglądają dobrze w harmonogramie.

Warto też zapytać uczestników dostawy o pomysły na optymalizację. Taka konsultacja pozwala uniknąć czasochłonnych problemów w przyszłości. Integracja magazynu z systemem informatycznym skraca czas potrzebny na zarządzanie zapasami, bo system śledzi dostawy, określa kolejne potrzeby zakupowe i pomaga przewidywać zapotrzebowanie.

Tolerancja względem okna

Kolejka wymaga reguł dla pojazdów, które nie mieszczą się w oknie. Bez reguły ochrona decyduje doraźnie, a wtedy ten sam przyjazd jest raz przyjęty, a raz odesłany. Sensowna reguła definiuje tolerancję, na przykład kilkanaście minut przed oknem i po nim, oraz osobne zasady dla przyjazdów spoza niej. Klasyfikacja wjazdu jest krótką funkcją, którą uruchamia się na bramie.

// przykład: klasyfikacja przyjazdu względem okna z tolerancją (nazwy przykładowe)
public enum Przyjazd { WOknie, Wczesnie, Spozniony }

public static Przyjazd Klasyfikuj(DateTime wjazd, DateTime oknoOd, DateTime oknoDo, TimeSpan tolerancja)
{
    if (wjazd < oknoOd - tolerancja) return Przyjazd.Wczesnie;
    if (wjazd > oknoDo + tolerancja) return Przyjazd.Spozniony;
    return Przyjazd.WOknie;
}

Pojazd wczesny czeka na parkingu do początku okna, a spóźniony trafia na koniec kolejki albo wymaga nowego terminu. Wynik klasyfikacji zapisuje się przy wizycie, dzięki czemu ta sama informacja zasila raport terminowości. Dopasowanie transportu do kalendarza omawia artykuł o kalendarzu transportów, a alerty o odchyleniach - tekst o monitoringu transportu z oknami dostaw.

Bramy i doki - warstwa urządzeń

Zarządzanie ruchem przy bramach wspiera kilka rodzajów rozwiązań, a nie każde jest potrzebne w każdym obiekcie. Systemy kontroli dostępu ograniczają wejście do upoważnionych pracowników i dostawców. Czujniki ruchu otwierają bramy po wykryciu pojazdu, co przyspiesza dostawę i poprawia bezpieczeństwo. Aplikacje mobilne pozwalają otwierać bramy lub doki ze smartfona albo tabletu.

Niektóre systemy WMS obsługują również ruch pojazdów w magazynie i kontrolę dostępu do doków. Część procesów automatyzują urządzenia oraz czujniki podłączone do Internetu (IoT). Wybór warstwy urządzeń zależy od skali obiektu: mały magazyn regionalny rzadko potrzebuje czujników przy każdej bramie, natomiast duże centrum dystrybucyjne z kilkunastoma dokami odczuwa ich brak od razu.

Studio VSS.net wspiera monitorowanie i kontrolę ruchu pojazdów na terenie obiektu oraz automatyzację awizacji, co ogranicza pomyłki przy odprawie na bramie. Integracja z WMS i ERP zapewnia spójność danych, a elastyczność rozwiązania pozwala dopasować je do obiektów o różnej skali. Zasady wykorzystania doków opisuje artykuł o zarządzaniu dokami w magazynie.

Wymiana danych z WMS i ERP

Pełną wartość system awizacji pokazuje dopiero w połączeniu z pozostałymi systemami firmy. VSS.net wymienia dane z WMS i ERP przez REST API lub pliki EDI, więc zatwierdzona awizacja od razu staje się zleceniem przyjęcia lub wydania widocznym dla magazyniera w chwili wjazdu pojazdu. System zakupowy przekazuje planowane dostawy, a dostawca potwierdza tylko okno czasowe w portalu.

Integracja usuwa podwójne wpisywanie danych, które w firmach bez niej jest najczęstszym źródłem pomyłek. Chodzi o inny numer zamówienia w systemie zakupowym i inną godzinę w rejestrze ochrony. Kierownik magazynu dostaje jeden obraz wszystkich wizyt, niezależnie od tego, z którego systemu zamówienie pochodzi. Przykład takiego połączenia opisuje artykuł o łączeniu VSS z WMS i ERP, a techniczne podstawy wymiany komunikatów - tekst o integracji WMS z ERP.

Plan wysyłek, w którym awizacje odbioru wpisują się w okna wydań, omawia artykuł o planowaniu wysyłek z magazynu. Dostawcą oprogramowania jest SoftwareStudio, firma programistyczna z Poznania, która od 2008 roku tworzy rozwiązania IT dla przedsiębiorstw z branży logistycznej, a także dla przemysłu i handlu. Firma specjalizuje się w dedykowanych aplikacjach webowych oraz systemach bazodanowych, a rozwiązania YMS rozwija obok pozostałych modułów platformy. Szczegóły produktu zawiera strona Studio VSS.net.