Ghid de integrare QAD Adaptive ERP pentru programarea producției cu SkyPlanner APS

QAD oferă trei căi de integrare pentru un sistem extern de programare a producției:

1. QAD QXtend Inbound (QXI). QAD îl descrie astfel: “a Web services-based, SOAP-compliant, XML framework, enabling complete platform-independent access to QAD Enterprise Applications business functionality.” (un cadru XML bazat pe servicii web, compatibil SOAP, care oferă acces complet la funcțiile de business QAD Enterprise Applications, independent de platformă). Fiecare cerere este un QDoc care execută un program QAD cu aceleași validări ca în interfața acestuia și primește un QDoc de răspuns. Printre QDocs disponibile se numără maintainItemMaster, maintainRouting și maintainPurchaseOrder. Pentru programele fără un QDoc disponibil, instrumentul QGen de la QAD mapează programul din meniu: “QGen is used to map custom programs or QAD Enterprise Applications programs that do not have released QDoc schemas and events files.” (QGen este folosit pentru a mapa programe personalizate sau programe QAD Enterprise Applications pentru care nu sunt disponibile scheme QDoc și fișiere de evenimente). QAD folosește chiar această cale: “QAD Production Scheduler uses QAD QXtend to update work orders.” (QAD Production Scheduler folosește QAD QXtend pentru a actualiza comenzile de producție). (Ghid QXtend)
2. QAD QXtend Outbound (QXO). QXO “exports user-configurable business objects as XML QDocs out of QAD products.” (exportă din produsele QAD obiecte de business configurabile de utilizator, sub formă de QDocs XML). Obiectele de business standard includ Item, Product Structure, Routing, Work Center, Department, Inventory Transaction și Inventory Status.
3. REST API pentru documente de business. Începând cu Adaptive ERP 2022.1, “Query REST APIs are now available for business documents,” (sunt disponibile REST API de interogare pentru documentele de business), cu filtrare, sortare, paginare și preluare parțială a datelor. Acestea sunt documentate în Swagger pe instanța dumneavoastră (note de versiune).

Scrierile se fac prin QXtend. Citirile se fac prin QXO și REST API de interogare.

QXtend Outbound este mecanismul QAD pentru transmiterea modificărilor datelor. “A change occurs to watched data in QAD Enterprise Applications. Change notifications are written out to the qxevents database.” (Când se modifică datele monitorizate în QAD Enterprise Applications, notificările de modificare sunt scrise în baza de date qxevents.) QXO construiește apoi documentele QDoc și le livrează “to a directory location where the subscriber polls for and picks up new QDocs,” (într-un director pe care abonatul îl verifică periodic pentru a prelua noile QDocs) sau către un serviciu web care ascultă la un URL.

SkyPlanner se abonează ca serviciu web la datele publicate de QXO și folosește interfețele REST API de interogare pentru a prelua periodic datele pe care QXO nu le acoperă. Work Order nu se numără printre obiectele de business standard QXO. Prin urmare, integrarea fie adaugă un obiect de business QXO bazat pe tabelele comenzilor de producție (wo_mstr, wr_route), fie preia comenzile de producție prin interfețele REST API de interogare la fiecare câteva minute.

SkyPlanner trimite webhook-uri când se modifică starea sau programul de producție, astfel că scrierea înapoi în QAD este declanșată de evenimente.

1. Încărcarea inițială a nomenclatoarelor. Preluați articolele, structurile de produs, fluxurile tehnologice, centrele de lucru și calendarele prin QXO sau REST API de interogare. Stabiliți cu atenție corespondența centrelor de lucru: un centru de lucru cu patru utilaje devine un grup de centre de lucru sau patru centre de lucru. Liniile de producție repetitivă din Production Line Maintenance pot deveni și ele centre de lucru.

2. Sincronizarea comenzilor de producție. Preluați comenzile de producție cu planificare fermă și pe cele lansate, împreună cu fluxurile tehnologice și componentele lor, precum și comenzile de achiziție deschise. SkyPlanner consideră materialul comandat disponibil la data de livrare din comanda de achiziție și actualizează stocul când aceasta este marcată cu starea Delivered.

