Guide till integration av QAD Adaptive ERP för produktionsplanering med SkyPlanner APS

QAD erbjuder tre integrationsvägar för ett externt planeringssystem:

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.” (Ett XML-ramverk baserat på webbtjänster och kompatibelt med SOAP, som ger fullständig plattformsoberoende åtkomst till affärsfunktionerna i QAD Enterprise Applications.) Varje anrop är ett QDoc som kör ett QAD-program med samma validering som i programmets skärmbild. Varje anrop returnerar också ett QDoc som svar. Bland publicerade QDocs finns maintainItemMaster, maintainRouting och maintainPurchaseOrder. För program som saknar ett publicerat QDoc mappar QAD:s verktyg QGen menyprogrammet: ”QGen is used to map custom programs or QAD Enterprise Applications programs that do not have released QDoc schemas and events files.” (QGen används för att mappa anpassade program eller program i QAD Enterprise Applications som saknar publicerade QDoc-scheman och händelsefiler.) QAD använder själva denna integrationsväg: ”QAD Production Scheduler uses QAD QXtend to update work orders.” (QAD Production Scheduler använder QAD QXtend för att uppdatera tillverkningsorder.) (QXtend-guiden)
2. QAD QXtend Outbound (QXO). QXO ”exports user-configurable business objects as XML QDocs out of QAD products.” (Exporterar användarkonfigurerbara affärsobjekt som XML QDocs från QAD-produkter.) Bland standardobjekten finns Item, Product Structure, Routing, Work Center, Department, Inventory Transaction och Inventory Status.
3. REST API:er för affärsdokument. Stödet finns sedan Adaptive ERP 2022.1: ”Query REST APIs are now available for business documents,” (REST API:er för läsning finns nu tillgängliga för affärsdokument). De stöder filtrering, sortering, sidindelning och hämtning av delar av data och är dokumenterade i Swagger i er instans (versionsinformation).

QXtend hanterar skrivningarna. QXO och REST API:erna för frågor hanterar läsningarna.

QXtend Outbound är QAD:s mekanism för att hantera ändringsdata. ”A change occurs to watched data in QAD Enterprise Applications. Change notifications are written out to the qxevents database.” (En ändring sker i övervakade data i QAD Enterprise Applications. Ändringsmeddelanden skrivs till databasen qxevents.) QXO skapar sedan QDocs och levererar dem ”to a directory location where the subscriber polls for and picks up new QDocs,” (till en katalog där abonnenten regelbundet söker efter och hämtar nya QDocs), eller till en webbtjänst som lyssnar på en URL.

SkyPlanner tar emot det QXO publicerar genom att prenumerera som webbtjänst och hämtar regelbundet det som QXO inte täcker via REST API:erna för frågor. Work Order ingår inte bland QXO:s standardobjekt. Därför lägger integrationen antingen till ett QXO-affärsobjekt för tillverkningsordertabellerna (wo_mstr, wr_route) eller hämtar tillverkningsorder via REST API:erna med några minuters mellanrum.

SkyPlanner skickar webhooks när status eller planen ändras, så återföringen är händelsestyrd.

1. Första inläsning av grunddata. Läs in artiklar, produktstrukturer, operationsföljder, produktionsgrupper och kalendrar via QXO eller REST API:erna för frågor. Tänk igenom mappningen av produktionsgrupper: en produktionsgrupp med fyra maskiner blir antingen en grupp av produktionsgrupper eller fyra produktionsgrupper i SkyPlanner. Även linjer för repetitiv tillverkning från Production Line Maintenance kan bli produktionsgrupper.

2. Synkronisering av tillverkningsorder. Läs in fast planerade och frisläppta tillverkningsorder med operationsföljder och komponenter samt öppna inköpsorder. SkyPlanner räknar beställt material som tillgängligt på inköpsorderns leveransdatum och uppdaterar lagersaldot när inköpsordern markeras som Delivered.

Planera tillverkningsorder, inte MRP-planerade order. Planerade order ska först bli fast planerade eller frisläppta tillverkningsorder i QAD.

3. Återföring av planen. När planeringsmotorn placerar eller flyttar en order utlöser en webhook från SkyPlanner ett QXtend Inbound QDoc för Work Order Maintenance (16.1). Frisläppningsdatum sätts till den första planerade operationens datum och färdigdatum till den sista operationens datum. QXtend kör programmet med QAD:s egen validering och returnerar ett QDoc-svar som integrationen kontrollerar.

Operationernas ordningsföljd på varje maskin ligger kvar i SkyPlanner och visas för operatörerna via Mobile Confirmations. Därmed påverkas inte integrationen av att QAD låser operationsföljden på frisläppta order.

4. Återrapportering från produktionen. Operatörerna registrerar arbetet med SkyPlanner Mobile Confirmations eller Production Timer, och tidsregistreringarna håller planen aktuell. Ni väljer om de faktiska tiderna ska återföras till QAD. Om ni väljer det skickas ställtid och körtid per operation till Labor Feedback by Work Order, och färdiga kvantiteter till Work Order Receipt. Annars registreras arbetstiden i QAD som tidigare.

5. Dataägarskap och konfliktregler. Dokumentera dem före driftsättning:

Välj ett enda system som skriver datum för tillverkningsorder. SkyPlanner behöver ingen planeringsmodul i QAD och tar därför över skrivningen av datum från planeringsverktygen eller andra planeringssystem för de order som planeras i SkyPlanner.

• Nya CRP-körningar. CRP planerar om alla öppna operationer i de valda tillverkningsorderna. QAD behåller manuellt angivna datum endast när ”you also adjusted the work order release and due date to match,” (du också har justerat tillverkningsorderns frisläppnings- och färdigdatum så att de stämmer överens), vilket är precis de datum som SkyPlanner skriver tillbaka. Kör CRP efter återföringen eller undanta de order som SkyPlanner planerar.
• Frisläppta operationsföljder är låsta. ”Once the work order status is Exploded, Allocated, or Released, no more changes can be made to the routing.” (När tillverkningsordern har status Exploded, Allocated eller Released går det inte längre att ändra operationsföljden.) Läs in operationsföljden vid frisläppning och ändra bara operationsföljder för planerade eller fast planerade order.
• Tidsenheter i operationsföljden. Ställtid och körtid räknas som beläggning, medan ”queue, wait, and move times are excluded from load calculations.” (kötid, väntetid och förflyttningstid ingår inte i beläggningsberäkningen). Modellera kö, väntan och förflyttning som steg som enbart tar tid i SkyPlanner, och kontrollera om körtiden anges per enhet eller per order.
• Kapacitet i QXtend. QAD varnar för att ”UI API adapter performance may be unacceptable when processing high volumes of data or real-time transactions.” (prestandan i UI API-adaptern kan vara oacceptabel vid hantering av stora datamängder eller realtidstransaktioner). Skicka bara ändrade order, i batcher, och använd inbyggda QDocs där de finns.
• Domäner och anläggningar. QAD-installationer med flera domäner håller produktionsgrupper och tillverkningsorder åtskilda per domän och anläggning. Mappa varje anläggning som ingår i integrationen till en egen grupp av produktionsgrupper.
• Blandad repetitiv och diskret tillverkning. Linjer i Advanced Repetitive använder repetitiva produktionsplaner, inte tillverkningsorder. Bestäm under kartläggningen vilka linjer SkyPlanner ska planera.