Baza wiedzy Studio VSS.net

Program do zarządzania dostawami

Program do zarządzania dostawami VSS.net porządkuje rezerwację ramp oraz komunikację z przewoźnikami, a dane wymienia z ERP i WMS przez REST API. Strona pokazuje siedem typowych błędów w obsłudze dostaw i mechanizmy, które je ograniczają.

Automatyzacja logistyki, awizacja transportów, logistyka
Automatyzacja logistyki - Studio VSS.net
W skrócie

Program do zarządzania dostawami porządkuje przyjęcia i wysyłki w obiekcie przez okna czasowe oraz statusy z godziną i autorem. Studio VSS.net ogranicza błędy spotykane najczęściej w magazynach: brak rezerwacji okien oraz awizacje prowadzone w arkuszach i wiadomościach. Strona opisuje siedem takich błędów razem z mechanizmem, który każdy z nich usuwa.

Obiekty obsługujące dostawy mają zwykle te same kłopoty: ustalenia rozproszone w poczcie i telefonach, brak jednego obrazu obłożenia ramp i dane, które trzeba przepisywać między systemami. Program do zarządzania dostawami zbiera te ustalenia w jednym rejestrze awizacji, w którym każdy etap wizyty pojazdu ma status.

Błędy w zarządzaniu dostawami i sposoby ich unikania

Siedem błędów powtarza się niezależnie od branży. Tabela zestawia każdy z nich ze skutkiem na placu i mechanizmem, który go ogranicza; ostatnia kolumna prowadzi do opisu szczegółowego.

Błąd w zarządzaniu dostawamiSkutek na placuMechanizm w programieGdzie czytać
Brak rezerwacji okien czasowychkolejki i przestoje przed rampami, dłuższy rozładunekkalendarz okien z limitem pojazdów na rampęplanowanie okien czasowych
Awizacje w poczcie i arkuszachpomyłki, zgubione ustalenia, nieaktualne statusyportal przewoźnika i statusy z godziną i autoremawizacje transportu
Nierówne wykorzystanie rampczęść ramp stoi, a inne są przeciążonewidok obłożenia w kalendarzu i przydział rampy przy zatwierdzeniuzarządzanie dokami i rampami
Brak wspólnego obrazu dostawopóźnienie wychodzi na jaw dopiero przy bramiestatusy od 0 do 99X widoczne dla wszystkich rólstatusy w programie awizacyjnym
Niekompletne dane do analizbrak podstaw do rozmów z przewoźnikamigodziny statusów i historia zmian w raportachraporty w programie awizacyjnym
Brak integracji systemówręczne przepisywanie numerów zamówień i godzinREST API do ERP i WMSintegracja z WMS i ERP
Słaba komunikacja z przewoźnikamitelefony z pytaniem o rampę i godzinępowiadomienia SMS i e-mail oraz język komunikacji zapisany w awizacjipowiadomienia SMS i e-mail
Studio VSS.net

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. Sekcja Kalendarze ogólne prowadzi do kalendarza ogólnego, a osobne kafelki otwierają widok rodzajów transportów i zajętość ramp. Sekcja Kalendarze wg obiektów zawiera kafelek obiektu demonstracyjnego, a sekcja Kalendarze wg magazynów - magazyny demonstracyjne z ikonami branżowymi (chłodnia, silosy zbożowe). Struktura kafelkowa umożliwia szybkie przejście do wybranego kontekstu planowania dostaw.

Rezerwacja okien czasowych porządkuje przyjazdy

Przewoźnik rezerwuje termin samodzielnie w portalu, a system przelicza czas obsługi na długość okna z liczby palet i rodzaju operacji. Zewnętrzni partnerzy wybierają więc tylko wolne przedziały, a praca magazynu przestaje zależeć od nagłych spiętrzeń. Zasady tego mechanizmu opisuje strona o platformie okien czasowych, a ogólne reguły - opracowanie o oknach czasowych.

Kalendarz pozwala dyspozytorowi przeciągnąć awizację na inny termin, a każda zmiana jest od razu widoczna dla uczestników wizyty. Cztery typowe zdarzenia pokazują, jak program reaguje na odchylenia od planu.