Programați comenzile de producție, nu comenzile planificate de MRP. Mai întâi, comenzile planificate trebuie să devină în QAD comenzi de producție cu planificare fermă sau comenzi lansate.

3. Scrierea programului de producție înapoi în QAD. Când motorul de programare plasează sau mută o comandă, un webhook SkyPlanner declanșează un QDoc QXtend Inbound pentru Work Order Maintenance (16.1). Acesta setează data de lansare la data primei operații programate și termenul de finalizare la data ultimei operații. QXtend execută programul cu validările proprii QAD și returnează un QDoc de răspuns, pe care integrarea îl verifică.

Succesiunea operațiilor pe fiecare utilaj rămâne în SkyPlanner și ajunge la operatori prin Mobile Confirmations. Astfel, integrarea nu este afectată de blocarea fluxului tehnologic în QAD pentru comenzile lansate.

4. Confirmări din producție. Operatorii înregistrează activitatea cu SkyPlanner Mobile Confirmations sau Production Timer, iar pontajele mențin programul de producție la zi. Dumneavoastră decideți dacă timpii efectivi sunt trimiși înapoi în QAD. Dacă da, timpii de pregătire și de execuție sunt trimiși în Labor Feedback by Work Order pentru fiecare operație, iar cantitățile finalizate în Work Order Receipt. Dacă nu, manopera se introduce în QAD ca înainte.

5. Responsabilitatea pentru date și regulile de soluționare a conflictelor. Documentați-le înainte de punerea în funcțiune:

Alegeți un singur sistem care să scrie datele calendaristice ale comenzilor de producție. SkyPlanner nu necesită niciun modul QAD de programare a producției. Prin urmare, pentru comenzile pe care le programează, SkyPlanner preia scrierea datelor calendaristice de la instrumentele de programare existente sau de la alte sisteme de programare.

• Rulările repetate ale CRP. CRP reprogramează toate operațiile deschise ale comenzilor de producție selectate. QAD păstrează datele introduse manual numai când „you also adjusted the work order release and due date to match,” (ați ajustat și datele de lansare și de finalizare ale comenzii de producție astfel încât să corespundă), ceea ce face și SkyPlanner la scrierea datelor. Rulați CRP după scrierea datelor înapoi în QAD sau excludeți comenzile programate de SkyPlanner.
• Fluxurile tehnologice lansate nu mai pot fi modificate. „Once the work order status is Exploded, Allocated, or Released, no more changes can be made to the routing.” (După ce comanda de producție ajunge în starea Exploded, Allocated sau Released, fluxul tehnologic nu mai poate fi modificat.) Citiți fluxul tehnologic la lansare și modificați-l numai pentru comenzile planificate sau planificate ferm.
• Unitățile de timp din fluxul tehnologic. Timpii de pregătire și de execuție reprezintă încărcare, în timp ce „queue, wait, and move times are excluded from load calculations.” (timpii de stat la coadă, de așteptare și de transport sunt excluși din calculele de încărcare). Modelați acești timpi în SkyPlanner ca etape care au doar durată și verificați dacă timpul de execuție este definit pe unitate sau pe comandă.
• Capacitatea de procesare QXtend. QAD avertizează că „UI API adapter performance may be unacceptable when processing high volumes of data or real-time transactions.” (performanța adaptorului UI API poate fi inacceptabilă la procesarea unor volume mari de date sau a tranzacțiilor în timp real). Trimiteți în loturi doar comenzile modificate și folosiți QDocs native acolo unde există.
• Domenii și unități de producție. Instalările QAD cu mai multe domenii păstrează centrele de lucru și comenzile de producție separat, pe domeniu și unitate de producție. Asociați fiecare unitate inclusă în proiect cu propriul grup de centre de lucru.
• Producție repetitivă și discretă în aceeași fabrică. Liniile Advanced Repetitive folosesc programe de producție repetitivă, nu comenzi de producție. Stabiliți în etapa de definire a domeniului ce linii va programa SkyPlanner.