Integracja systemu awizacji VSS.net z SAP i SAP EWM jest dwukierunkowa: SAP przekazuje dostawy przychodzące (Inbound Delivery), a VSS.net odsyła potwierdzenie okna czasowego i statusy wizyty pojazdu. Wymiana odbywa się przez REST API, a zakres komunikatów i mapowanie pól ustala analiza przedwdrożeniowa.
Firma pracująca na SAP ma już zamówienia i księgowanie przyjęć. System YMS do awizacji dostaw i zarządzania placem dodaje zapisy, których SAP nie prowadzi: rezerwację okna czasowego, rampę, godziny wjazdu i wyjazdu oraz statusy wizyty z autorem zmiany. Integracja łączy oba zapisy, więc numer dostawy nie jest przepisywany ręcznie, a magazyn widzi, kiedy pojazd stanął pod rampą.
Strona opisuje integrację z SAP i SAP EWM, którą SoftwareStudio wykonało w projektach wdrożeniowych. Wersję SAP oraz zakres komunikatów potwierdza analiza w każdym projekcie. Studio VSS.net nie planuje tras i nie wybiera przewoźnika, a granicę między systemem awizacji a systemami magazynowymi i transportowymi wyjaśnia strona o różnicach między YMS, WMS, TMS i DMS.
Kierunek przepływu informacji między SAP i VSS.net
Wymiana danych jest dwukierunkowa. SAP zasila awizację danymi zamówienia, a VSS.net zwraca potwierdzenie okna i kolejne statusy wizyty. Pierwsza tabela pokazuje kierunki wymiany, druga - statusy, które zwykle wywołują komunikat do SAP.
| Kierunek | Co jest przesyłane | Cel operacyjny |
|---|---|---|
| SAP → VSS.net | Dostawa przychodząca (Inbound Delivery) lub zlecenie transportowe z danymi dostawcy i pozycji dostawy. | Zasilenie awizacji danymi planowanej dostawy bez ręcznego przepisywania. |
| VSS.net → SAP | Potwierdzenie awizacji po rezerwacji okna oraz statusy wizyty pojazdu: wjazd, rozpoczęcie i zakończenie rozładunku, wyjazd. | Bieżąca widoczność transportu w SAP i podstawa do księgowania przyjęcia. |
Każdy status zapisuje godzinę i autora zmiany, więc SAP otrzymuje zdarzenie z faktyczną godziną. Pełną listę kodów opisuje strona o statusach w programie awizacyjnym. Przykładowy zestaw komunikatów wygląda następująco.
| Status w VSS.net | Komunikat do SAP lub SAP EWM | Skutek po stronie SAP |
|---|---|---|
| 10 - oczekuje na realizację | potwierdzenie awizacji z oknem czasowym i rampą | dostawa przychodząca ma ustalony termin i miejsce obsługi |
| 40 - brama, wjazd na teren | pojazd wjechał na teren obiektu | magazyn widzi pojazd na placu |
| 50 - magazyn START | rozpoczęcie rozładunku | przyjęcie przechodzi w stan wykonywania |
| 60 - magazyn STOP | zakończenie rozładunku | magazynier potwierdza ilości, a dokument można zaksięgować |
| 90 - wyjechał | zamknięcie wizyty z czasem pobytu | dane trafiają do zestawień terminowości |
| 99X - anulowana | wycofanie zapowiedzi | okno i rampa wracają do puli, dostawa czeka na nowy termin |

