Baza wiedzy Studio VSS.net

Elastyczność aplikacji awizacyjnej - konfiguracja reguł i okien czasowych

Elastyczność aplikacji awizacyjnej Studio VSS.net oznacza dopasowanie reguł rezerwacji, formularzy i uprawnień do organizacji pracy zakładu bez ingerencji w kod programu. Poniżej tabela tego, co ustawia administrator, oraz konfiguracja platformy GT plikami.

Aplikacja okna czasowe, awizacja dostaw, logistyka produkcji
Konfigurowalne okna czasowe i reguły awizacji dopasowane do zakładu - Studio VSS.net
W skrócie

Elastyczność aplikacji awizacyjnej w Studio VSS.net polega na tym, że administrator dopasowuje reguły rezerwacji, formularze, role i powiadomienia do organizacji pracy obiektu bez ingerencji w kod programu. Reguły ustawia się osobno dla obiektu, kalendarza, rampy i kontrahenta, a na platformie GT konfiguracja działa bez restartu.

Konfiguracji podlegają długość okna czasowego, liczba ramp, zestaw wymaganych pól oraz zakres danych widocznych dla przewoźnika. Sztywny harmonogram, identyczny dla wszystkich magazynów, rzadko odpowiada rzeczywistemu obciążeniu ramp, dlatego formularze awizacji oraz zasady wjazdu ustawia się osobno dla każdego obiektu, a zestawy raportów dobiera się do ról. Jeden system obsługuje wtedy magazyny o różnej organizacji pracy i różnym natężeniu ruchu pojazdów.

Samoobsługa dostawców w zakładach produkcyjnych zastępuje ręczne ustalanie terminów: przewoźnik sam rezerwuje okno czasowe na rozładunek i potwierdza szczegóły transportu przed przyjazdem. Porządkuje to obieg informacji, a moduły systemu opisuje strona o modułach Studio VSS.net.

Cztery poziomy konfiguracji reguł awizacjiOś z czterema poziomami: obiekt, kalendarz, rampa i kontrahent. Na każdym poziomie administrator ustawia osobne parametry.ZASIĘG REGUŁOd obiektu do kontrahenta1Obiektkalendarz pracy i bramyosobna konfiguracja2Kalendarzrodzaj transportuokna i limity3Rampaprzeznaczenie dokuparametry obsługi4Kontrahentwłasne oknawymagane dokumenty
Reguły ustawia się od ogółu do szczegółu, a niższy poziom może mieć własne wartości.

Co konfiguruje administrator w aplikacji awizacyjnej

Tabela zestawia dziewięć obszarów, w których administrator zmienia zachowanie systemu. Parametry można zmieniać w trakcie eksploatacji, a zmiany zapisują się z datą i nazwiskiem operatora, co ułatwia porównanie wyników przed korektą harmonogramu i po niej.

ObszarCo ustawia administratorGdzie to ustawia
Okna czasoweDługość okna i limit jednoczesnych rozładunków; długość wynika z liczby palet i rodzaju pojazduSkorowidz okien czasowych i kalendarze
KalendarzeOsobne kalendarze dla rodzajów transportu i obiektów wraz z widokiem domyślnym i uprawnieniami do edycjiKartoteki, sekcja kalendarzy
Kalendarz pracyGodziny otwarcia ramp i harmonogramy specjalne, w tym dni wolneKartoteki, kalendarze pracy
Formularz awizacjiZestaw wymaganych pól i obowiązkowe załączniki dla rodzaju transportuKonfiguracja formularza portalu
SkorowidzeTypy pojazdów, przyczyny odmowy wjazdu i anulowania oraz kraje i językiKartoteki, skorowidze
Reguły kontrahentaIndywidualne okna czasowe i priorytety w kolejce do dokówKartoteka kontrahentów
Role i widokiMenu i raporty widoczne dla roli oraz zakres danych dla przewoźnikaRole programowe
PowiadomieniaSzablony SMS i e-mail oraz język komunikacji z kierowcąSzablony powiadomień i pole awizacji
BramaZasady odprawy pojazdu i przypisanie bram do obiektówKartoteka bram i moduł Gate Assistant