ZdarzenieReakcja programu
Przewoźnik wybiera zajęty terminsystem odrzuca rezerwację, bo limit pojazdów dla rampy jest wyczerpany
Kierowca zgłasza opóźnieniepo przekroczeniu tolerancji rezerwacja wygasa, a transport dostaje propozycję najbliższego wolnego terminu
Rampa wyłączona na serwisrampa znika z kalendarza i nie przyjmuje rezerwacji
Dyspozytor zmienia termin lub rampęprzewoźnik i kierowca dostają powiadomienie o zmianie
Studio VSS.net

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, oraz flagi uprawnień: Dodawanie, Usuwanie, Edycja daty. Każdy kalendarz jest niezależną konfiguracją definiującą dane źródłowe (zapytanie SQL do RESOURCES) i sposób filtrowania oraz widok domyślny i uprawnienia użytkowników dla poszczególnych ról w systemie.

Automatyzacja awizacji zamiast arkusza i poczty

Awizacje prowadzone w arkuszu i w rozmowach telefonicznych wymagają ręcznej pracy na każdym etapie, a każda z nich jest okazją do pomyłki. Program zastępuje tę pracę formularzem w portalu i rejestrem w bazie. Dla małych obiektów, które zaczynają od arkusza, dostępny jest szablon harmonogramu dostaw w Excelu.

Błędy eliminowane przez automatyzację

Błąd przy pracy ręcznejMechanizm w programie
Pomyłki w numerach zamówień po przepisaniu z wiadomościnumer zamówienia wpisuje przewoźnik w formularzu (pole opcjonalne), a przy integracji z ERP dane wracają przez REST API
Podwójna rezerwacja tego samego terminupo rezerwacji okno jest zablokowane, a kolejne zgłoszenia respektują limit pojazdów
Zgubiona wiadomość z awizacjąawizacja jest rekordem w bazie, a potwierdzenie z numerem wysyła system
Opóźnienie zgłoszone po godzinach pracy biurakierowca zgłasza je w aplikacji lub portalu, a dyspozytor widzi zmianę w kalendarzu
Błędny numer telefonu kierowcytelefon jest polem awizacji, a powiadomienia trafiają na ten numer
Konflikt w harmonogramie bez widoku innych dostawkalendarz pokazuje wszystkie awizacje przypisane do tych samych ramp

Przepływ informacji w programie

Przepływ zaczyna się od wyboru okna przez przewoźnika, a kończy na raporcie czasów obsługi. Schemat pokazuje, kto zapisuje które zdarzenie.

Przepływ informacji w programie do zarządzania dostawamiTory pływackie: przewoźnik, program awizacji oraz magazyn z ochroną. Przewoźnik wybiera okno w portalu, program potwierdza rezerwację i przydziela rampę, ochrona i magazyn zapisują statusy, a program wylicza czasy.PRZEPŁYW INFORMACJIOd rezerwacji okna do raportu czasów obsługiPrzewoźnikProgram awizacjiMagazyn i ochrona1wybiera oknow portalu2potwierdzeniei przydział rampy3brama: status20 i 404START i STOPprzy rampie5czasy z różnicgodzin statusówNumery oznaczają kolejność zdarzeń; kółka z obwódką zapisuje program automatycznie, pełne kółka - pracownik lub kierowca.
Każdy etap zostawia w bazie godzinę i autora, więc czasy oczekiwania i obsługi wynikają z zapisów, a nie z relacji pracowników.

Zastosowanie w różnych działach

Z tych samych danych korzystają działy o różnych potrzebach: logistyka widzi obłożenie ramp, magazyn - plan przyjęć, zakupy - terminowość dostawców, a kierownictwo - raporty czasów obsługi. Podział widoków wynika z ról przypisanych kontom, co opisuje strona o rolach programowych.

Obsługa wyjątków

Plan okien nie obejmuje dostaw, które przyjeżdżają bez awizacji lub wcale. Program ma dla takich zdarzeń osobne procedury, dzięki czemu wyjątek zostaje w rejestrze, zamiast wychodzić poza system.

