Planifier une intégration entre Tulip et un système MES ou ERP

Découvrez les questions à poser pour déterminer la meilleure façon d’intégrer votre système MES/ERP

Tulip s’est déjà intégré à divers systèmes MES et ERP.

Cependant, étant donné le grand nombre de produits ERP et MES disponibles sur le marché, il est difficile de déterminer avec certitude la facilité avec laquelle Tulip pourra se connecter à votre ERP ou MES spécifique. Cela dépend :

Du produit ERP/MES lui-même
De la complexité de l’environnement informatique de votre entreprise
Des compétences de votre équipe informatique en matière d’utilisation du système ERP/MES

NOTE

In this example, we focus on an ERP or MES system, but this information is applicable to most software systems including CRM, QMS, LMS, and BOM management systems.

Questionnaire

De nombreux clients constatent qu’ils sont en mesure de s’appuyer uniquement sur les informations contenues dans cet article pour mettre en place eux-mêmes une intégration. Si vous souhaitez bénéficier de l’aide de Tulip pour l’intégration à un service, répondre à ces questions constitue la première étape vers la réussite de votre projet.

Questions stratégiques

Quel est l’objectif de l’intégration ?

Il est important de définir 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 dans un premier temps sur quelques échanges à forte valeur ajoutée ?

Qui sont les principales parties prenantes au sein de votre organisation ?

Qui est le client final de cette intégration ? Qui connaît le mieux le service auquel vous souhaitez que Tulip se connecte ? Qui sera en mesure d’organiser l’accès au service ? Les parties prenantes peuvent inclure, sans s’y limiter :

Les « développeurs citoyens »
Les « responsables » opérationnels des systèmes intégrés
Ingénieurs SI/TI
Les utilisateurs sur le terrain desservis par la solution
Quelle documentation votre service fournit-il ?

De nombreux éditeurs de logiciels d’entreprise ne fournissent la documentation relative à leurs services qu’aux clients payants. Cela signifie que Tulip ne pourra pas accéder à cette documentation. Disposer d’un accès à un maximum de documentation sur votre logiciel permet de mieux cerner l’étendue du travail nécessaire à une intégration.

Quelles transactions 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 :

Récupérer des informations sur un ordre de travail à partir de son identifiant.
Marquer un ordre de travail comme terminé à partir d’un identifiant d’ordre de travail.
Rechercher tous les ordres de travail ouverts attribués à un poste à partir d’un identifiant de poste.
Qui assurera la maintenance de cette intégration ?

À mesure que de nouveaux cas d’utilisation seront identifiés, qui, au sein de votre organisation, sera chargé d’agir en tant qu’expert en la matière pour cette intégration ? Dans certaines organisations, il s’agit d’un intégrateur tiers ou d’un prestataire.

Questions techniques

Afin de déterminer les détails d’une intégration, voici quelques questions pouvant guider le processus :

Informations générales sur l’ERP

Quelle application ERP et quelle version ?
L'ERP est-il déployé sur site ou dans un environnement de cloud privé ?
L’hôte du connecteur Tulip sur site (OPCH) est-il capable de se connecter à votre environnement ERP depuis 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 assuré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 à l'ERP (par exemple Mulesoft) ?
Existe-t-il des services web / points de terminaison API accessibles à Tulip via un connecteur HTTP et couvrant les cas d’utilisation concernés ?
Si aucun point de terminaison API ne couvre les transactions souhaitées entre Tulip et l’ERP… existe-t-il une équipe capable de les développer pour nous (soit sur une plateforme middleware, soit au sein même du système ERP) ?
Si des services Web sont disponibles… quel protocole d’authentification utilisent-ils (par exemple OAuth 2.0, authentification HTTP de base, etc.) ? Des comptes de service sont-ils utilisés ?
Si des services Web sont disponibles, quel format de données est renvoyé dans le corps des réponses (JSON (de préférence) ou XML) ?
Faut-il configurer différents environnements (par exemple, DEV et PROD) ?
Si oui, les noms d’hôte sont-ils différents pour chaque environnement ou les environnements sont-ils déterminés par des paramètres d’URL ?

Connexion entre Tulip et l’ERP

Quels champs seront envoyés de l’ERP vers les tables Tulip via l’API ?
Combien d'enregistrements de table seront-ils envoyés simultanément vers Tulip depuis l'ERP ?
Pour une communication entre l'ERP et Tulip, cela nécessitera un développement sur mesure et l'utilisation de l'API Table de Tulip. Existe-t-il une équipe capable de développer ce middleware ?
Pour une communication entre l’ERP et Tulip, les données sont extraites de l’ERP… sous quel format se présentent-elles (XML ou JSON) ? L’API Tulip Tables nécessite un corps de requête au format JSON.

Tulip vs systèmes ERP – sources de vérité

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

Le tableau ci-dessous présente les recommandations et les interdictions à respecter pour les intégrations ERP :

À faire	À ne pas faire
Effectuez des transactions 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 fiables.	Ne mettez pas en cache dans les tables Tulip les données provenant d’une source de vérité qui risquent de devenir rapidement obsolètes (par exemple, l’état actuel des stocks doit résider dans sa source de vérité, et Tulip doit interagir avec celle-ci en temps réel)
Stockez le contexte spécifique à Tulip dans Tulip. La source de vérité d’un ordre de travail peut être votre ERP, mais certaines données concernent principalement Tulip (par exemple, les non-conformités enregistrées dans Tulip pour un ordre de travail).	Utilisez Tulip pour les cas d’utilisation qui s’exécutent au mieux dans votre ERP (par exemple, la planification et l’ordonnancement des commandes).
Améliorez l’exécution par les opérateurs de cas d’utilisation simples centrés sur l’ERP/WMS grâce à des applications Tulip modulaires et intégrées (par exemple, une application Tulip intuitive utilisant l’appareil photo d’une tablette comme lecteur de codes-barres pour des cas d’utilisation courants de la gestion des stocks).	Utilisez les connecteurs SQL si les API HTTP sont disponibles.

Vous trouverez ci-dessous une comparaison entre les systèmes ERP et Tulip, ainsi qu’une indication générale des éléments courants pour lesquels chaque système est généralement considéré comme le système de référence. Tulip vs ERP - assumed systems of record.png

Intégrer Tulip à un système métier transactionnel (par exemple, un ERP)

Consultez les principes fondamentaux de l’architecture pour l’intégration de Tulip à un système métier transactionnel
Suivez la formation Tulip University : Intégration aux applications d’entreprise{target=_blank}

Cas d’utilisation courants

Vous trouverez ci-dessous une liste de scénarios courants pour lesquels une intégration tierce s’avère optimale :

Fournir à l’atelier les informations les plus récentes et les plus pertinentes issues de chaque source de vérité. Exemple tiré d’un ERP : dernières commandes validées (ET calendrier), dernière nomenclature, dernier état des stocks, etc.
Réduire la gestion des données redondantes (par exemple, les données ci-dessus)
Maintenir les stocks disponibles à jour en temps réel : éviter les pics de demande en matières premières
Améliorer la planification dans l’ERP en fonction des statuts en temps réel des postes de travail de fabrication (c’est-à-dire : quels postes de travail sont disponibles ?)
Commandes ERP + traçabilité au niveau des unités avec Tulip : identifiez rapidement l’ensemble des produits finis potentiellement défectueux.