Guía de integración de Oracle Fusion Cloud para la programación de la producción con SkyPlanner APS

Oracle Fusion Cloud ofrece tres vías de intercambio de datos para un sistema externo de programación de la producción:

1. REST API de Oracle Fusion Cloud SCM. La ruta base es /fscmRestApi/resources/11.13.18.05/. Los recursos que utiliza un sistema de programación son workOrders (con los recursos secundarios WorkOrderOperation, WorkOrderOperationResource y WorkOrderOperationMaterial), processWorkOrders, workDefinitions, workCenters, productionResources, calendars, itemsV2, itemStructures e inventoryOnhandBalances. Los avances se registran en operationTransactions, resourceTransactions y materialTransactions. Los pedidos de compra se obtienen de purchaseOrders, en la REST API de Procurement. (Endpoints REST)
2. File-Based Data Import (FBDI). El proceso Import Work Orders crea o actualiza órdenes de fabricación con sus operaciones y los recursos de cada operación a partir de una plantilla. Import Work Order Resource Transactions carga los registros de uso de recursos. Oracle es claro respecto al tiempo de actualización: «This option isn’t suitable for importing manufacturing data on a real-time basis.» (Esta opción no es adecuada para importar datos de fabricación en tiempo real). (Fuente)
3. Oracle Integration (OIC). La plataforma de integración de Oracle gestiona los flujos entre Fusion y otros sistemas. Una receta de Oracle Integration escucha el evento Work Order Status Change de Oracle Fusion Cloud Manufacturing (fuente). Utilícela si su empresa ya trabaja con OIC.

REST es la vía principal para programar la producción en tiempo real. FBDI es adecuado para la carga inicial de datos maestros.

Los datos de Oracle se consultan periódicamente. Las consultas REST con filtros recuperan las órdenes de fabricación nuevas y modificadas, los cambios al estado liberado, las existencias y los pedidos de compra. La frecuencia se configura por planta: desde cada pocos minutos para las órdenes de fabricación hasta cada hora para las existencias. Si utiliza Oracle Integration, el evento Work Order Status Change puede activar una lectura inmediata.

SkyPlanner envía webhooks cuando cambia el estado o el programa de producción, por lo que la escritura de datos de vuelta a Oracle se activa mediante eventos.

1. Carga inicial de datos maestros. Lea los artículos, las estructuras de artículos, las definiciones de trabajo, los centros de trabajo, los recursos productivos y los calendarios mediante REST, o cárguelos una sola vez a partir de extractos FBDI. Defina con cuidado la correspondencia de los centros de trabajo: un centro con cuatro máquinas del mismo recurso se convierte en un grupo de estaciones de trabajo o en cuatro estaciones de trabajo. Cada organización de fabricación se convierte en un grupo de estaciones de trabajo, de modo que todas las plantas quedan en un mismo plan.

2. Sincronización de órdenes de fabricación. Lea las órdenes de fabricación liberadas y sin liberar, con sus operaciones y materiales, así como los pedidos de compra abiertos. SkyPlanner considera que el material pedido está disponible en la fecha de entrega del pedido de compra y actualiza las existencias cuando este se marca como Delivered.

Programe órdenes de fabricación, no órdenes planificadas de Supply Planning. Las órdenes planificadas deben convertirse primero en órdenes de fabricación en Oracle.

3. Escritura de la programación en Oracle. Cuando el motor programa o desplaza una tarea, un webhook de SkyPlanner activa un PATCH en workOrders/{WorkOrderId}/child/WorkOrderOperation/{WorkOrderOperationId} con PlannedStartDate y PlannedCompletionDate. Se aplica la regla de 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 fecha de inicio planificada no puede ser anterior a la fecha de inicio de la orden de fabricación ni posterior a su fecha de finalización). (fuente) Por ello, si la nueva programación queda fuera de ese intervalo, la integración actualiza primero mediante PATCH las fechas de la cabecera de la orden y después las de las operaciones.

4. Notificaciones de planta. Los operarios registran el trabajo con SkyPlanner Mobile Confirmations o Production Timer, y los registros de tiempo mantienen actualizada la programación. Las cantidades terminadas se envían a operationTransactions, y los tiempos de mano de obra y máquina, a resourceTransactions. Si su planta ya registra los avances en Oracle, SkyPlanner los lee desde allí.

5. Responsabilidad sobre los datos y resolución de conflictos. Documente las reglas antes de la puesta en producción:

Elija un único sistema para escribir las fechas de las operaciones. SkyPlanner no necesita un área de trabajo de programación en Oracle, por lo que sustituye a Production Scheduling como sistema que escribe las fechas planificadas. Si Production Scheduling sigue liberando programas de producción, mantenga sus organizaciones separadas de las que programa SkyPlanner.

• Comportamiento del programador predeterminado. El motor de Oracle sin restricciones se ejecuta al crear una orden de fabricación y al realizar «certain update actions» (determinadas acciones de actualización). Compruebe en su entorno qué actualizaciones recalculan las fechas y asegúrese de que SkyPlanner sea el último sistema en escribir las fechas de las operaciones.
• Intervalos de las órdenes de fabricación. Las fechas de las operaciones deben quedar entre las fechas de inicio y finalización de la orden de fabricación. Actualice primero la cabecera mediante PATCH.
• Basis Type. El uso de recursos productivos se expresa por unidad solo cuando Basis Type es Variable. Con Fixed, se trata de un tiempo fijo por operación. Haga la conversión al importar; de lo contrario, todas las duraciones serán incorrectas.
• Fabricación discreta y por procesos. Las plantas de fabricación discreta utilizan workOrders; las de fabricación por procesos, processWorkOrders. Defina las correspondencias de ambos si utiliza los dos tipos de fabricación.
• Paginación. Oracle limita el número de registros por llamada REST. Pagine todas las consultas y filtre por organización y estado.
• Actualizaciones trimestrales. Oracle actualiza Fusion cada trimestre. Fije la versión de REST en la ruta y repita las pruebas después de cada actualización.
• Reglas según el estado. Las órdenes de fabricación en estado Pending Approval o cerradas no deben recibir nuevas fechas. Exclúyalas mediante filtros al leer los datos.