Reguły okien czasowych łączą się z danymi z formularza: system liczy czas obsługi z liczby palet, więc zmiana normy w skorowidzu zmienia długość okna przy kolejnych rezerwacjach. Zasady rezerwacji opisuje strona o oknach czasowych, a sposób, w jaki dynamiczne okna czasowe porządkują rozładunek, pokazuje osobny artykuł. Konfigurację wykonuje się w drugim etapie wdrożenia, który trwa 1-2 tygodnie, a harmonogram opisuje strona o wdrożeniu systemu awizacji etapami.

Portal samoobsługowy dla dostawców

Portal kontrahenta pokazuje wolne terminy, więc podwykonawca dopasowuje przyjazd do możliwości zakładu. System wymusza uzupełnienie wymaganych pól, na przykład numeru rejestracyjnego pojazdu i liczby palet, dzięki czemu magazyn dostaje komplet danych jeszcze przed pojawieniem się ciężarówki na bramie. Pełną listę pól formularza zawiera strona o wzorze awizacji dostawy i kierowcy.

Kierownik logistyki widzi statusy awizacji i obciążenie ramp w module Informacje, a wykorzystanie slotów pokazuje raport z filtrami. Dzięki temu korektę długości okna czy limitu rampy opiera się na zapisach z systemu.

Studio VSS.net

Okna czasowe w module Informacje YMS - wykorzystanie slotów

Ekran Okna czasowe w sekcji Informacje modułu YMS pokazuje wykorzystanie slotów awizacyjnych. Dane można filtrować według rampy, kontrahenta, dnia lub tygodnia. Widok pomaga kierownikowi logistyki wykryć przeciążenia i dopasować liczbę okien do rzeczywistego ruchu.

Dokumenty i etykiety logistyczne w awizacji

Administrator wskazuje, które załączniki są obowiązkowe dla danego rodzaju transportu, a które opcjonalne. Dostawcy dołączają w portalu skany dokumentów, na przykład atestów lub listów przewozowych, więc dokumentacja trafia do działu logistyki przed fizycznym przyjazdem towaru i można ją wstępnie zweryfikować.

Jeśli dostawca stosuje etykiety logistyczne GS1, budowę etykiety i numer SSCC jednostki logistycznej określa standard etykiety logistycznej GS1. Numer SSCC można przekazać w uwagach lub w załączonym dokumencie awizacji, a automatyczne mapowanie danych z etykiet wymaga projektu integracyjnego. Ogólne zasady oznaczania opisuje także artykuł o etykietach logistycznych GS1, a dalszy przebieg przyjęcia obsługuje system magazynowy, na przykład program magazynowy WMS.net.

Zasady wjazdu i komunikacja z kierowcą

Zasady bezpieczeństwa na terenie zakładu ustala obiekt, a system pomaga je egzekwować: bramę obsługuje moduł Gate Assistant, a o numerze rampy i zmianie statusu kierowca dowiaduje się z wiadomości. Regulamin wjazdu i wytyczne BHP można przygotować na podstawie wzorów regulaminu dostaw i awizacji oraz instrukcji dla kierowcy na terenie magazynu.

Komunikaty do kierowcy idą w języku wybranym w polu awizacji, a kiosk przy bramie działa w pięciu wersjach językowych. Przy współpracy z zagranicznymi przewoźnikami znaczenie ma wielojęzyczna komunikacja z dostawcami i kierowcami oraz wiadomości e-mail i SMS z poziomu programu, które obejmują treść powiadomień i interfejs portalu.

Awizacja kierowcy obejmuje potwierdzenie terminu oraz przekazanie numeru rampy i informacji o zmianie statusu; proces z perspektywy kierowcy opisuje strona awizacja kierowcy.

Konfiguracja platformy GT plikami wczytywanymi na gorąco

Pakiet awizacji MAW na platformie GT korzysta z plików konfiguracji YAML oraz szablonów HTML ze skryptami JS, które aplikacja wczytuje na gorąco. Zmiana reguły nie wymaga restartu, więc obowiązuje od chwili wczytania pliku. Platforma ma natywną wielojęzyczność, dlatego dodanie kolejnego języka sprowadza się do pliku tłumaczeń i szablonów.

