Handleiding voor de Oracle Fusion Cloud koppeling voor productieplanning met SkyPlanner APS

Oracle Fusion Cloud biedt externe planningssoftware drie routes voor gegevensuitwisseling:

1. REST API voor Oracle Fusion Cloud SCM. Het basispad is /fscmRestApi/resources/11.13.18.05/. Planningssoftware gebruikt de resources workOrders (met de onderliggende resources WorkOrderOperation, WorkOrderOperationResource en WorkOrderOperationMaterial), processWorkOrders, workDefinitions, workCenters, productionResources, calendars, itemsV2, itemStructures en inventoryOnhandBalances. De voortgang wordt geboekt via operationTransactions, resourceTransactions en materialTransactions. Inkooporders worden opgehaald uit purchaseOrders in de Procurement REST API. (REST-eindpunten)
2. File-Based Data Import (FBDI). Het proces Import Work Orders maakt productieorders met hun bewerkingen en bijbehorende productiemiddelen aan of werkt ze bij op basis van een sjabloon. Import Work Order Resource Transactions laadt resourceboekingen. Oracle is duidelijk over de timing: “This option isn’t suitable for importing manufacturing data on a real-time basis.” (Deze optie is niet geschikt om productiegegevens in realtime te importeren.) (bron)
3. Oracle Integration (OIC). Het integratieplatform van Oracle verzorgt de gegevensstromen tussen Fusion en andere systemen. Een recept in Oracle Integration luistert naar de gebeurtenis Work Order Status Change in Oracle Fusion Cloud Manufacturing (bron). Gebruik dit als uw bedrijf al met OIC werkt.

Voor realtime planning is REST de belangrijkste route. FBDI is geschikt voor het voor het eerst inladen van de stamgegevens.

Gegevens uit Oracle worden via polling opgehaald. Gefilterde REST-query’s halen nieuwe en gewijzigde productieorders, statuswijzigingen naar vrijgegeven, actuele voorraden en inkooporders op. De frequentie wordt per fabriek ingesteld: van elke paar minuten voor productieorders tot elk uur voor de voorraad. Als u Oracle Integration gebruikt, kan de gebeurtenis Work Order Status Change direct een leesactie activeren.

SkyPlanner verstuurt webhooks zodra de status of het productieschema verandert. Het terugschrijven is dus gebeurtenisgestuurd.

1. Eerste import van stamgegevens. Lees artikelen, artikelstructuren, werkdefinities, werkcentra, productiemiddelen en kalenders via REST in, of laad ze eenmalig vanuit FBDI-extracten. Maak bewuste keuzes bij het mappen van werkcentra: een werkcentrum met vier machines die aan hetzelfde productiemiddel zijn gekoppeld, wordt één werkcentrumgroep of vier werkcentra. Elke productieorganisatie wordt een werkcentrumgroep, zodat alle fabrieken in één planning staan.

2. Productieorders synchroniseren. Lees vrijgegeven en niet-vrijgegeven productieorders in, inclusief bewerkingen en materialen, plus openstaande inkooporders. SkyPlanner beschouwt besteld materiaal als beschikbaar op de leverdatum van de inkooporder en werkt de voorraad bij zodra de inkooporder de status Delivered krijgt.

Plan productieorders in, geen geplande orders uit Supply Planning. Geplande orders worden eerst in Oracle omgezet in productieorders.

3. Planning terugschrijven. Wanneer de planningsengine een taak inplant of verplaatst, activeert een SkyPlanner-webhook een PATCH op workOrders/{WorkOrderId}/child/WorkOrderOperation/{WorkOrderOperationId} met PlannedStartDate en PlannedCompletionDate. Daarbij geldt de regel van 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.” (De geplande startdatum mag niet vóór de startdatum of na de einddatum van de productieorder liggen.) (bron) Valt de nieuwe planning buiten die datums, dan past de koppeling dus eerst de datums in de productieorderkop aan via PATCH en daarna de bewerkingen.

4. Terugmeldingen vanaf de werkvloer. Operators registreren hun werk met SkyPlanner Mobile Confirmations of de Production Timer. De tijdregistraties houden de planning actueel. Gereedgemelde aantallen worden geboekt via operationTransactions, arbeids- en machine-uren via resourceTransactions. Rapporteert uw fabriek al in Oracle, dan leest SkyPlanner de voortgang daaruit.

5. Afspraken over gegevenseigenaarschap en conflicten. Leg deze vast vóór de ingebruikname:

Wijs één systeem aan dat de bewerkingsdatums schrijft. SkyPlanner heeft geen planningswerkgebied in Oracle nodig en neemt daarom het schrijven van geplande datums over van Production Scheduling. Geeft Production Scheduling nog planningen vrij, houd de bijbehorende organisaties dan gescheiden van de organisaties die SkyPlanner plant.

• Standaardgedrag van de planner. De Oracle-engine die zonder capaciteitsbeperkingen plant, wordt uitgevoerd bij het aanmaken en bij “certain update actions” (bepaalde bijwerkacties). Test in uw omgeving welke updates de datums opnieuw berekenen en zorg dat SkyPlanner de bewerkingsdatums als laatste schrijft.
• Tijdvensters van productieorders. Bewerkingsdatums moeten binnen de start- en einddatum van de productieorder vallen. Pas eerst de orderkop aan via PATCH.
• Basis Type. Het gebruik van productiemiddelen geldt alleen per eenheid als Basis Type op Variable staat. Bij Fixed geldt een vaste tijd per bewerking. Reken dit bij het importeren om, anders klopt geen enkele tijdsduur.
• Discrete productie en procesproductie. Fabrieken met discrete productie gebruiken workOrders, procesfabrieken gebruiken processWorkOrders. Richt de mapping voor beide in als u beide productievormen gebruikt.
• Paginering. Oracle beperkt het aantal records per REST-aanroep. Gebruik paginering voor elke query en filter op organisatie en status.
• Kwartaalupdates. Oracle werkt Fusion elk kwartaal bij. Leg de REST-versie vast in het pad en test na elke update opnieuw.
• Statusregels. Productieorders met de status Pending Approval of een afgesloten status mogen geen nieuwe datums krijgen. Filter ze uit bij het inlezen.