Predykcyjne utrzymanie ramp i wózków może skrócić czasy postoju podczas załadunku, jeśli przewidziana usterka zostanie usunięta poza godzinami dostaw. Studio VSS.net nie ma funkcji predykcyjnych i nie odczytuje czujników sprzętu: pozwala czasowo wyłączyć rampę w kalendarzu oraz dostarcza dane o obciążeniu ramp, na których można oprzeć plan przeglądów.
Nieplanowana awaria rampy zatrzymuje nie jedną operację, lecz cały ciąg dostaw przypisanych do stanowiska. Pojazdy trzeba przekierować, a kolejne okna przesunąć, więc skutki odczuwa się do końca zmiany. Dostępność sprzętu jest więc równie ważna dla harmonogramu jak punktualność przewoźników.
Poniżej zestawiamy cztery podejścia do utrzymania ruchu i pokazujemy, co system awizacji robi, gdy rampa wypada z pracy. Osobno opisujemy dane z awizacji, które nadają się do planowania przeglądów.
Awarie sprzętu jako źródło przestojów na rampie
Awarie sprzętu jako źródło przestojów na rampieNaprawa po awarii oznacza, że przestój zawsze wypada w najmniej dogodnym momencie, a sztywne harmonogramy przeglądów prowadzą albo do zbędnych serwisów, albo do przeglądu wykonanego już po usterce. Oba warianty utrudniają planowanie obciążenia magazynu w okresach szczytu.
Niesprawna rampa oznacza zablokowane okno czasowe i ręczną reorganizację pracy, która obniża punktualność obsługi. Naprawa awaryjna kosztuje przy tym więcej niż serwis planowany, bo obejmuje pilny dojazd serwisu i przestój operacji. Bez danych o stanie urządzeń dyspozytor planuje w warunkach niepewności, co utrudnia rozłożenie dostaw w systemie YMS do zarządzania placem na kolejne dni.
| Podejście | Kiedy wykonuje się serwis | Potrzebne dane | Skutek dla okien dostaw |
|---|---|---|---|
| Po awarii | po zatrzymaniu urządzenia | zgłoszenie usterki | przestój w godzinach pracy i awaryjne przesunięcie awizacji |
| Według kalendarza | w stałych odstępach czasu | harmonogram producenta sprzętu | przeglądy planowane z wyprzedzeniem, ale bez związku z faktycznym użyciem |
| Według użycia | po przekroczeniu liczby operacji lub godzin pracy | liczniki urządzeń i zapis obciążenia ramp | serwis w oknie, które obiekt zwalnia z dostaw |
| Predykcyjne | gdy model ocenia ryzyko usterki jako podwyższone | odczyty czujników i historia napraw z dłuższego okresu | serwis w najmniej obciążonym oknie, o ile model jest trafny |
Predykcyjne utrzymanie ruchu (predictive maintenance) opiera się na modelach uczonych na historii napraw i na odczytach z czujników, na przykład drgań lub temperatury. Model ocenia ryzyko usterki i wskazuje termin serwisu, zanim pojawią się widoczne objawy. Skuteczność zależy od jakości danych: model potrzebuje historii napraw oraz odczytów zbieranych przez dłuższy okres, a zbyt krótka historia daje fałszywe alarmy, które wyłączają sprawne stanowiska.
Im pełniejszy rejestr zdarzeń z zarządzania dokami i rampami, tym trafniejszy plan serwisu, niezależnie od tego, czy prowadzi go człowiek, czy model. Zestawienie funkcji systemów tej klasy zawiera strona o oprogramowaniu YMS.
Co system awizacji robi, gdy rampa wypada z pracy
Co system awizacji robi, gdy rampa wypada z pracyStudio VSS.net nie przewiduje awarii i nie odczytuje czujników sprzętu. System obsługuje natomiast skutek niedostępności stanowiska: administrator może czasowo wyłączyć rampę z kalendarza, na przykład na czas konserwacji, więc przewoźnicy nie rezerwują stanowiska, którego nikt nie obsłuży. Kalendarze można prowadzić osobno dla rodzajów transportu, a okna czasowe rozkładają przyjazdy według reguł opisanych na stronie o zarządzaniu oknami czasowymi.
Awizacje już zarezerwowane na wyłączone stanowisko dyspozytor przenosi na inną rampę lub inny termin, a po zmianie w kalendarzu przewoźnik i kierowca dostają powiadomienie. Każda zmiana zapisuje się w historii z godziną i autorem, więc przyczyna przesunięcia jest udokumentowana. Po zakończeniu obsługi na doku (status 60) system powiadamia kolejnego kierowcę oczekującego na parkingu, dzięki czemu zwolnione stanowisko nie stoi puste.
| Obszar | Dziś w Studio VSS.net | Nie obejmuje |
|---|---|---|
| Stan techniczny ramp i wózków | brak odczytu; informację o niedostępności wpisuje człowiek | czujników i modeli predykcyjnych |
| Wyłączenie rampy | czasowe wyłączenie rampy z kalendarza, więc nowe rezerwacje jej nie obejmują | automatycznego wyłączenia po alarmie sprzętu |
| Przeniesienie awizacji | zmiana rampy lub terminu przez dyspozytora z zapisem w historii i powiadomieniem przewoźnika oraz kierowcy; przewoźnik może skorygować termin w portalu | samodzielnego wyboru zastępczego terminu przez system |
| Wózki widłowe | poza zakresem systemu awizacji | ewidencji i serwisu wózków |
| Zlecenia serwisowe | brak modułu utrzymania ruchu w systemie awizacji | generowania zleceń dla działu utrzymania ruchu |
VSS Magazyn - obciążenie ramp tygodniowo VSS.net
Ekran Obciążenie ramp w module VSS Magazyn systemu Studio VSS.net - widok tygodniowy harmonogramu zajętości doków i ramp magazynowych. Każda kolumna widoku odpowiada osobnej rampie lub dokowi: DOK 01, Magazyn 01, Magazyn 02 i kolejne rampy z oznaczeniami kolorowymi. Komórki niedzielne oznaczone jako Niedzi (niedostępne). Oś czasu pionowo (godziny od rana do nocy). Legenda kolorów w dolnej belce identyfikuje poszczególne rampy. Blok niebieski o 19:00 wskazuje zaplanowany transport. Widok tygodniowy umożliwia planowanie dostaw i ocenę dostępnych okien czasowych dla całego magazynu w perspektywie 7 dni.
Mechanizm skracania oczekiwania, czyli okna liczone z liczby palet oraz przywołanie kierowcy z kolejki, opisuje artykuł o tym, jak awizacja dostaw VSS skraca czasy rozładunku. Zasady stałych rezerwacji dla tego samego kontrahenta wyjaśnia strona o awizowaniu dostaw w stałym cyklu.
Gate Assistant - doki magazynowe, status ramp i doków VSS.net
Ekran Doki magazynowe w module Gate Assistant systemu Studio VSS.net prezentuje aktualny stan ramp i doków załadunkowych obiektu. Tabela zawiera kolumny: Nazwa doku/rampy, Status (wolny/zajęty), Awizacja, Kontrahent, Czas rezerwacji. Widok pozwala pracownikowi bramy i ochrony szybko ocenić dostępność ramp bez konieczności kontaktu z magazynem. Kolorowe oznaczenia statusów ułatwiają identyfikację wolnych pozycji i kierowanie pojazdów do właściwych miejsc rozładunku lub załadunku.
Gdzie w kalendarzu umieścić przerwę serwisową
Gdzie w kalendarzu umieścić przerwę serwisowąNajmniej kosztowny serwis wypada wtedy, gdy rampa i tak nie obsługuje dostaw: w nocy, w weekend, w luce między oknami albo w godzinach najmniejszego obłożenia. Godziny szczytowe i obłożenie poszczególnych stanowisk wynikają z zestawień, więc przerwę ustawia się na podstawie danych, a nie przypuszczeń. Widok tygodniowy kalendarza pokazuje, które okna są wolne dla danej rampy.
Gdy brakuje wózka, rampa formalnie działa, ale obsługa trwa dłużej niż okno. System pokaże to jako dłuższy odcinek między statusami 50 i 60, a obiekt może zareagować dłuższym oknem dla danego rodzaju dostawy albo niższym limitem rampy w tej godzinie. Utrata wózka nie wyłącza więc stanowiska z kalendarza, lecz zmienia sposób liczenia jego przepustowości.
Przy wyłączeniu rampy ważna jest kolejność: wyłączenie w kalendarzu poprzedza przeniesienie istniejących awizacji. Odwrotna kolejność kończy się nowymi rezerwacjami na stanowisko, które za chwilę stanie.
Dane z awizacji jako wejście do planu serwisowego
Dane z awizacji jako wejście do planu serwisowegoPrzejście od serwisu według kalendarza do serwisu według użycia nie wymaga czujników. Wystarczy wiedzieć, ile operacji i ile minut obsługi przypadło na każdą rampę. Zestawienie Obciążenie ramp w module Informacje podaje dla każdej rampy liczbę operacji, łączny czas zajęcia, średni czas obsługi i udział czasu pracy w wybranym przedziale dat, a wynik można wyeksportować.
Taki zapis pozwala ustalić, po ilu godzinach pracy rampa wymaga przeglądu, jeśli producent sprzętu podaje interwał w godzinach lub cyklach. Rampy obsługujące najwięcej operacji zwykle wymagają przeglądów częściej, więc równomierniejszy przydział awizacji rozkłada też obciążenie sprzętu. Wzrost średniego czasu obsługi na jednej rampie może być pierwszym śladem usterki i warto zestawić go ze zgłoszeniami serwisu.
Informacja o planowanym wyłączeniu rampy powinna dotrzeć do kalendarza z takim wyprzedzeniem, aby dostawcy zdążyli przenieść zgłoszenia bez utraty własnych okien transportowych. W praktyce oznacza to powiązanie planu serwisowego z kalendarzem obiektu i z listą kontrahentów przypisanych do poszczególnych stanowisk.
Jak połączyć system awizacji z utrzymaniem ruchu
Jak połączyć system awizacji z utrzymaniem ruchuUtrzymanie ruchu prowadzi się zwykle w osobnym systemie lub w arkuszu. Studio VSS.net nie zawiera modułu serwisowego, więc informacja o planowanym wyłączeniu rampy trafia do kalendarza wpisem administratora. Wymianę danych z systemem zewnętrznym, także z systemem utrzymania ruchu, realizuje projekt integracyjny przez REST API.
| Zdarzenie serwisowe | Działanie w Studio VSS.net | Kto wykonuje |
|---|---|---|
| Przegląd zaplanowany | wyłączenie rampy w kalendarzu na czas przeglądu | administrator obiektu |
| Awaria w trakcie zmiany | przeniesienie awizacji na inną rampę lub termin oraz powiadomienie przewoźnika i kierowcy | dyspozytor |
| Powrót rampy do pracy | przywrócenie rampy w kalendarzu, po czym nowe rezerwacje znów ją obejmują | administrator obiektu |
| Analiza po zdarzeniu | historia zmian z godziną i autorem oraz zestawienie obciążenia ramp | kierownik magazynu |
Odczytów z czujników sprzętu system nie zbiera, więc ocenę stanu urządzeń wykonuje osobne narzędzie, a do awizacji trafia jej wynik w postaci decyzji o wyłączeniu stanowiska.
Jak ocenić wpływ serwisu na czasy postoju
Jak ocenić wpływ serwisu na czasy postojuEfekt przejścia na serwis planowany mierzy się na własnych danych obiektu. Wystarczą cztery mierniki, a tabela wskazuje, skąd każdy z nich pochodzi. Liczbę przeniesionych awizacji odczytuje się z historii zmian w systemie awizacji, a pozostałe wartości pochodzą z systemu utrzymania ruchu.
| Miernik | Źródło danych | Co pokazuje |
|---|---|---|
| Godziny niedostępności stanowisk | wyłączenia rampy w kalendarzu i zgłoszenia serwisu | ile przepustowości obiekt traci na awarie |
| Udział awarii usuwanych poza godzinami pracy | zgłoszenia serwisu z godziną naprawy | czy serwis wypada poza oknami dostaw |
| Koszt napraw awaryjnych wobec przeglądów | system utrzymania ruchu lub księgowość | czy serwis planowany się opłaca |
| Awizacje przeniesione z powodu rampy | historia zmian awizacji z godziną i autorem | ile wizyt dotknęła niedostępność rampy |
Wpływ dostępności sprzętu na obsługę kontrahentów pokazuje metryka Perfect Order Fulfillment z modelu SCOR, w której każde przesunięcie terminu obniża udział zamówień zrealizowanych bezbłędnie. Wskaźniki systemu awizacji zestawia strona o KPI systemu awizacji, a zasady liczenia czasów postoju z godzin statusów opisuje strona o czasie obrotu pojazdu.
Nie ma uniwersalnej liczby, o jaką skraca się postój po zmianie podejścia. Skala efektu zależy od tego, jak duży udział w przestojach mają dziś awarie sprzętu. W obiektach, w których rampa lub wózek unieruchamiają operację kilka razy w miesiącu, przejście z napraw doraźnych na serwis planowany usuwa najbardziej kosztowną kategorię opóźnień, czyli tę, której nie da się przewidzieć w harmonogramie dostaw.
KPI awizacji - raport efektywności transportów i obciążenia ramp VSS.net
Ekran KPI awizacji w systemie Studio VSS.net prezentuje raport efektywności w formie podglądu dokumentu (strona 1 z 2). Układ harmonogramowy grupuje transporty według godzin awizacji, od 14:30 do 17:30, a w blokach występują kontrahenci demonstracyjni. Każdy blok zawiera dane kontrahenta, numer rejestracyjny pojazdu, kierowcę, numer Load Plan i asortyment. Kolorowe bloki - czerwony (opóźnienie), zielony (zrealizowany), różowy (w realizacji) - umożliwiają szybką ocenę efektywności operacji bramowych. Raport dostępny jest do wydruku lub zapisu jako plik PDF za pomocą paska narzędzi w górnej części ekranu.