Call External API
Ces cartes se placent dans le groupe Then du Concepteur de workflow — les actions exécutées une fois les conditions When/And remplies :

Objectif
Cette carte vous permet d'envoyer des données à un site web ou un service externe et de recevoir des informations en retour. Considérez cela comme l'envoi d'une question à un service externe et l'obtention d'une réponse que vous pouvez utiliser dans votre flux de travail.
Exemple concret : Votre entreprise utilise un système de tarification sur un autre site web. Cette carte peut automatiquement demander à ce système de tarification le prix actuel d'un article et intégrer ce prix dans votre document.
Quand utiliser cette carte
Utilisez cette carte lorsque vous devez :
Obtenir des informations d'un service externe (comme des données de tarification, de validation ou de recherche)
Envoyer des informations de document à un autre système pour traitement
Vous intégrer à des services tiers
Récupérer automatiquement des données sans recherches manuelles
Connecter plusieurs systèmes métier entre eux
Scénarios courants :
Rechercher des informations sur un fournisseur dans une base de données
Obtenir des tarifs en temps réel d'un service de tarification
Valider des données par rapport à un système externe
Récupérer des informations d'expédition d'un prestataire logistique
Comment ça fonctionne
Vérification de la condition : Le flux de travail vérifie d'abord si les conditions des sections « Where » et « And » sont remplies
Préparation des données : La carte collecte les paramètres que vous avez configurés
Envoi de la requête : Elle envoie vos données à l'API/au service externe
Réception de la réponse : Le service externe répond avec des données
Continuer : Le flux de travail utilise ces données dans les cartes suivantes
Explication des paramètres
API Endpoint URL
De quoi il s'agit : L'adresse du service externe avec lequel vous souhaitez communiquer
Exemple : https://api.supplier-system.com/product/pricing
Comment la trouver : Demandez à votre équipe informatique ou au prestataire de service son point de terminaison d'API
HTTP Method
De quoi il s'agit : Le type de requête à envoyer
Options :
GET : Demander des informations (comme poser une question)
POST : Envoyer de nouvelles données
PUT : Mettre à jour des données existantes
DELETE : Supprimer des données
Le plus courant : GET (pour récupérer des informations)
Headers
De quoi il s'agit : Instructions supplémentaires pour le service que vous appelez
Exemple :
Pourquoi c'est nécessaire : Les services exigent souvent une authentification ou des instructions de format spécifiques
Parameters (Query Parameters)
De quoi il s'agit : Informations supplémentaires transmises dans l'URL
Exemple :
Exemple concret : Si vous demandez des prix, les paramètres peuvent inclure l'ID du fournisseur et la devise
Request Data (Body)
De quoi il s'agit : Les informations que vous envoyez au service
Exemple :
Quand l'utiliser : Lors de l'utilisation des méthodes POST ou PUT
Exemple étape par étape
Scénario : Obtenir les tarifs d'un fournisseur en temps réel
Configuration :
Type de carte : Call API
API Endpoint :
https://api.suppliers.com/v1/pricesMethod : POST
Headers :
Authorization: Bearer YOUR-API-KEYRequest Data :
Ce qui se passe :
Le document arrive avec Product ID : ABC123, Quantity : 100
La carte envoie la requête à l'API du fournisseur
L'API du fournisseur répond avec :
{"unit_price": 25.50, "total_price": 2550}Le flux de travail se poursuit avec ces informations de tarification
La carte suivante peut utiliser ces données pour valider le prix de la facture
Étapes de configuration
1. Obtenir les informations de l'API
Contactez le prestataire de service externe et demandez :
2. Configurer la carte
Saisissez l'URL du point de terminaison de l'API
Sélectionnez la méthode HTTP (généralement GET ou POST)
Ajoutez les en-têtes d'authentification si nécessaire
Ajoutez les paramètres requis
Formatez les données de requête en JSON si nécessaire
3. Tester la carte
Utilisez un document de test
Exécutez le flux de travail
Vérifiez si la réponse est reçue correctement
Vérifiez que le format des données correspond aux attentes
Scénarios de réponse courants
Réponse réussie (Status Code 200)
✅ Les données sont disponibles pour les cartes suivantes
Réponse d'erreur (Status Code 404)
⚠️ L'API n'a pas pu trouver ce que vous recherchez
Délai d'expiration
Le service externe n'a pas répondu dans le délai imparti ⚠️ Vérifiez si le service est disponible ou si l'URL du point de terminaison est correcte
Exemples de flux de travail
Exemple 1 : Validation automatique des prix
Scénario : Valider les prix des factures par rapport aux tarifs actuels du fournisseur
Flux :
Le document arrive avec une ligne d'article de facture (Product : A123, Price : 50 €)
Carte Call API → Demande à l'API du fournisseur : « Quel est le prix actuel de A123 ? »
Le fournisseur répond : « 48 € »
Carte de condition → Vérifie si le prix de la facture (50 €) est à 5 % près du prix actuel (48 €)
Carte d'approbation → Approuve si dans la tolérance
Exemple 2 : Recherche automatique de fournisseur
Scénario : Obtenir les données de référence du fournisseur depuis une base de données centrale
Flux :
La facture arrive avec un Supplier Code : SUPP-789
Carte Call API → Demande au système : « Donne-moi les détails du fournisseur SUPP-789 »
Le système répond avec : Nom, Contact, Conditions, etc.
Cartes Set Field → Renseignent les champs du document avec ces données
Carte d'exportation → Exporte avec des informations complètes
Exemple 3 : Coûts d'expédition en temps réel
Scénario : Obtenir un coût d'expédition automatique en fonction de la destination
Flux :
Le document contient une adresse de livraison
Carte Call API → Demande au prestataire d'expédition : « Quel est le coût vers [adresse] ? »
Le prestataire répond avec le coût d'expédition
Carte Calculate → Ajoute l'expédition au montant total de la facture
Carte d'exportation → Envoie avec le total mis à jour
Dépannage
Erreur « Connection Timeout »
Cause : Le service API ne répond pas
Solutions :
Erreur « Unauthorized » ou « 403 Forbidden »
Cause : L'authentification a échoué
Solutions :
Erreur « Bad Request » ou « 400 Error »
Cause : Le format des données de requête est incorrect
Solutions :
« La réponse ne fonctionne pas comme prévu »
Solutions :
Utilisation des données de réponse
Une fois que vous récupérez des données de l'API, les cartes suivantes peuvent les utiliser :
Notes de sécurité
⚠️ Important : Ne mettez jamais d'informations sensibles dans la configuration de la carte qui pourraient être visibles par d'autres utilisateurs
Ne codez pas en dur les mots de passe
Utilisez les clés API de manière sécurisée
N'incluez pas de données personnelles dans les journaux
Utilisez des points de terminaison HTTPS (pas HTTP)
Conseils et bonnes pratiques
✅ À faire :
Tester d'abord avec un petit échantillon de documents
Garder les appels d'API simples et ciblés
Ajouter une gestion des erreurs avec des cartes de condition
Surveiller l'utilisation/les coûts de l'API
Documenter les exigences de l'API pour votre équipe
❌ À ne pas faire :
Appeler les API pour chaque requête si vous pouvez mettre les données en cache
Ignorer les codes d'erreur des réponses
Utiliser des API de test en production
Oublier d'ajouter les en-têtes d'authentification
Supposer que l'API sera toujours disponible
Cartes associées
ACTION_HTTPS_REQUEST - Requêtes HTTPS similaires mais plus simples
CONDITION_HTTPS_REQUEST_STATUS - Vérifier si l'appel d'API a réussi
ACTION_SEND_EMAIL - Envoyer des données par e-mail au lieu de l'API
CALL_API (version différente) - Méthode alternative d'appel d'API
Besoin d'aide ?
Demandez à votre équipe informatique/d'intégration la documentation de l'API
Utilisez l'outil Postman pour tester d'abord les points de terminaison de l'API
Consultez le portail de support du prestataire de service
Consultez la documentation de l'API pour connaître les formats requis
Last updated