Przewodnik po integracji QAD Adaptive ERP na potrzeby planowania produkcji w SkyPlanner APS

QAD udostępnia zewnętrznemu systemowi harmonogramowania trzy ścieżki integracji:

1. QAD QXtend Inbound (QXI). QAD opisuje go jako „a Web services-based, SOAP-compliant, XML framework, enabling complete platform-independent access to QAD Enterprise Applications business functionality.” (platformę XML opartą na usługach sieciowych, zgodną z SOAP i zapewniającą pełny, niezależny od platformy dostęp do funkcji biznesowych QAD Enterprise Applications). Każde żądanie ma postać QDoc i uruchamia program QAD z taką samą walidacją jak na jego ekranie. Każde zwraca też odpowiedź w postaci QDoc. Udostępnione QDoc obejmują maintainItemMaster, maintainRouting i maintainPurchaseOrder. W przypadku programów bez udostępnionego QDoc narzędzie QGen firmy QAD mapuje program dostępny z menu: „QGen is used to map custom programs or QAD Enterprise Applications programs that do not have released QDoc schemas and events files.” (QGen służy do mapowania programów niestandardowych lub programów QAD Enterprise Applications, dla których nie udostępniono schematów QDoc ani plików zdarzeń). Sam QAD również korzysta z tej ścieżki: „QAD Production Scheduler uses QAD QXtend to update work orders.” (QAD Production Scheduler używa QAD QXtend do aktualizacji zleceń produkcyjnych). (Przewodnik po QXtend)
2. QAD QXtend Outbound (QXO). QXO „exports user-configurable business objects as XML QDocs out of QAD products.” (eksportuje z produktów QAD obiekty biznesowe konfigurowane przez użytkownika w postaci dokumentów QDoc w formacie XML). Standardowe obiekty biznesowe to między innymi Item, Product Structure, Routing, Work Center, Department, Inventory Transaction i Inventory Status.
3. REST API dokumentów biznesowych. Od wersji Adaptive ERP 2022.1 „Query REST APIs are now available for business documents,” (dla dokumentów biznesowych dostępne są interfejsy REST API do odczytu danych). Obsługują filtrowanie, sortowanie, stronicowanie i pobieranie części danych. Ich dokumentacja jest dostępna w Swagger w danej instancji (informacje o wersji).

QXtend obsługuje zapis danych. QXO i interfejsy REST API do zapytań obsługują odczyt.

QXtend Outbound to mechanizm QAD służący do przekazywania danych o zmianach. „A change occurs to watched data in QAD Enterprise Applications. Change notifications are written out to the qxevents database.” (Gdy monitorowane dane w QAD Enterprise Applications ulegają zmianie, powiadomienia o zmianach są zapisywane w bazie qxevents). Następnie QXO tworzy QDoc i dostarcza je „to a directory location where the subscriber polls for and picks up new QDocs,” (do katalogu, który subskrybent okresowo sprawdza i z którego pobiera nowe QDoc) lub do usługi sieciowej nasłuchującej pod adresem URL.

SkyPlanner subskrybuje dane publikowane przez QXO jako usługa sieciowa, a dane nieobjęte QXO pobiera przez cykliczne zapytania do REST API. Work Order nie należy do standardowych obiektów biznesowych QXO. Dlatego integracja albo dodaje obiekt biznesowy QXO oparty na tabelach zleceń produkcyjnych (wo_mstr, wr_route), albo co kilka minut odpytuje REST API o zlecenia produkcyjne.

SkyPlanner wysyła webhooki po zmianie stanu lub harmonogramu, więc zapis zwrotny jest wyzwalany zdarzeniami.

1. Początkowy import danych podstawowych. Pobierz indeksy, struktury produktów, marszruty technologiczne, gniazda produkcyjne i kalendarze przez QXO lub interfejsy REST API do zapytań. Świadomie dobierz sposób mapowania gniazd produkcyjnych: gniazdo z czterema maszynami staje się jedną grupą stanowisk roboczych lub czterema stanowiskami roboczymi. Linie produkcji powtarzalnej z Production Line Maintenance również mogą stać się stanowiskami roboczymi.

2. Synchronizacja zleceń produkcyjnych. Pobierz zatwierdzone planowane i uruchomione zlecenia produkcyjne wraz z ich marszrutami technologicznymi i komponentami, a także otwarte zamówienia zakupu. SkyPlanner uznaje zamówiony materiał za dostępny w dniu dostawy wskazanym w zamówieniu zakupu i aktualizuje stan magazynowy po oznaczeniu zamówienia statusem Delivered.

