Guide d’intégration d’Infor CloudSuite Industrial pour l’ordonnancement de la production avec SkyPlanner APS

SkyPlanner fonctionne dans le cloud : aucun logiciel SkyPlanner n’est donc installé dans CSI. Dans un environnement CSI mutualisé, les intégrations passent par Infor OS, selon l’une de ces deux voies :

1. API REST IDO de Mongoose via ION API Gateway. Les objets métier de CSI sont des IDO (Intelligent Data Objects) reposant sur le framework Mongoose. Le service REST est accessible sous IDORequestService et Infor le publie dans le référentiel ION API. La version 1 de REST propose LoadCollection, AddItem(s), UpdateItem(s), DeleteItem(s), InvokeMethod, IDOInfo et FireAESEvent, avec des réponses XML ou JSON. Un ensemble de points de terminaison REST version 2 existe également.
2. BOD ION (Business Object Documents) acheminés par ION via des points de connexion. CSI publie des BOD Sync sortants pour ProductionOrder, ItemMaster et PurchaseOrder, ainsi que des documents de stock tels que InventoryAdjustment, InventoryCount et InventoryHold.

La liste des BOD sortants de la version 2026.10 ne couvre ni les nomenclatures, ni les gammes de fabrication, ni les centres de charge. Une intégration d’ordonnancement repose donc avant tout sur les IDO ; les BOD peuvent servir, en complément, à signaler les modifications des ordres de fabrication.

Les modifications sont transmises par CSI sous forme de BOD ION. Pour l’ordonnancement, c’est le BOD ProductionOrder qui compte. Vous le configurez dans le formulaire Replication Document Outbound Cross References à l’aide des définitions de publication :

Les exemples d’Infor filtrent les ordres par statut : 'Firm' pour les modifications du planning et, en option, 'Released' pour celles concernant les matières et la main-d’œuvre. Ils filtrent également sur une valeur RecordDate postérieure à la dernière date de publication manuelle de la tâche de fond.

Le système Application Event System (AES) de Mongoose peut également exécuter des actions événementielles, et l’API REST expose FireAESEvent. Le mécanisme de base repose sur l’interrogation périodique des IDO : à intervalles de quelques minutes, un appel LoadCollection sur SLJobs et SLJobRoutes filtre les données sur la date d’enregistrement. Le BOD ProductionOrder s’y ajoute lorsqu’un site souhaite recevoir les modifications en mode push.

Dans l’autre sens, les webhooks SkyPlanner transmettent les modifications du planning dès qu’elles surviennent. Chacun déclenche la réécriture des données dans CSI.

1. Chargement initial des données de base. Lisez les articles, gammes de fabrication, nomenclatures, groupes de ressources, ressources et horaires d’équipe via LoadCollection. Créez les postes de travail SkyPlanner à partir des ressources et des groupes de ressources, et non des postes de charge. Infor précise clairement que le poste de charge « captures costs only and does not affect the actual planning or scheduling. » (enregistre uniquement les coûts et n’influe pas sur la planification ou l’ordonnancement effectifs).

2. Synchronisation des ordres. Transmettez les ordres de fabrication fermes et lancés, avec leurs opérations et leurs matières. Laissez les ordres planifiés par APS dans CSI. APS Planning supprime et régénère son plan à chaque exécution : les ordres planifiés ne disposent donc pas d’un identifiant stable sur lequel fonder l’ordonnancement. Transformez-les d’abord en ordres de fabrication fermes dans Planning Detail.

3. Réécriture du planning dans CSI. Un webhook de planning SkyPlanner déclenche l’écriture. L’intégration lit les nouveaux débuts et fins planifiés de chaque opération via l’API REST de SkyPlanner. Elle les écrit avec UpdateItems dans le planning des opérations, en utilisant comme clé l’ordre de fabrication, le suffixe et le numéro d’opération. Ce sont les mêmes dates d’opération que celles définies par Scheduler et modifiées dans Resource Gantt. Les dates Start et End de l’ordre dans SLJobs sont mises à jour en conséquence.

Certains sites protègent les champs du planning ou souhaitent appliquer une logique côté CSI à chaque modification. Dans ce cas, l’écriture passe par une méthode IDO personnalisée, appelée avec InvokeMethod, qui effectue la même mise à jour en appliquant les contrôles de validation de CSI.

4. Déclarations d’atelier. Les opérateurs saisissent les temps et les quantités sur téléphone ou tablette (Mobile Confirmations, Production Timer, Quick Log Mode). Chaque relevé de temps clôturé devient une ligne SLJobtrans non comptabilisée, créée avec AddItems. Elle contient l’ordre de fabrication, le suffixe, l’opération, l’employé, les heures ainsi que les quantités bonnes et rebutées. Le traitement Job Labor Transaction Posting de CSI impute ensuite les coûts de main-d’œuvre et les frais généraux à l’en-cours de l’ordre, au rythme que vous choisissez.

5. Systèmes maîtres, nouvelles tentatives et règles de gestion des conflits.

Chaque enregistrement utilise les identifiants propres à CSI comme clé (ordre de fabrication, suffixe, numéro d’opération, identifiant de transaction). Ainsi, la répétition d’un webhook ou d’une interrogation met à jour la même ligne au lieu de créer un doublon. Les écritures qui échouent font l’objet de nouvelles tentatives et sont consignées avec le message d’erreur de CSI. Un ordre passé au statut Complete ou History dans CSI quitte le planning SkyPlanner à la synchronisation suivante. Un ordre annulé dans SkyPlanner n’est jamais réécrit dans CSI.

