Guide til integration af QAD Adaptive ERP med SkyPlanner APS til produktionsplanlægning

QAD giver et eksternt planlægningssystem tre integrationsmuligheder:

1. QAD QXtend Inbound (QXI). QAD beskriver det som “a Web services-based, SOAP-compliant, XML framework, enabling complete platform-independent access to QAD Enterprise Applications business functionality.” (Et XML-framework baseret på webservices, som overholder SOAP og giver fuld, platformsuafhængig adgang til forretningsfunktionerne i QAD Enterprise Applications.) Hver forespørgsel er et QDoc, som kører et QAD-program med samme validering som i skærmbilledet og returnerer et QDoc som svar. De udgivne QDocs omfatter maintainItemMaster, maintainRouting og maintainPurchaseOrder. Til programmer uden et udgivet QDoc mapper QAD’s QGen-værktøj menuprogrammet: “QGen is used to map custom programs or QAD Enterprise Applications programs that do not have released QDoc schemas and events files.” (QGen bruges til at mappe tilpassede programmer eller programmer i QAD Enterprise Applications, som ikke har udgivne QDoc-skemaer og hændelsesfiler.) QAD bruger selv denne integrationsvej: “QAD Production Scheduler uses QAD QXtend to update work orders.” (QAD Production Scheduler bruger QAD QXtend til at opdatere produktionsordrer.) (QXtend-guide)
2. QAD QXtend Outbound (QXO). QXO “exports user-configurable business objects as XML QDocs out of QAD products.” (Eksporterer brugerkonfigurerbare forretningsobjekter fra QAD-produkter som XML QDocs.) Standardobjekterne omfatter Item, Product Structure, Routing, Work Center, Department, Inventory Transaction og Inventory Status.
3. REST API’er til forretningsdokumenter. Fra Adaptive ERP 2022.1 gælder: “Query REST APIs are now available for business documents,” (Der er nu REST API’er til forespørgsler på forretningsdokumenter.) De understøtter filtrering, sortering, sideopdeling og delvise dataudtræk og er dokumenteret i Swagger på jeres instans (versionsnoter).

Skrivning sker via QXtend. Læsning sker via QXO og REST-forespørgsels-API’erne.

QXtend Outbound er QAD’s mekanisme til at håndtere ændringsdata. “A change occurs to watched data in QAD Enterprise Applications. Change notifications are written out to the qxevents database.” (Når overvågede data ændres i QAD Enterprise Applications, skrives ændringsmeddelelser til databasen qxevents.) QXO opbygger derefter QDocs og leverer dem “to a directory location where the subscriber polls for and picks up new QDocs,” (til en mappe, hvor abonnenten løbende søger efter og henter nye QDocs) eller til en webservice, der lytter på en URL.

SkyPlanner abonnerer som webservice på det, QXO publicerer, og henter løbende data via REST-forespørgsels-API’erne, hvor QXO ikke dækker. Work Order er ikke et af standardobjekterne i QXO. Derfor tilføjer integrationen enten et QXO-forretningsobjekt baseret på produktionsordretabellerne (wo_mstr, wr_route) eller henter produktionsordrer via REST-forespørgsels-API’erne med få minutters mellemrum.

SkyPlanner sender webhooks, når status eller planen ændres, så tilbageskrivningen er hændelsesstyret.

1. Første indlæsning af stamdata. Hent varer, produktstrukturer, ruter, arbejdscentre og kalendere via QXO eller REST-forespørgsels-API’erne. Tag bevidst stilling til, hvordan arbejdscentrene mappes: Et arbejdscenter med fire maskiner bliver til én gruppe af arbejdsstationer eller fire arbejdsstationer. Linjer til repetitiv produktion fra Production Line Maintenance kan også blive til arbejdsstationer.

