Guida all’integrazione di QAD Adaptive ERP per la schedulazione della produzione con SkyPlanner APS

QAD offre tre modalità di integrazione per uno schedulatore esterno:

1. QAD QXtend Inbound (QXI). QAD lo descrive come “a Web services-based, SOAP-compliant, XML framework, enabling complete platform-independent access to QAD Enterprise Applications business functionality.” (un framework XML basato su servizi web e conforme a SOAP, che consente l’accesso completo alle funzionalità applicative di QAD Enterprise Applications indipendentemente dalla piattaforma). Ogni richiesta è un QDoc che esegue un programma QAD con gli stessi controlli di validazione della relativa schermata e restituisce un QDoc di risposta. Tra i QDoc rilasciati figurano maintainItemMaster, maintainRouting e maintainPurchaseOrder. Per i programmi privi di un QDoc rilasciato, lo strumento QGen di QAD mappa il programma di menu: “QGen is used to map custom programs or QAD Enterprise Applications programs that do not have released QDoc schemas and events files.” (QGen serve a mappare programmi personalizzati o programmi di QAD Enterprise Applications per i quali non sono stati rilasciati schemi QDoc e file di eventi). Anche QAD usa questa modalità: “QAD Production Scheduler uses QAD QXtend to update work orders.” (QAD Production Scheduler usa QAD QXtend per aggiornare gli ordini di produzione). (Guida a QXtend)
2. QAD QXtend Outbound (QXO). QXO “exports user-configurable business objects as XML QDocs out of QAD products.” (esporta dai prodotti QAD oggetti applicativi configurabili dall’utente sotto forma di QDoc XML). Gli oggetti applicativi standard includono Item, Product Structure, Routing, Work Center, Department, Inventory Transaction e Inventory Status.
3. REST API per i documenti aziendali. A partire da Adaptive ERP 2022.1, “Query REST APIs are now available for business documents,” (sono disponibili API REST di interrogazione per i documenti aziendali), con filtri, ordinamento, paginazione e restituzione di dati parziali. La documentazione è disponibile in Swagger sulla vostra istanza (note di rilascio).

Le scritture passano da QXtend. Le letture passano da QXO e dalle API REST di interrogazione.

QXtend Outbound è il meccanismo con cui QAD gestisce le modifiche ai dati. “A change occurs to watched data in QAD Enterprise Applications. Change notifications are written out to the qxevents database.” (Quando vengono modificati dati monitorati in QAD Enterprise Applications, le notifiche di modifica vengono scritte nel database qxevents). QXO genera quindi i QDoc e li invia “to a directory location where the subscriber polls for and picks up new QDocs,” (a una directory che il sottoscrittore controlla periodicamente per prelevare i nuovi QDoc), oppure a un servizio web in ascolto su un URL.

SkyPlanner si sottoscrive come servizio web alle pubblicazioni di QXO e interroga periodicamente le API REST per i dati non coperti da QXO. Work Order non rientra tra gli oggetti applicativi standard di QXO: l’integrazione aggiunge quindi un oggetto applicativo QXO sulle tabelle degli ordini di produzione (wo_mstr, wr_route) oppure interroga gli ordini tramite le API REST ogni pochi minuti.

SkyPlanner invia webhook quando cambia lo stato o la schedulazione: la riscrittura dei dati in QAD è quindi guidata dagli eventi.

1. Caricamento iniziale delle anagrafiche. Leggete articoli, strutture prodotto, cicli di lavorazione, centri di lavoro e calendari tramite QXO o le API REST di interrogazione. Definite con attenzione la mappatura dei centri di lavoro: un centro con quattro macchine diventa un gruppo di centri di lavoro oppure quattro centri di lavoro. Anche le linee di produzione ripetitiva gestite in Production Line Maintenance possono diventare centri di lavoro.

2. Sincronizzazione degli ordini di produzione. Leggete gli ordini di produzione pianificati confermati e quelli rilasciati, con i relativi cicli di lavorazione e componenti, insieme agli ordini di acquisto aperti. SkyPlanner considera il materiale ordinato disponibile alla data di consegna dell’ordine di acquisto e aggiorna le giacenze quando l’ordine viene contrassegnato come Delivered.

