Guide d’intégration d’Oracle Fusion Cloud pour l’ordonnancement de la production avec SkyPlanner APS

Oracle Fusion Cloud propose trois voies d’échange de données avec un outil d’ordonnancement externe :

1. REST API pour Oracle Fusion Cloud SCM. Le chemin de base est /fscmRestApi/resources/11.13.18.05/. Un outil d’ordonnancement utilise les ressources workOrders (avec les ressources enfants WorkOrderOperation, WorkOrderOperationResource et WorkOrderOperationMaterial), processWorkOrders, workDefinitions, workCenters, productionResources, calendars, itemsV2, itemStructures et inventoryOnhandBalances. L’avancement est transmis à operationTransactions, resourceTransactions et materialTransactions. Les commandes d’achat proviennent de purchaseOrders dans la Procurement REST API. (Points de terminaison REST)
2. File-Based Data Import (FBDI). Le processus Import Work Orders crée ou met à jour les ordres de fabrication, leurs opérations et les ressources associées à partir d’un modèle. Import Work Order Resource Transactions charge les déclarations de ressources. Oracle est clair sur la fréquence des échanges : « This option isn’t suitable for importing manufacturing data on a real-time basis. » (Cette option ne convient pas à l’importation de données de fabrication en temps réel.) (source)
3. Oracle Integration (OIC). La plateforme d’intégration d’Oracle gère les flux entre Fusion et d’autres systèmes. Une recette Oracle Integration écoute l’événement Work Order Status Change dans Oracle Fusion Cloud Manufacturing (source). Utilisez cette solution si votre entreprise exploite déjà OIC.

Pour l’ordonnancement en temps réel, REST est la voie principale. FBDI convient au chargement initial des données de base.

Les données Oracle sont récupérées par interrogation périodique. Des requêtes REST filtrées récupèrent les ordres de fabrication nouveaux ou modifiés, les passages au statut lancé, les quantités en stock et les commandes d’achat. La fréquence est définie par usine et peut aller d’une interrogation toutes les quelques minutes pour les ordres de fabrication à une interrogation par heure pour les stocks. Si vous utilisez Oracle Integration, l’événement Work Order Status Change peut déclencher une lecture immédiate.

SkyPlanner envoie des webhooks dès que l’état ou le planning change. Les écritures en retour sont donc déclenchées par les événements.

1. Chargement initial des données de base. Récupérez les articles, les structures d’articles, les définitions de fabrication, les postes de charge, les ressources de production et les calendriers via REST, ou chargez-les une seule fois à partir d’extractions FBDI. Définissez soigneusement la correspondance des postes de charge : un poste de charge comportant quatre machines d’une même ressource devient un groupe de postes de travail ou quatre postes de travail. Chaque organisation de fabrication devient un groupe de postes de travail : toutes les usines sont ainsi réunies dans un même planning.

2. Synchronisation des ordres de fabrication. Lisez les ordres de fabrication lancés et non lancés, avec leurs opérations et leurs matières, ainsi que les commandes fournisseurs ouvertes. SkyPlanner considère les matières commandées comme disponibles à la date de livraison de la commande fournisseur et met le stock à jour lorsque celle-ci passe au statut Delivered.

Ordonnancez les ordres de fabrication, et non les ordres planifiés de Supply Planning. Les ordres planifiés doivent d’abord être convertis en ordres de fabrication dans Oracle.

3. Réécriture du planning dans Oracle. Lorsque le moteur place ou déplace une opération, un webhook SkyPlanner déclenche une requête PATCH sur workOrders/{WorkOrderId}/child/WorkOrderOperation/{WorkOrderOperationId} avec PlannedStartDate et PlannedCompletionDate. La règle d’Oracle s’applique : « 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 date de début planifiée ne doit être ni antérieure à la date de début de l’ordre de fabrication, ni postérieure à sa date de fin.) (source) Si le nouveau planning dépasse ces limites, l’intégration met donc d’abord à jour les dates d’en-tête de l’ordre de fabrication par PATCH, puis celles des opérations.

4. Déclarations en atelier. Les opérateurs enregistrent leur travail avec SkyPlanner Mobile Confirmations ou Production Timer. Ces relevés de temps permettent de tenir le planning à jour. Les quantités réalisées sont envoyées à operationTransactions, et les temps de main-d’œuvre et de machine à resourceTransactions. Si votre usine effectue déjà ses déclarations dans Oracle, SkyPlanner lit ces données d’avancement à la place.

5. Responsabilité des données et gestion des conflits. Consignez ces règles avant la mise en production :

Confiez l’écriture des dates d’opération à un seul système. SkyPlanner n’a pas besoin d’un espace de travail d’ordonnancement Oracle : il remplace donc Production Scheduling pour l’écriture des dates planifiées. Si Production Scheduling publie encore des plannings, réservez-lui des organisations distinctes de celles ordonnancées par SkyPlanner.

• Comportement de l’ordonnanceur par défaut. Le moteur sans contraintes d’Oracle s’exécute à la création et lors de « certain update actions » (certaines actions de mise à jour). Testez dans votre environnement quelles mises à jour provoquent un recalcul des dates, et veillez à ce que SkyPlanner reste le dernier système à écrire les dates d’opération.
• Plages de dates des ordres de fabrication. Les dates des opérations doivent rester comprises entre le début et la fin de l’ordre de fabrication. Mettez d’abord à jour l’en-tête par PATCH.
• Basis Type. L’utilisation des ressources n’est exprimée par unité que si Basis Type vaut Variable. La valeur Fixed correspond à un temps fixe par opération. Effectuez la conversion à l’importation, sinon toutes les durées seront erronées.
• Fabrication discrète et fabrication par procédés. Les usines de fabrication discrète utilisent workOrders, celles de fabrication par procédés processWorkOrders. Prévoyez les correspondances pour les deux si vous utilisez les deux modes de fabrication.
• Pagination. Oracle limite le nombre d’enregistrements par appel REST. Prévoyez la pagination pour chaque requête et filtrez par organisation et par statut.
• Mises à jour trimestrielles. Oracle met Fusion à jour chaque trimestre. Fixez la version REST dans le chemin d’accès et refaites les tests après chaque mise à jour.
• Règles liées aux statuts. Les ordres de fabrication au statut Pending Approval ou clôturés ne doivent pas recevoir de nouvelles dates. Excluez-les à la lecture à l’aide de filtres.