Yard management SoftwareStudio - Studio VSS.net w praktyce

Yard management SoftwareStudio - zakres produktu

Yard management w ofercie SoftwareStudio realizuje Studio VSS.net, platforma do rezerwacji okien czasowych i nadzoru nad pojazdami na terenie zakładu. Produkt łączy dwie funkcje, które w wielu obiektach działają osobno: awizację, czyli planowanie przyjazdów, oraz zarządzanie placem, czyli obsługę pojazdu po przekroczeniu bramy. Z jednej bazy korzystają logistyka oraz ochrona, magazyn widzi te same awizacje, a przewoźnik pracuje w przeglądarce.

Menu aplikacji odzwierciedla kolejność pracy. Sekcja Awizacje zawiera zgłoszenia i kalendarz ramp, moduł Yard Management prowadzi plac, a osobne narzędzia bramy obsługują wjazd i wyjazd. Dane referencyjne trafiają do kartotek, a ustawienia do modułu Administrator. Poniższa tabela porządkuje te obszary.

Reguła: awizacja i plac muszą korzystać z tych samych kartotek. Dwa słowniki pojazdów w jednym obiekcie kończą się rozbieżnością numerów rejestracyjnych na bramie.

Ogólne ujęcie klasy rozwiązań przedstawia artykuł o systemie YMS, a przebieg wizyty na placu, od przyjazdu po wyjazd, opisuje tekst o yard management system. Produktową stronę prezentuje producent: Studio VSS.net.

Okna czasowe w Studio VSS.net

Zarządzanie oknami czasowymi to funkcja, od której zaczyna się większość wdrożeń. Przewoźnik rezerwuje przedział na załadunek albo rozładunek samodzielnie, w czasie rzeczywistym, przez portal awizacyjny. Magazyn potwierdza termin i dostosowuje zasoby do zaplanowanych operacji. Zamiast nieskoordynowanych przyjazdów powstaje harmonogram, w którym liczbę pojazdów oczekujących na obsługę w danym momencie kontroluje magazyn.

Czas obsługi system wylicza automatycznie na podstawie ilości i rodzaju towaru. Pracownik magazynu może wynik skorygować dla konkretnego transportu, więc automat nie zastępuje decyzji, tylko podpowiada wartość początkową. Taki mechanizm oszczędza czas potrzebny na ręczne rezerwowanie okien i ogranicza pomyłki w ich długości.

Nierównomierne obciążenie bram wynika z godzin szczytu, czyli momentów, w których wiele transportów zgłasza się jednocześnie. Rezerwacja okien rozkłada pracę na cały dzień. Zespół planuje zadania z wyprzedzeniem, a ryzyko przestojów i pomyłek wynikających ze stresu spada. Zasady doboru okien omawia artykuł o oknach czasowych, a szczegóły modułu przedstawia tekst o awizacjach w Studio VSS.net.

Dostawy powtarzalne obsługuje awizacja cykliczna. Szablon wskazuje dni tygodnia, a system rezerwuje okna na kolejne tygodnie, więc dostawca nie zakłada każdej wizyty osobno. Limity czasowe awizacji określają, do kiedy dostawca może zmienić albo anulować zgłoszenie. Po ich przekroczeniu decyzję podejmuje logistyka, a nie kierowca przy szlabanie.

Ujęcie okien w innej perspektywie prezentuje artykuł o zarządzaniu oknami czasowymi w systemie VSS.net.

Pojemność bram i ramp

Pojemność obiektu wynika z konfiguracji bram. Administrator przypisuje do każdej bramy dostępne rampy, ustala maksymalny czas oczekiwania pojazdu i określa reguły automatycznego wskazania miejsca postojowego zależnie od typu transportu. Ta sama brama może obsługiwać kilka ramp równolegle, więc pojemność mierzy się liczbą jednoczesnych wizyt w przedziale czasu, a nie liczbą fizycznych stanowisk.

Wykorzystanie pojemności można sprawdzić zapytaniem, które porównuje liczbę rezerwacji z limitem bramy. Wynik wskazuje godziny, w których brama jest w pełni zajęta. To przybliżenie, bo liczy rezerwacje według godziny rozpoczęcia, a nie według rzeczywistego nakładania okien. Nazwy tabel są poglądowe i nie odpowiadają schematowi produktu.

-- Przykład (nazwy poglądowe): godziny, w których brama osiągnęła limit
DECLARE @Day date = '2026-10-05';

SELECT  g.GateCode,
        DATEPART(HOUR, b.SlotStart) AS HourOfDay,
        COUNT(*)                    AS Booked,
        g.MaxParallel               AS Capacity
FROM    dbo.DockBooking AS b
JOIN    dbo.Gate        AS g ON g.GateId = b.GateId
WHERE   b.SlotStart >= @Day
  AND   b.SlotStart <  DATEADD(DAY, 1, @Day)
GROUP BY g.GateCode, g.MaxParallel, DATEPART(HOUR, b.SlotStart)
HAVING  COUNT(*) >= g.MaxParallel
ORDER BY g.GateCode, HourOfDay;

