Integracja systemu zarzadzania flota RDS z SAP - jak polaczyc roboty AGV z systemem ERP

Integracja floty robotow mobilnych AGV i AMR z systemem ERP nie jest dodatkiem do projektu, tylko jednym z warunkow jego powodzenia. Jezeli roboty nie wymieniaja danych z systemem nadrzednym, zlecenia zaczynaja zyc obok procesu, a operatorzy wracaja do recznego potwierdzania transportow, przepisywania numerow i uzgadniania, co faktycznie wydarzylo sie na hali.

W praktyce to wlasnie system ERP, najczesciej SAP, zarzadza gospodarka magazynowa, planowaniem produkcji i ruchem towarow. Z kolei system zarzadzania flota RDS odpowiada za wykonanie zadania przez konkretne roboty: przydziela misje, steruje logika ruchu, zbiera statusy i reaguje na wyjatki. Z punktu widzenia wdrozenia kluczowe jest wiec nie tylko samo uruchomienie floty, ale takie polaczenie obu warstw, aby dane procesowe i wykonanie fizyczne stanowily jeden spojny przeplyw.

Na czym opiera sie integracja RDS z SAP

Najbardziej elastyczna i rekomendowana metoda wymiany danych miedzy RDS a SAP to dwukierunkowa komunikacja przez RESTful HTTP API z danymi w formacie JSON. Dla zespolow IT po stronie klienta jest to rozwiazanie przewidywalne, dobrze znane i latwe do utrzymania bez budowania egzotycznej warstwy posredniej.

Taki model pozwala obslugiwac komunikacje w obie strony:

• SAP wysyla do RDS zlecenia transportowe,
• RDS odsyla informacje o wykonaniu, niepowodzeniach i zmianach statusu,
• SAP moze na zadanie odpytywac system o aktualny stan punktow lub historie realizacji.

W praktyce integracja sklada sie z trzech podstawowych warstw.

1. Wysylanie zlecen transportowych z SAP do RDS

Pierwszy kierunek przeplywu danych to zlecenia transportowe. SAP decyduje, co, kiedy i pomiedzy jakimi punktami ma zostac przewiezione, a RDS rozdziela te zadania pomiedzy dostepne roboty oraz uruchamia odpowiednia logike wykonawcza.

Po stronie RDS administrator przygotowuje tak zwany Public Interface dla systemow zewnetrznych. Konfiguracja odbywa sie w zakladce Interface Configuration i pozwala metoda przeciagania i upuszczania utworzyc niestandardowy endpoint nasluchujacy na zadania wysylane z SAP.

Nastepnie SAP wykonuje zapytanie HTTP POST na adres serwera RDS. Domyslna sciezka ma postac:

http://<adres_IP_RDS>:8080/handle/register/<nazwa_interfejsu>

Przykladowo moze to byc endpoint:

/handle/register/interfaceTask

W naglowku zapytania powinien znalezc sie:

Content-Type: application/json

A w ciele moze zostac przekazany obiekt JSON z parametrami biznesowymi zlecenia:

{
  "data": {
    "taskRecordId": "ID_zlecenia_z_SAP_12345",
    "targetSiteId": "Loc-05",
    "content": "Towar_X"
  }
}

Po odebraniu takiego komunikatu RDS automatycznie tworzy i uruchamia instancje zadania dla robota w wewnetrznym silniku Wind Task. Od tego momentu odpowiedzialnosc za fizyczne wykonanie transportu przejmuje flota AGV.

W bardziej niestandardowych scenariuszach RDS udostepnia rowniez dedykowane metody skryptowe, takie jak receiveThirdOrder(orderParam: string). Pozwalaja one obsluzyc wlasna logike mapowania danych, nietypowy format komunikatu lub dodatkowe reguly biznesowe po stronie klienta.

2. Raportowanie wykonania zadan - callbacki do SAP

Sam moment wyslania zlecenia do robota nie zamyka procesu. SAP musi wiedziec, czy paleta zostala odebrana, czy dotarla do miejsca docelowego oraz czy zadanie zakonczylo sie sukcesem czy bledem. Bez tego stan magazynowy i produkcyjny w ERP bardzo szybko przestaje odpowiadac rzeczywistosci operacyjnej.

RDS moze raportowac wykonanie zadan do SAP na dwa glowne sposoby.

Pierwszy to Event Configuration, gdzie dla wybranych warunkow mozna zdefiniowac reakcje systemu na:

• zakonczenie zadania,
• niepowodzenie akcji,
• zmiane stanu stanowiska,
• inne zdarzenia istotne z punktu widzenia procesu.

Drugi sposob to konfiguracja wywolania Callback After Completion Of Action w silniku Wind Task, powiazanego z zapytaniem sieciowym HttpPostTemplate. W takim modelu kazde wykonanie lub niewykonanie akcji przez robota uruchamia HTTP POST do endpointu po stronie SAP.

Przy bardziej zlozonych wdrozeniach ten sam mechanizm mozna rozbudowac w skryptach JavaScript dzialajacych po stronie systemu. Dzieki temu do ERP moga wracac nie tylko informacje o zakonczeniu calej misji, ale tez o kazdej zmianie stanu magazynowego, blokadzie procesu albo wyjatku operacyjnym.