Harmonogramuj zlecenia produkcyjne, a nie zlecenia planowane MRP. Zlecenia planowane muszą najpierw stać się w QAD zatwierdzonymi planowanymi lub uruchomionymi zleceniami produkcyjnymi.

3. Zapis harmonogramu do QAD. Gdy silnik umieszcza zlecenie w harmonogramie lub je przesuwa, webhook SkyPlanner wyzwala QDoc QXtend Inbound dla Work Order Maintenance (16.1). Ustawia on datę uruchomienia na datę pierwszej zaplanowanej operacji, a termin realizacji — na datę ostatniej. QXtend uruchamia program z walidacją QAD i zwraca odpowiedź QDoc, którą sprawdza integracja.

Kolejność operacji na każdej maszynie pozostaje w SkyPlanner i trafia do operatorów przez Mobile Confirmations. Dzięki temu integracja nie koliduje z blokadą zmian marszrut technologicznych, którą QAD stosuje do uruchomionych zleceń.

4. Potwierdzenia z hali produkcyjnej. Operatorzy rejestrują pracę w SkyPlanner Mobile Confirmations lub Production Timer, a zapisy czasu pracy pozwalają na bieżąco aktualizować harmonogram. Ty decydujesz, czy rzeczywiste czasy mają wracać do QAD. Jeśli tak, czasy przygotowania i wykonania każdej operacji trafiają do Labor Feedback by Work Order, a wykonane ilości — do Work Order Receipt. Jeśli nie, czas pracy jest wprowadzany w QAD tak jak dotychczas.

5. Odpowiedzialność za dane i reguły rozstrzygania konfliktów. Zapisz je przed uruchomieniem produkcyjnym:

Wybierz jeden system, który będzie zapisywał daty zleceń produkcyjnych. SkyPlanner nie wymaga modułu harmonogramowania QAD, więc dla harmonogramowanych przez siebie zleceń przejmuje zapis dat od narzędzi harmonogramowania QAD lub innych systemów harmonogramowania.

• Ponowne uruchamianie CRP. CRP przelicza terminy wszystkich otwartych operacji w wybranych zleceniach produkcyjnych. QAD zachowuje terminy wprowadzone ręcznie tylko pod warunkiem: „you also adjusted the work order release and due date to match,” (dostosowano również datę zwolnienia i termin realizacji zlecenia produkcyjnego) — a właśnie te daty zapisuje SkyPlanner. Uruchamiaj CRP po zapisie do ERP lub wyklucz zlecenia, które planuje SkyPlanner.
• Marszruty po zwolnieniu zlecenia są zablokowane. „Once the work order status is Exploded, Allocated, or Released, no more changes can be made to the routing.” (Gdy zlecenie produkcyjne ma status Exploded, Allocated lub Released, nie można już zmieniać marszruty technologicznej). Odczytuj marszrutę przy zwalnianiu zlecenia, a zmiany wprowadzaj tylko w zleceniach o statusie Planned lub Firm Planned.
• Jednostki czasu w marszrucie technologicznej. Czas przezbrojenia i czas wykonania obciążają zasoby, natomiast „queue, wait, and move times are excluded from load calculations.” (czasy kolejkowania, oczekiwania i transportu nie są uwzględniane przy obliczaniu obciążenia). Modeluj je w SkyPlanner jako etapy, które zajmują wyłącznie czas, i sprawdź, czy czas wykonania jest podany na sztukę, czy na zlecenie.
• Przepustowość QXtend. QAD ostrzega: „UI API adapter performance may be unacceptable when processing high volumes of data or real-time transactions.” (Wydajność adaptera UI API może być niewystarczająca przy przetwarzaniu dużych ilości danych lub transakcji w czasie rzeczywistym). Wysyłaj partiami tylko zmienione zlecenia i korzystaj z natywnych QDocs tam, gdzie są dostępne.
• Domeny i zakłady. W instalacjach QAD z wieloma domenami gniazda produkcyjne i zlecenia produkcyjne są przypisane do domen i zakładów. Każdemu zakładowi objętemu integracją przypisz osobną grupę stanowisk roboczych.
• Łączenie produkcji powtarzalnej i dyskretnej. Linie obsługiwane przez Advanced Repetitive korzystają z harmonogramów produkcji powtarzalnej, a nie ze zleceń produkcyjnych. Podczas określania zakresu ustal, które linie będzie planować SkyPlanner.