Sprievodca integráciou Oracle Fusion Cloud na rozvrhovanie výroby so SkyPlanner APS

Oracle Fusion Cloud ponúka externému systému na rozvrhovanie tri spôsoby prenosu dát:

1. REST API pre Oracle Fusion Cloud SCM. Základná cesta je /fscmRestApi/resources/11.13.18.05/. Systém na rozvrhovanie využíva zdroje workOrders (s podradenými zdrojmi WorkOrderOperation, WorkOrderOperationResource a WorkOrderOperationMaterial), processWorkOrders, workDefinitions, workCenters, productionResources, calendars, itemsV2, itemStructures a inventoryOnhandBalances. Priebeh výroby sa zapisuje do operationTransactions, resourceTransactions a materialTransactions. Nákupné objednávky sa načítavajú zo zdroja purchaseOrders v Procurement REST API. (Koncové body REST)
2. File-Based Data Import (FBDI). Proces Import Work Orders vytvára alebo aktualizuje výrobné príkazy spolu s ich operáciami a zdrojmi operácií podľa šablóny. Proces Import Work Order Resource Transactions načítava záznamy o využití zdrojov. Oracle sa k časovaniu vyjadruje jasne: „This option isn’t suitable for importing manufacturing data on a real-time basis.“ (Táto možnosť nie je vhodná na import výrobných dát v reálnom čase.) (zdroj)
3. Oracle Integration (OIC). Integračná platforma Oracle zabezpečuje dátové toky medzi Fusion a ostatnými systémami. Integračný scenár Oracle Integration sleduje udalosť Work Order Status Change v Oracle Fusion Cloud Manufacturing (zdroj). Využite ho, ak už vaša spoločnosť prevádzkuje OIC.

Pri rozvrhovaní v reálnom čase je hlavným spôsobom prenosu REST. FBDI je vhodný na prvotné načítanie kmeňových dát.

Dáta z Oracle sa načítavajú pravidelnými dopytmi. Filtrované REST dopyty získavajú nové a zmenené výrobné príkazy, zmeny stavu uvoľnenia, skladové zostatky a nákupné objednávky. Frekvencia sa nastavuje pre každý závod samostatne: od niekoľkých minút pri výrobných príkazoch po hodinu pri zásobách. Ak prevádzkujete Oracle Integration, udalosť Work Order Status Change môže spustiť okamžité načítanie.

SkyPlanner pri zmene stavu alebo rozvrhu odosiela webhooky, takže spätný zápis sa riadi udalosťami.

1. Prvotné načítanie kmeňových dát. Načítajte položky, štruktúry položiek, definície výrobných postupov, pracoviská, výrobné zdroje a kalendáre cez REST alebo ich jednorazovo importujte z exportov FBDI. Mapovanie pracovísk si premyslite: pracovisko so štyrmi strojmi priradenými k rovnakému zdroju sa v SkyPlanner namapuje na jednu skupinu pracovísk alebo na štyri pracoviská. Každá výrobná organizácia sa namapuje na skupinu pracovísk, takže všetky závody budú v jednom pláne.

2. Synchronizácia výrobných príkazov. Načítajte uvoľnené aj neuvoľnené výrobné príkazy spolu s operáciami a materiálmi, ako aj otvorené nákupné objednávky. SkyPlanner považuje objednaný materiál za dostupný v deň dodania nákupnej objednávky a aktualizuje zásoby, keď je objednávka označená stavom Delivered.

Rozvrhujte výrobné príkazy, nie plánované objednávky z modulu Supply Planning. Plánované objednávky sa musia najprv v Oracle zmeniť na výrobné príkazy.

3. Spätný zápis rozvrhu. Keď plánovací algoritmus zaradí alebo presunie operáciu, webhook zo SkyPlanner spustí požiadavku PATCH na workOrders/{WorkOrderId}/child/WorkOrderOperation/{WorkOrderOperationId} s hodnotami PlannedStartDate a PlannedCompletionDate. Platí pravidlo 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.“ (Plánovaný dátum začatia nesmie byť pred dátumom začatia výrobného príkazu ani po dátume jeho ukončenia.) (zdroj) Ak teda nový rozvrh presahuje dátumy v hlavičke výrobného príkazu, integrácia najprv upraví tieto dátumy a až potom operácie.

4. Odvádzanie výroby. Operátori zaznamenávajú prácu pomocou SkyPlanner Mobile Confirmations alebo Production Timer a časové záznamy udržiavajú rozvrh aktuálny. Dokončené množstvá sa zapisujú do operationTransactions, čas práce a strojový čas do resourceTransactions. Ak váš závod už odvádza výrobu v Oracle, SkyPlanner namiesto toho načítava priebeh výroby odtiaľ.

5. Zodpovednosť za dáta a pravidlá riešenia konfliktov. Zdokumentujte ich pred spustením ostrej prevádzky:

Určte jediný systém, ktorý bude zapisovať dátumy operácií. SkyPlanner nepotrebuje pracovnú oblasť Oracle na rozvrhovanie, a preto pri zápise plánovaných dátumov nahrádza modul Production Scheduling. Ak Production Scheduling naďalej uvoľňuje rozvrhy, oddeľte organizácie, ktoré spravuje, od organizácií rozvrhovaných v SkyPlanner.

• Predvolené správanie plánovača. Plánovací algoritmus Oracle bez kapacitných obmedzení sa spúšťa pri vytvorení aj pri niektorých aktualizáciách: „certain update actions.“ (určité aktualizačné úkony). Vo svojom prostredí otestujte, ktoré aktualizácie prepočítavajú dátumy, a zabezpečte, aby SkyPlanner zapisoval dátumy operácií ako posledný.
• Časové okná výrobných príkazov. Dátumy operácií musia byť v rozmedzí dátumu začatia a dokončenia výrobného príkazu. Najprv aktualizujte hlavičku.
• Basis Type. Využitie zdroja sa vzťahuje na jednotku len vtedy, keď má Basis Type hodnotu Variable. Hodnota Fixed znamená pevný čas na operáciu. Pri importe vykonajte prepočet, inak budú všetky trvania nesprávne.
• Diskrétna a procesná výroba. Závody s diskrétnou výrobou používajú workOrders, závody s procesnou výrobou processWorkOrders. Ak prevádzkujete oba typy výroby, namapujte oba objekty.
• Stránkovanie. Oracle obmedzuje počet záznamov na jedno volanie REST. Pri každom dopyte používajte stránkovanie a filtrujte podľa organizácie a stavu.
• Štvrťročné aktualizácie. Oracle aktualizuje Fusion každý štvrťrok. V ceste uveďte pevnú verziu REST a po každej aktualizácii integráciu znova otestujte.
• Pravidlá podľa stavu. Výrobné príkazy v stave Pending Approval ani uzavreté príkazy by nemali dostávať nové dátumy. Vylúčte ich filtrom už pri načítaní.