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

Helios Inuvio Server (Inuvio REST API). Asseco le présente comme un composant distinct de HELIOS iNuvio qui donne accès aux modules de HELIOS iNuvio via une REST API (aide de Helios Inuvio Server). Il est fourni avec la distribution iNuvio, et la spécification OpenAPI est publiée aux formats Rapidoc et Redoc. L’API s’appuie sur les vues HELIOS (browses), chacune disposant de son propre identifiant et de ses propres droits :

• GET /browses/list et GET /browses/meta répertorient les vues disponibles et leurs colonnes.
• /browses/data lit les lignes d’une vue et permet d’y écrire lorsque la vue autorise la création, la modification et la suppression.
• /api/v1/actions/meta et /api/v1/actions/execute/{dbName}/{browseIdent}/{actionIdent} exécutent des actions externes sur une vue. Actuellement, ces actions externes sont de type Procedure, Browse et Plugin.

Les vues de production utilisées par un ordonnanceur comprennent le plan de production (výrobní plán), les ordres de fabrication (výrobní příkazy), les pièces des ordres de fabrication, les matières et les produits semi-finis destinés à la production, les métiers, les ressources en personnel, les préréglages des opérations de gamme et les déclarations d’opérations. Les stocks, les entrées, les sorties et les commandes fournisseurs émises (vydané objednávky) sont accessibles de la même manière.

HELIOS Nephrite REST API. La feuille de route de Nephrite prévoit le développement de la REST API (feuille de route de HELIOS Nephrite). Lors du cadrage, l’équipe SkyPlanner confirme avec vous et votre partenaire HELIOS les points de terminaison Nephrite de votre installation. Les flux de données décrits ci-dessous restent identiques.

Excel et CSV. Chaque vue HELIOS permet un export vers Microsoft Office, ce qui suffit pour charger les données de l’essai.

SkyPlanner lit les données de HELIOS à intervalles réguliers. Les appels à /browses/data, filtrés sur les ordres de fabrication ouverts et les modifications récentes, récupèrent les nouveaux travaux à réaliser. La fréquence est définie par usine : à quelques minutes d’intervalle pour les ordres de fabrication et une fois par heure pour les stocks.

SkyPlanner envoie des webhooks lorsque l’état ou le planning change. Le renvoi des données vers HELIOS repose donc sur les événements.

1. Chargement initial des données de base. Récupérez les pièces fabriquées, les nomenclatures, les gammes de fabrication, les postes de travail, les machines, les métiers, les ressources en personnel et les calendriers depuis les vues TPV. Chaque ressource HELIOS dispose d’un indicateur permettant de l’inclure dans la planification des capacités. Décidez donc, pour chaque ressource, de ce que SkyPlanner doit ordonnancer. Un poste doté de quatre machines devient un groupe de postes de travail ou quatre postes de travail.

2. Synchronisation des ordres. Récupérez les ordres de fabrication avec leurs pièces, opérations et matières, ainsi que les commandes fournisseurs émises. 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 lancés. Les quantités prévues dans le plan de production restent dans HELIOS tant qu’elles ne sont pas converties en ordres de fabrication.

3. Renvoi du planning vers HELIOS. Lorsque le moteur place ou déplace une opération, un webhook SkyPlanner déclenche une action externe sur la vue des ordres de fabrication via /api/v1/actions/execute. Cette action est une procédure HELIOS, convenue lors du cadrage, qui définit le début et la fin planifiés de l’opération de l’ordre. HELIOS valide la modification selon sa propre logique.

4. Confirmations en atelier. Les opérateurs déclarent leur travail avec SkyPlanner Mobile Confirmations ou Production Timer, et les temps saisis maintiennent le planning à jour. Vous choisissez si les temps réels sont renvoyés vers HELIOS. Si oui, une action externe les enregistre sous forme de déclarations pour chaque opération de l’ordre. Sinon, les opérateurs continuent à effectuer leurs déclarations sur les terminaux HELIOS, et SkyPlanner récupère ces enregistrements.

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

Désignez un seul système pour écrire les dates des ordres. Si la planification des capacités de HELIOS ou Nephrite APS écrit encore ces dates, désactivez cette fonction pour les ordres ordonnancés par SkyPlanner, ou conservez le planning HELIOS uniquement à des fins de test.

• Indicateurs de planification. Seules les ressources marquées pour la planification des capacités disposent de données de capacité fiables. Vérifiez ces indicateurs sur les postes de travail, les machines, les métiers et les prestations sous-traitées avant le premier chargement.
• Unités de temps. Les temps de préparation, les temps unitaires et les temps de finition peuvent être saisis en heures, en minutes ou en secondes. Convertissez-les à l’importation, sinon toutes les durées seront erronées.
• Temps interopérations. Le temps interopérations constant correspond à une attente entre les opérations, et non à du temps machine. Modélisez-le comme une attente, sans consommation de capacité.
• Opérations sous-traitées (kooperace). Le temps de transport s’applique à l’aller comme au retour. Modélisez la sous-traitance sous forme d’étapes définies uniquement par leur durée.
• Vues accessibles en écriture. Toutes les vues permettent la lecture, mais seules certaines autorisent la création, la modification et la suppression. GET /browses/list avec le filtre browseCreateImplemented=1 permet de les identifier. Les vues des ordres de fabrication sont en lecture seule : les dates planifiées sont donc renvoyées par l’action externe convenue.