Les outils d’ordonnancement natifs sont la principale source de conflits. APS Planning considère les opérations ordonnancées comme figées, mais les exécutions ultérieures du Scheduler peuvent les déplacer à nouveau. Il s’agit généralement d’une exécution quotidienne sur un horizon d’un jour. Lorsque SkyPlanner gère le séquencement détaillé d’un ensemble de groupes de ressources, excluez ces groupes du périmètre du Scheduler de CSI. Désactivez ensuite, dans Shop Floor Control Parameters, le paramètre qui amène le Scheduler à traiter les ordres planifiés comme de la demande. Le MRP, la planification des ordres par APS et Get CTP peuvent rester dans CSI. Dans SkyPlanner, Running Time Lock maintient les opérations commencées à leur place. Autopilot réordonnance automatiquement la production lorsqu’elle évolue, en respectant les verrouillages et les priorités que vous définissez.

• Assimiler les postes de charge à des machines. SLWcs est l’IDO qui vient naturellement à l’esprit, mais ce n’est pas le bon pour gérer la capacité. L’ordonnancement repose sur les ressources et les groupes de ressources, avec l’ordre de leurs membres.
• Des filtres BOD qui omettent des ordres ou les renvoient en double. La publication de ProductionOrder dépend du déclencheur choisi et des filtres de statut. Un filtre limité à 'Firm' ignore les modifications de matières et de main-d’œuvre sur les ordres lancés. Sans filtre sur la date de dernière publication, tout est renvoyé.
• Rejet des temps de main-d’œuvre lors du retour dans CSI. CSI rejette ces temps si l’ordre n’est pas au statut Released ou Scheduled, si l’opération est déjà terminée ou si le salarié est inactif. Effectuez les contrôles au préalable et consignez les rejets.
• Confondre une ligne avec une transaction comptabilisée. Une ligne SLJobtrans reste non comptabilisée tant que Job Labor Transaction Posting n’a pas été exécuté. Définissez la fréquence de comptabilisation avec le service financier pour que les données de main-d’œuvre soient disponibles au moment attendu pour le suivi des en-cours et la paie.
• Ordres en retard provenant d’APS. APS planifie à rebours à partir de la date d’échéance et, si cela échoue, en partant d’aujourd’hui ; il ne planifie jamais dans le passé. Laissez SkyPlanner ordonnancer les ordres en retard selon la capacité réelle plutôt que de vous fier à la date de début reçue.
• Particularités de Mongoose. Échappez les virgules présentes dans les valeurs des paramètres de InvokeMethod avec \x2c.

SkyPlanner limite les interventions côté CSI. Il lit les ordres de fabrication, les opérations, les matières et les ressources, et ne réécrit que deux éléments : les dates et heures planifiées des opérations et la main-d’œuvre via SLJobtrans. Entre les deux, il effectue la replanification que CSI laisse aux modifications manuelles du planificateur dans Resource Gantt et à la prochaine exécution de Scheduler :

• Un planning réactif aux événements. Arcturus réalise l’ordonnancement de production en quelques secondes, en respectant les capacités réelles des machines et du personnel. Autopilot le recalcule automatiquement lorsque la production évolue, qu’un ordre modifié arrive de CSI ou qu’un opérateur saisit son avancement. Les webhooks transmettent ensuite les nouveaux horaires.
• La main-d’œuvre saisie à la source. Mobile Confirmations, Production Timer et Quick Log Mode transforment les saisies des opérateurs en relevés de temps correspondant à des lignes SLJobtrans. Les données de main-d’œuvre arrivent ainsi dans CSI sans ressaisie.
• Des contraintes fidèles à l’atelier. Une matrice des temps de réglage détermine l’ordre des changements de série qui minimise le temps de réglage. Les outils sont des ressources partagées à capacité limitée. Plusieurs opérateurs peuvent travailler simultanément sur un même poste de travail, et des machines ou des personnes de remplacement prennent le relais lorsque la ressource principale est occupée.
• Un séquencement selon les matières disponibles. Le flux de données comprend les matières des ordres de fabrication, les stocks et les commandes d’achat ouvertes de CSI : leur disponibilité est ainsi vérifiée dans le planning. Les matières commandées sont considérées comme disponibles à la date de livraison de la commande d’achat. Le stock est mis à jour lorsque celle-ci passe au statut Delivered.
• Un essai pour réduire les risques du projet. Chargez un export Save to Excel dans la version d’essai de 30 jours et visualisez l’ordonnancement de production de vos propres ordres, dans le respect des capacités réelles des machines et du personnel. Arrêtez une ressource constituant un goulot d’étranglement, ajoutez une commande urgente et retardez une commande d’achat. Les correspondances que vous validez pendant cet essai définissent le périmètre des travaux sur les IDO.

Choisissez SkyPlanner si CSI doit rester le système de référence pour les articles, les ordres de fabrication et les coûts. Vous disposez d’un outil d’ordonnancement et d’une application d’atelier avec une interface limitée et claire : les ordres et les données de base entrent, les horaires planifiés et les temps de main-d’œuvre sortent. SkyPlanner est proposé à partir de 199 € par mois avec 5 postes de travail inclus, une facturation mensuelle et une résiliation possible à tout moment. L’intégration fait l’objet d’un devis préalable adapté à vos processus et à vos besoins, avec votre abonnement. Vous connaissez ainsi le coût total avant de commencer.

Consultez les tarifs, les fonctionnalités et la documentation SkyPlanner. Comparez CSI APS et le Scheduler à un outil d’ordonnancement cloud dans le guide Ordonnancement de production avec Infor CloudSuite Industrial. Vous pouvez aussi consulter la page Infor CloudSuite Industrial et la rubrique des intégrations ERP.