Cyfrowy bliźniak magazynu to model symulacyjny, który odtwarza ruch pojazdów i obłożenie ramp, aby sprawdzić scenariusze przed zmianą na placu. Studio VSS.net nie zawiera takiego modelu ani prognozy zatorów, ale zapisuje dane wejściowe dla modelu: okna czasowe oraz godzinę i autora każdej zmiany statusu.
Zator przed rampą powstaje wtedy, gdy w tej samej godzinie przyjeżdża więcej pojazdów, niż stanowiska zdążą obsłużyć. Kolejka pod bramą rośnie także wtedy, gdy obsługa trwa dłużej niż zarezerwowane okno, bo następny pojazd czeka na zwolnienie rampy.
Cyfrowy bliźniak ma odpowiedzieć na pytanie, co się stanie po zmianie długości okien albo liczby czynnych ramp. Sam model niczego nie wie o obiekcie, dopóki nie dostanie danych o rzeczywistych przyjazdach i czasach obsługi. Ten zapis prowadzi system YMS do zarządzania placem, więc poniżej opisujemy, które dane z niego zasilają model i co system robi dziś.
Co odwzorowuje cyfrowy bliźniak placu manewrowego
Co odwzorowuje cyfrowy bliźniak placu manewrowegoModel placu składa się z kilku zmiennych, które da się zmierzyć: rozkładu przyjazdów, czasu obsługi przy rampie, liczby dostępnych stanowisk i obsady zmiany. Symulacja zdarzeń dyskretnych przesuwa pojazdy przez te zmienne i pokazuje, w której godzinie powstaje kolejka. Ten sam model pozwala porównać układ okien przed zmianą z układem po zmianie.
Wynik jest tak wiarygodny, jak dane wejściowe. Model oparty na średnich z jednego miesiąca pokaże obraz pozornie dokładny, ale pominie tygodnie szczytowe oraz wpływ pojedynczych przewoźników. Dlatego rozkład czasu obsługi bierze się z historii wizyt, a nie z założeń ustalonych przy biurku. Tabela zestawia zmienne modelu z zapisem, który prowadzi Studio VSS.net.
| Zmienna modelu | Dane wejściowe | Zapis w Studio VSS.net |
|---|---|---|
| Rozkład przyjazdów | godziny awizowane i faktyczne zgłoszenia pod bramą | okno z awizacji oraz status 20 z godziną przybycia |
| Czas obsługi przy rampie | czas rozładunku zależny od liczby palet i rodzaju pojazdu | statusy 50 i 60 z godziną; długość okna liczona z liczby palet |
| Liczba dostępnych ramp | stanowiska czynne i przerwy serwisowe | kalendarz ramp z możliwością czasowego wyłączenia rampy |
| Oczekiwanie pod bramą | czas od zgłoszenia do wjazdu | statusy 20 i 40 z godziną i autorem zmiany |
| Obsada zmiany | liczba osób przy rampach w kolejnych godzinach | poza systemem awizacji: grafik zmian lub system magazynowy |
Zajętość stanowisk w widoku dziennym lub tygodniowym pokazuje kalendarz awizacji, a okna czasowe rozkładają przyjazdy w ciągu doby; zasady ich rezerwacji opisuje strona o okienkach czasowych. Obie warstwy dostarczają modelowi punkt odniesienia: plan, z którym porównuje się rzeczywisty przebieg wizyty.
Kalendarze awizacji - widok kafelkowy typów i obiektów VSS.net
Ekran startowy sekcji kalendarzy w systemie Studio VSS.net prezentuje trzy kategorie widoków. W sekcji Kalendarze ogólne dostępne są kafelki: Kalendarz ogólny, Rodzaje transportów oraz Zajętość ramp. Sekcje Kalendarze wg obiektów i Kalendarze wg magazynów zawierają kafelki obiektów i magazynów demonstracyjnych z ikonami branżowymi. Struktura kafelkowa umożliwia szybkie przejście do wybranego kontekstu planowania dostaw.
Jak powstaje zator i co system pokazuje dziś
Jak powstaje zator i co system pokazuje dziśWyróżnia się cztery przyczyny zatorów: przyjazdy skupione w kilku godzinach, obsługa dłuższa niż okno, rampa niedostępna z powodu przerwy serwisowej oraz brak obsady przy stanowisku. Każda z nich zostawia inny ślad w zapisie statusów, więc samo porównanie godzin wskazuje źródło problemu, zanim ktokolwiek zbuduje model.
System pokazuje te ślady w trakcie zdarzenia i po nim. Nie prognozuje ich z wyprzedzeniem, bo prognoza wymagałaby osobnego modelu, uczonego na historii konkretnego obiektu. Tabela rozdziela to, co Studio VSS.net robi dziś, od tego, czego nie obejmuje.
| Obszar | Co system robi dziś | Czego nie obejmuje |
|---|---|---|
| Obłożenie ramp | kalendarz zajętości ramp w widoku dziennym i tygodniowym oraz zestawienie obciążenia ramp za wybrany okres | symulacji obłożenia na kolejne dni |
| Opóźnienia przewoźników | porównanie godziny przybycia z oknem oraz raport punktualności | prognozy opóźnienia przed wyjazdem pojazdu |
| Oczekiwanie pod bramą | statusy 20 i 40 z godziną, więc czas oczekiwania wynika z zapisu | ostrzeżenia o zatorze z wyprzedzeniem |
| Przydział rampy | wskazanie rampy przez dyspozytora lub ochronę, zapis zmiany w historii i powiadomienie przewoźnika oraz kierowcy | automatycznego przekierowania pojazdu przez algorytm |
| Długość okna | liczona z liczby palet, rodzaju asortymentu, limitu kontrahenta lub rodzaju transportu | dobierania długości okna przez uczenie z historii |
Rampę przydziela człowiek, który widzi pełny kontekst: dyspozytor lub ochrona wskazują stanowisko przy wjeździe, a każdą zmianę zapisuje historia zdarzeń. Statusy oraz podział ról między ochroną a dyspozytorem opisuje strona o awizacjach transportu. Zestawienia czasów obsługi i obciążenia ramp wyjaśnia z kolei strona o raportach w programie awizacyjnym.
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.
Skąd model weźmie dane o zamówieniach i awizacjach
Skąd model weźmie dane o zamówieniach i awizacjachBliźniak placu korzysta z dwóch źródeł: zapisu wizyt w systemie awizacji oraz danych o zamówieniach z ERP lub WMS. Wymianę danych z systemem zewnętrznym realizuje projekt integracyjny przez REST API. Integracje z SAP i SAP EWM zostały wykonane, a statusy pozostałych systemów zestawia strona o integracjach ze Studio VSS.net.
Sposób, w jaki VSS łączy się z WMS i ERP, aby automatyzować przyjęcia, decyduje o tym, czy model pracuje na aktualnych danych o dostawach. Gdy awizacja z numerem zamówienia i liczbą palet trafia do systemu magazynowego przed przyjazdem pojazdu, model dostaje także informację o tym, jak duży ładunek czeka na rozładunek. Ogólne zasady synchronizacji magazynu z ERP omawia strona o integracji magazynu z ERP na stronie SoftwareStudio.
Moment wjazdu zapisuje moduł LPR rozpoznający tablice rejestracyjne: kamera odczytuje numer, system dopasowuje go do awizacji, a historia przechowuje zdjęcie z godziną. Odczyt służy rejestracji wjazdu, a nie prognozowaniu. Kamery BCS, Bosch, Dahua i Hikvision są wspierane natywnie, natomiast dostawa i montaż sprzętu nie wchodzą w ofertę. Raporty z godzinami statusów można eksportować do Excela i PDF, więc analityk dostaje dane bez pisania zapytań.
Kalendarze kartoteki - VSS.net
Ekran przedstawia zestawienie kalendarzy dostępnych w sekcji Kartoteki systemu Studio VSS.net. Tabela zawiera kolumny: Aktywne, Kod (np. AWMK2, AWMBA, AWMT, AWKT, AWKO), Nazwa kalendarza (Kalendarz bramy MAGAZYN, Kalendarz wg TABELA dzisiaj, Kalendarz wg bramy MAGAZYN VERTICAL, Kalendarz wg ACH dziś), Domyślny sposób prezentacji danych, flagi Dodawanie, Usuwanie oraz Edycja daty. Każdy kalendarz jest niezależną konfiguracją definiującą dane źródłowe, sposób filtrowania, widok domyślny oraz uprawnienia użytkowników dla poszczególnych ról w systemie.
Co zrobić z wynikiem symulacji w kalendarzu awizacji
Co zrobić z wynikiem symulacji w kalendarzu awizacjiWynik symulacji staje się decyzją dopiero po zmianie ustawień obiektu. W Studio VSS.net administrator zmienia długość okien i limity ramp, a dyspozytor przesuwa konkretne awizacje. Tabela łączy typowe wnioski z symulacji z miejscem, w którym wprowadza się zmianę.
| Wniosek z symulacji | Zmiana w systemie awizacji |
|---|---|
| Okna są za krótkie dla dużych dostaw | dłuższe okno liczone z liczby palet albo osobna reguła dla rodzaju asortymentu |
| Przyjazdy skupiają się w jednej godzinie | niższy limit rampy w godzinie szczytu i przeniesienie dostaw cyklicznych na inne godziny |
| Jedna rampa jest przeciążona | zmiana przydziału ramp dla kontrahenta w kalendarzu |
| Przywozy i wywozy blokują się wzajemnie | osobne kalendarze dla rodzajów transportu |
Zbyt krótkie okna przenoszą opóźnienie na kolejne transporty, więc ich korekta bywa najprostszym sposobem skrócenia kolejki; szersze omówienie metod likwidacji kolejek zawiera artykuł o tym, jak zlikwidować kolejki przed magazynem. Limity zajętości stanowisk i parkingu opisuje strona o zarządzaniu obciążeniem obiektu.
Dwie powiązane kwestie mają osobne artykuły. Stan techniczny ramp i wózków, który także wydłuża kolejki, omawia tekst o utrzymaniu ramp i wózków, a rozdział pracy ludzi i sprzętu w oknie załadunkowym wyjaśnia artykuł o tym, jak przygotować podział pracy w oknie załadunkowym.
Prosty model obciążenia ramp w arkuszu
Prosty model obciążenia ramp w arkuszuPierwszą odpowiedź na pytanie o zator daje rachunek bez symulacji. Liczba ramp potrzebnych w godzinie szczytu wynika ze średniego czasu obsługi pomnożonego przez liczbę przyjazdów na godzinę i skorygowanego o założone obłożenie rampy. Wartości wpisuje użytkownik, a tabela pokazuje, skąd je wziąć.
| Parametr | Skąd wartość | Przykład fikcyjny |
|---|---|---|
| Przyjazdy w godzinie szczytu (N) | mediana z kilku tygodni, osobno dla każdej godziny | 6 |
| Średni czas obsługi w minutach (t) | statusy 50 i 60 z historii wizyt | 40 |
| Założone obłożenie rampy (u) | decyzja obiektu, która zostawia rezerwę na przesunięcia i przerwy | 0,8 |
| Wymagana liczba ramp | iloczyn N i t podzielony przez 60 oraz przez u, zaokrąglony w górę | 5 |
Przykład jest fikcyjny i ma pokazać tok rachunku, a nie typowy wynik: sześć przyjazdów po czterdzieści minut daje cztery godziny pracy ramp w ciągu godziny, a po uwzględnieniu rezerwy - pięć stanowisk. Dla danych własnego obiektu rachunek wykonuje kalkulator okna czasowego i liczby ramp, a kolizje terminów w arkuszu wychwytuje szablon harmonogramu awizacji w Excelu.
Symulacja dodaje do tego rachunku rozrzut. Przyjazdy nie są równomierne, a czas obsługi się waha, więc kolejki powstają również przy obłożeniu średnio poniżej pełnego. Dlatego model jest użyteczny dopiero na danych z kilku tygodni, w których widać dni spokojne i szczytowe.
Kierunek rozwoju i narzędzia zewnętrzne
Kierunek rozwoju i narzędzia zewnętrzneSoftwareStudio nie deklaruje dziś modułu cyfrowego bliźniaka ani prognozy zatorów w Studio VSS.net. Obiekt, który chce modelu symulacyjnego, może wyeksportować dane o wizytach do Excela albo pobrać je przez REST API i użyć w dowolnym narzędziu do symulacji. Wynik wraca do systemu jako zmiana ustawień kalendarza, a nie jako automatyczna decyzja.
Podział ról między systemami wyjaśnia strona o różnicach między YMS, WMS, TMS i DMS: YMS prowadzi plac i awizacje, WMS wnętrze magazynu, a planowanie tras należy do TMS. Funkcje i zakres systemu YMS opisuje strona o systemie YMS.