Warunek zakresu dat w postaci półotwartego przedziału (większe lub równe początkowi, mniejsze od następnego dnia) obejmuje całą dobę bez względu na godzinę zapisu. Funkcja DATEPART wyodrębnia godzinę z terminu rozpoczęcia. Opis funkcji zawiera dokumentacja DATEPART w Microsoft Learn.

Zasady definiowania bram i obszarów załadunkowych opisuje serwis producenta: jak Studio VSS.net zarządza konsumpcją pojemności bram.

Integracje z WMS i TMS oraz z ERP

Platforma awizacyjna współpracuje z systemem zarządzania transportem i z systemem magazynowym. Połączenie z TMS dostarcza informacje o przesyłkach przychodzących i wychodzących, co ułatwia planowanie zasobów. Połączenie z WMS przekazuje szczegóły zawartości przyczep i kontenerów, co przyspiesza rozładunek i ogranicza pomyłki. Wymiana przebiega przez REST API oraz pliki EDI, a szczegóły przejęcia awizacji przez WMS opisuje artykuł o integracji VSS z WMS i ERP przy przyjęciach.

Wymiana danych wymaga przewidzenia niedostępności partnera. Komunikaty trafiają do kolejki i są ponawiane, więc chwilowa przerwa oznacza opóźnienie przetworzenia awizacji, a nie jej utratę.

Interfejs REST umożliwia też rezerwację okna przez przewoźnika bez logowania do panelu. Po stronie klienta wystarcza żądanie HTTP z identyfikatorem dokumentu źródłowego. Poniższy przykład w C# pokazuje wywołanie z kluczem idempotencji, dzięki któremu ponowienie żądania po przekroczeniu limitu czasu nie tworzy drugiej awizacji. Adres i pola są przykładowe, a nie opisem rzeczywistego interfejsu produktu.

using System.Net.Http;
using System.Net.Http.Json;

var http = new HttpClient { BaseAddress = new Uri("https://example.local/api/") };

var advice = new
{
    sourceDocument = "ZZ/2026/10/0117",   // klucz idempotencji
    supplierCode   = "DOST-0187",
    warehouseCode  = "MAG-01",
    plannedStart   = "2026-10-05T08:00:00",
    plate          = "PO12345"
};

using var response = await http.PostAsJsonAsync("advices", advice);

if (response.StatusCode == System.Net.HttpStatusCode.Conflict)
{
    // ta sama awizacja została już zapisana - nie ponawiamy
}
else
{
    response.EnsureSuccessStatusCode();
}

Klasa HttpClient jest przeznaczona do wielokrotnego użycia, więc jedną instancję współdzieli się w całej aplikacji, zamiast tworzyć nową dla każdego żądania. Opisuje to dokumentacja klasy HttpClient w Microsoft Learn. Po stronie serwera ten sam efekt zapewnia unikalny indeks na parze: system źródłowy i numer dokumentu.

Użytkownicy i dostęp do aplikacji

Do aplikacji mają dostęp cztery grupy użytkowników, a każda rola widzi własny zakres. System działa w przeglądarce oraz na urządzeniach z Androidem, a interfejs jest wielojęzyczny, więc przewoźnicy zagraniczni pracują bez bariery językowej. Kierowca może korzystać z aplikacji mobilnej, w której przegląda i aktualizuje informacje o swoim transporcie. Wariant awizacji z telefonu opisuje artykuł o aplikacji awizacyjnej.

• Logistyka - zatwierdza zgłoszenia i zmienia terminy.
• Ochrona - obsługuje bramę i wydaje przepustki.
• Magazyn - widzi awizacje przypisane do ramp i potwierdza rozładunek.
• Przewoźnik - zgłasza awizacje i śledzi status własnych transportów.

Uprawnienia dzielą się na trzy zakładki. Zakładka systemowa określa dostęp do modułów, zakładka transakcji prawo do operacji, na przykład zatwierdzania albo anulowania zgłoszeń, a role są gotowymi zestawami przypisywanymi grupowo. Użytkownik może mieć uprawnienie tylko do podglądu awizacji, bez prawa edycji.

Konta i role zakłada administrator w module opisanym w artykule o module Administrator w programie VSS.net. Zakres uprawnień można zawęzić do wybranych ramp albo kontrahentów, a dane pojazdów i kierowców pochodzą z kartotek w systemie VSS.net. Zastąpienie zeszytów ochrony zapisem elektronicznym oznacza, że kierowcę z numerem rejestracyjnym oraz czasy wjazdu i wyjazdu przechowuje jedna baza.

Mapa placu i raporty wizyt

Moduł Yard Management pokazuje, gdzie stoi każdy pojazd, i mierzy czas jego pobytu. Mapa placu opiera się na zdjęciu terenu z narysowanymi stanowiskami, a lista Parkowanie podaje te same dane w tabeli. Zasady oznaczania stanowisk i źródła danych o zajętości opisuje artykuł o wizualizacji zajętości miejsc parkingowych.

