Průvodce integrací Oracle Fusion Cloud pro plánování výroby se SkyPlanner APS

Oracle Fusion Cloud nabízí externímu plánovacímu systému tři cesty pro přenos dat:

1. REST API pro Oracle Fusion Cloud SCM. Základní cesta je /fscmRestApi/resources/11.13.18.05/. Plánovací systém využívá zdroje workOrders (s podřízenými objekty WorkOrderOperation, WorkOrderOperationResource a WorkOrderOperationMaterial), processWorkOrders, workDefinitions, workCenters, productionResources, calendars, itemsV2, itemStructures a inventoryOnhandBalances. Průběh výroby se zapisuje do operationTransactions, resourceTransactions a materialTransactions. Nákupní objednávky se načítají ze zdroje purchaseOrders v Procurement REST API. (Koncové body REST)
2. File-Based Data Import (FBDI). Proces Import Work Orders vytváří nebo aktualizuje výrobní příkazy včetně jejich operací a zdrojů operací podle šablony. Proces Import Work Order Resource Transactions načítá záznamy o využití zdrojů. Oracle výslovně upozorňuje na omezení importu v reálném čase: „This option isn’t suitable for importing manufacturing data on a real-time basis.“ (Tato možnost není vhodná pro import výrobních dat v reálném čase.) (zdroj)
3. Oracle Integration (OIC). Integrační platforma Oracle zajišťuje datové toky mezi Fusion a dalšími systémy. Integrační scénář v Oracle Integration naslouchá události Work Order Status Change v Oracle Fusion Cloud Manufacturing (zdroj). Tuto cestu využijte, pokud vaše společnost již provozuje OIC.

Pro průběžné rozvrhování je hlavní cestou REST. FBDI se hodí pro prvotní načtení kmenových dat.

Data z Oracle se získávají pravidelným dotazováním. Filtrované dotazy REST načítají nové a změněné výrobní příkazy, změny stavu na uvolněno, skladové zásoby a nákupní objednávky. Interval se nastavuje pro každý závod zvlášť: od několika minut u výrobních příkazů po hodinu u zásob. Pokud provozujete Oracle Integration, může událost Work Order Status Change vyvolat okamžité načtení.

SkyPlanner odesílá webhooky při změně stavu nebo rozvrhu, takže zpětný zápis se řídí událostmi.

1. Prvotní načtení kmenových dat. Načtěte položky, struktury položek, definice výroby, pracoviště, výrobní zdroje a kalendáře přes REST nebo je jednorázově načtěte z exportů FBDI. Mapování pracovišť si dobře rozmyslete: pracoviště se čtyřmi stroji přiřazenými ke stejnému výrobnímu zdroji se převede na jednu skupinu pracovišť nebo čtyři pracoviště. Každá výrobní organizace se převede na skupinu pracovišť, takže všechny závody budou v jednom plánu.

2. Synchronizace výrobních příkazů. Načítejte uvolněné i neuvolněné výrobní příkazy včetně operací a materiálů a také otevřené nákupní objednávky. SkyPlanner považuje objednaný materiál za dostupný k datu dodání nákupní objednávky a aktualizuje zásoby, jakmile je objednávka označena stavem Delivered.

Plánujte výrobní příkazy, nikoli plánované objednávky z modulu Supply Planning. Ty se musí nejprve v Oracle převést na výrobní příkazy.

3. Zpětný zápis plánu. Když plánovací algoritmus zařadí nebo přesune operaci, webhook ze SkyPlanner vyvolá požadavek PATCH na workOrders/{WorkOrderId}/child/WorkOrderOperation/{WorkOrderOperationId} s poli 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é datum zahájení nesmí být před datem zahájení výrobního příkazu ani po datu jeho dokončení.) (zdroj) Pokud tedy nový plán překročí termíny v hlavičce výrobního příkazu, integrace nejprve aktualizuje tyto termíny a poté operace.

4. Odvádění výroby. Obsluha zaznamenává práci pomocí SkyPlanner Mobile Confirmations nebo Production Timer a časové záznamy udržují plán aktuální. Dokončená množství se zapisují do operationTransactions, pracovní čas obsluhy a strojní čas do resourceTransactions. Pokud váš závod již odvádí výrobu v Oracle, SkyPlanner místo toho načítá průběh výroby odtud.

5. Pravidla správy dat a řešení konfliktů. Sepište je před spuštěním ostrého provozu:

Určete jeden systém, který bude zapisovat termíny operací. SkyPlanner nepotřebuje plánovací pracovní oblast Oracle, a proto při zápisu plánovaných termínů nahrazuje Production Scheduling. Pokud Production Scheduling nadále uvolňuje plány, oddělte jeho organizace od těch, které plánuje SkyPlanner.

• Výchozí chování plánovače. Plánovací algoritmus Oracle bez kapacitních omezení se spouští při vytvoření a při „certain update actions“ (určitých aktualizačních akcích). Otestujte ve svém prostředí, které aktualizace přepočítávají termíny, a zajistěte, aby termíny operací jako poslední zapisoval SkyPlanner.
• Časová okna výrobních příkazů. Termíny operací musí spadat mezi zahájení a dokončení výrobního příkazu. Nejprve aktualizujte hlavičku.
• Basis Type. Spotřeba výrobního zdroje je vztažena na jednotku pouze tehdy, když má Basis Type hodnotu Variable. Hodnota Fixed znamená pevný čas na operaci. Při importu proveďte přepočet, jinak budou všechny doby trvání chybné.
• Diskrétní a procesní výroba. Závody s diskrétní výrobou používají workOrders, závody s procesní výrobou processWorkOrders. Pokud provozujete oba typy, namapujte oba.
• Stránkování. Oracle omezuje počet záznamů na jedno volání REST. U každého dotazu použijte stránkování a filtrujte podle organizace a stavu.
• Čtvrtletní aktualizace. Oracle aktualizuje Fusion každé čtvrtletí. V cestě pevně určete verzi REST a po každé aktualizaci integraci znovu otestujte.
• Pravidla podle stavu. Výrobní příkazy ve stavu Pending Approval ani uzavřené příkazy by neměly dostávat nové termíny. Vyřaďte je filtrem už při načítání.