Comment planifier une intégration entre Tulip et un MES ou un ERP ?

Apprenez quelles sont les questions que vous devez poser afin de déterminer la meilleure façon d'intégrer votre MES/ERP.

Tulip s'est intégré à une variété de systèmes MES et ERP.

Cependant, étant donné qu'il existe de nombreux produits ERP et MES sur le marché, il est difficile de dire avec quelle facilité Tulip peut se connecter à votre ERP ou MES particulier. Cela dépend de

• Du produit ERP/MES lui-même
• La complexité de l'environnement informatique de votre entreprise
• Les capacités de votre équipe informatique à travailler avec le système ERP/MES.

:::(Info) (NOTE) Dans cet exemple, nous nous concentrons sur un système ERP ou MES, mais ces informations sont applicables à la plupart des systèmes logiciels, y compris les systèmes CRM, QMS, LMS, et les systèmes de gestion des nomenclatures ::: :

Questionnaire

De nombreux clients trouvent qu'ils sont capables de prendre l'information contenue dans cet article et de construire une intégration eux-mêmes. Si vous souhaitez obtenir l'aide de Tulip pour l'intégration d'un service, répondre à ces questions est la première étape d'un projet réussi.

Questions sur la stratégie

1. Quel est l'objectif de l'intégration ?

Il est important d'établir dès le départ les objectifs à court et à long terme du projet. Avez-vous besoin que toutes les informations soient partagées entre les deux systèmes ? Ou est-il plus judicieux de se concentrer d'abord sur quelques échanges de grande valeur ?

1. Quelles sont les principales parties prenantes au sein de votre organisation ?

Qui est le client final de cette intégration ? Qui est le plus familier avec le service auquel vous aimeriez que Tulip se connecte ? Qui sera en mesure d'organiser l'accès au service ? Les parties prenantes peuvent inclure, mais ne sont pas limitées à :

• Citoyens Développeurs
• Propriétaires opérationnels des systèmes intégrés
• Ingénierie IS/IT
• Utilisateurs de l'atelier desservis par la solution
• Quelle documentation votre service fournit-il ?

De nombreux clients de logiciels d'entreprise ne fournissent la documentation de leurs services qu'aux clients payants. Cela signifie que Tulip ne pourra pas accéder à cette documentation. Obtenir l'accès à un maximum de documentation sur votre logiciel permet d'évaluer le travail nécessaire à l'intégration.

1. Quelles sont les transactions qui doivent être effectuées entre Tulip et le service pour que l'intégration soit réussie ?

Nous essayons ici d'être très précis. Voici quelques exemples :

• Obtenir des informations sur un bon de travail à partir d'un identifiant de bon de travail.
• Marquer un bon de travail comme terminé à partir d'un identifiant de bon de travail.
• Trouver tous les bons de travail en cours affectés à une station à partir d'un numéro d'identification de la station.
• Qui assurera la maintenance de cette intégration ?

Au fur et à mesure que de nouveaux cas d'utilisation sont découverts, qui dans votre organisation sera chargé d'être l'expert en la matière pour l'intégration ? Dans certaines organisations, il s'agit d'un intégrateur ou d'un contractant tiers.

Questions techniques

Afin de déterminer les détails d'une intégration, voici quelques questions qui peuvent guider le processus :

Informations générales sur l'ERP

• Quelle est l'application et la version de l'ERP ?
• L'ERP est-il déployé sur site ou dans un environnement de cloud privé ?
• Le connecteur Tulip sur site (OPCH) est-il capable de se connecter à votre environnement ERP dans son emplacement actuel (c'est-à-dire qu'il existe un chemin réseau entre l'OPCH et l'ERP) ?
• La gestion, le développement et la configuration de votre ERP sont-ils effectués par un partenaire ou en interne ?

Connexion entre l'ERP et Tulip

• Tulip s'intégrera-t-il directement à l'ERP ? Existe-t-il un middleware utilisé pour intégrer d'autres applications avec l'ERP (par exemple Mulesoft) ?
• Existe-t-il des services web / API disponibles que Tulip pourrait atteindre via un connecteur HTTP et qui couvrent les cas d'utilisation applicables ?
• S'il n'y a pas de points de terminaison API disponibles qui couvrent les transactions souhaitées entre Tulip et l'ERP... existe-t-il une équipe qui pourrait les développer pour nous (soit dans une plateforme middleware, soit dans le système ERP lui-même) ?
• Si des services web sont disponibles, quelle authentification ces services web utilisent-ils (OAuth 2.0, HTTP Basic Auth, etc.) ? Des comptes de service sont-ils utilisés ?
• S'il existe des services web, quel est le format des données renvoyées dans les corps de réponse (JSON (de préférence) ou XML) ?
• Des configurations d'environnement différentes devront-elles être mises en place (c.-à-d. DEV et PROD) ?
• Si oui, les noms d'hôtes sont-ils différents pour chacun des environnements ou les environnements sont-ils déterminés par les paramètres de l'URL ?

Connexion de Tulip à l'ERP

• Quels champs seront envoyés de l'ERP aux tables Tulip via l'API ?
• Combien d'enregistrements de tables à la fois seront envoyés à Tulip depuis l'ERP ?
• Pour une communication ERP vers Tulip, cela nécessitera un développement personnalisé et l'utilisation de l'API de Tulip. Existe-t-il une équipe qui pourrait développer ce middleware ?
• Pour une communication ERP vers Tulip, les données sortent de l'ERP... dans quel format sont-elles (XML ou JSON ?) L'API Table de Tulip nécessite un corps de requête au format JSON.

Tulip vs. les systèmes ERP - Systèmes d'enregistrement présumés (sources de vérité)