Zmiana reguły na platformie GT bez restartuTrzy etapy: zapis pliku konfiguracji YAML lub szablonu HTML, wczytanie na gorąco bez restartu aplikacji oraz obowiązywanie nowej reguły od chwili wczytania.PLATFORMA GTKonfiguracja plikami wczytywanymi na gorąco1Zapis plikukonfiguracja YAMLlub szablon HTML2Wczytanie na gorącobez restartuaplikacji3Nowa regułaobowiązuje od chwiliwczytania pliku
Na platformie ST zmianę konfiguracji wprowadza się przez wydanie wersji lub wgranie transakcji.
CechaPlatforma STPlatforma GT
Zmiana konfiguracjiWydanie wersji lub wgranie transakcjiPodmiana plików konfiguracji bez restartu
Format konfiguracjiKartoteki i skorowidze w aplikacjiPliki YAML oraz szablony HTML ze skryptami JS
Kolejna wersja językowa portalu80-100 godzin pracy, bo teksty są w kodzie stron8-10 godzin pracy: plik tłumaczeń i szablony
WielojęzycznośćWersje językowe wymagają prac w kodzieNatywna wielojęzyczność

Platformy opisuje szerzej strona o wymaganiach technicznych systemu awizacji, a wpływ wyboru platformy na koszt zawiera cennik systemu awizacji.

Granice elastyczności i prace wdrożeniowe

Nie wszystko ustawia administrator w interfejsie. Tabela pokazuje, które potrzeby załatwia konfiguracja, a które wymagają prac wdrożeniowych lub osobnego wariantu licencji.

PotrzebaJak ją zrealizować
Zmiana długości okna lub limitu rampAdministrator w skorowidzach i kalendarzach
Nowy rodzaj transportu lub powód opóźnieniaAdministrator w skorowidzach
Nowe pole w formularzu awizacjiPrace wdrożeniowe; na platformie GT zmiana w szablonie HTML
Wymiana danych z systemem zewnętrznymProjekt integracyjny przez REST API
Zmiana kodu źródłowegoWariant Developer w abonamencie; licencja wieczysta nie daje dostępu do kodu

Zasady licencjonowania i prawo do zmian w kodzie opisuje strona o licencjach oprogramowania.

FAQ

Najczęstsze pytania o elastyczność aplikacji

01

Co może skonfigurować administrator bez zmian w kodzie?

Długość okien czasowych i limity ramp, kalendarze i kalendarze pracy, wymagane pola i załączniki formularza, skorowidze, role z widokami oraz szablony powiadomień. Zmiany zapisują się z datą i nazwiskiem operatora.

02

Czy reguły można ustawić osobno dla obiektu i kontrahenta?

Tak. Formularze, zestawy raportów i zasady wjazdu ustawia się osobno dla każdego obiektu, a kartoteka kontrahenta pozwala nadać indywidualne okna czasowe oraz wymagane dokumenty.

03

Czy zmiana konfiguracji wymaga restartu systemu?

Na platformie GT pliki YAML oraz szablony HTML ze skryptami JS są wczytywane na gorąco, bez restartu aplikacji. Na platformie ST zmianę wprowadza się przez wydanie wersji lub wgranie transakcji.

04

Jak system obsługuje wiele języków?

Komunikaty do kierowcy idą w języku wybranym w polu awizacji, a kiosk działa w pięciu wersjach językowych. Platforma GT ma natywną wielojęzyczność, więc kolejny język to plik tłumaczeń i szablony.

05

Czy klient może zmieniać kod źródłowy?

Prawo do modyfikacji kodu daje wyłącznie wariant Developer w abonamencie. Licencja wieczysta na platformie GT nie daje dostępu do kodu źródłowego.

Słownik pojęć

Słownik pojęć - konfiguracja systemu awizacji

Pojęcia używane w opisie konfiguracji reguł i formularzy.

SSkorowidz
Edytowalny słownik pomocniczy, na przykład typów pojazdów czy przyczyn opóźnień, który steruje zachowaniem formularzy.
KKalendarz pracy
Definicja godzin otwarcia, dni wolnych i harmonogramów specjalnych dla ramp i magazynów.
RRodzaj transportu
Wartość z listy obiektu kierująca rezerwację do właściwego kalendarza i zasad obsługi.
PPole wymagane
Pole formularza, którego nie można pominąć przy zakładaniu awizacji; w portalu są to rodzaj awizacji i rodzaj transportu.
KKonfiguracja na gorąco
Wczytywanie plików konfiguracji platformy GT bez restartu aplikacji.
RRola programowa
Zestaw uprawnień i widoków przypisany do stanowiska, na przykład pracownika bramy lub kontrahenta.

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.