WyjątekProcedura w programieZapis
Pojazd przyjechał bez awizacjiochrona rejestruje wjazd w formularzu wjazdu nieawizowanego, a operator zmienia przydział doku albo cofa pojazd do strefy buforowejwizyta w rejestrze z godziną wjazdu
Kierowca nie przyjechałprzewoźnik lub dział logistyki anuluje zgłoszenie, a okno wraca do pulistatus 99X
Kierowca spóźnia sięzgłoszenie opóźnienia w aplikacji lub portalu, po przekroczeniu tolerancji rezerwacja wygasa i pojawia się propozycja nowego terminuhistoria zmian awizacji
Magazyn przesuwa termindyspozytor zmienia okno w kalendarzu; przewoźnik i kierowca dostają powiadomienienowy termin z autorem zmiany

Zasady postępowania z dostawą bez zgłoszenia opisuje strona o dostawach nieawizowanych, a sytuację kierowcy spóźnionego lub nieobecnego - strona o spóźnieniach i nieprzyjeździe kierowców.

Zarządzanie rampami i parkingiem buforowym

Rampa jest przydzielana awizacji przy zatwierdzeniu, a pojazd jest wzywany pod dok dopiero wtedy, gdy stanowisko jest wolne, a magazyn gotowy do obsługi. Zapis godziny rozpoczęcia i zakończenia obsługi pokazuje, ile faktycznie trwa każde okno. Szczegóły przydziału ramp opisuje strona o zarządzaniu dokami, a zajętość miejsc na placu - strona o wizualizacji zajętości miejsc parkingowych.

Zdarzenie przy rampieStatusSkutek
Wezwanie pojazdu pod dok i początek obsługi50 - STARTzapis godziny rozpoczęcia i autora zmiany
Koniec obsługi i zwolnienie doku60 - STOPpowiadomienie do następnego kierowcy czekającego na parkingu
Pojazd czeka na dokumenty lub kolejną czynność70 - parking (warunkowy)pojazd pozostaje na placu bez blokowania rampy
Wyłączenie rampy z użytkublokada w kalendarzustałe okna dla wybranych transportów lub przerwa serwisowa

Przerwy konserwacyjne rampy ustawia się w konfiguracji, więc rezerwacje nie trafiają na stanowisko, którego nikt nie obsłuży. Dla obiektów z parkingiem buforowym status 70 pozwala odłożyć pojazd bez zatrzymywania pracy doku.

Studio VSS.net

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, od 14:30 do 17:30, a każdy blok opisuje kontrahenta demonstracyjnego oraz pojazd z kierowcą i numerem Load Plan. 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.

Statusy dostaw widoczne dla wszystkich uczestników

Obraz dostaw wynika z zapisów na bramie i przy rampie, a nie z lokalizacji pojazdów na trasie. Każda dostawa przechodzi przez zdefiniowane statusy w programie awizacyjnym, od zgłoszenia przez wjazd na bramę po rozładunek. Dyspozytor ocenia sytuację w widoku, który grupuje transporty kolorami według statusów.

Pytanie dyspozytoraSkąd odczytać odpowiedź
Ile pojazdów czeka na zgodę na wjazdpojazdy ze statusem 20 - potwierdzenie przybycia
Ile pojazdów stoi na parkingu buforowympojazdy ze statusem 70, jeśli parking włączono w konfiguracji
Ile pojazdów obsługują dokipojazdy ze statusem 50 - START
Które transporty przekroczyły planowany czas obsługiporównanie godziny START z długością zarezerwowanego okna

Alerty o zbliżających się limitach i przekroczeniach terminu opisuje strona o statusach. Pełny cykl wizyty przedstawia artykuł o awizacjach transportu.

Raporty i dane do rozmów z przewoźnikami

Raporty korzystają z godzin zapisanych przy statusach, więc nie wymagają osobnego zbierania danych. Tabela pokazuje cztery podstawowe zestawienia razem z pytaniami, na które odpowiadają.

ZestawieniePytanie biznesoweUżytkownik
Czasy oczekiwania i obsługiile pojazd czeka na zgodę na wjazd i jak długo trwa rozładunekkierownik logistyki
Terminowość przewoźnikówktórzy przewoźnicy regularnie spóźniają się na swoje oknadział zakupów i logistyki
Obłożenie ramp w godzinachw których godzinach rampy są przeciążone, a w których wolnedyspozytor
Historia zmian awizacjikto i kiedy zmienił termin lub dane zgłoszeniaadministrator systemu