2. Synkronisering af produktionsordrer. Hent fast planlagte og frigivne produktionsordrer med deres ruter og komponenter samt åbne indkøbsordrer. SkyPlanner betragter bestilte materialer som tilgængelige på indkøbsordrens leveringsdato og opdaterer lagerbeholdningen, når indkøbsordren markeres som Delivered.

Planlæg produktionsordrer, ikke MRP-planordrer. Planordrer skal først omdannes til fast planlagte eller frigivne produktionsordrer i QAD.

3. Tilbageskrivning af planen. Når planlægningsmotoren placerer eller flytter en ordre, udløser en SkyPlanner-webhook et QXtend Inbound QDoc til Work Order Maintenance (16.1). Det sætter frigivelsesdatoen til datoen for den første planlagte operation og færdigdatoen til datoen for den sidste. QXtend kører programmet med QAD’s egen validering og returnerer et QDoc-svar, som integrationen kontrollerer.

Operationsrækkefølgen på hver maskine bliver i SkyPlanner og formidles til operatørerne via Mobile Confirmations. Dermed berøres integrationen ikke af, at QAD låser ruterne på frigivne ordrer.

4. Tilbagemeldinger fra produktionen. Operatørerne registrerer arbejdet med SkyPlanner Mobile Confirmations eller Production Timer, og tidsregistreringerne holder planen ajour. I vælger, om de faktiske tider skal bogføres i QAD. Hvis ja, overføres opstillings- og kørselstid pr. operation til Labor Feedback by Work Order og færdigmeldte mængder til Work Order Receipt. Hvis nej, registreres arbejdstiden i QAD som hidtil.

5. Regler for dataejerskab og konflikter. Skriv dem ned inden idriftsættelsen:

Vælg ét system, der skriver datoerne på produktionsordrerne. SkyPlanner kræver ikke et planlægningsmodul i QAD og overtager derfor skrivningen af datoer fra planlægningsværktøjerne eller andre planlægningssystemer for de ordrer, det planlægger.

• Genkørsel af CRP. CRP omplanlægger alle åbne operationer på de valgte produktionsordrer. QAD bevarer kun manuelt angivne datoer, når “you also adjusted the work order release and due date to match,” (I også har tilpasset produktionsordrens frigivelses- og færdigdato, så de stemmer overens), og det er netop de datoer, SkyPlanner skriver. Kør CRP efter tilbageskrivningen, eller udelad de ordrer, som SkyPlanner planlægger.
• Frigivne ruter er låst. “Once the work order status is Exploded, Allocated, or Released, no more changes can be made to the routing.” (Når produktionsordren har status Exploded, Allocated eller Released, kan ruten ikke længere ændres.) Indlæs ruten ved frigivelse, og ændr kun ruter på planlagte eller fast planlagte ordrer.
• Tidsenheder i ruter. Opstillings- og køretid belaster kapaciteten, mens “queue, wait, and move times are excluded from load calculations.” (Kø-, vente- og transporttider indgår ikke i belastningsberegningerne.) Modellér kø, ventetid og transport som trin, der kun optager tid, i SkyPlanner, og kontrollér, om køretiden er angivet pr. enhed eller pr. ordre.
• QXtends behandlingskapacitet. QAD advarer om, at “UI API adapter performance may be unacceptable when processing high volumes of data or real-time transactions.” (UI API-adapterens ydeevne kan være uacceptabel ved behandling af store datamængder eller realtidstransaktioner). Send kun ændrede ordrer, saml dem i batches, og brug native QDocs, hvor de findes.
• Domæner og produktionssteder. QAD-installationer med flere domæner holder arbejdscentre og produktionsordrer adskilt pr. domæne og produktionssted. Knyt hvert produktionssted, der indgår i integrationen, til sin egen gruppe af arbejdsstationer.
• Blanding af repetitiv og diskret produktion. Linjer med Advanced Repetitive bruger repetitive produktionsplaner, ikke produktionsordrer. Aftal under afklaringen, hvilke linjer SkyPlanner skal planlægge.