Schedulate gli ordini di produzione, non gli ordini pianificati dall’MRP. Prima della schedulazione, gli ordini pianificati devono diventare ordini di produzione pianificati confermati o rilasciati in QAD.

3. Riscrittura della schedulazione in QAD. Quando il motore colloca o sposta un ordine, un webhook di SkyPlanner attiva un QDoc QXtend Inbound su Work Order Maintenance (16.1). La data di rilascio viene impostata sulla data della prima operazione schedulata e la data di scadenza su quella dell’ultima. QXtend esegue il programma applicando i controlli di validazione nativi di QAD e restituisce un QDoc di risposta che l’integrazione verifica.

La sequenza delle operazioni su ciascuna macchina rimane in SkyPlanner e viene comunicata agli operatori tramite Mobile Confirmations. In questo modo, l’integrazione non risente del blocco dei cicli di lavorazione applicato da QAD agli ordini rilasciati.

4. Consuntivazione in reparto. Gli operatori registrano il lavoro con SkyPlanner Mobile Confirmations o con Production Timer; le registrazioni dei tempi mantengono aggiornata la schedulazione. Potete scegliere se riportare i tempi effettivi in QAD. Se scegliete di farlo, i tempi di attrezzaggio e lavorazione vengono inviati a Labor Feedback by Work Order per ogni operazione, mentre le quantità completate vengono inviate a Work Order Receipt. Altrimenti, la manodopera viene registrata in QAD come prima.

5. Titolarità dei dati e regole per i conflitti. Mettetele per iscritto prima dell’entrata in produzione:

Scegliete un solo sistema che scriva le date degli ordini di produzione. SkyPlanner non richiede alcun modulo di schedulazione QAD: per gli ordini che schedula, sostituisce quindi i workbench di schedulazione o gli altri schedulatori nella scrittura delle date.

• Nuove esecuzioni del CRP. Il CRP rischedula tutte le operazioni aperte degli ordini di produzione selezionati. QAD mantiene le date manuali solo quando “you also adjusted the work order release and due date to match,” (sono state adeguate di conseguenza anche le date di rilascio e di scadenza dell’ordine di produzione), cioè proprio le date che SkyPlanner scrive. Esegui il CRP dopo la scrittura dei dati in QAD oppure escludi gli ordini schedulati da SkyPlanner.
• I cicli di lavorazione rilasciati non sono modificabili. “Once the work order status is Exploded, Allocated, or Released, no more changes can be made to the routing.” (Quando l’ordine di produzione è nello stato Exploded, Allocated o Released, non è più possibile modificare il ciclo di lavorazione.) Leggi il ciclo al momento del rilascio e modifica i cicli solo per gli ordini pianificati o pianificati confermati.
• Unità di tempo dei cicli di lavorazione. I tempi di attrezzaggio e di lavorazione costituiscono carico, mentre “queue, wait, and move times are excluded from load calculations.” (i tempi di coda, attesa e movimentazione sono esclusi dal calcolo del carico). In SkyPlanner, modella coda, attesa e movimentazione come fasi con sola durata e verifica se il tempo di lavorazione è espresso per unità o per ordine.
• Capacità di elaborazione di QXtend. QAD avverte che “UI API adapter performance may be unacceptable when processing high volumes of data or real-time transactions.” (le prestazioni dell’adattatore UI API potrebbero essere inaccettabili nell’elaborazione di grandi volumi di dati o di transazioni in tempo reale). Invia solo gli ordini modificati, in batch, e usa i QDocs nativi dove disponibili.
• Domini e siti. Nelle installazioni QAD multidominio, i centri di lavoro e gli ordini di produzione sono gestiti per dominio e sito. Associa ogni sito incluso nel perimetro a un gruppo distinto di centri di lavoro.
• Produzione mista: ripetitiva e discreta. Le linee Advanced Repetitive usano programmi di produzione ripetitiva, non ordini di produzione. Durante la definizione del perimetro, decidi quali linee saranno schedulate da SkyPlanner.