Kartoteka kontrahenta - dane awizacji
Kartoteka kontrahenta przechowuje identyfikator dostawcy, który odpowiada polu LIFNR z SAP. Dzięki temu dostawa przychodząca trafia do właściwej awizacji bez ręcznego dopasowywania danych.
Połączenie z SAP i SAP EWM
W środowiskach z rozbudowanym magazynem SAP dostawę przychodzącą obsługuje SAP EWM. VSS.net współpracuje z oboma modułami, a podział zadań jest stały: dokumenty i księgowanie zostają w SAP, a wizyta pojazdu na placu jest prowadzona w awizacji.
| System | Zadania w procesie dostawy | Dane przekazywane do awizacji lub z niej |
|---|---|---|
| SAP | zamówienie zakupu i dostawa przychodząca; księgowanie przyjęcia | numer dostawy, dostawca, pozycje i ilości, planowany termin |
| SAP EWM | przyjęcie w magazynie; zadania w strefie przyjęć | zapowiedź przyjęcia z listą pozycji, potwierdzenie ilości po rozładunku |
| Studio VSS.net | okno czasowe i rampa; brama, kiosk, LPR; statusy wizyty | potwierdzenie awizacji oraz statusy z godziną i autorem zmiany |
Zapowiedź przyjęcia z SAP EWM zasila awizację listą pozycji, więc magazyn przygotowuje strefę przyjęć jeszcze przed przyjazdem pojazdu. Okna czasowe na rozładunek są liczone i rezerwowane w VSS.net według reguł okien czasowych oraz limitów ramp, a potwierdzenie wraca do SAP.
SAP TM planuje transport i wybiera przewoźnika, a Studio VSS.net tych funkcji nie wykonuje. Dane zleceń transportowych z SAP TM mogą zasilać awizację w ramach projektu integracyjnego przez REST API, jednak taka integracja nie jest deklarowana jako gotowa. Dla planowania tras SoftwareStudio oferuje osobny produkt, opisany na stronie o TMS.

Informacje o oknach czasowych w YMS
Widok pokazuje obłożenie okien czasowych i ramp. Ten zapis VSS.net odsyła do SAP po potwierdzeniu rezerwacji, a SAP EWM przekazuje do awizacji dane dostawy.
Mechanizm wymiany danych i standardy
Podstawowym kanałem integracji jest REST API. Interfejs można dopasować do polityki bezpieczeństwa działu IT klienta, a szczegóły ustala projekt integracyjny. Tabela zestawia elementy wymiany.
| Element | Jak działa |
|---|---|
| Kanał wymiany | REST API przez HTTPS, komunikaty w formacie JSON lub XML |
| Szyfrowanie | połączenie TLS 1.2 lub nowszy |
| Dostęp | konto techniczne z rolą i uprawnieniami ograniczonymi do wymiany; każda zmiana zapisuje godzinę i autora |
| Komunikaty zdarzeniowe | statusy wizyty wysyłane po każdej zmianie statusu |
| Dane podstawowe | kartoteki dostawców i słowniki towarowe odświeżane wsadowo w interwale ustalanym w projekcie |
Zawartość wysyłki od dostawcy opisuje komunikat awizo wysyłki DESADV z standardu EDI GS1. Wymianę takich komunikatów z partnerami realizuje się jako projekt integracyjny, na zasadach opisanych na stronie o integracjach VSS.net z ERP i WMS. Wymianę danych z polskimi systemami ERP, takimi jak Comarch ERP XL, opisuje strona integracja awizacji z Comarch ERP XL.
Kiedy dane trafiają do SAP
System wykorzystuje dwa tryby wymiany. Zdarzenia z placu i portierni, takie jak wjazd na teren i rozładunek, są przekazywane po każdej zmianie statusu. Dzięki temu SAP zna stan wizyty bez odpytywania i może zwolnić zasoby tuż po statusie STOP.
Dane podstawowe, na przykład kartoteki stałych dostawców i słowniki towarowe, odświeża się wsadowo w interwale ustalanym w projekcie. Status pojazdu na placu rejestruje między innymi moduł kontroli wjazdów i wyjazdów.