Zestawienia można eksportować do Excela i PDF oraz wysyłać e-mailem jako załącznik. Wskaźniki i sposób ich czytania opisuje strona o KPI systemu awizacji, a rozliczanie czasu postoju - artykuł o rozliczaniu postojów przewoźników. Ranking kontrahentów według punktualności opisuje strona o scoringu i rankingu kontrahentów.

Integracja z ERP i WMS przez REST API

Dane z zamówień trafiają do awizacji przez REST API, więc rozładunek zaczyna się z gotową kartoteką pozycji, a informacja o przyjęciu wraca do ERP bez przepisywania. Opis przepływu zawiera strona o łączeniu VSS z WMS i ERP.

Wymiana danych z ERP i WMSSchemat: system ERP lub WMS wymienia dane dwukierunkowo przez interfejs REST API ze Studio VSS.net; w jedną stronę idą zamówienia i dokumenty przyjęć, w drugą awizacje i statusy.INTEGRACJAWymiana danych z ERP i WMS przez REST APIERP lub WMSzamówienia i dokumenty przyjęćREST APIawizacje i statusyStudio VSS.netportal, brama, rampaZakres pól i częstotliwość wymiany ustala analiza przedwdrożeniowa, a mechanizmem jest zawsze interfejs REST API.
Dane płyną w obu kierunkach: zamówienia do awizacji, a statusy i godziny z powrotem do systemu nadrzędnego.
System zewnętrznyStatus integracjiUwagi
SAP i SAP EWMwykonanazasady integracji ze Studio VSS.net
Symfonia ERPwykonanazakres wymiany ustala analiza przedwdrożeniowa
Comarch ERP XLdeklarowanamechanizm opisuje strona integracja awizacji z Comarch ERP XL
Pozostałe systemy ERP i WMSprojekt integracyjnywymiana przez REST API

Dostawca może przekazać odbiorcy skład transportu w komunikacie DESADV w standardzie EDI GS1. Przeniesienie takich danych do awizacji realizuje projekt integracyjny przez REST API.

Wspólna platforma komunikacji z przewoźnikami

Jeden punkt styku z przewoźnikami ogranicza telefony z pytaniem o rampę i godzinę, bo odpowiedź znajduje się w portalu i w wiadomości z potwierdzeniem. Język komunikacji jest polem awizacji: wiadomości do kierowcy trafiają w wybranym przez niego języku. Zasady opisuje strona o wielojęzycznej komunikacji z dostawcami.

KanałDo czego służyOdbiorca
Portal przewoźnikarezerwacja okna, dane transportu, podgląd statusów, historiaprzewoźnik, spedytor
SMS i e-mailpotwierdzenie rezerwacji, zmiana terminu, wezwanie pod stanowiskoprzewoźnik, kierowca
Kiosk samoobsługowypotwierdzenie przybycia i regulaminu BHP w jednej z pięciu wersji językowychkierowca przy bramie
Aplikacja na Androidawłasne zgłoszenia, numer rampy, powiadomienia push, kod QRkierowca

Historia statusów z godzinami może być podstawą ustaleń w umowach z przewoźnikami o terminowość podstawień; ten wątek opisuje artykuł o przejrzystych SLA z przewoźnikami. Treść powiadomień i ich kanały omawia strona o powiadomieniach SMS i e-mail.

Wdrożenie programu do zarządzania dostawami

Uruchomienie programu trwa od czterech do ośmiu tygodni, zależnie od liczby obiektów i integracji. Tabela pokazuje etapy ze standardowymi czasami, a szczegółowy plan prac opisuje strona o wdrożeniu systemu awizacji etapami.

EtapCzasCo powstaje
Analiza3-5 dniopis procesu dostaw oraz ustalenie ról i reguł okien
Konfiguracja1-2 tygodniekalendarze, kartoteki, rampy, uprawnienia
Integracje1-2 tygodniewymiana z ERP i WMS oraz podłączenie bramy
Testy3-5 dniscenariusze wizyty od rezerwacji do wyjazdu
Szkolenia2-3 dnisesje dla przewoźników, ochrony, magazynu, logistyki

