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 dostawami | Skutek na placu | Mechanizm w programie | Gdzie czytać |
|---|---|---|---|
| Brak rezerwacji okien czasowych | kolejki i przestoje przed rampami, dłuższy rozładunek | kalendarz okien z limitem pojazdów na rampę | planowanie okien czasowych |
| Awizacje w poczcie i arkuszach | pomyłki, zgubione ustalenia, nieaktualne statusy | portal przewoźnika i statusy z godziną i autorem | awizacje transportu |
| Nierówne wykorzystanie ramp | część ramp stoi, a inne są przeciążone | widok obłożenia w kalendarzu i przydział rampy przy zatwierdzeniu | zarządzanie dokami i rampami |
| Brak wspólnego obrazu dostaw | opóźnienie wychodzi na jaw dopiero przy bramie | statusy od 0 do 99X widoczne dla wszystkich ról | statusy w programie awizacyjnym |
| Niekompletne dane do analiz | brak podstaw do rozmów z przewoźnikami | godziny statusów i historia zmian w raportach | raporty w programie awizacyjnym |
| Brak integracji systemów | ręczne przepisywanie numerów zamówień i godzin | REST API do ERP i WMS | integracja z WMS i ERP |
| Słaba komunikacja z przewoźnikami | telefony z pytaniem o rampę i godzinę | powiadomienia SMS i e-mail oraz język komunikacji zapisany w awizacji | powiadomienia SMS i e-mail |

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.
| Zdarzenie | Reakcja programu |
|---|---|
| Przewoźnik wybiera zajęty termin | system odrzuca rezerwację, bo limit pojazdów dla rampy jest wyczerpany |
| Kierowca zgłasza opóźnienie | po przekroczeniu tolerancji rezerwacja wygasa, a transport dostaje propozycję najbliższego wolnego terminu |
| Rampa wyłączona na serwis | rampa znika z kalendarza i nie przyjmuje rezerwacji |
| Dyspozytor zmienia termin lub rampę | przewoźnik i kierowca dostają powiadomienie o zmianie |

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ęcznej | Mechanizm w programie |
|---|---|
| Pomyłki w numerach zamówień po przepisaniu z wiadomości | numer zamówienia wpisuje przewoźnik w formularzu (pole opcjonalne), a przy integracji z ERP dane wracają przez REST API |
| Podwójna rezerwacja tego samego terminu | po 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 biura | kierowca zgłasza je w aplikacji lub portalu, a dyspozytor widzi zmianę w kalendarzu |
| Błędny numer telefonu kierowcy | telefon jest polem awizacji, a powiadomienia trafiają na ten numer |
| Konflikt w harmonogramie bez widoku innych dostaw | kalendarz 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.
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ątek | Procedura w programie | Zapis |
|---|---|---|
| Pojazd przyjechał bez awizacji | ochrona rejestruje wjazd w formularzu wjazdu nieawizowanego, a operator zmienia przydział doku albo cofa pojazd do strefy buforowej | wizyta w rejestrze z godziną wjazdu |
| Kierowca nie przyjechał | przewoźnik lub dział logistyki anuluje zgłoszenie, a okno wraca do puli | status 99X |
| Kierowca spóźnia się | zgłoszenie opóźnienia w aplikacji lub portalu, po przekroczeniu tolerancji rezerwacja wygasa i pojawia się propozycja nowego terminu | historia zmian awizacji |
| Magazyn przesuwa termin | dyspozytor zmienia okno w kalendarzu; przewoźnik i kierowca dostają powiadomienie | nowy 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 rampie | Status | Skutek |
|---|---|---|
| Wezwanie pojazdu pod dok i początek obsługi | 50 - START | zapis godziny rozpoczęcia i autora zmiany |
| Koniec obsługi i zwolnienie doku | 60 - STOP | powiadomienie 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żytku | blokada w kalendarzu | stał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.

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 dyspozytora | Skąd odczytać odpowiedź |
|---|---|
| Ile pojazdów czeka na zgodę na wjazd | pojazdy ze statusem 20 - potwierdzenie przybycia |
| Ile pojazdów stoi na parkingu buforowym | pojazdy ze statusem 70, jeśli parking włączono w konfiguracji |
| Ile pojazdów obsługują doki | pojazdy ze statusem 50 - START |
| Które transporty przekroczyły planowany czas obsługi | poró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ą.
| Zestawienie | Pytanie biznesowe | Użytkownik |
|---|---|---|
| Czasy oczekiwania i obsługi | ile pojazd czeka na zgodę na wjazd i jak długo trwa rozładunek | kierownik logistyki |
| Terminowość przewoźników | którzy przewoźnicy regularnie spóźniają się na swoje okna | dział zakupów i logistyki |
| Obłożenie ramp w godzinach | w których godzinach rampy są przeciążone, a w których wolne | dyspozytor |
| Historia zmian awizacji | kto i kiedy zmienił termin lub dane zgłoszenia | administrator 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.
| System zewnętrzny | Status integracji | Uwagi |
|---|---|---|
| SAP i SAP EWM | wykonana | zasady integracji ze Studio VSS.net |
| Symfonia ERP | wykonana | zakres wymiany ustala analiza przedwdrożeniowa |
| Comarch ERP XL | deklarowana | mechanizm opisuje strona integracja awizacji z Comarch ERP XL |
| Pozostałe systemy ERP i WMS | projekt integracyjny | wymiana 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ży | Odbiorca |
|---|---|---|
| Portal przewoźnika | rezerwacja okna, dane transportu, podgląd statusów, historia | przewoźnik, spedytor |
| SMS i e-mail | potwierdzenie rezerwacji, zmiana terminu, wezwanie pod stanowisko | przewoźnik, kierowca |
| Kiosk samoobsługowy | potwierdzenie przybycia i regulaminu BHP w jednej z pięciu wersji językowych | kierowca przy bramie |
| Aplikacja na Androida | własne zgłoszenia, numer rampy, powiadomienia push, kod QR | kierowca |
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.
| Etap | Czas | Co powstaje |
|---|---|---|
| Analiza | 3-5 dni | opis procesu dostaw oraz ustalenie ról i reguł okien |
| Konfiguracja | 1-2 tygodnie | kalendarze, kartoteki, rampy, uprawnienia |
| Integracje | 1-2 tygodnie | wymiana z ERP i WMS oraz podłączenie bramy |
| Testy | 3-5 dni | scenariusze wizyty od rezerwacji do wyjazdu |
| Szkolenia | 2-3 dni | sesje 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.