3. Odpytywanie RDS o statusy na zadanie

Nie kazdy scenariusz integracyjny opiera sie wylacznie na zdarzeniach. Czasem SAP potrzebuje danych natychmiast, na przyklad przed uruchomieniem kolejnej partii produkcji, przed alokacja miejsca odlozenia lub przy kontroli zgodnosci operacji.

RDS udostepnia do tego port 8080, a w wariancie szyfrowanym 8090 dla HTTPS, na ktorym system zewnetrzny moze odpytywac baze danych RDS przez REST API.

Najczesciej wykorzystywane sa dwa obszary:

Status punktow skladowania

Jesli SAP chce sprawdzic, czy dane stanowisko jest wolne albo zajete, moze wysylac zapytania na endpoint:

/api/work-sites/sites

To podstawa do oceny, czy w ogole mozna uruchomic kolejny transport i do jakiej lokalizacji powinno trafic nastepne zlecenie.

Historia zlecen

Do analizy wykonanych, anulowanych albo zatrzymanych misji sluza miedzy innymi endpointy:

/api/stat/taskList
/api/stat/agvTaskSuccessList

Dzieki temu SAP moze porownywac plan z wykonaniem, walidowac przebieg operacji oraz budowac wlasne raporty dotyczace skutecznosci realizacji misji.

Alternatywne protokoly: OPC UA, MQTT i Modbus TCP

REST API bardzo dobrze sprawdza sie w warstwie biznesowej, czyli wszedzie tam, gdzie chodzi o zlecenia, raporty i statusy. W niektorych projektach potrzeba jednak rowniez wymiany sygnalow bardziej zblizonych do czasu rzeczywistego, takich jak:

• statusy bramek i wind,
• zmiany stref bezpieczenstwa,
• sygnaly z ukladow sterowania,
• pojedyncze bity i flagi procesowe z PLC.

W takich przypadkach, szczegolnie przy integracji nie tyle z samym SAP ERP, ile z modulami typu SAP MII albo warstwa automatyki zakladowej, RDS oferuje wsparcie dla:

• OPC UA jako standardu komunikacji z systemami automatyki,
• MQTT jako lekkiego protokolu publish-subscribe do telemetrii i zdarzen,
• Modbus TCP jako klasycznego mechanizmu integracji ze sterownikami PLC.

Te protokoly nie zastepuja REST API, tylko uzupelniaja je tam, gdzie HTTP nie jest najlepszym narzedziem do przesylania sygnalow technicznych.

Co to daje klientowi w praktyce

Dobrze przeprowadzona integracja RDS i SAP oznacza, ze od chwili wystawienia zlecenia w ERP do momentu potwierdzenia odbioru palety w punkcie docelowym caly proces moze przebiegac bez udzialu czlowieka. Operator nie musi przepisywac numerow zlecen, magazynier nie klika recznie potwierdzenia, a kierownik zmiany widzi w SAP ten sam stan procesu, ktory operator floty widzi w RDS.

Dla zespolu IT klienta oznacza to przewidywalne, dobrze udokumentowane interfejsy i brak koniecznosci utrzymywania wielu wlasnych konektorow. Dla zespolu operacyjnego oznacza to przede wszystkim spojne dane i mniejsze ryzyko, ze stan magazynu w SAP rozjedzie sie z rzeczywistym przebiegiem transportow na hali.

Najwazniejsza korzysc biznesowa polega jednak na czyms jeszcze: automatyzacja przestaje byc osobnym bytem, a staje sie czescia glownego procesu operacyjnego firmy. Wlasnie wtedy flota AGV zaczyna realnie zwiekszac wydajnosc, a nie tylko realizowac pojedyncze przejazdy obok systemu nadrzednego.

O czym warto pamietac przy projekcie integracyjnym

Z perspektywy wdrozenia najwazniejsze jest wczesne uzgodnienie kilku elementow:

• jakie dane sa identyfikatorem zlecenia po stronie SAP i po stronie RDS,
• kiedy zadanie ma byc uznane za wykonane,
• jakie wyjatki powinny wracac do ERP i w jakiej formie,
• kto jest wlascicielem logiki biznesowej, a kto logiki wykonawczej,
• czy oprocz REST potrzebna bedzie tez warstwa sygnalow czasu rzeczywistego.

Im szybciej te punkty zostana ustalone, tym mniej ryzyka pojawi sie pozniej na etapie testow i rozruchu.

Podsumowanie

Integracja systemu zarzadzania flota RDS z SAP to nie tylko techniczne polaczenie dwoch systemow. To sposob na to, by zlecenia transportowe, wykonanie fizyczne i potwierdzenia biznesowe stanowily jeden spojny proces od ERP po hale produkcyjna lub magazyn.

Jesli taki model zostanie dobrze zaprojektowany, klient otrzymuje nie tylko dzialajaca flote robotow AGV, ale caly mechanizm, w ktorym SAP planuje, RDS wykonuje, a dane wracaja automatycznie do systemu nadrzednego.

Chcesz porozmawiac o integracji floty AGV z Twoim systemem SAP? Skontaktuj sie z zespolem Inovatica AGV - pokazemy, jak wyglada to u klientow, ktorzy maja juz dzialajace wdrozenia.