Note : Il s'agit d'une page web très technique. Par conséquent, nous vous recommandons d'impliquer votre service informatique dans la lecture de ce document. Si vous avez des questions ou des demandes, n'hésitez pas à nous contacter à l'adresse support@azumuta.com - nous serons heureux de vous aider.
Intégration d'Azumuta avec un système ERP
Il est possible d'intégrer Azumuta avec un système ERP externe. Le plus souvent, cette intégration est utilisée pour la création automatique de commandes de produits dans Azumuta - sur la base des données de commandes de produits fournies par le système ERP.
L'avantage ? Vos commandes de produits peuvent être effectuées automatiquement en un clin d'œil dans Azumuta (y compris les paramètres, les variantes et toutes les autres données importantes) - sans aucune saisie manuelle.
L'intégration entre Azumuta et un système ERP utilise généralement l'API REST et implique plusieurs étapes. Gardez à l'esprit que les spécificités peuvent varier en fonction de vos besoins et du système ERP que vous utilisez.
Voici les grandes lignes du processus :
- Comprendre les exigences : Identifier les données et les processus spécifiques qui doivent être intégrés entre Azumuta et le système ERP. Un exemple de base est la création automatique de commandes de produits sur la base d'informations provenant du système ERP.
- Authentification et autorisation : Assurez-vous que vous disposez des informations d'identification et des autorisations nécessaires pour accéder à l'API REST d'Azumuta et du système ERP. L'authentification avec Azumuta se fait via des clés API.
- Vérifier la documentation de l'API : Obtenez et examinez la documentation de l'API pour Azumuta et le système ERP. Cette documentation fournira des détails sur les points de terminaison disponibles, les formats de demande/réponse et les exigences d'authentification.
- Se mettre d'accord sur la cartographie des données : Cartographier les champs de données et les structures entre Azumuta et le système ERP. Assurez-vous qu'il existe une compréhension commune de la manière dont les données seront représentées et échangées. Pour l'exemple de base de la création de commandes de produits, cela se résume aux questions suivantes : Comment le numéro de la commande de produits est-il déterminé ? Sur la base de quels articles les commandes de produits sont-elles créées ? Quels paramètres ou variantes sont envoyés avec la commande de produits fraîchement créée ?
- Développement : Développer l'intergiciel ou les connecteurs pour faciliter la communication entre Azumuta et le système ERP. Typiquement, nous appelons cela la couche d'intégration, qui agit comme une "couche de colle" entre Azumuta et le système ERP.
Vous trouverez ci-dessous une représentation schématique de la création de commandes de produits sur la base d'informations provenant du système ERP.
Utilisation de déclencheurs pour extraire des données d'Azumuta #.
Il existe deux options pour extraire des données d'Azumuta. D'une part, il est possible d'exécuter automatiquement des déclencheurs. Un déclencheur est un événement qui se produit en conséquence d'un autre événement. Par exemple, un webhook sera appelé après qu'une commande de produit a été complétée par un opérateur. Nous préférons cette méthode car seules les données nécessaires sont échangées au moment voulu.
D'autre part, il est possible de récupérer les données périodiquement via notre API REST. Cette méthode est fortement déconseillée car elle crée une charge inutile sur nos systèmes.
Nous allons vous montrer la première option, car c'est la méthode recommandée. Les déclencheurs peuvent être configurés pour qu'une catégorie d'article soit exécutée lorsqu'un événement spécifique se produit.
Dans l'exemple ci-dessous, un webhook est appelé lorsqu'une commande de produit liée à une catégorie d'article spécifique est terminée.
Pour s'assurer que le webhook fonctionne, les serveurs d'Azumuta doivent avoir accès au point de terminaison configuré. Le numéro de commande du produit et, le cas échéant, l'instruction de travail et les ID d'enregistrement sont inclus en tant que paramètres de requête (pour une requête GET) ou en tant que JSON (dans le cas d'une requête POST) dans le webhook.
Remarque : un webhook est un moyen pour un système de notifier à un autre système des événements ou des mises à jour en temps réel. Il s'agit d'une méthode de communication entre deux applications, dans laquelle une application envoie des données à un point de terminaison URL spécifique lorsqu'un événement particulier se produit. Les webhooks sont couramment utilisés pour intégrer différents systèmes et automatiser des processus. Le système source envoie généralement une requête HTTP POST à une URL spécifiée par le système de destination. Cette URL est souvent appelée "point de terminaison du webhook". La requête POST contient des données relatives à l'événement sous la forme d'une charge utile. Cette charge utile contient des informations sur l'événement qui s'est produit et se présente généralement dans un format tel que JSON.
Pour utiliser des déclencheurs afin de transmettre des données au système ERP, il faut d'abord mettre en place une couche d'intégration. La couche d'intégration est configurée comme le point final désigné pour le déclencheur webhook. Ce composant intermédiaire est capable d'interpréter les événements déclenchés par Azumuta. Si nécessaire, la couche d'intégration récupère des données supplémentaires par l'intermédiaire de l'API REST afin de s'assurer que les informations appropriées existent pour la transmission au système ERP.
