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

Infor M3 propose quatre couches d’intégration, chacune ayant ici un rôle précis.

1. M3 API (programmes MI) sur ION API Gateway. Chaque programme MI s’appelle via REST : https://{ionapi-host}/{tenant}/M3/m3api-rest/v2/execute/{program}/{transaction}. Utilisez v2. Cette version ajoute des paramètres de société, de division et de format de date, et renvoie un contenu différent de celui de v1. PMS100MI gère les ordres de fabrication et PMS070MI les déclarations d’opérations. (Documentation Infor)
2. API de requête Compass dans Infor Data Fabric. Elle permet de lire en SQL les tables M3 répliquées, comme MITMAS, MWOHED et MWOOPE. Compass fonctionne de manière asynchrone : soumettez un traitement, interrogez son état, puis récupérez les pages de résultats, dans la limite de 100 000 lignes ou 10 MB par page. Cette interface convient au chargement initial des données de base, pas à la synchronisation en temps réel. (Documentation Infor)
3. BODs ION. Le M3 BOD Processor publie les BODs activés pour chaque entité comptable. Les BODs entrants comprennent Process ProductionOrder, Sync et Process BillOfMaterials, Process ItemMaster et Sync InventoryCount. (Documentation Infor)
4. M3 Event Hub. Un mécanisme de publication et d’abonnement aux événements au niveau des tables, tels que les modifications des en-têtes et des opérations des ordres de fabrication. (Documentation Infor)

Les spécifications des API MI se trouvent dans le catalogue ION API de chaque tenant, sous Available APIs, avec une documentation Swagger par programme. Lorsqu’une transaction manque dans le catalogue standard, XtendM3 permet d’ajouter un programme MI personnalisé et Metadata Publisher de créer des API de liste personnalisées.

M3 peut transmettre les modifications à son initiative, mais cela nécessite une configuration côté Infor :

• Event Hub ne publie que les événements ayant un abonné actif. ION Enterprise Connector (IEC) s’y abonne via un canal EventHub Subscriber.
• Les BODs doivent être activés pour chaque entité comptable dans le BOD Processor. Cette opération nécessite le rôle M3EC-Administrator. (Documentation Infor)

Si l’envoi automatique des modifications n’est pas encore configuré, interrogez périodiquement les transactions de liste PMS100MI ou exécutez des requêtes Compass sur les horodatages de modification.

Grâce aux webhooks de SkyPlanner, les mises à jour renvoyées vers M3 sont déclenchées par les événements dès le premier jour.

1. Chargement initial des données de base. Lisez en masse les articles, les structures de produit, les opérations et les postes de charge via Compass. Choisissez délibérément d’associer chaque poste de charge à un poste de travail SkyPlanner ou à un groupe de postes de travail. Un poste de charge représentant trois machines en parallèle devient trois postes de travail si vous souhaitez les ordonnancer séparément.

2. Synchronisation des ordres. Lisez les ordres de fabrication lancés et leurs opérations depuis PMS100MI ou MWOOPE, ainsi que les stocks et les lignes de commandes d’achat ouvertes. SkyPlanner considère les matières commandées comme disponibles à la date de livraison de la commande d’achat et met à jour le stock lorsque celle-ci passe au statut Delivered. L’ordonnancement tient compte des deux.

N’ordonnancez que les ordres de fabrication fermes. Les ordres de fabrication planifiés (PMS170) sont régénérés par le MRP, et M3 recalcule leur charge à chaque replanification.

3. Renvoi de l’ordonnancement vers M3. Pour chaque opération placée ou déplacée par le moteur, SkyPlanner enregistre le début et la fin planifiés dans l’opération de l’ordre de fabrication. L’appel utilise une transaction MI de M3 dédiée aux opérations d’ordres de fabrication, issue du catalogue de votre tenant, ou un programme MI XtendM3 si votre configuration l’exige. M3 conserve la gestion des quantités, des statuts et du calcul des coûts.

4. Déclarations en atelier. Les opérateurs enregistrent leur travail avec SkyPlanner Mobile Confirmations ou Production Timer. SkyPlanner transmet le temps de réglage, le temps d’exécution et la quantité via PMS070MI Report operation, puis utilise Confirm ou Close operation une fois l’étape terminée. Infor précise : « it is important that every operation is reported, » (il est important que chaque opération soit déclarée). Cela permet de maintenir la cohérence entre la charge dans M3 et l’avancement dans SkyPlanner. (PMS070MI)

Choisissez un seul canal de déclaration par opération. Déclarer la même opération depuis SkyPlanner et depuis PMS070 dans M3 comptabilise les quantités en double.

5. Responsabilités et règles de gestion des conflits. Consignez-les avant la mise en production :

La principale source de conflit est la logique de calcul des dates propre à M3. La charge « is automatically generated when a manufacturing order or planned manufacturing order is generated or replanned. » (est générée automatiquement lorsqu’un ordre de fabrication ou un ordre de fabrication planifié est créé ou replanifié). Traitez un ordre de fabrication replanifié comme une nouvelle version, synchronisez-le à nouveau et laissez SkyPlanner recalculer l’ordonnancement. Autopilot recalcule automatiquement l’ordonnancement lorsque la production évolue. SkyPlanner n’a pas besoin de M3 Scheduling Workbench ; si vous disposez d’une licence SWB, confiez à SkyPlanner la gestion des dates des opérations pour éviter que les deux systèmes n’écrasent leurs modifications respectives.

• Pas d’objet de gamme de fabrication. Les opérations se trouvent dans la structure produit (PDS002) et dans l’ordre de fabrication, sous forme d’opérations de cet ordre. Ne cherchez pas d’API de gamme de fabrication.
• Structures sans opérations. Une structure produit doit comporter au moins une opération. Sinon, M3 ne crée aucune charge et SkyPlanner ne reçoit aucune opération à ordonnancer.
• Les paramètres de capacité finie de M3 entrent en conflit avec le planning externe. L’indicateur PDS010 et les paramètres de goulot d’étranglement de CRS786 modifient les dates calculées par M3. Conservez une capacité infinie pour les postes de charge dans M3 et laissez SkyPlanner gérer la capacité finie.
• Des spécifications d’API propres à chaque tenant. Les réponses v1 et v2 diffèrent, et les noms des transactions varient selon votre catalogue et vos extensions XtendM3. Utilisez v2 en précisant explicitement les paramètres de société et de division.
• L’envoi automatique n’est pas activé par défaut. Event Hub nécessite un abonné, et les BOD doivent être activés pour chaque entité comptable. Déterminez ensemble qui configurera ION et IEC, ou commencez par une interrogation périodique.
• Limitation du débit et pagination. ION API limite le débit selon la politique du tenant, et Compass renvoie au maximum 100 000 lignes ou 10 Mo par page. Récupérez uniquement les modifications à chaque interrogation, sans recharger toutes les données.
• M3 n’est pas CloudSuite Industrial. CSI utilise les API IDO, tandis que M3 utilise les programmes MI. Nommez les objets M3 dans chaque spécification.