Guida all’integrazione di Oracle Fusion Cloud per la schedulazione della produzione con SkyPlanner APS

Oracle Fusion Cloud offre a uno schedulatore esterno tre modalità di scambio dei dati:

1. REST API per Oracle Fusion Cloud SCM. Il percorso di base è /fscmRestApi/resources/11.13.18.05/. Le risorse utilizzate da uno schedulatore sono workOrders (con le risorse figlie WorkOrderOperation, WorkOrderOperationResource e WorkOrderOperationMaterial), processWorkOrders, workDefinitions, workCenters, productionResources, calendars, itemsV2, itemStructures e inventoryOnhandBalances. Gli avanzamenti vengono registrati tramite operationTransactions, resourceTransactions e materialTransactions. Gli ordini di acquisto provengono da purchaseOrders nella Procurement REST API. (Endpoint REST)
2. File-Based Data Import (FBDI). Il processo Import Work Orders crea o aggiorna gli ordini di produzione, con le relative operazioni e risorse, a partire da un modello. Import Work Order Resource Transactions carica invece le registrazioni delle risorse. Sulle tempistiche Oracle è chiara: “This option isn’t suitable for importing manufacturing data on a real-time basis.” (Questa opzione non è adatta all’importazione di dati di produzione in tempo reale.) (Fonte)
3. Oracle Integration (OIC). La piattaforma di integrazione di Oracle gestisce i flussi tra Fusion e altri sistemi. Una ricetta di Oracle Integration intercetta l’evento Work Order Status Change in Oracle Fusion Cloud Manufacturing (fonte). Utilizzala se la tua azienda usa già OIC.

Per la schedulazione in tempo reale, REST è la modalità principale. FBDI è adatto al caricamento iniziale delle anagrafiche.

Sul lato Oracle, i dati vengono letti tramite polling. Le query REST con filtri recuperano gli ordini di produzione nuovi e modificati, i passaggi allo stato rilasciato, le giacenze e gli ordini di acquisto. La frequenza viene definita per ogni stabilimento: da pochi minuti per gli ordini di produzione a un’ora per le scorte. Se utilizzi Oracle Integration, l’evento Work Order Status Change può attivare una lettura immediata.

SkyPlanner invia webhook quando cambia lo stato o la schedulazione: il flusso di scrittura verso Oracle è quindi basato su eventi.

1. Caricamento iniziale delle anagrafiche. Leggi articoli, strutture articolo, definizioni di lavoro, centri di lavoro, risorse produttive e calendari tramite REST, oppure caricali una sola volta da estrazioni FBDI. Definisci con attenzione la mappatura dei centri di lavoro: un centro con quattro macchine associate alla stessa risorsa diventa un gruppo di centri di lavoro oppure quattro centri di lavoro. Ogni organizzazione produttiva diventa un gruppo di centri di lavoro, così tutti gli stabilimenti rientrano in un unico piano.

2. Sincronizzazione degli ordini di produzione. Leggere gli ordini di produzione rilasciati e non rilasciati, con le relative operazioni e i materiali, 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.

Schedulare gli ordini di produzione, non gli ordini pianificati di Supply Planning. Gli ordini pianificati devono prima essere convertiti in ordini di produzione in Oracle.

3. Scrittura della schedulazione in Oracle. Quando il motore inserisce o sposta un’operazione, un webhook di SkyPlanner attiva una PATCH su workOrders/{WorkOrderId}/child/WorkOrderOperation/{WorkOrderOperationId} con PlannedStartDate e PlannedCompletionDate. Si applica la regola di Oracle: “The planned start date must not occur before the start date of the work order or after the finish date of the work order.” (La data di inizio pianificata non deve precedere la data di inizio dell’ordine di produzione né essere successiva alla sua data di fine.) (fonte) Quindi, se la nuova schedulazione supera questi limiti, l’integrazione aggiorna tramite PATCH prima le date di testata dell’ordine di produzione, poi le operazioni.

4. Consuntivazione in reparto. Gli operatori registrano il lavoro con SkyPlanner Mobile Confirmations o Production Timer e le registrazioni dei tempi mantengono aggiornata la schedulazione. Le quantità completate vengono inviate a operationTransactions, mentre i tempi di manodopera e macchina vengono inviati a resourceTransactions. Se lo stabilimento registra già gli avanzamenti in Oracle, SkyPlanner li legge da lì.

5. Responsabilità sui dati e regole per i conflitti. Documentarle prima dell’avvio in produzione:

Scegliere un solo sistema per la scrittura delle date delle operazioni. SkyPlanner non richiede un’area di lavoro di schedulazione in Oracle e sostituisce quindi Production Scheduling nella scrittura delle date pianificate. Se Production Scheduling continua a rilasciare schedulazioni, mantenere separate le organizzazioni che gestisce da quelle schedulate da SkyPlanner.

• Comportamento predefinito dello schedulatore. Il motore Oracle senza vincoli si attiva alla creazione e in occasione di “certain update actions.” (determinate azioni di aggiornamento). Verificare nel proprio ambiente quali aggiornamenti ricalcolano le date e fare in modo che SkyPlanner sia l’ultimo sistema a scrivere le date delle operazioni.
• Finestre temporali degli ordini di produzione. Le date delle operazioni devono rientrare tra le date di inizio e completamento dell’ordine di produzione. Aggiornare prima la testata tramite PATCH.
• Basis Type. L’utilizzo della risorsa produttiva è espresso per unità solo quando Basis Type è Variable. Con Fixed, il tempo è fisso per operazione. Eseguire la conversione durante l’importazione, altrimenti tutte le durate saranno errate.
• Produzione discreta e di processo. Gli stabilimenti con produzione discreta usano workOrders, quelli con produzione di processo processWorkOrders. Mappare entrambi se si utilizzano entrambe le modalità.
• Paginazione. Oracle limita il numero di record per chiamata REST. Paginare ogni query e filtrare per organizzazione e stato.
• Aggiornamenti trimestrali. Oracle aggiorna Fusion ogni trimestre. Fissare la versione REST nel percorso e ripetere i test dopo ogni aggiornamento.
• Regole sugli stati. Gli ordini di produzione in stato Pending Approval o chiusi non devono ricevere nuove date. Escluderli con un filtro in lettura.