Program do awizacji dostaw to aplikacja webowa, w której przewoźnik rezerwuje okno czasowe na rozładunek lub załadunek. Magazyn i ochrona prowadzą tę samą wizytę pojazdu według statusów z godziną i autorem. Studio VSS.net spełnia tę rolę jako system YMS: łączy kalendarz okien z bramą wyposażoną w kod QR i kamerę LPR oraz z portalem przewoźnika i raportami. Przewodnik opisuje funkcje programu i rodzaje rozwiązań, a następnie kryteria wyboru oraz etapy wdrożenia.
Przebieg zgłoszenia, od formularza po rezerwację terminu, opisuje przewodnik jak założyć awizację transportu. Przewoźnik rezerwuje termin samodzielnie. Magazyn i ochrona widzą status każdej wizyty bez telefonów do biura.
Program obejmuje cały odcinek od rezerwacji okna do wyjazdu z terenu obiektu. Po drodze zapisuje obłożenie ramp, odprawę na bramie, czasy obsługi przy doku oraz historię zmian każdej awizacji, a dane udostępnia ERP i WMS przez REST API. Strona jest także punktem wyjścia do pozostałych opracowań o oprogramowaniu do awizacji; ich spis znajduje się w ostatniej sekcji.
Niezbędne funkcje systemu awizacji dostaw
Niezbędne funkcje systemu awizacji dostawFunkcje programu wynikają z kolejności zdarzeń w wizycie pojazdu. Najpierw przewoźnik rezerwuje termin w portalu, potem system pilnuje limitów ramp, brama porównuje przyjazd z awizacją, a magazyn zamyka obsługę statusem z godziną. Tabela zestawia dziesięć funkcji, a ostatnia kolumna prowadzi do strony z pełniejszym opisem.
| Funkcja | Co robi w praktyce | Kto z niej korzysta | Opis szczegółowy |
|---|---|---|---|
| Rezerwacja okien czasowych | Przewoźnik wybiera wolny termin w portalu, a system sprawdza limity ramp i magazynów, więc przedział nie przyjmuje więcej pojazdów, niż obiekt obsłuży | przewoźnik, dział logistyki | rezerwacja terminów online przez portal przewoźnika |
| Kalendarze i obłożenie ramp | Widoki: dzień, tydzień, oś czasu, agenda; osobne kalendarze dla rodzajów transportu | dyspozytor, magazyn | kalendarz awizacji dostaw |
| Statusy z godziną i autorem | Kolejny etap otwiera się dopiero po zamknięciu poprzedniego, a każda zmiana zapisuje godzinę i konto autora | ochrona, magazyn | statusy w programie awizacyjnym |
| Brama z kodem QR i kamerą LPR | Odprawa na podstawie kodu z potwierdzenia albo odczytu tablicy rejestracyjnej porównanego z rejestrem awizacji | ochrona | integracja z systemami LPR i rozpoznawanie tablic |
| Kiosk samoobsługowy | Potwierdzenie przybycia i regulaminu BHP przez kierowcę, interfejs w pięciu wersjach językowych | kierowca | kiosk samoobsługowy |
| Powiadomienia SMS i e-mail | Wiadomości: potwierdzenie rezerwacji, zmiana terminu, zmiana rampy, wezwanie pod stanowisko; język wybiera się w awizacji | przewoźnik, kierowca | automatyczne powiadomienia SMS i e-mail |
| Aplikacja na Androida | Zgłoszenia kierowcy oraz powiadomienia push z kodem QR; wersja dla ochrony służy do zmiany statusów na placu | kierowca, ochrona | mobilna aplikacja na Android |
| Raporty i KPI | Czasy oczekiwania i obsługi liczone z różnic godzin statusów; eksport do Excela lub PDF | kierownik logistyki | raporty w programie awizacyjnym oraz KPI systemu awizacji |
| REST API | Wymiana awizacji oraz statusów z ERP i WMS w projekcie integracyjnym | dział IT | integracja z ERP i WMS |
| Role i historia zmian | Menu i dane zależą od roli; historia pokazuje autora i czas każdej zmiany zgłoszenia | administrator | role i uprawnienia użytkowników |
Samodzielna rezerwacja terminu przez przewoźnika porządkuje harmonogram: kontakt telefoniczny z dyspozytorem zostaje dla wyjątków, a dział logistyki zatwierdza zgłoszenia zamiast je wpisywać. Długość okna wynika z liczby palet i rodzaju operacji, co opisuje artykuł o dynamicznych oknach czasowych.
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.
Rodzaje systemów awizacji dostaw
Rodzaje systemów awizacji dostawSystemy awizacji różnią się modelem wdrożenia i sposobem licencjonowania. Od tych dwóch cech zależą koszt i zakres integracji, dlatego wybór warto zacząć od porównania typów rozwiązań, a dopiero potem funkcji.
| Typ rozwiązania | Charakterystyka | Co oznacza dla użytkownika | Kiedy się sprawdza |
|---|---|---|---|
| Usługa w chmurze (SaaS) | Dostęp przez przeglądarkę; infrastrukturę i aktualizacje utrzymuje dostawca | brak własnych serwerów do utrzymania | szybki start, wiele lokalizacji, ograniczone zasoby IT |
| Instalacja u klienta (on-premise) | System działa na serwerze klienta | dane i konfiguracja w infrastrukturze działu IT klienta | wymagania polityki danych, własne centrum danych |
| Rozwiązanie hybrydowe | Część komponentów lokalnie, na przykład kontroler bramy, a reszta w chmurze | dane lokalne obok usług w chmurze | migracja etapami, bramy ze sprzętem na miejscu |
| Samodzielny system YMS | Własna baza awizacji niezależna od ERP i WMS | pełny zakres okien czasowych i placu; dane wymieniane przez API | duże obiekty, wiele bram, parking buforowy |
| Moduł ERP lub WMS | Awizacja jako dodatek do większego systemu | jedna baza i jeden dostawca, zwykle uproszczony kalendarz | mały obiekt, podstawowa awizacja |
| Oprogramowanie open source | Dostępny kod źródłowy rozwijany samodzielnie lub przez społeczność | brak opłat licencyjnych; rozwój i utrzymanie ponosi użytkownik | zespół IT z kompetencjami, nietypowe wymagania |
| Pakiet komercyjny | Gotowe funkcje z aktualizacjami i wsparciem producenta | umowa z opisem usług i dokumentacja | standardowy proces, brak zasobów programistycznych |
Studio VSS.net należy do samodzielnych systemów YMS. Działa jako abonament SaaS w chmurze SoftwareStudio albo jako instalacja na serwerze klienta, a wymiana danych z ERP i WMS odbywa się przez REST API. Zakres modułów platformy opisuje platforma do awizacji.
Modele licencjonowania i ich zastosowanie
Ten sam system można kupić na kilka sposobów, a każdy z nich inaczej rozkłada koszt w czasie. Tabela zestawia ogólne modele z tym, co oferuje Studio VSS.net. Kwoty znajdują się wyłącznie na stronie ile kosztuje system awizacji, a zasady licencjonowania opisuje strona o licencjach oprogramowania.
| Model licencjonowania | Jak działa | Jak wygląda w Studio VSS.net |
|---|---|---|
| Subskrypcja | Opłata cykliczna obejmuje dostęp oraz aktualizacje z wsparciem | abonament SaaS: opłata bazowa wariantu powiększona o moduły |
| Licencja bezterminowa | Jednorazowy zakup prawa użytkowania, aktualizacje za osobną opłatą | licencja wieczysta na platformie GT z roczną opłatą Software Maintenance |
| Opłata za użytkownika | Każde konto ma własną opłatę | nazwana licencja dostępowa w wariantach Basic i Standard |
| Licencja współbieżna | Limit jednoczesnych sesji zamiast kont przypisanych do osób | w cenniku nie występuje; przy pracy zmianowej odpowiednikiem jest wariant Procesor, w którym użytkownicy nie są liczeni |
| Opłata za urządzenie | Moduły sprzętowe liczone od liczby urządzeń | osobne pozycje: kamera LPR, brama, kiosk, obiekt YMS |
Platforma i miejsce uruchomienia
Studio VSS.net działa na dwóch generacjach platformy. Windows Server i SQL Server dotyczą wdrożeń na platformie ST, a nowsze wdrożenia pakietu awizacji MAW korzystają z platformy GT. Wymagania techniczne obu wariantów opisuje strona o wymaganiach technicznych systemu awizacji.
| Cecha | Platforma ST | Platforma GT (pakiet MAW) |
|---|---|---|
| System i baza danych | aplikacja webowa na Windows Server i SQL Server | .NET 10 i ASP.NET Core z bazą PostgreSQL 18, uruchamiane w kontenerach Docker na Linuksie |
| Zmiana konfiguracji | wydanie wersji lub wgranie transakcji | pliki konfiguracji wczytywane na gorąco, bez restartu |
| Wersje językowe | teksty zapisane w kodzie stron, kolejny język to 80-100 godzin pracy | natywna wielojęzyczność, kolejny język to 8-10 godzin pracy |
| Miejsce uruchomienia | chmura SoftwareStudio albo serwer klienta | chmura SoftwareStudio albo serwer klienta, ten sam obraz |
Wybór architektury w kontekście biznesowym
Model uruchomienia wynika z sytuacji obiektu, a nie z ogólnej oceny technologii. Cztery typowe przypadki pokazują, jak rozkładają się wybory.
| Sytuacja obiektu | Zwykle wybierany model | Powód |
|---|---|---|
| Kilka magazynów w różnych miastach, mały dział IT | abonament SaaS | jedna instalacja obsługuje wiele obiektów, a serwery utrzymuje dostawca |
| Zakład produkcyjny z wymaganiami polityki danych | instalacja na serwerze klienta | dane zostają w infrastrukturze klienta, a dostęp kontrahentów można oprzeć na module Proxy |
| Operator logistyczny z wieloma zleceniodawcami | samodzielny system YMS z osobnymi kalendarzami | każdy klient ma własne okna i widok, co opisuje strona o awizacji dla operatorów 3PL |
| Obiekt z gotowym ERP i WMS | samodzielny system YMS z REST API | awizacja pozostaje osobnym systemem, a dokumenty przyjęć wymieniają się przez interfejs |
Integracja z systemami obiektu
Wymiana danych z systemem zewnętrznym zawsze wymaga projektu, ale statusy integracji są różne. Tabela pokazuje, które integracje wykonano, a które są tylko deklarowane lub oparte na mechanizmie REST API.
| System zewnętrzny | Status integracji | Uwagi |
|---|---|---|
| SAP i SAP EWM | wykonana | opis mechanizmu na stronie integracja awizacji z SAP |
| Symfonia ERP | wykonana | zakres wymiany ustala analiza przedwdrożeniowa |
| Comarch ERP XL | deklarowana | mechanizm opisuje strona integracja awizacji z Comarch ERP XL |
| Active Directory i Entra ID | wykonana w pakietach | logowanie kontami firmowymi |
| Pozostałe systemy ERP i WMS | projekt integracyjny | wymiana przez REST API; ogólne zasady opisuje strona łączenie VSS z WMS i ERP |
Dostawca może przekazać odbiorcy skład transportu w komunikacie DESADV standardu EDI GS1. Przeniesienie takich danych do awizacji realizuje projekt integracyjny przez REST API.
Zwrot z inwestycji
Okres zwrotu zależy od liczby ramp i kosztu postoju pojazdu, więc bez danych obiektu nie podajemy go dla żadnego modelu. Wzór z polami na własne założenia zawiera artykuł o ROI systemu awizacji.
Jak wybrać program do awizacji dostaw?
Jak wybrać program do awizacji dostaw?Wybór programu wymaga oceny kryteriów technicznych i biznesowych, które wpływają na pracę obiektu przez wiele lat. Tabela zbiera osiem kryteriów razem z pytaniami, które warto zadać każdemu dostawcy, także nam.
| Kryterium | Co sprawdzić | Dlaczego to ważne | Pytanie do dostawcy |
|---|---|---|---|
| Skalowalność | Obsługa wielu lokalizacji i ramp oraz rosnącej liczby awizacji bez zmiany architektury | Zmiana systemu przy wzroście wolumenu kosztuje więcej niż dobry wybór na początku | Ile obiektów i ramp obsługuje jedna instalacja? Jakie są limity licencyjne? |
| Integracje z IT | Interfejsy do ERP i WMS oraz do kontroli dostępu i wag, a także udokumentowane REST API | Ręczne przepisywanie danych wraca w postaci błędów w numerach zamówień i godzinach | Z jakimi systemami integracja została wykonana, a jakie są tylko deklarowane? |
| Łatwość obsługi | Interfejs w języku polskim, osobne widoki dla ról i krótkie szkolenie użytkowników końcowych | Mniejszy opór pracowników skraca czas osiągnięcia pełnego wykorzystania systemu | Jak długo trwa szkolenie ról? Czy menu można ograniczyć do zadań stanowiska? |
| Wsparcie mobilne | Aplikacja kierowcy na Androida z powiadomieniami push i kodem QR | Kierowca widzi własne zgłoszenia i numer rampy bez dzwonienia do biura | Czy aplikacja działa bez Internetu? Jakie powiadomienia dostaje kierowca? |
| Koszty całkowite | Pozycje: licencje, wdrożenie, szkolenia, integracje, utrzymanie, aktualizacje | Porównanie ofert po samej cenie zakupu pomija koszty pięciu lat użytkowania | Jaki jest pełny koszt w okresie pięciu lat? Które moduły są płatne osobno? |
| Wsparcie techniczne | Godziny pracy helpdesku oraz czasy reakcji zapisane w umowie | Awaria w godzinach szczytu zatrzymuje bramę, więc czas reakcji ma wymierną cenę | Jakie są czasy reakcji na zgłoszenia krytyczne i jak definiuje je umowa? |
| Czas wdrożenia | Harmonogram od umowy do uruchomienia obejmujący integracje i testy | Od niego zależy moment, w którym pierwszy obiekt zacznie pracować na oknach czasowych | Ile trwa typowe wdrożenie i jakie zasoby musi zapewnić klient? |
| Model wdrożenia | Chmura dostawcy albo własny serwer, zależnie od polityki IT | Chmura zmniejsza nakłady IT, a serwer lokalny daje kontrolę nad danymi | Kto odpowiada za kopie bezpieczeństwa i aktualizacje w każdym z modeli? |
Etapy zakupu i dokumenty pomocnicze
Kryteria przydają się na czterech etapach zakupu, a tabela przypisuje każdemu z nich dokument pomocniczy.
| Etap zakupu | Co ustalić | Dokument pomocniczy |
|---|---|---|
| Planowanie zakupu | Zakres funkcji i integracji oraz budżet na pięć lat użytkowania | zapytanie ofertowe na system awizacji - wzór |
| Prezentacje dostawców | Pokaz na danych zbliżonych do własnych oraz test integracji z istniejącym systemem | jak wybrać system awizacji |
| Negocjacja umowy | Zakres licencji i warunki migracji danych po zmianie dostawcy | licencje oprogramowania oraz cennik systemu awizacji |
| Po wdrożeniu | Porównanie rzeczywistych parametrów z kryteriami wyboru i przegląd raportów | KPI systemu awizacji |
Listę pytań do dostawcy w formie arkusza zawiera zapytanie ofertowe na system awizacji - wzór, a rozbudowane omówienie kryteriów - artykuł jak wybrać system awizacji.
Portal i aplikacja mobilna w pracy kierowców
Portal i aplikacja mobilna w pracy kierowcówProces zaczyna się w portalu otwieranym w przeglądarce, w którym użytkownik rezerwuje wolny termin z kalendarza. Kierowca może dodatkowo korzystać z aplikacji na Androida, która pokazuje własne zgłoszenia i przydzieloną rampę oraz wysyła powiadomienia push o zmianach w harmonogramie.
| Narzędzie | Użytkownik | Zakres |
|---|---|---|
| Portal przewoźnika | przewoźnik, spedytor | rezerwacja okna, dane transportu, dane kierowcy, podgląd własnych zgłoszeń; działa w przeglądarce bez instalacji |
| Aplikacja na Androida | kierowca | własne zgłoszenia, numer rampy, powiadomienia push, kod QR |
| Kiosk samoobsługowy | kierowca przy bramie | potwierdzenie przybycia i regulaminu BHP w jednej z pięciu wersji językowych |
| Wiadomości SMS i e-mail | przewoźnik, kierowca | potwierdzenie rezerwacji, zmiana terminu, zmiana rampy, wezwanie pod stanowisko |
Dla transportu międzynarodowego język komunikacji jest polem awizacji: wiadomości do kierowcy trafiają w wybranym przez niego języku, a kiosk działa w pięciu wersjach językowych. Zasady opisuje strona o wielojęzycznej komunikacji z dostawcami i kierowcami.
Rezerwacja okna czasowego w programie do awizacji dostaw
Rezerwacja okna czasowego w programie do awizacji dostawDostawcy i przewoźnicy logują się przez przeglądarkę i samodzielnie rezerwują wolny termin w wybranym magazynie i na wybranej bramie. Dostęp kontrahentów z Internetu może zapewniać moduł Proxy, czyli osobna witryna dla kontrahentów. Formularz prowadzi przez sześć etapów, a każdy z nich zawęża wybór do tego, co konto może zarezerwować.
| Etap w portalu | Co wybiera lub wpisuje przewoźnik | Co robi system |
|---|---|---|
| 1. Obiekt | Kafelek obiektu z listy dostępnej dla konta | ogranicza listę do uprawnień konta |
| 2. Magazyn | Kafelek magazynu wybranego obiektu | pokazuje tylko magazyny dostępne dla konta |
| 3. Brama wjazdowa | Brama wybranego magazynu | wybór bramy wyznacza dostępne okna |
| 4. Dane podstawowe | Pola: rodzaj awizacji, rodzaj transportu, numer zamówienia SAP (opcjonalnie), agencja celna, asortyment, liczba palet, rodzaj palet, dzień | z liczby palet wylicza długość okna |
| 5. Okno czasowe i transport | Wolny przedział z siatki godzinowej oraz pola: przewoźnik, numer rejestracyjny auta, numer rejestracyjny naczepy, numer kontenera, dane kierowcy | blokuje okno i zapisuje dane do kontroli na bramie |
| 6. Podsumowanie | Uwagi i załączniki | zapisuje awizację i wysyła potwierdzenie e-mail z numerem |
Zgłoszenie bez zatwierdzenia trafia do bufora jako awizacja wstępna (status 0), a po akceptacji obiektu staje się dokumentem zatwierdzonym (status 10). Szerszy opis rezerwacji z perspektywy przewoźnika znajduje się na stronie time slot booking online.
Harmonogramowanie transportów i rejestr awizacji
Harmonogramowanie transportów i rejestr awizacjiModuł awizacji prowadzi dwa rejestry: zgłoszenia oczekujące na akceptację oraz dokumenty zatwierdzone. Harmonogram obejmuje dostawy i wysyłki; typy transportu to całopojazdowy, niepełny, nietypowy, kurierski. Dyspozytor przesuwa zatwierdzoną awizację w kalendarzu przeciągnięciem, gdy przewoźnik zgłosi opóźnienie.
Obłożenie ramp widać w kalendarzu bez zestawień poza systemem: wolne przedziały zostają dostępne w portalu, a zajęte znikają z oferty. Harmonogram pracy zmiany powstaje z tych samych danych, więc magazyn przygotowuje stanowisko pod konkretny pojazd. Zarządzanie pojedynczą awizacją opisują strony o dopisywaniu awizacji i o awizacjach cyklicznych w wielu magazynach.
Reguły okien czasowych i eliminacja kolejek pod magazynem
Reguły okien czasowych i eliminacja kolejek pod magazynemKolejka powstaje, gdy kilka pojazdów trafia na tę samą rampę w tej samej godzinie. Okna czasowe przenoszą ten wybór na moment rezerwacji, gdy system może jeszcze odmówić terminu przekraczającego limit. Reguły ustawia administrator osobno dla każdego magazynu i rampy.
| Reguła | Jak działa | Skutek na placu |
|---|---|---|
| Godziny pracy i dni wyłączone | Administrator ustawia godziny obiektu oraz dni bez obsługi (święta, inwentaryzacja) | kalendarz nie oferuje terminów, których nikt nie obsłuży |
| Długość podstawowego okna | Harmonogram dzieli się na przedziały dowolnej długości, na przykład co 20 minut | siatka godzinowa dopasowana do tempa rozładunku |
| Długość okna z liczby palet | Liczba palet i rodzaj operacji wyznaczają czas obsługi, który system przelicza na długość okna | duża dostawa nie dostaje okna przewidzianego dla małej |
| Limit pojazdów | Limit liczy się osobno dla rampy i bramy oraz dla całego magazynu | żaden przedział nie przyjmuje więcej pojazdów, niż obiekt obsłuży |
| Osobne kalendarze | Transporty różnych rodzajów można prowadzić w osobnych kalendarzach | przywozy i wysyłki nie blokują sobie okien |
| Blokady cykliczne i okna dedykowane | Rampa może być cyklicznie wyłączana z kalendarza, a wybrani przewoźnicy dostają stałe przedziały | serwis rampy i stałe dostawy mają zapisany termin |
Pełny opis reguł znajduje się w opracowaniach o oknach czasowych i o zarządzaniu oknami czasowymi, a długość okna dla konkretnej dostawy pomaga oszacować kalkulator okna czasowego i liczby ramp.
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.
Mobilna awizacja na Androidzie i odprawa przy bramie
Mobilna awizacja na Androidzie i odprawa przy bramieOchrona korzysta z tych samych statusów co magazyn, ale z własnego widoku: lista transportów oczekujących na wjazd, przypisanie rampy, wydruk przepustki, podpis kierowcy. Tabela zestawia elementy odprawy, które włącza się w konfiguracji obiektu.
| Element odprawy | Jak działa | Uwagi |
|---|---|---|
| Kod QR z potwierdzenia | Czytnik sprawdza ważność awizacji oraz zgodność numeru rejestracyjnego z uprawnieniami | kod ma termin ważności powiązany z oknem |
| Kamera LPR | Odczyt tablicy jest porównywany z rejestrem awizacji; po integracji z kontrolerem bramy system może otworzyć szlaban | wspierane natywnie: BCS, Bosch, Dahua, Hikvision |
| Przepustka jednorazowa | Dokument z kodem QR i danymi pojazdu wydawany po odprawie | opis w artykule o kontroli wjazdów i wyjazdów |
| Waga samochodowa | Statusy 42W i 65Y zapisują ważenie przed operacją i po niej | wagi samochodowe włącza się w konfiguracji obiektu |
| Wjazd bez awizacji | Ochrona rejestruje pojazd w formularzu wjazdu nieawizowanego | dostawy nieawizowane mają własną procedurę |
| Historia wjazdów | Zdjęcia tablic i godziny z kamer LPR zostają w historii wjazdów i wyjazdów | szukanie po numerze rejestracyjnym z podglądem zdjęć |
| Lista blokad | Pojazdy i kontrahenci z listy blokad nie otrzymują zgody na wjazd | listę prowadzi się w module Gate Assistant, który pokazuje też zajętość doków |
Dostawa i montaż sprzętu bramowego (kamer i szlabanów) nie należy do oferty SoftwareStudio. System integruje się z urządzeniami zamawiającego, a koszt prac po stronie programowej opisuje strona ile kosztuje system awizacji.
Dlaczego warto wdrożyć oprogramowanie time slot management?
Dlaczego warto wdrożyć oprogramowanie time slot management?Oprogramowanie typu Time Slot Management zastępuje ustalanie terminów w rozmowach jednym kalendarzem z limitami. Poniższa tabela porównuje pięć sytuacji z magazynu bez rezerwacji z tym, co zapisuje program.
| Bez rezerwacji okien | W programie do awizacji | Zapis w systemie |
|---|---|---|
| Pojazdy przyjeżdżają o tej samej porze i czekają przy jednej rampie | okno czasowe z limitem pojazdów na rampę | rezerwacja z godziną i rampą |
| Dyspozytor ustala terminy telefonicznie lub w arkuszu | przewoźnik rezerwuje termin w portalu, a dział logistyki go zatwierdza | awizacja ze statusem 0, po akceptacji ze statusem 10 |
| Magazyn nie zna asortymentu dostawy ani przydzielonej rampy | awizacja zawiera asortyment i przydzieloną rampę | lista przyjazdów dla ochrony i magazynu |
| Czas oczekiwania i rozładunku znany jest z relacji pracowników | statusy od 20 do 60 z godziną i autorem | podstawa raportów i rozliczenia z przewoźnikiem |
| Spór o winę za opóźnienie opiera się na rozbieżnych notatkach | historia zmian z godzinami wpisanymi przez system | dowód w rozmowie z przewoźnikiem |
Dane z tabeli zasilają rozliczenia z przewoźnikami, które opisuje artykuł o rozliczaniu postojów przewoźników. Uzasadnienie wdrożenia bez liczb zawiera strona po co time slot management online w logistyce, a praktyczne sposoby zmniejszania kolejek - strona zlikwiduj kolejki przed magazynem.
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.
Awizacja przewoźników i podział ról
Awizację zakłada przewoźnik, więc dział logistyki nie przepisuje danych z wiadomości, tylko je zatwierdza. Każdy uczestnik ma własny zakres w programie, a zmiany zapisują się w historii z kontem autora.
| Uczestnik | Co robi w programie | Strona z opisem |
|---|---|---|
| Przewoźnik | zakłada awizację i koryguje termin; może też anulować zgłoszenie (status 99X) | rola kontrahenta w systemie |
| Dział logistyki | akceptuje zgłoszenia (przejście ze statusu 0 do 10) i przesuwa terminy w kalendarzu | kalendarz awizacji |
| Ochrona | zmienia status na bramie i rejestruje wjazd bez awizacji | role programowe |
| Magazyn | ustawia START i STOP obsługi oraz zwalnia rampę | zarządzanie dokami i rampami |
Jak skłonić dostawców do korzystania z portalu, opisuje artykuł jak zmusić dostawców do awizacji, a punktację terminowości kontrahentów - strona o scoringu i rankingu kontrahentów. Pełne ujęcie perspektywy kierowcy zawiera system awizacji kierowców.
Kiedy warto wdrożyć time slot management w zarządzaniu awizacjami?
Potrzebę wdrożenia zwykle widać po powtarzalnych sygnałach z placu. Cztery najczęstsze sytuacje wskazują, od jakiej funkcji zacząć.
| Sytuacja w obiekcie | Sygnał | Od czego zacząć |
|---|---|---|
| Kolejki przed rampami | pojazdy czekają w tych samych godzinach każdego dnia | okna czasowe i portal przewoźnika |
| Księga ochrony i telefony | brak jednej listy spodziewanych przyjazdów | awizacja elektroniczna i statusy bramy |
| Spory o godziny rozładunku | każda strona ma inną notatkę | statusy z godziną i autorem |
| Kilka magazynów lub bram | brak wspólnego obrazu obłożenia | kalendarze według obiektów i magazynów |
Kiedy warto wdrożyć cyfrową awizację transportów?
Moment na rezygnację z ręcznego wpisywania danych kierowców w papierowych księgach ochrony nadchodzi wtedy, gdy liczba dostaw przerasta pamięć zmianowego. Aplikacja webowa rejestruje godziny wjazdu i wyjazdu automatycznie, a uprawnieni pracownicy mają stały dostęp do harmonogramu z możliwością zmiany godziny załadunku. Reguły rezerwacji można ustawić osobno dla wybranych kontrahentów, na przykład przez dedykowane okna.
Jak długo trwa uruchomienie
Standardowe uruchomienie trwa od czterech do ośmiu tygodni. Najwięcej czasu zajmują konfiguracja i integracje, a kolejność etapów opisuje strona o wdrożeniu systemu awizacji etapami.
| Etap | Czas | Co powstaje |
|---|---|---|
| Analiza | 3-5 dni | opis procesu wizyty oraz ustalenie ról i reguł okien |
| Konfiguracja | 1-2 tygodnie | kalendarze, kartoteki, rampy, uprawnienia |
| Integracje | 1-2 tygodnie | wymiana z ERP i WMS przez REST API oraz podłączenie bramy |
| Testy | 3-5 dni | scenariusze pełnej wizyty od rezerwacji do wyjazdu |
| Szkolenia | 2-3 dni | sesje dla przewoźników, ochrony, magazynu, logistyki |
Dane osobowe kierowców
System przetwarza dane kierowców (imię i nazwisko, telefon, numer dokumentu tożsamości) oraz numery rejestracyjne, a kamery LPR zapisują także zdjęcia tablic. Administratorem tych danych jest obiekt zamawiający awizacje, a zasady określa rozporządzenie 2016/679 (RODO), w tym zasada minimalizacji danych. Przy hostingu w chmurze SoftwareStudio potrzebna jest umowa powierzenia przetwarzania; szczegóły opisuje strona o awizacji dostaw a RODO.
Mapa tematów programu do awizacji dostaw
Każdy temat ma własną stronę z innym punktem widzenia. Tabela wskazuje, gdzie czytać dalej, zależnie od pytania.
| Temat | Strona | Co znajdziesz |
|---|---|---|
| Przegląd funkcji i moduły | oprogramowanie awizacja dostaw | moduły oprogramowania i zakres każdego z nich |
| Spedycja i przewoźnik | oprogramowanie awizacja transportów | zgłoszenia i zmiany terminów z perspektywy przewoźnika |
| Magazyn odbiorcy | awizacja transportu do magazynów | plan przyjęć i obsada ramp po stronie odbiorcy |
| Mniejszy obiekt i arkusz | oprogramowanie do awizowania | różnica względem arkusza kalkulacyjnego i prosty start; szablon w arkuszu Excel |
| Pojazdy różnych typów | oprogramowanie do awizowania transportu | okna dla różnych typów pojazdów i rodzajów transportu |
| Kryteria wyboru i integracje | awizacja dostaw oprogramowanie | kryteria oceny i statusy integracji |
| Aplikacja i przeglądarka | awizacja dostaw aplikacja | co robi aplikacja mobilna, a co portal |
| Rezerwacja przez przewoźnika | time slot booking online | rezerwacja okna z perspektywy portalu przewoźnika |
| Platforma i jej warstwy | platforma do awizacji oraz platforma StudioSystem | moduły platformy oraz opis platform ST i GT |
| Środowisko wielu systemów | systemy awizacyjne | współpraca awizacji z wagą i kontrolą dostępu |
| Pojęcie i statusy | co to jest awizacja oraz awizacje transportu | definicja oraz statusy: osiem obowiązkowych i cztery warunkowe |
| Pozostałe systemy w obiekcie | różnice między systemami logistycznymi (YMS, WMS, TMS, DMS) | granice systemów i punkty wymiany danych |