Auta na terenie obiektu - status wizyty
Lista aut na terenie obiektu odzwierciedla bieżący status pojazdów. Zmiana statusu - wjazd, rampa, wyjazd - jest zdarzeniem, które VSS.net przekazuje do SAP.
Mapowanie pól dokumentów i obiektów magazynowych
Mapowanie wiąże obiekty biznesowe SAP z rekordami w bazie VSS.net. Tabela pokazuje przykładowy zestaw pól; rzeczywisty zakres i nazwy ustala analiza przedwdrożeniowa na podstawie interfejsów, które klient już udostępnia. Pełny przegląd integracji opisuje strona integracje ze Studio VSS.net.
| Pole w SAP | Odpowiednik w VSS.net | Rola operacyjna |
|---|---|---|
| VBELN (Inbound Delivery) | numer dostawy w awizacji | wiąże awizację z dokumentem dostawy przychodzącej |
| EBELN (Purchasing Document) | numer zamówienia | pozwala sprawdzić zgodność dostawy z zamówieniem przed rozładunkiem |
| LIFNR (Vendor Account) | kontrahent w kartotece | przypisuje awizację do konkretnego dostawcy |
| MBLNR (Material Document) | numer dokumentu przyjęcia | wiąże zamkniętą wizytę z księgowaniem przyjęcia |
| LGPLA (Storage Bin) | rampa lub dok | wskazuje miejsce obsługi i podstawienia pojazdu |
Przykład struktury danych w integracji z SAP
Przykład pokazuje, jak może wyglądać dokument JSON przekazywany z SAP do VSS.net po utworzeniu dostawy przychodzącej. Dane są fikcyjne, a nazwy pól JSON przykładowe: definicję komunikatu ustala projekt integracyjny.
{
"inboundDelivery": {
"vbeln": "180004712",
"ebeln": "4500012345",
"lifnr": "VEND004912",
"vendorName": "Dostawca Przykładowy Sp. z o.o.",
"deliveryDate": "2026-06-05",
"dock": "DOCK-04",
"items": [
{ "posnr": "000010", "matnr": "MAT-092", "quantity": 24, "meins": "PAL" }
]
}
}
W odpowiedzi VSS.net odsyła do SAP identyfikator awizacji oraz zarezerwowane okno czasowe z rampą. Kolejne statusy wizyty wracają osobnymi komunikatami w momencie zmiany.
{
"appointment": {
"id": "AW-000123",
"status": "10",
"window": { "from": "2026-06-05T07:00", "to": "2026-06-05T07:30" },
"dock": "DOCK-04"
}
}
Integracja opiera się na punktach końcowych REST, więc zakres zmian po stronie SAP zależy od tego, jakie interfejsy klient już udostępnia. Analiza wskazuje, czy wystarczą istniejące, czy potrzebny jest dodatkowy komunikat.
Co integracja zmienia w pracy zakupów i magazynu
Integracja nie zmienia zasad pracy SAP, a usuwa miejsca, w których dane przepisuje człowiek. Tabela zestawia sześć obszarów i mechanizm, który stoi za zmianą.
| Obszar | Bez integracji | Z integracją |
|---|---|---|
| Wprowadzanie danych | numery dokumentów i ilości przepisuje się do awizacji ręcznie | dane dostawy zasilają formularz awizacji |
| Księgowanie przyjęć | potwierdzenie wymaga papierowego dokumentu z rampy | statusy START i STOP wyznaczają moment potwierdzenia ilości w SAP |
| Widoczność transportu | dział zakupów pyta telefonem, gdzie jest dostawa | status wizyty jest widoczny w SAP |
| Zgodność z zamówieniem | zgodność sprawdza się dopiero przy rozładunku | numer zamówienia i dostawca są zapisane w awizacji przed przyjazdem |
| Rozliczenia z dostawcami | godziny przyjazdu i wyjazdu pochodzą z notatek | godziny z historii statusów są powiązane z dokumentami SAP |
| Audyt i kontrola jakości dostaw | dokumentacja zbierana z kilku źródeł | historia awizacji z godziną i autorem zmiany jest powiązana z numerami dokumentów |
Wartość integracji rośnie tam, gdzie dziennie awizuje się wiele dostaw, bo każdy błąd przepisania kosztuje czas i wyjaśnienia. Skalę oszczędności pomaga oszacować model ROI systemu awizacji, w którym wartości wpisuje się z własnych pomiarów.
Scenariusz obsługi dostawy zintegrowanej z SAP
Scenariusz opisuje jedną dostawę od zamówienia w SAP do zaksięgowania przyjęcia. Rysunek pokazuje, na którym torze zachodzi każde zdarzenie.
Planista zakupów wystawia zamówienie, a SAP tworzy dostawę przychodzącą z danymi dostawcy i planowanym terminem dostawy. Dokument trafia do VSS.net przez REST API i zasila formularz nowej awizacji, bez ręcznego wpisywania numeru zamówienia i ilości.
Przewoźnik odnajduje w portalu przygotowaną awizację i wybiera wolny termin w kalendarzu awizacji dostaw, który uwzględnia dostępność ramp. Po potwierdzeniu rezerwacji VSS.net odsyła do SAP status awizacji z przydzielonym terminem.
W dniu dostawy kierowca melduje się na portierni lub w kiosku, a kamera LPR może odczytać numer rejestracyjny. Każda zmiana statusu, od wjazdu po zakończenie rozładunku, trafia do SAP. Po rozładunku magazynier potwierdza ilości, a dokument przyjęcia można zaksięgować bez ręcznego uzgadniania systemów.
Etapy wdrożenia integracji z SAP
Integracja jest częścią projektu wdrożeniowego, a jej etapy mieszczą się w ogólnym harmonogramie: całość trwa zwykle 4-8 tygodni, a prace nad integracjami zajmują 1-2 tygodnie. Zakres komunikatów po stronie SAP może ten czas wydłużyć, co wskazuje analiza.
| Etap | Zakres prac | Czas w harmonogramie wdrożenia |
|---|---|---|
| Analiza przedwdrożeniowa | inwentaryzacja interfejsów SAP, zakres danych, wybór kanału i ustalenie komunikatów | 3-5 dni |
| Konfiguracja i mapowanie | powiązanie pól SAP z rekordami VSS.net, kalendarze, rampy i role | 1-2 tygodnie |
| Integracja i środowisko testowe | uruchomienie wymiany na środowisku bez produkcji SAP, symulowany ruch dokumentów | 1-2 tygodnie |
| Testy akceptacyjne | przepływ danych sprawdzają dział logistyki i zakupów | 3-5 dni |
| Szkolenia i uruchomienie produkcyjne | przełączenie na produkcję SAP z nadzorem nad pierwszymi transakcjami | 2-3 dni |
Po stronie klienta potrzebne są cztery rzeczy:
- dostęp techniczny do SAP dla konta integracyjnego
- osoba odpowiedzialna za interfejsy SAP
- środowisko testowe SAP, na którym można symulować dokumenty
- ustalony zakres dokumentów i statusów objętych wymianą
Zakres prac po stronie magazynu porządkuje checklista wdrożenia systemu awizacji.
Wiele obiektów i oddziałów
Firmy z kilkoma obiektami, na przykład centrami dystrybucyjnymi i zakładami produkcyjnymi, prowadzą kalendarze osobno dla obiektów i magazynów. Każdy obiekt ma własny kalendarz awizacji oraz własne rampy, a dane SAP o zakładzie lub lokalizacji przypisuje się do właściwego kalendarza w konfiguracji.
Kolejny obiekt wymaga ustawienia parametrów właściwych dla magazynu, na przykład numeru zakładu SAP i przypisanych ramp, a to, czy kilka obiektów korzysta z jednego kanału wymiany z SAP, ustala projekt integracyjny.
Dostawy do zakładów motoryzacyjnych, w których zamówienia powstają w SAP, opisuje strona o awizacji dostaw automotive.
Czego integracja nie obejmuje
Granica odpowiedzialności jest istotna przy planowaniu projektu. Tabela pokazuje, które funkcje zostają poza Studio VSS.net i jak się z nim łączą.
| Funkcja | Gdzie jest realizowana | Połączenie z VSS.net |
|---|---|---|
| Planowanie tras i wybór przewoźnika | w SAP TM lub w osobnym TMS Linkway | zlecenia transportowe mogą zasilać awizację w ramach projektu integracyjnego przez REST API |
| Okno czasowe, rampa, brama | w Studio VSS.net | potwierdzenia i statusy wracają do SAP |
| Zadania magazynowe i księgowanie przyjęcia | w SAP EWM i SAP | statusy START i STOP z VSS.net wyznaczają moment potwierdzenia ilości |