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

1. abas REST API. « The Abas REST API is a web interface for real-time data access to Abas ERP. » (L’API REST d’Abas est une interface web qui permet d’accéder en temps réel aux données d’Abas ERP.) (abas) C’est le principal moyen de lire les ordres de fabrication, les listes de production, les stocks et les commandes d’achat, et de renvoyer les dates prévues.
2. abas Connect. Une plateforme d’intégration cloud pour « configure interfaces and connections to third-party systems yourself. » (configurer vous-même les interfaces et les connexions avec des systèmes tiers.) (abas) Utilisez-la pour mettre en place des flux événementiels qui transmettent les ordres de fabrication modifiés depuis abas.
3. abas ESDK (Essentials SDK) et AJO Java API. La solution destinée aux partenaires pour développer la logique côté serveur dans abas. Les exemples de code publics utilisent des classes telles que de.abas.erp.db.schema.part.Product. (GitHub)
4. MS SQL Connector et ODBC. « The MS SQL Connector enables flexible and automated export of ERP data. » (MS SQL Connector permet d’exporter les données ERP de façon souple et automatisée.) (abas) À utiliser uniquement pour la lecture et l’export. Ne renvoyez jamais les résultats de planification par ce biais : la logique métier d’abas ne serait pas exécutée.
5. abas Data Import Toolkit et exports de fichiers. Pour les chargements en masse et pour démarrer rapidement l’essai SkyPlanner.

abas ne documente aucune API publique d’abonnement aux webhooks. Les modifications transmises depuis abas proviennent de l’une des trois sources suivantes :

• un flux abas Connect qui transmet les ordres de fabrication modifiés à l’intégration
• un gestionnaire d’événements ESDK qui se déclenche à l’enregistrement d’un ordre de fabrication ou d’une opération
• une interrogation périodique de l’abas REST API, limitée aux ordres de fabrication ouverts et aux modifications intervenues depuis la dernière exécution

Dans l’autre sens, SkyPlanner envoie des webhooks lorsque l’état ou le planning change. Le renvoi des données vers abas est donc piloté par les événements.

1. Chargement initial des données de base. Lisez les pièces, les listes de production et les machines via l’abas REST API, ou chargez-les une première fois à partir d’un export de fichier. Définissez avec soin la correspondance entre chaque machine abas et un poste de travail SkyPlanner. Décidez si un groupe de machines doit devenir un groupe de postes de travail ou plusieurs postes de travail.

2. Synchronisation des ordres de fabrication. Lisez les ordres de fabrication lancés avec leurs opérations, ainsi que les stocks et les 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 le stock à jour lorsque celle-ci passe au statut Delivered. Le planning tient donc compte à la fois des stocks et des achats attendus.

Ordonnancez les ordres de fabrication lancés, pas les propositions d’ordres de fabrication (Fertigungsvorschläge). Ces propositions sont issues du calcul MRP et changent au calcul MRP suivant.

3. Renvoi du planning. Pour chaque opération placée ou déplacée par le moteur, l’intégration inscrit le début prévu, la fin prévue et la machine dans l’opération de l’ordre de fabrication via l’abas REST API. L’écriture par l’API préserve les contrôles de validation d’abas, comme lorsqu’un planificateur modifie l’ordre de fabrication.

4. Confirmations en atelier. Les opérateurs enregistrent leur travail avec SkyPlanner Mobile Confirmations ou Production Timer. Les pointages maintiennent le planning à jour et sont renvoyés à abas sous forme de confirmations d’exécution. Si votre usine utilise déjà des terminaux abas PDC pour ces confirmations, conservez un seul canal pour éviter les doubles saisies.

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

SkyPlanner n’a pas besoin d’abas APS. Si vous disposez aussi d’une licence abas APS, confiez à SkyPlanner la gestion des dates des opérations : si deux outils d’ordonnancement écrivent les mêmes dates, ils écrasent mutuellement leurs données. Une fois ces dates gérées par SkyPlanner, Autopilot recalcule automatiquement le planning à chaque changement significatif et les nouvelles dates sont renvoyées à abas, sans avoir à lancer de calcul d’optimisation.

• Schémas personnalisés. La plupart des installations abas comportent des champs et des objets personnalisés. Définissez avec le partenaire les champs à inclure pour chaque objet, sans supposer que les correspondances établies pour une autre usine conviennent à la vôtre.
• Pas de gamme de fabrication distincte. Les opérations figurent dans la liste de production, et non dans un objet de type gamme de fabrication. Les outils repris de projets SAP ou Business Central recherchent des gammes de fabrication et passent à côté de certaines données.
• « Scheduling » désigne le MRP. Dans la version anglaise d’abas, Scheduling correspond au calcul MRP.
• Temps de réglage et d’exécution. Avant l’import, vérifiez les unités et déterminez si le temps de réglage s’applique par ordre de fabrication ou par pièce. Des unités incorrectes faussent toutes les durées.
• Calendriers obsolètes. Les calendriers des machines doivent couvrir l’horizon d’ordonnancement, faute de quoi des capacités disparaissent du planning.
• SQL en lecture seule. MS SQL Connector et ODBC servent à exporter les données. Les écritures passent par la REST API, abas Connect ou ESDK.
• Documentation soumise à authentification. L’aide officielle abas est accessible via le portail client. Faites confirmer les noms des champs par votre partenaire plutôt que de les deviner.