Une bonne pratique consiste à interagir avec le système d'enregistrement d'un objet (par exemple, le bon de travail) en temps réel (typiquement via des fonctions de connecteur HTTP au format JSON).

Le tableau ci-dessous fournit des recommandations sur ce qu'il faut faire et ne pas faire pour les intégrations ERP :

| Faire | Ne pas faire | --- | --- | | Transiger avec une source de vérité en temps réel. Assurez-vous que votre atelier utilise les informations les plus récentes et les plus complètes. | Mettre en cache les données d'une source de vérité dans les tables Tulip qui peuvent rapidement devenir obsolètes. (Par exemple, l'inventaire actuel en stock devrait vivre dans sa source de vérité, et Tulip devrait interagir avec lui en temps réel). La source de vérité d'un ordre de travail peut être votre ERP, mais certaines données sont principalement pertinentes pour Tulip (par exemple les non-conformités enregistrées dans Tulip par rapport à un ordre de travail). | Utiliser Tulip pour des cas d'utilisation qui sont mieux exécutés dans votre ERP (par exemple la planification des commandes et l'ordonnancement). | Augmenter l'exécution par les opérateurs de cas d'utilisation simples centrés sur l'ERP/WMS avec des applications Tulip intégrées et composables. (Par exemple, une application Tulip intuitive utilisant l'appareil photo d'une tablette comme un scanner de code-barres pour les cas d'utilisation courants de la gestion d'inventaire) | Utilisez des connecteurs SQL si les API HTTP sont une option. |

Ci-dessous se trouve une comparaison entre les systèmes ERP et Tulip, et généralement pour quels éléments communs chaque système est supposé être le système d'enregistrement.

Contexte de connexion

En général, Tulip se connecte à des systèmes logiciels externes via l'une des trois méthodes suivantes :

1. HTTP API (qui inclut REST et SOAP)
2. OPC UA
3. Requêtes SQL

API HTTP

Si votre ERP/MES possède une API HTTP (incluant REST et SOAP), Tulip peut initier des requêtes qui peuvent envoyer ou récupérer des données à travers ces points de terminaison. Tulip, avec ses connecteurs HTTP, peut consommer les services web exposés par un système ERP et amener les données dans Tulip à être consommées par des applications en temps réel.

Notez que Tulip devra initier la connexion contrairement à votre ERP/MES lorsque vous utilisez les connecteurs Tulip. Si l'ERP/MES doit initier la connexion à Tulip, utilisez l'API Tulip Tables

Vous pouvez être en mesure de configurer l'API à partir de l'interface administrateur de votre système. Cette information sera disponible sur le site web du fournisseur du logiciel.

Base de données SQL

Si votre ERP/MES partage des données avec une base de données SQL, alors Tulip peut également accéder à cette base de données et partager des données. Cela peut nécessiter que vous écriviez de nouvelles requêtes dans votre ERP/MES afin d'accéder aux nouvelles données de Tulip.

Si la base de données SQL est strictement déployée sur site, alors Tulip peut déployer un Connecteur Host sur site qui permet à la base de données de fonctionner avec la plateforme cloud de Tulip.

De plus, certaines organisations stockent leurs données ERP/MES dans une base de données sensible qui n'est pas accessible à des tiers, mais elles veulent toujours partager des données avec Tulip. Elles mettent donc en place une nouvelle base de données où elles peuvent partager des données spécifiques à partir de leurs systèmes logiciels, et Tulip peut partager des données sans aucun problème de sécurité.

Protocoles industriels

Si votre ERP/MES partage des données via un protocole industriel, comme Modbus, MTConnect et OPC UA, alors Tulip peut se connecter via un serveur qui exécute le Tulip Connector Host.

Dans ce cas, votre ERP/MES agira comme une "machine" dans Tulip. Consultez notre article Introduction à la surveillance des machines pour plus de détails.

Partage de données à sens unique

Certains systèmes ERP/MES ont des méthodes intégrées pour recevoir des données de systèmes externes, mais il est difficile d'envoyer leurs propres données dans d'autres systèmes.

Dans ce cas, vous devrez peut-être décider si le transfert de données à sens unique est acceptable ou si vous souhaitez consacrer plus de temps et d'énergie à la recherche d'un moyen de rendre possible le transfert de données à double sens.

Par exemple, vous pouvez vous contenter de faire de Tulip votre principal système de collecte de données dans l'atelier. Ensuite, après avoir envoyé les données dans votre système MES/ERP, vous pouvez aligner les données de l'atelier avec les données existantes dans le système.

Cas d'utilisation typiques

Vous trouverez ci-dessous une liste de scénarios courants qui rendent optimale l'intégration d'une tierce partie :

1. Fournir à l'atelier les informations les plus récentes et les plus complètes provenant de chaque source de vérité. Exemple à partir de l'ERP : dernières commandes validées (ET calendrier), dernières nomenclatures, derniers stocks, etc...
2. Atténuer la gestion des données redondantes (par exemple, les données ci-dessus).
3. Maintenir le stock disponible à jour en temps réel : éviter les heures d'affluence de matières premières supplémentaires.
4. Améliorer le dispatching dans l'ERP en se basant sur l'état des centres de production en temps réel (par exemple, quels sont les centres de production disponibles ?)
5. Commandes ERP + traçabilité au niveau de l'unité Tulip : Identification rapide de l'univers des produits finis potentiellement défectueux.

Pour en savoir plus

• Etapes pour construire votre première intégration de système
• Comment intégrer Tulip avec SAP

Vous avez trouvé ce que vous cherchiez ?

Vous pouvez également vous rendre sur community.tulip.co pour poser votre question ou voir si d'autres ont rencontré une question similaire !