Options d’intégration et bonnes pratiques

Last updated: June 19, 2026

Aperçu
La solution MES/Expédition Leading2Lean peut être intégrée à une large gamme de systèmes externes tiers.
Ces systèmes incluent la Planification des Ressources de l'Entreprise (ERP), les Systèmes de Gestion de la Maintenance Assistée par Ordinateur (GMAO), les Systèmes d'Exécution de la Fabrication (SEF), la gestion du temps et des présences,
le Contrôle des Documents, la Traçabilité, et les solutions de Formation. Ce document décrit les méthodes d'intégration les plus
courantes et les données (domaines d'application) pour l'intégration d'applications tierces à l'application MES/Expédition Leading2Lean. Vous devriez l'utiliser comme un outil de planification
pour aider à identifier les domaines d'intégration et les méthodes/scénarios qui correspondent le mieux
au processus métier que vous essayez de soutenir.

Expédition dispose d'une Interface de Programmation d'Applications (API) de service web ouverte basée sur le
HTTP, REST, et JSON. Elle est très facile à utiliser et offre la flexibilité requise pour
la plupart des besoins. (Pour plus d'informations sur l'API, veuillez consulter la documentation de l'API.) Bien que cette
API permette l'intégration de plusieurs manières différentes, la plupart des entreprises s'intéressent à l'échange
de données dans un ou plusieurs des domaines d'application suivants :

  1. Liste des pièces de rechange, niveaux d'inventaire, et utilisation
  2. Machines/actifs et lignes/cellules/centres de coûts
  3. Ordres de maintenance préventive, ordres de travail, et appels réactifs (expéditions)
  4. Dossiers des employés/connexions
  5. Programmes de production et réalisations
  6. Heures de travail, matériaux, et autres coûts

Dans chacun de ces domaines, nous avons plusieurs méthodes d'intégration standard qui varient de totalement
automatisé à partiellement automatisé, complété par certains processus manuels. Pour déterminer laquelle
de ces méthodes est adaptée à votre entreprise, cela dépend de la fonctionnalité d'intégration disponible dans
l'application tierce et de l'objectif métier que vous essayez d'accomplir. Une approche combinée
peut être nécessaire lorsque les applications tierces disposent de mécanismes faciles pour lire
les données, mais sans fonctionnalité pour écrire des données en retour.

Quand intégrer
Lorsque l'intégration est appropriée, elle peut permettre la circulation des données entre les systèmes, améliorer la précision des données, et favoriser l'efficacité. Cependant, avant de se lancer tête baissée dans votre plan d'intégration, il est important de faire une pause et d'évaluer les bénéfices attendus.  

Les fabricants peuvent souvent tomber dans le piège de voir l'intégration des systèmes comme la solution à leurs problèmes de données. Ce n'est pas parce que l'intégration est possible qu'elle débloquera une valeur supplémentaire pour l'entreprise. Une intégration appropriée signifie n'intégrer que lorsque et où cela a du sens pour votre entreprise.

L'intégration a du sens quand elle :

  • Fournit une visibilité sur les problèmes cachés
  • Automatise la collecte de données de production ou de cycles de machine
  • Déclenche un processus humain important (c'est-à-dire Signaux aux opérateurs)
  • Rend les données provenant de systèmes siloés invisibles plus accessibles par les opérateurs/techniciens
  • Fait gagner du temps à un grand nombre d'utilisateurs

Une intégration réalisée pour d'autres raisons peut être une perte de ressources. L'intégration NE fait PAS sens quand elle :

  • Ne permet d'économiser que quelques clics
  • Automatise des tâches peu fréquentes où les méthodes actuelles suffisent
  • Déplace des données vers des systèmes siloés et invisibles
  • Renforce davantage les systèmes hérités obsolètes ou les mandats « système de référence » de l'entreprise
  • Est motivée par des aspirations telles que « intégration totale », « pas de double saisie » ou « opérations sans intervention humaine », où il n'y a pas de gains de coûts clairs ou de valeur commerciale supplémentaire.
  • Signifie dépenser de l'argent pour économiser des centimes - Aucun retour sur investissement (ROI) clair

Méthodes d'Intégration
Réplication Unidirectionnelle
La méthode la plus courante consiste à maintenir les données dans un système et à les pousser vers l'autre
système. Toute modification de ces données est effectuée dans le premier système. Cette synchronisation se
fait automatiquement en arrière-plan par l'application d'intégration sans intervention de l'utilisateur
des systèmes.

La réplication unidirectionnelle tend à simplifier l'effort d'intégration et la formation requise pour les utilisateurs finaux
en ayant un système responsable de la gestion d'un ensemble de données. Bien que la réplication bidirectionnelle
soit possible, nous avons constaté en pratique que les utilisateurs finaux préfèrent avoir un seul système de référence pour tout ensemble de données.

Par exemple : dans une intégration typique de système CMMS ou ERP, nous voyons des données « maître » telles que
les Machines/Actifs ou les listes de Pièces de rechange déjà gérées par les départements comptabilité et achats. Ces données peuvent être utilisées dans l'Expédition en fournissant une réplication unidirectionnelle dans le système d'expédition. Dans ce cas, le système de référence pour l'ajout de nouvelles Machines ou Pièces est le
système CMMS ou ERP. L'intégration typique synchronise ces données maîtres dans une seule direction vers le système d'expédition.

Un autre exemple : Les événements d'expédition ou d'ordre de travail sont généralement créés et maintenus dans le
Système d'expédition. En fonction des exigences commerciales de votre entreprise, ces enregistrements d'événements peuvent être
synchronisés dans un sens avec le système CMMS ou ERP en fonction de la création de l'enregistrement, de la mise à jour, ou simplement lorsque
fermé dans l'expédition. La synchronisation d'événements individuels peut fournir une copie supplémentaire de l'historique du travail
et des détails sur les pièces de rechange / la main-d'œuvre. Mais comme cela est déjà largement disponible dans l'expédition, la plupart
des entreprises choisissent de simplement synchroniser les informations de coût agrégées par machine par période
quotidienne/hebdomadaire/mensuelle.

Emplacement possible pour les données de référence communes
* REMARQUE : L'expédition peut fonctionner comme le maître dans l'un ou tous ces domaines si nécessaire.

3rd Party CMMS / ERPExpédition
Pièces de rechange : Liste des pièces, CoûtsX*
Pièces de rechange : Niveaux d'inventaireX*
Pièces de rechange : utilisation / problèmesX
Machines / ActifsX*
Lignes / Cellules / Centres de coûtX*
Programmes de Maintenance Préventive (PM)X*
Ordres de travail (travail planifié)X*
Expéditions (appels réactifs)X
Dossiers / Connexions des employésX*
Programmes de production / DemandeX*
Numéros de production / RéelsX*
Heures de travail, matériaux et autres coûtsX

Automatisation partielle / Traitement manuel
Avec certains outils tiers, il n'existe pas de méthode d'intégration ou d'API efficace pour
synchroniser les données de manière programmatique comme décrit ci-dessus. Dans ces cas, nous avons un certain nombre de
meilleures pratiques à considérer :

  1. Profitez de toute fonctionnalité d'importation de fichiers / traitement par lots. Si votre application tierce
    peut importer ou exporter des données à partir d'un fichier, nous pouvons utiliser cette fonctionnalité.
  2. Envisagez d'utiliser Dispatch comme système de référence et d'utiliser uniquement des coûts agrégés
    pour faciliter la saisie des données dans le système tiers. De nombreuses applications tierces
    peuvent réaliser à peu près la même fonctionnalité en saisissant des transactions agrégées pour les périodes
    de temps requises. Par exemple : les systèmes ERP qui ont besoin d'informations sur la main-d'œuvre
    et les pièces de rechange, vous pourriez envisager de saisir une transaction par semaine/mois
    avec ces données basées sur les rapports de Dispatch. Cette méthode transfère les informations
    dont le système ERP a besoin sans nécessiter tous les détails.
  3. Centralisez toute saisie de données à une ressource à faible coût désignée. Si vous n'avez pas la capacité de
    programmer l'importation des données et que vous devez toujours utiliser le système tiers, vous devriez
    envisager de centraliser la saisie des données. Cela réduit l'impact sur l'utilisateur du
    système et offre un avantage d'audit en utilisant un employé séparé pour transférer les
    données de ceux qui utilisent le système.

Résumé des meilleures pratiques d'intégration

Accès API Complet
(Lecture/Écriture)
Accès API Partiel
(Lecture seule)
Pas d'accès API
(Accès à la base de données)
Options d'automatisation
Disponibles
Utiliser la réplication unidirectionnelle
solution ci-dessus
Les réplications unidirectionnelles fonctionneront toujours lorsque le système tiers est le système de référence pour des éléments comme les Machines, Listes de pièces de rechange, etc.Les réplications unidirectionnelles fonctionneront toujours lorsque le système tiers est le système de référence pour des éléments comme les Machines, Listes de pièces de rechange, en utilisant l'accès à la base de données pour collecter les données.
Traitement manuel
/ Saisie de
données
(Aucun requis)Importation par fichier/lots, saisie manuelle
de données, et/ou transfert uniquement d'informations agrégées.
Importation par fichier/lots, saisie manuelle de données, et/ou transfert uniquement d'informations agrégées.

Scénarios d'intégration typiques par domaine d'application
Liste de pièces de rechange, coûts, niveaux d'inventaire et utilisation
Voici les scénarios courants que nous avons observés pour l'intégration des pièces de rechange avec un CMMS ou
ERP tiers.

  1. La liste principale des pièces, les coûts et les niveaux d'inventaire résident dans le système tiers et sont
    synchronisés avec l'expédition régulièrement. L'utilisation est suivie dans l'expédition et renvoyée au
    système tiers pour être retirée de l'inventaire. Les coûts d'utilisation des pièces de rechange sont fournis via
    des rapports agrégés ou des enregistrements détaillés vers le système tiers.
  2. L'expédition suit la liste des pièces, les coûts, l'inventaire et l'utilisation. L'expédition fournit des rapports
    pour l'achat afin de réapprovisionner les pièces qui dépassent un niveau de stock minimum. Les bons de commande sont suivis
    dans le système tiers. Les coûts d'utilisation des pièces de rechange sont fournis via des rapports agrégés ou
    d'enregistrements détaillés vers le système tiers.

Machines/actifs et lignes/cellules/centres de coûts
Ces zones d'enregistrement ne sont pas transactionnelles et sont généralement synchronisées dans une seule direction ou l'autre
en fonction des préférences des entreprises pour l'endroit où elles souhaitent les modifier.

  1. Les enregistrements sont ajoutés et maintenus dans le système tiers et synchronisés avec Dispatch pour
    l'utilisation.
  2. Les enregistrements sont ajoutés et maintenus dans Dispatch et synchronisés avec le système tiers.

Ordres de maintenance préventive, ordres de travail, et appels réactifs (expéditions)
La plupart de nos clients migrent vers l'utilisation de notre planificateur de maintenance préventive pour le travail planifié. Voici les
quelques options que nous avons vues.

  1. Les PM et les ordres de travail sont planifiés et maintenus dans Dispatch. Les PM terminés, les ordres de travail
    et les appels réactifs (expéditions) générés dans Dispatch sont synchronisés avec le système tiers en tant que
    détails ou informations agrégées de coûts/main-d'œuvre.
  2. Les PM sont planifiés dans le système tiers et lancés en tant qu'expéditions dans le système Dispatch. Les PM terminés, les ordres de travail, et les appels réactifs (expéditions) générés dans
    Dispatch sont synchronisés avec le système tiers en tant que détails ou informations agrégées de coûts/main-d'œuvre.

Enregistrements / connexions des employés
Nous avons la capacité de synchroniser les enregistrements des employés avec le système Dispatch via l'API. Nous supportons également
l'intégration LDAP avec les serveurs clients pour l'authentification. Et/ou la capacité d'intégration avec les portails web des clients pour la connexion unique (SSO).

Programmes de production et résultats
Les entreprises peuvent s'intégrer via l'API avec Dispatch pour fournir ce qui suit :

  1. Programme de production (planning, demande).
  2. Résultats de production (pièces produites, quantités de rebuts, SKU du produit, et nombre d'opérateurs).

Ces données sont également disponibles via l'API pour exportation.

Heures de travail, matériaux, et autres coûts
Les heures de travail consacrées aux PM, ordres de travail, et appels réactifs (expéditions), ainsi que tout coût matériel ou externe, peuvent être renvoyés au système tiers de la manière suivante :

  1. En tant que détails des enregistrements de main-d'œuvre / coûts pour chaque PM, ordre de travail, ou expédition dans le système.
  2. En tant qu'enregistrements de main-d'œuvre / coûts agrégés par machine, par ligne, et/ou par jour/semaine/mois
    sur une base.

Ces données peuvent être fournies via une intégration automatique ou manuellement avec les utilisateurs exécutant des rapports et
entrant manuellement les données.


Limitation de l'API

Il y a une limite d'appels API pouvant être effectués. La limite est de 10 requêtes/seconde. Après quoi, le client recevra une réponse avec un code de statut 429.

Résumé
Ce document fournit un aperçu des méthodes et scénarios d'Intégration courants que nous rencontrons
avec nos clients. Beaucoup d'autres scénarios sont à la fois possibles et en usage aujourd'hui. Si vous ne voyez pas
l'Intégration listée ci-dessus que vous recherchez, n'hésitez pas à nous demander et nous serons heureux de vous fournir
une assistance.