Raporty pokazują natężenie ruchu na dokach oraz czas obsługi poszczególnych dostawców, a osobne zestawienia wskazują godziny szczytowe. Historia transportów pozwala eksportować dane do plików Excel lub PDF. Zestawienia pokazują, w których dniach rampy są przeciążone, a w których stoją puste, co pozwala przesuwać dostawców na słabsze godziny. Centralizacja zarządzania dostawami i parkowaniem ułatwia też reakcję na zdarzenia nieprzewidziane.

Wskaźniki mają sens tylko wtedy, gdy baza rejestruje zdarzenia w chwili ich wystąpienia. Raport z zaległymi zapisami przy wyjeździe zawyża czas postoju, dlatego procedura ochrony powinna wymuszać zamknięcie wizyty przy bramie wyjazdowej.

Rejestr wjazdów i transport nieawizowany

Moduł rejestracji tablic (w menu pozycja LPR) zapisuje numer auta oraz datę i godzinę wjazdu i wyjazdu, a także dane kontrahenta i kierowcy z numerem telefonu. Rejestr Historia jest więc pełnym zapisem ruchu pojazdów na terenie obiektu, który można filtrować po zdarzeniach. Osobna funkcja transportu nieawizowanego obsługuje pojazdy bez zgłoszenia: ochrona wpisuje dane w formularzu, generuje jednorazową przepustkę w PDF i zapisuje podpis kontrahenta. Zasady takiej obsługi opisuje artykuł o transporcie nieawizowanym.

Transport wewnętrzny i pojazdy zakładowe

Funkcja Transport wewnętrzny prowadzi kartotekę pojazdów zakładowych: ciągników oraz wózków i maszyn. Wpis zawiera nazwę pojazdu z numerem rejestracyjnym oraz numer SAP i numer ewidencyjny wraz z kodem kreskowym, a status pokazuje, czy pojazd jest dostępny, w użyciu lub w serwisie. Kartoteka współpracuje z naczepami i rampami oraz z awizacjami, więc zlecenie przestawienia naczepy może wskazać konkretny ciągnik. Zapis zawiera datę oraz osobę wprowadzającą wraz z numerem referencyjnym, co daje audytowalność zmian.

Moduł dla agencji celnej

Dla obiektów, w których odprawę celną prowadzi podmiot zewnętrzny, platforma udostępnia moduł agencji celnej. Pracownicy agencji widzą wybrane dane i dokumenty transportowe oraz statusy dostaw, a dostęp ograniczają uprawnienia użytkownika. Dane o ruchu pojazdów na terenie obiektu pochodzą z tego samego modułu transportu wewnętrznego, więc odprawa korzysta z informacji, które zapisała ochrona.

Parametry techniczne i wdrożenie

Oprogramowanie można wdrożyć jako samodzielną aplikację albo zintegrować z większym systemem zarządzania magazynem. Platforma potrafi połączyć wiele magazynów w jednej aplikacji, a obsługa pozostaje zrozumiała niezależnie od doświadczenia użytkowników.

Aplikacja pracuje na serwerze IIS z bazą SQL Server. Systemy klienckie to Windows i Android oraz OSX, a wersje językowe obejmują polski i angielski. Podstawowe wdrożenie platformy do zarządzania oknami czasowymi trwa zwykle kilka tygodni. Czas zależy od liczby ramp, zakresu integracji z systemami WMS i TMS oraz liczby przewoźników do przeszkolenia.

Status rekordu w bazie

Rekordy awizacji mają w bazie kolumnę statusu ACH. Wartość 0 oznacza bufor, 1 rekord zatwierdzony, a X rekord anulowany. Awizacja w buforze nie zajmuje jeszcze okna w oczach innych użytkowników, dopóki nie zostanie zatwierdzona. Ten podział da się wymusić w bazie indeksem filtrowanym, który obejmuje wyłącznie rekordy zatwierdzone. Przykład ma nazwy poglądowe.

CREATE UNIQUE NONCLUSTERED INDEX UX_Advice_Slot_Approved
    ON dbo.Advice (DockId, SlotStart)
    WHERE ACH = '1';

Indeks odrzuci drugą zatwierdzoną awizację na tę samą rampę i ten sam początek okna, natomiast pozwoli na dowolną liczbę rekordów w buforze i anulowanych. Składnię indeksów filtrowanych omawia dokumentacja indeksów filtrowanych w Microsoft Learn. Ograniczenie dotyczy dokładnie równego początku okna, więc nakładanie się okien o różnych początkach kontroluje osobna procedura.

Platforma skaluje się od pojedynczego obiektu po wiele lokalizacji, a mechanizm okien czasowych przynosi korzyści już przy kilku rampach, bo nawet niewielka liczba nieskoordynowanych przyjazdów tworzy kolejkę. Rolę systemu w łańcuchu dostaw i wymianę zdarzeń między systemami omawia artykuł o roli YMS.