Studio VSS.net łączy się z systemami ERP i WMS przez REST API: ERP przekazuje zamówienia do awizacji, a po potwierdzeniu okna WMS dostaje zapowiedź przyjęcia z zawartością dostawy. Statusy z godziną wracają do obu systemów po zmianie, więc przyjęcie opiera się na zapisie systemowym, a nie na ręcznym przepisywaniu dokumentów.
Ręczne przepisywanie danych między systemami bywa przyczyną opóźnień w strefie przyjęć. Pomyłka w numerze zamówienia albo w liczbie palet wymaga wyjaśnień między magazynem a przewoźnikiem, a pojazd czeka w tym czasie pod rampą. Integracja usuwa ten etap, ponieważ awizacja od razu wskazuje dokument źródłowy w ERP oraz pozycje do przyjęcia.
Zakres wymiany obejmuje cały cykl życia transportu, od potwierdzenia zamówienia po zamknięcie dokumentu przyjęcia. Dzięki temu dział logistyki i magazyn pracują na tym samym zestawie informacji, a obsługa bramy widzi ten sam status. Statusy integracji z konkretnymi systemami zestawia strona o integracji ERP z systemem awizacji VSS.net.
Integracja z ERP: skąd awizacja bierze dane
Integracja z ERP: skąd awizacja bierze danePodstawą automatyzacji jest przepływ danych między systemem awizacji a nadrzędnym systemem zarządzania przedsiębiorstwem. Studio VSS.net pobiera informacje o planowanych dostawach z ERP, więc dyspozytorzy nie kopiują ręcznie numerów zamówień ani danych dostawców, a awizacje zgadzają się z planem zakupów. W środowiskach SAP stosuje się scenariusze opisane w materiale o integracji systemu awizacji z SAP, w tym wymianę z modułami SAP EWM.
| Pole awizacji | Źródło | Po co jest potrzebne |
|---|---|---|
| Numer zamówienia | ERP | Wiąże awizację z dokumentem źródłowym i z dokumentem przyjęcia |
| Kontrahent | Kartoteka zasilana z ERP | Dostawca widzi w portalu pozycje przypisane do jego zamówień |
| Liczba palet i asortyment | Zamówienie lub zgłoszenie dostawcy | Podstawa wyliczenia czasu obsługi, a więc długości okna |
| Okno czasowe i rampa | Studio VSS.net | Rezerwacja według limitów ramp i reguł okien |
| Język komunikacji kierowcy | Pole awizacji | Wybiera język wiadomości SMS |
Zamówienie z ERP zasila awizację, a przewoźnik wybiera w portalu wolny slot. Dla partnerów zagranicznych znaczenie ma wielojęzyczna komunikacja, bo język komunikatów jest polem awizacji, a nie osobną konfiguracją.
Pulpit w module Informacje zbiera statusy planowanych przyjazdów i wskaźniki obciążenia ramp, a zestawienia dostaw prowadzą do szczegółów. Każde zestawienie można zawęzić do obiektu lub rampy i wyeksportować do pliku PDF albo Excela. Wskaźniki liczone są na danych operacyjnych: godzina wjazdu pochodzi z odczytu na bramie, godzina rozpoczęcia rozładunku ze zmiany statusu, a liczba przyjętych palet z dokumentu przyjęcia w WMS. Zakres wymiany ustala się podczas analizy przedwdrożeniowej, a zasady opisuje strona o integracji ERP z systemem awizacji VSS.net.
Raport średniego czasu obsługi przyjęcia - rampy i kontrahenci
Ekran raportu Średni czas obsługi przyjęcia w module Informacje Studio VSS.net pokazuje czas od rejestracji wjazdu do odnotowania końca rozładunku. Tabela ma kolumny Rampa, Kontrahent, Liczba obsłużonych przyjęć, Średni czas obsługi w minutach oraz czas minimalny i maksymalny. Raport pozwala wskazać rampy lub kontrahentów z najdłuższym czasem obsługi i dopasować harmonogram przyjęć.
Współpraca z WMS przy przyjęciu
Współpraca z WMS przy przyjęciuPo potwierdzeniu awizacji system magazynowy może dostać zapowiedź przyjęcia z listą pozycji, więc magazyn przygotowuje strefę przed przyjazdem pojazdu. Gdy pojazd pojawia się na bramie, status z godziną trafia do programu magazynowego WMS.net, a pracownicy widzą w terminalach, co jest w nadjeżdżającym transporcie. Zakres danych przekazywanych do magazynu przed przyjazdem opisuje strona o awizowaniu transportów po stronie WMS.
| Status | Zdarzenie | Co przekazuje integracja do WMS i ERP |
|---|---|---|
| 10 - oczekuje na realizację | Potwierdzenie awizacji z oknem i rampą | Zapowiedź przyjęcia z zawartością dostawy |
| 20 - potwierdzenie przybycia | Kierowca potwierdza przybycie kodem QR lub w kiosku | Informacja, że transport dotarł pod bramę |
| 40 - wjazd na teren | Zgoda na wjazd z faktyczną godziną | Pojazd jest na terenie obiektu |
| 50 - START | Początek rozładunku przy rampie | Przyjęcie w toku |
| 60 - STOP | Koniec rozładunku i zwolnienie doku | Możliwość zamknięcia dokumentu przyjęcia |
| 90 - wyjechał | Wyjazd z zakładu | Zamknięcie wizyty i czas pobytu |
Pracownik magazynu ustawia START i STOP na terminalu lub tablecie. Zmiana statusu zapisuje się w kalendarzu awizacji z godziną i autorem, a komunikat do WMS lub ERP wysyła integracja, więc dyspozytor nie dopytuje o postęp obsługi. Kierowca dostaje potwierdzenie wiadomością SMS lub w portalu przewoźnika wraz z numerem rampy i kodem QR przepustki.
Przykład na osi czasu jest fikcyjny. Pokazuje, że czasy obsługi wynikają z różnic między godzinami statusów: oczekiwanie pod bramą liczy się od statusu 20 do 40, a obsługę przy rampie od 50 do 60. Sposób, w jaki okna czasowe porządkują rozładunek, opisuje osobny artykuł.
Zestawienie awizacji dostaw do magazynu
Ekran zestawienia Awizacje dostaw w sekcji Zestawienia modułu Informacje pokazuje awizacje typu Dostawa do magazynu w wybranym przedziale czasu. Tabela ma kolumny Data i godzina, Kontrahent, Przewoźnik, Numer rejestracyjny, Rampa, Status realizacji i Liczba palet. Widok pozwala porównać faktyczne przyjęcia z planem awizacyjnym, a wyniki można filtrować według kontrahenta lub statusu.
Co automatyzuje integracja, a co zostaje w ERP i WMS
Co automatyzuje integracja, a co zostaje w ERP i WMSIntegracja automatyzuje przenoszenie danych, a nie decyzje magazynowe. Numer rejestracyjny z bramy jest zestawiany z awizacją już przy wjeździe, więc niezgodność zgłasza się przed rozładunkiem. Przydział lokacji składowania i zadania dla operatorów zostają w WMS, a księgowanie przyjęcia w ERP.
| Obszar | Studio VSS.net | ERP lub WMS |
|---|---|---|
| Rezerwacja okna i rampy | Prowadzi kalendarz oraz statusy | Nie dotyczy |
| Dane zamówienia i pozycji | Odbiera i wiąże z awizacją | ERP dostarcza |
| Przyjęcie i lokacje składowania | Przekazuje zapowiedź i statusy | WMS wykonuje przyjęcie i przydział lokacji |
| Księgowanie przyjęcia | Zwraca statusy z godziną i autorem | ERP księguje dokument |
| Planowanie tras i wybór przewoźnika | Nie obejmuje | Zadanie systemu TMS |
Studio VSS.net nie planuje tras i nie wybiera przewoźnika; to zadanie systemu TMS, a granicę między systemami wyjaśnia zestawienie YMS, WMS, TMS i DMS. Dyspozytor widzi transporty w podziale na strefy placu i wzywa kolejny pojazd, a wezwanie trafia do kierowcy wiadomością SMS w jego języku. Mechanizm kolejki opisuje artykuł o kolejkowaniu pojazdów w systemie VSS.
Rozliczenie przewoźnika opiera się na zapisach systemowych, a nie na notatkach z portierni; zasady opisuje strona o rozliczaniu postojów przewoźników.
Zakres wymiany danych i mechanizmy integracji
Zakres wymiany danych i mechanizmy integracjiWymiana danych obejmuje cztery grupy informacji: kartoteki kontrahentów i przewoźników, zamówienia oraz zlecenia transportowe, awizacje wraz z oknami i statusami pojazdów, a także dokumenty przyjęć i wydań zwracane z magazynu. Komunikacja przebiega przez REST API, w trybie zdarzeniowym albo cyklicznym, zależnie od możliwości systemu po stronie klienta. Mapowanie pól i harmonogram synchronizacji ustala się w analizie przedwdrożeniowej, a przed startem produkcyjnym komplet scenariuszy sprawdza się na środowisku testowym.
Wykonane są integracje z SAP i SAP EWM oraz z Symfonia ERP, a Comarch ERP XL ma status deklarowanej; dla pozostałych systemów wymianę buduje projekt integracyjny przez REST API. Dla kontrahentów pracujących na komunikatach branżowych sprawdza się, czy awizo wysyłki DESADV ze standardu EDI GS1 może zasilić awizację. Szczegóły wymiany z Comarch ERP XL i enova365 zawiera strona o integracji systemu awizacji z Comarch ERP XL i enova365, a perspektywę procesu opisuje także strona o awizacjach dostaw do magazynu.