Oprogramowanie do awizacji dostaw Studio VSS.net składa się z modułów planowania, bramy, rampy i danych, które zapisują jedną wizytę pojazdu od rezerwacji okna do wyjazdu. Przewoźnik rezerwuje termin w portalu, a ochrona i magazyn zmieniają kolejne statusy wizyty; każdy status ma godzinę i autora.
Moduły łączy jeden zapis wizyty, więc planowanie i obsługa przy bramie korzystają z tych samych danych. Strona opisuje zakres funkcji i zależności między nimi. Wybór oprogramowania według kryteriów zestawia program do awizacji dostaw, a widok spedycji i przewoźnika opisuje strona o oprogramowaniu do awizacji transportów.
Jakie problemy rozwiązuje system awizacji
Jakie problemy rozwiązuje system awizacjiBez zapowiedzi pojazdy przyjeżdżają w tych samych godzinach, a magazyn dowiaduje się o dostawie dopiero przy bramie. Tabela zestawia sześć sytuacji, w których brak oprogramowania do awizacji daje się zmierzyć, oraz mechanizm, który je ogranicza.
| Problem | Jak wygląda bez systemu | Co zmienia oprogramowanie |
|---|---|---|
| Kolejki przed magazynem | pojazdy przyjeżdżają bez zapowiedzi i czekają, aż zwolni się rampa | rezerwacja okna z limitem rampy rozkłada przyjazdy na całą dobę |
| Brak koordynacji z dostawcami | magazyn nie wie, kiedy spodziewać się dostaw, więc nie zaplanuje obsady | potwierdzona awizacja trafia do kalendarza ramp i jest widoczna dla całego zespołu |
| Rozproszona komunikacja | ustalenia w telefonach i wiadomościach giną, a odpowiedzialność trudno ustalić | zmiany i potwierdzenia zapisują się w historii z godziną i autorem |
| Brak statusu dostawy | nikt nie wie, czy pojazd stoi pod bramą, na parkingu czy przy rampie | statusy od przybycia do wyjazdu widać w kalendarzu i w portalu |
| Rozproszone dokumenty | faktury i listy przewozowe leżą w skrzynkach pocztowych | załączniki dołącza się do awizacji i odnajduje po jej numerze |
| Ręczna praca dyspozytora | każda zmiana terminu wymaga telefonu albo korekty w arkuszu | przewoźnik sam rezerwuje i koryguje termin w portalu |
Kalendarze awizacji - kafelkowy ekran startowy VSS.net
Ekran startowy sekcji kalendarzy w Studio VSS.net grupuje widoki w kafelki. Sekcja kalendarzy ogólnych prowadzi do kalendarza ogólnego i do zajętości ramp, a osobny kafelek dzieli plan według rodzajów transportów. Kolejne sekcje zawierają kalendarze przypisane do obiektu i do poszczególnych magazynów, a dane na zrzucie są demonstracyjne. Kafelki skracają drogę do wybranego kontekstu planowania dostaw.
Automatyzacja procesu awizacji dostaw
Automatyzacja procesu awizacji dostawCyfrowy harmonogram przypisuje każdej dostawie termin i rampę. System sprawdza dostępność zasobów przy zapisie rezerwacji i nie przyjmuje zgłoszenia ponad limit rampy, więc transporty nie nakładają się na siebie. Magazyn przygotowuje stanowisko przed przyjazdem, bo plan dnia jest znany z wyprzedzeniem, a pojazd od zgłoszenia do wyjazdu prowadzi jeden łańcuch statusów.
Dostawcy korzystający z portalu widzą wolne okna czasowe i rezerwują je samodzielnie, bez uzgodnień telefonicznych czy mailowych. Komunikaty do kierowcy idą w języku wybranym w awizacji, co opisuje strona o wielojęzycznej komunikacji z dostawcami i kierowcami, ważnej przy obsłudze floty międzynarodowej.
Widoki dyspozytora i kierownika magazynu
Dyspozytor pracuje na kolejce pojazdów i najbliższych oknach w kalendarzu, a kierownik magazynu na zajętości ramp oraz na porównaniu planu z wykonaniem w raportach KPI. Widok „Transporty według statusów” grupuje pojazdy kolorami, więc zmianowy ocenia stan placu bez otwierania szczegółów. Każda liczba prowadzi do awizacji, z których powstała, dlatego odchylenie da się prześledzić do pojedynczej wizyty.
Zakres widoku wynika z roli nadanej przez administratora. Tabela pokazuje cztery podstawowe role, a pełną macierz uprawnień opisuje strona o rolach programowych.
| Rola | Co widzi w systemie | Co może zmienić |
|---|---|---|
| Dział logistyki | pełny kalendarz obłożenia ramp i raporty | zatwierdza rezerwację oraz przesuwa terminy |
| Magazyn | awizacje przypisane do konkretnych doków | ustawia START i STOP obsługi |
| Ochrona | listę awizacji przypisanych do bieżącej zmiany | odnotowuje wjazd i wyjazd pojazdu |
| Przewoźnik | wyłącznie własne transporty w portalu | zakłada awizację, koryguje termin, anuluje |
Skalowanie YMS dla sieci wielu magazynów
Skalowanie YMS dla sieci wielu magazynówObiekty, magazyny, rampy i rodzaje transportu są pozycjami kartotek, więc dodanie nowej rampy albo oddziału oznacza wpis w konfiguracji, a nie osobne wdrożenie. Strukturę ustawia administrator, jak opisuje strona o elastyczności aplikacji, a dane wszystkich lokalizacji leżą w jednym systemie. Kalendarze i raporty filtruje się według obiektu lub magazynu, więc kierownik widzi własną halę, a dział logistyki całość.
| Poziom konfiguracji | Co się ustawia | Skutek dla planowania |
|---|---|---|
| Obiekt | bramy i rampy wraz z godzinami pracy | osobne kalendarze i osobne limity obłożenia |
| Magazyn | przypisane rampy i rodzaje obsługiwanego towaru | kalendarz według magazynu i uprawnienia do niego |
| Rampa | godziny dostępności oraz przepustowość | liczba wizyt mieszczących się w oknie |
| Rodzaj transportu | własny kalendarz i reguła długości okna | dostawy pełnopaletowe i kurierskie nie blokują się wzajemnie |
| Użytkownik | rola oraz zakres obiektów | widok ograniczony do własnego magazynu |
Cykliczne zamówienia obsługiwane z wielu magazynów opisuje strona o awizacjach cyklicznych dla wielu magazynów, a zasady kartotek - strona o kartotekach.
Optymalizacja pracy ramp i eliminacja kolejek
Optymalizacja pracy ramp i eliminacja kolejekObciążenie doków w ciągu dnia bywa nierówne: rano kilka pojazdów czeka pod bramą, a po południu rampy stoją puste. Studio VSS.net pozwala ustawić przepustowość każdego punktu rozładunku, więc limit okna wymusza równomierny rozkład wizyt. Zasady okien opisuje strona o oknach czasowych (pojęcia zestawia też serwis główny: okienka czasowe), a liczbę ramp i długość okna szacuje kalkulator okna czasowego i liczby ramp.
| Reguła | Co ustawia administrator | Efekt w kalendarzu |
|---|---|---|
| Długość okna | wartość stała albo liczona z liczby palet i rodzaju pojazdu | rezerwacja zajmuje tyle czasu, ile wymaga obsługa |
| Limit rampy | liczba wizyt w oknie lub w godzinie | próba rezerwacji ponad limit jest odrzucana |
| Godziny pracy ramp | harmonogram dnia i dni wolne | poza godzinami pracy nie ma okien do rezerwacji |
| Blokada serwisowa | czasowe wyłączenie rampy | rampa znika z kalendarza zamiast przyjmować rezerwacje |
| Okno stałe | rezerwacja dla wybranego przewoźnika, także cykliczna | termin jest zajęty w każdym tygodniu |
Harmonogram okien czasowych w praktyce
W widoku zajętości ramp wiersze odpowiadają rampom, a kolumny kolejnym przedziałom godzinowym. Taki układ pokazuje jednocześnie obłożenie wszystkich stanowisk i pozwala przenieść rezerwację w wolne miejsce bez ręcznego przeliczania kolejek.
Zmiana w harmonogramie uruchamia powiadomienie do przewoźnika i aktualizuje status po stronie kierowcy, więc dyspozytor nie informuje o przesunięciu osobno. Plan dnia na hali odpowiada temu, który widzi dostawca w portalu, a mechanizm, dzięki któremu kolejki znikają, opisuje strona o zlikwidowaniu kolejek przed magazynem.
KPI awizacji - raport harmonogramu transportów VSS.net
Ekran KPI awizacji w Studio VSS.net pokazuje raport w formie podglądu dokumentu (strona 1 z 2). Transporty są pogrupowane według godzin, a każdy blok zawiera dane kontrahenta demonstracyjnego, numer rejestracyjny pojazdu, kierowcę, numer planu załadunku i asortyment. Kolor bloku wskazuje stan: czerwony oznacza opóźnienie, zielony transport zrealizowany, a różowy transport w realizacji. Raport można wydrukować lub zapisać jako plik PDF z paska narzędzi w górnej części ekranu.
Integracja z infrastrukturą i systemami zewnętrznymi
Integracja z infrastrukturą i systemami zewnętrznymiStudio VSS.net wymienia dane z systemami ERP i WMS przez REST API, a zakres wymiany ustala projekt integracyjny. Integracje z SAP i SAP EWM oraz z Symfonią ERP są wykonane, integracja z Comarch ERP XL jest deklarowana, a pozostałe systemy łączy się mechanizmem REST. Szczegóły zawiera strona o integracji z ERP i WMS.
Monitoring tablic rejestracyjnych LPR w Studio VSS.net
Kamera odczytuje tablicę przy wjeździe i wyjeździe bez udziału operatora, a zdarzenie trafia do historii ze zdjęciem pojazdu, numerem, datą i godziną. Taki zapis rozstrzyga spory o godzinę przyjazdu przewoźnika. Moduł wspiera natywnie kamery BCS, Bosch, Dahua i Hikvision, a rozpoznawanie tablic rejestracyjnych opisuje osobna strona.
Historię wjazdów przegląda się jako galerię zdjęć powiązanych z danymi transportu: numerem pojazdu, kierowcą, kontrahentem i asortymentem. Formularz filtrowania zawęża zestawienie do okresu i przewoźnika albo do numeru rejestracyjnego, co ułatwia rozliczenie czasu pobytu na terenie obiektu.
Odczytany numer system porównuje z rejestrem awizacji. Pojazd zgłoszony wcześniej przechodzi odprawę automatycznie, a transport bez awizacji trafia do obsługi ręcznej na portierni, gdzie ochrona sprawdza dokumenty przed wjazdem; zasady opisuje strona o dostawach nieawizowanych. Dostawa i montaż kamer oraz szlabanów leżą poza ofertą oprogramowania i po stronie klienta.
Błędy w zarządzaniu awizacjami
Błędy w zarządzaniu awizacjamiStraty z błędnie prowadzonych awizacji widać dopiero wtedy, gdy ktoś je policzy. System dostarcza danych do takiej kalkulacji: rzeczywistego czasu postoju pojazdów oraz liczby dostaw obsłużonych poza oknem. Trzecim źródłem jest udział ramp pracujących poniżej możliwej przepustowości, a sposób rozliczania postojów z przewoźnikami opisuje strona o rozliczaniu postojów przewoźników.
Skutki finansowe błędów w zarządzaniu dokami
Tabela łączy typowe skutki z danymi, które pozwalają je oszacować. Kwoty zależą od umów z przewoźnikami, dlatego strona ich nie podaje.
| Skutek błędu | Skąd się bierze | Dane w systemie |
|---|---|---|
| Koszt przestoju kierowcy | pojazd czeka dłużej, niż przewiduje okno | czas od statusu 20 do 40 |
| Niska przepustowość ramp | dostawy kumulują się w jednych godzinach, a w innych rampy stoją puste | obłożenie ramp w czasie |
| Kary umowne za opóźnienia | procesy logistyczne nie są ze sobą zsynchronizowane | historia opóźnień z godzinami |
| Praca administracyjna | ręczne rozwiązywanie konfliktów i przeplanowanie harmonogramu | historia zmian z autorem |
| Spory z przewoźnikami | brak wspólnego zapisu godzin przyjazdu i obsługi | godzina i autor każdej zmiany statusu |
Diagnostyka problemów w obecnym systemie awizacji
Przed wyborem narzędzia warto zmierzyć stan wyjściowy. Pięć wskaźników z tabeli zbiera dane, które później posłużą do porównania efektów wdrożenia i do ustalenia realnych długości okien dla poszczególnych typów dostaw.
| Wskaźnik wyjściowy | Jak ustalić go dziś | Skąd bierze się w systemie |
|---|---|---|
| Czas oczekiwania pojazdów | średnia od przyjazdu do rozpoczęcia rozładunku w ostatnim miesiącu | różnica godzin statusów 20 i 50 |
| Konflikty rezerwacji | liczba tygodniowych przypadków, gdy dwie dostawy umówiono na tę samą godzinę i rampę | limit rampy odrzuca drugą rezerwację |
| Dostawy poza oknem | udział dostaw obsłużonych poza zarezerwowanym oknem wraz z przyczynami | raport punktualności przewoźników |
| Skargi przewoźników | liczba i temat reklamacji dotyczących harmonogramu | historia statusów jako dowód godzin |
| Czas pracy administracji | ile czasu dziennie zajmuje koordynacja telefoniczna i e-mailowa | liczba rezerwacji założonych samodzielnie w portalu |
Najlepsze praktyki zarządzania harmonogramem doków
Wdrożenie z pilotażem na części ramp ogranicza ryzyko, a kolejne ustawienia porządkują pracę harmonogramu. Etapy uruchomienia opisuje strona o wdrożeniu systemu awizacji etapami.
| Praktyka | Jak odwzorować ją w systemie |
|---|---|
| Pilotaż na części ramp | uruchomienie na dwóch lub trzech rampach, a dopiero potem w całym magazynie |
| Okna według typu operacji | osobne kalendarze dla rozładunków i załadunków albo różne godziny pracy ramp |
| Rezerwa przepustowości | limit rampy niższy od możliwości fizycznych, aby zostało miejsce na dostawy pilne |
| Termin zmiany awizacji | reguła zgłaszania zmian z wyprzedzeniem, którą opisuje wzór regulaminu dostaw i awizacji |
| Blokady planowe | wyłączenie ramp na serwis i na dni wolne, zanim przewoźnicy zaczną rezerwować |
| Przegląd danych | cykliczna analiza wskaźników KPI systemu awizacji |
Kalendarze w kartotekach - konfiguracja VSS.net
Zrzut przedstawia zestawienie kalendarzy dostępnych w sekcji Kartoteki Studio VSS.net. Tabela ma kolumny Aktywne, Kod, Nazwa kalendarza i Domyślny sposób prezentacji danych oraz kolumny z flagami uprawnień do zmian. Każdy kalendarz jest niezależną konfiguracją: określa dane źródłowe, sposób filtrowania, widok domyślny i uprawnienia poszczególnych ról.
Awizacja zwrotów w logistyce e-commerce
Awizacja zwrotów w logistyce e-commerceZwroty przychodzą jako wiele drobnych przesyłek, a przyjazdy kurierów rozkładają się nierównomiernie w ciągu dnia. W Studio VSS.net zwroty można prowadzić jako osobny rodzaj transportu: z własnym kalendarzem i krótszym czasem obsługi. Kurier albo przewoźnik rezerwuje termin w portalu, więc strefa przyjęć nie jest blokowana kilkoma pojazdami naraz. Pełniejszy opis tej branży zawiera strona o awizacji dostaw w e-commerce.
Zwroty zapisane w tym samym rejestrze co dostawy przychodzące dają jeden obraz obciążenia obiektu. Kierownik zmiany planuje obsadę na podstawie wszystkich wizyt, a nie tylko przyjęć od producentów.
Specyfika branżowa systemów awizacji i YMS
Specyfika branżowa systemów awizacji i YMSZestaw funkcji pozostaje ten sam, a zmienia się konfiguracja: liczba bram i długość okna. Program online do awizacji dostaw odwzorowuje cztery typowe wymagania branżowe w sposób pokazany w tabeli.
| Branża | Co wyróżnia wizytę | Jak odwzorowuje to awizacja |
|---|---|---|
| Automotive i produkcja JiT | krótkie okna i ustalona kolejność dostaw na linię, zob. awizacja dla automotive i dla produkcji | osobny kalendarz i priorytet okna |
| Żywność i farmacja | towar o kontrolowanej temperaturze, zob. cold chain i GDP | przypisanie do wybranych ramp oraz pole lub dokument dołączony do wizyty |
| Chemia i paliwa | uprawnienia kierowcy i dokumenty ADR przed wjazdem, zob. awizacja transportu ADR | dokumenty dołączone do awizacji, które ochrona sprawdza przy bramie |
| E-commerce | wiele drobnych dostaw i zwrotów, zob. awizacja w e-commerce | osobny rodzaj transportu z krótszym oknem |
Obowiązek utrzymania łańcucha chłodniczego żywności wynika między innymi z rozporządzenia (WE) nr 852/2004. System awizacji nie odczytuje czujników temperatury, a zgodność z HACCP i dokumentację pomiarów prowadzi klient. Awizacja może przechować pole lub dokument dołączony do wizyty, na przykład protokół przyjęcia.
Zarządzanie placem manewrowym i parkingiem
Zarządzanie placem manewrowym i parkingiemModuł placu prowadzi ewidencję miejsc postojowych i kolejkę pojazdów czekających na wezwanie pod rampę. Wizualizacja zajętości parkingu pokazuje dyspozytorowi wolne miejsca, więc kierowca trafia do wskazanej strefy bez krążenia po placu. Naczepy i kontenery prowadzi się w tej samej ewidencji, a zasady opisuje strona o kontenerach na parkingu i transporcie wewnętrznym.
Klasa rozwiązań Yard Management porządkuje ruch na placu i zbiera dane o czasie pobytu pojazdów. Program YMS łączy te zapisy z harmonogramem ramp, a System YMS Studio VSS.net opisuje cały zakres modułu.
Model uruchomienia i licencjonowania
Studio VSS.net działa w przeglądarce, a hosting zapewnia chmura SoftwareStudio albo serwer klienta. Zakup możliwy jest jako abonament lub licencja wieczysta, a kwoty zestawia strona ile kosztuje system awizacji. Kolejne moduły, takie jak kontrola bramy i waga, włącza się w miarę rozwoju operacji.
Wdrożenie rozpoczyna analiza obecnego ruchu: liczba dostaw w dobie, rozkład godzinowy, liczba czynnych ramp i rzeczywiste czasy obsługi. Te dane wyznaczają długości okien i limity obciążenia, które później sterują całym harmonogramem. Uruchomienie trwa od czterech do ośmiu tygodni, w tym analiza 3-5 dni, konfiguracja 1-2 tygodnie, integracje 1-2 tygodnie, testy 3-5 dni i szkolenia 2-3 dni.