Przed wyborem programu warto spisać wymagania w jednym dokumencie. Gotowy wzór z macierzą wymagań zawiera strona zapytanie ofertowe na system awizacji, a orientacyjne koszty - strona ile kosztuje system awizacji.

FAQ

Najczęstsze pytania o program do zarządzania dostawami

01

Czym jest program do zarządzania dostawami?

To system, który rejestruje każdą dostawę jako awizację z oknem czasowym i rampą. W Studio VSS.net przewoźnik rezerwuje termin w portalu, a magazyn i ochrona zapisują kolejne statusy z godziną i autorem.

02

Jakie błędy w zarządzaniu dostawami usuwa program?

Brak rezerwacji okien, awizacje w arkuszach i wiadomościach, nierówne obłożenie ramp, brak wspólnego obrazu statusów, ręczne przepisywanie danych między systemami i telefony do przewoźników. Każdemu błędowi odpowiada mechanizm opisany w tabeli na początku strony.

03

Czy program pokazuje położenie pojazdu na trasie?

Nie. Statusy wynikają z zapisów na bramie i przy rampie, więc program pokazuje, gdzie pojazd jest na terenie obiektu, a nie gdzie jedzie. Dane o położeniu pojazdów na trasie pochodzą z systemów transportowych przewoźnika.

04

Czy program integruje się z ERP i WMS?

Wymiana danych odbywa się przez REST API w projekcie integracyjnym. Integracje z SAP i SAP EWM oraz z Symfonią ERP zostały wykonane, integracja z Comarch ERP XL jest deklarowana, a pozostałe systemy łączy się mechanizmem REST API.

05

Jak program pomaga w rozmowach z przewoźnikami?

Godziny statusów i historia zmian pokazują, kiedy pojazd przyjechał, wjechał, został obsłużony, wyjechał. Te zapisy służą do oceny terminowości i do rozliczenia postoju, a zasady rozliczeń opisuje strona o rozliczaniu postojów przewoźników.

06

Ile trwa wdrożenie programu do zarządzania dostawami?

Uruchomienie zajmuje od czterech do ośmiu tygodni: analiza trwa 3-5 dni, konfiguracja 1-2 tygodnie, integracje 1-2 tygodnie, testy 3-5 dni, a szkolenia 2-3 dni.

Słownik pojęć

Słownik pojęć - awizacja dostaw i YMS

Pojęcia używane w systemach awizacji dostaw, rezerwacji okien czasowych i zarządzaniu placem.

AAwizacja dostaw
Wcześniejsze zgłoszenie i zaplanowanie przyjazdu pojazdu na rozładunek lub załadunek, z przypisanym oknem czasowym i danymi transportu.
OOkno czasowe (time slot)
Zarezerwowany przedział czasu na obsługę konkretnego transportu przy rampie, ograniczający liczbę pojazdów obsługiwanych jednocześnie.
PPortal przewoźnika
Samoobsługowy panel w przeglądarce, w którym przewoźnik lub kierowca rezerwuje okno czasowe i wpisuje dane pojazdu. Status awizacji widać w tym samym panelu.
YYMS (Yard Management System)
System zarządzania placem: obsługa ruchu pojazdów na terenie obiektu, od bramy po rampę, wraz z ewidencją wizyt.
RRampa
Stanowisko rozładunkowo-załadunkowe, którego obłożenie planuje się przez okna czasowe, aby uniknąć przestojów i kolejek.
BBrama / LPR
Punkt kontroli wjazdu i wyjazdu pojazdów; moduł LPR odczytuje tablice rejestracyjne z kamer i zestawia je z awizacją.
SSlot (rezerwacja)
Pojedyncza rezerwacja okna czasowego dla danego transportu, powiązana z obiektem i kontrahentem.
IIntegracja ERP/WMS
Wymiana danych między systemem awizacji a oprogramowaniem ERP i magazynowym WMS przez REST API. Zakres pól ustala projekt integracyjny.

Zobacz pełny słownik pojęć awizacji i YMS

Zobacz awizację dostaw VSS.net w działaniu

Uruchom bezpłatne DEMO portalu awizacyjnego lub porozmawiaj z konsultantem o wdrożeniu w Twoim obiekcie.