Les Data connectors sont des intégrations sans code et profondément intégrées qui peuvent connecter vos données externes en temps réel avec Intercom. Ces données en direct peuvent être utilisées pour alimenter Fin, Workflows et Inbox, permettant à vos clients de répondre automatiquement à leurs demandes.
Une excellente façon de commencer est de penser aux questions courantes auxquelles vos collègues passent beaucoup de temps à répondre, en utilisant des informations actuellement non disponibles dans Intercom.
Il peut s’agir de questions où vos clients veulent simplement obtenir des informations que vous stockez dans un système externe, comme « Quel est le statut de ma commande ? », ou d’utiliser un Data connector comme « Reprogrammer une livraison » ou « Traiter un remboursement » dans votre système externe.
Lorsque vous savez quelles questions vous souhaitez résoudre, il est étonnamment simple et rapide de configurer un Data connector avec peu ou pas de compétences techniques.
Créer un Data connector
Tout d’abord, allez dans Paramètres > Intégrations > Data connectors.
C’est ici que vous configurerez toutes les différentes connexions que vous avez aux données externes (par exemple Shopify, Salesforce, etc.) selon votre cas d’utilisation. Cliquez sur + Nouveau.
Astuce : Il est également possible d’utiliser les Data connectors pour Fin.
Nom et description
Donnez à votre Data connector un nom unique qui explique exactement quel Data connector il prendra (par exemple « Obtenir l’ID de commande »). Utilisez le champ description pour indiquer à vos collègues quand utiliser ce Data connector et quelles informations ils peuvent s’attendre à récupérer (par exemple « Obtenir la commande pour un ID donné. L’ID de commande doit être stocké dans Conversation CDA »).
Pour permettre à Fin d’utiliser ce connecteur directement, allez dans l’onglet Fin et réglez Comment Fin doit-il utiliser ce connecteur ? sur Activé (déclencheur direct). Si vous souhaitez qu’il soit utilisé uniquement dans un Workflow, une Tâche, une Procédure ou un Macro, réglez-le sur Désactivé (déclencheur manuel).
Connexion API
Ensuite, remplissez les détails de la requête. C’est ici que vous devrez entrer l’URL HTTPS vers le système tiers auquel vous vous connectez (par exemple Shopify, Salesforce, etc.).
Requête API
Vous pouvez spécifier quel Data connector vous souhaitez que cette requête utilise en sélectionnant la méthode :
GET - Lire et stocker des informations depuis le système tiers.
POST - Créer ou ajouter des informations au système tiers.
PUT - Mettre à jour des informations dans le système tiers.
DELETE - Supprimer des informations du système tiers.
PATCH - Mettre à jour des informations dans le système tiers.
Dans cet exemple, nous demanderons à la requête de GET l’ID de commande depuis l’API et entrerons l’URL.
Pour faire une requête, l’URL doit être une adresse HTTPS.
Conseils :
Vous pouvez insérer des attributs de User, Conversation, Company et des événements comme valeurs modélisées dans l’URL et dans le corps de la requête des méthodes POST et PUT. Utilisez les attributs de données personnalisés que vous avez déjà configurés dans votre espace de travail. Ou, pour une flexibilité de données bien plus grande, essayez d’utiliser des objets personnalisés.
Les Data connectors convertissent automatiquement les réponses XML en JSON. Si votre API renvoie du XML, entrez simplement le point de terminaison comme d’habitude — Intercom gérera la conversion et affichera le JSON résultant dans l’étape Test de réponse. Vous pourrez ensuite mapper et utiliser les données comme avec une API JSON native.
En-têtes HTTP
Vous pouvez choisir d’ajouter des paramètres supplémentaires à cette requête en cliquant sur Ajouter une paire clé-valeur puis sélectionnez Paired clé-valeur sous En-têtes HTTP :
Authentification
Les Data connectors prennent en charge les jetons fixes et dynamiques pour l’authentification. Sous les En-têtes HTTP, vous pouvez sélectionner le jeton d’authentification que vous souhaitez utiliser dans la requête, qui sera alors ajouté à l’en-tête.
Note : Vous pouvez attacher plusieurs jetons à un seul Data connector. Assurez-vous de configurer chaque jeton avec une clé d’en-tête différente. Tous les jetons attachés seront envoyés avec la requête.
Corps de la requête
Si vous effectuez une requête POST ou PUT, vous aurez la possibilité de fournir un corps de requête pour inclure toutes les données que vous souhaitez envoyer dans la requête :
Assurez-vous d’inclure les en-têtes HTTP appropriés requis par l’API à laquelle vous faites la requête (par exemple, accept: application/json et Content-Type: application/json). Si vous envoyez un corps JSON, Content-Type: application/json doit être ajouté explicitement — sans cela, l’API ne pourra pas analyser le corps de la requête et rejettera tous les champs comme invalides, même si le JSON est correctement formaté.
Tester la réponse
Ensuite, vous devrez tester la réponse de ce Data connector pour vous assurer qu’il récupère les bonnes données du système tiers auquel vous vous connectez.
Important : Tester cette requête établit une connexion avec l’API, ce qui complétera le Data connector que vous avez créé. Par exemple, si vous lui avez demandé de DELETE des données de l’API, ces informations seront supprimées. Essayez de tester avec une requête GET pour vous assurer que vous ne faites que lire les informations et ne les modifiez pas.
Cliquez sur Tester la requête pour vérifier que le Data connector a été configuré correctement. Vous devriez obtenir une coche verte et voir les détails de cette requête si la connexion est validée avec l’API.
Ce sont toutes les informations que vous pouvez maintenant utiliser pour alimenter vos Workflows et fournir des réponses rapides aux clients, comme le statut de la commande.
Astuce : Les Data connectors convertissent automatiquement les réponses XML en JSON. Si votre API renvoie du XML, entrez simplement le point de terminaison comme d’habitude — Intercom gérera la conversion et affichera le JSON résultant dans l’étape Test de réponse. Vous pourrez ensuite mapper et utiliser les données comme avec une API JSON native.
Transformation des données
Par défaut, Fin peut accéder à toutes les données de la réponse pour générer des réponses. Sélectionnez Restreindre manuellement l’accès si vous souhaitez limiter les données que Fin peut lire. Puis cochez les champs de données auxquels vous souhaitez donner accès à Fin.
Vous pouvez également modifier les éléments de données individuels en cliquant sur l’icône modifier pour donner à vos données de réponse un nom destiné aux clients ainsi que spécifier toute transformation des données.
Par exemple, si la réponse de l’API renvoie un solde de 0, au lieu que Fin indique que le solde impayé est de 0, il peut répondre qu’il n’y a actuellement aucun solde impayé restant.
Utiliser du code pour filtrer ou transformer la réponse
Avec les blocs de code pour Data connectors, nous vous permettons de transformer et manipuler directement les réponses API en Python — directement dans la configuration de votre connecteur.
Mappage d’objet
Cette étape est optionnelle. Elle indique au Data connector où stocker ces informations dans Intercom afin qu’elles puissent être fournies aux clients dans vos Workflows comme réponses à leurs questions.
Les scénarios courants où vous n’aurez peut-être pas besoin de stocker les données sont les types de requêtes Data connector PUT, POST, DELETE. Pour toutes les requêtes GET, si vous souhaitez utiliser les données dans les bots, vous devrez stocker ces données dans Intercom.
Lors de la création de connecteurs de données pour Fin, il n'est pas nécessaire de mapper les données de réponse aux attributs ou objets Intercom. Fin interprète directement la réponse JSON et peut ensuite l'utiliser pour résoudre les questions. La réponse est générée à partir de la section « Test response ». Chaque ligne correspond à un point de données dans la réponse JSON.
Les données de réponse JSON peuvent être stockées dans :
Objets standard : attributs Utilisateur et Conversation.
Objets personnalisés : attributs d'objet que vous avez créés dans Intercom.
Sélectionnez l'objet Intercom puis mappez-le avec l'objet API externe.
Tous les attributs personnalisés et objets personnalisés doivent être créés avant de pouvoir être utilisés pour le stockage des réponses ici.
Sélectionnez maintenant les attributs de données dans Intercom où vous souhaitez stocker cette information. Par exemple, nous avons sélectionné « Order » comme objet Intercom, puis « root » comme objet API dans le système externe et l'avons mappé avec l'attribut API « currency » :
Les données externes ne peuvent être stockées que dans des attributs de données personnalisés et non dans les attributs de données standard d'Intercom.
Mapper les données de réponse aux Objets personnalisés
Lors du mapping avec des Objets personnalisés, vous devez mapper l'ID au champ external_id sinon cela créera des doublons à chaque requête GET. En savoir plus sur la configuration des bonnes références avec les Objets personnalisés
Mise à jour des références des Personnes ou Conversations
L'étape suivante consiste à sélectionner quelles références des Personnes ou Conversations sont liées à votre objet personnalisé que vous souhaitez mettre à jour.
Mettre en production
Une fois que vous avez testé avec succès votre connecteur de données, vous êtes prêt à le mettre en production.
Note : Les connecteurs de données utilisent un système de version brouillon/en production. Toute modification que vous effectuez — y compris le paramètre de déclenchement Fin sous l'onglet Fin — est enregistrée comme brouillon et n'affectera pas le connecteur en production tant que vous n'aurez pas cliqué sur Mettre en production. Si le connecteur semble se comporter de manière inattendue après une modification, vérifiez si la version mise à jour a été mise en production. La liste des connecteurs dans Paramètres affiche le statut actuel de chaque connecteur (en production ou brouillon).
Le délai d'attente pour les connecteurs de données est de 30 secondes et n'est pas configurable par le client.
Astuce : Si vous souhaitez une meilleure visibilité en temps réel sur les taux de réussite et d'échec de vos connecteurs de données, vous pouvez utiliser le Webhook d'exécution de connecteur de données. Cela peut être utile pour recevoir des événements d'exécution afin de créer des tableaux de bord en temps réel, des alertes et une surveillance SLA dans vos services externes.
Visualisation des dépendances des connecteurs de données
Pour gérer ou modifier en toute sécurité vos connecteurs de données à grande échelle, vous pouvez auditer de manière proactive où chaque connecteur de données ou action MCP est utilisé dans Intercom.
Comment activer la vue « Utilisé par » :
La colonne Used by peut être masquée par défaut. Pour l'afficher :
Cliquez sur le menu (trois lignes horizontales) en haut à droite du tableau.
Cochez la case à côté de Used by.
Cette colonne fournit une liste en direct et cliquable des références. Cliquer sur un élément vous mènera directement à cette source.
Elle suit l'utilisation des connecteurs de données dans :
Workflows
Procédures & Tâches
Réponses personnalisées
Macros
Surveillance de la santé des connecteurs de données
Une fois votre connecteur de données en production, vous pouvez surveiller ses performances directement depuis Paramètres > Intégrations > Connecteurs de données.
Indicateurs de statut de santé
Une colonne Health affiche le statut opérationnel de chaque connecteur basé sur ses taux récents de réussite d'exécution et sa latence.
Statut | Critère | Implication |
Sain | Taux de réussite > 95 % et latence normale.
| Fonctionne de manière optimale.
|
Dégradé | Taux de réussite entre 80-95 % OU la latence est 2 fois la valeur historique de référence.
| Rencontre des problèmes mais reste partiellement fonctionnel.
|
Non sain | Taux de réussite de 80 % ou moins.
| Problèmes critiques nécessitant une attention immédiate. |
Survolez n'importe quel badge de statut de santé pour voir une répartition détaillée de ses performances récentes :
Nom du champ | Description |
Taux de réussite | Pourcentage d'exécutions réussies sur le total analysé. |
Latence externe | Temps de réponse de l'API/service externe (p90, p50, moyenne, min, max en ms).
Note : Seules les exécutions réussies sont incluses.
|
Latence interne | Surcharge de traitement interne (temps passé dans le système Intercom pour exécuter le connecteur de données) (p90, p50, moyenne, min, max en ms). |
Latence Intercom | Temps total d'exécution, calculé comme Latence Externe + Latence Interne (p90, p50, moyenne, min, max en ms). |
Distribution des statuts HTTP | Répartition des codes de statut HTTP retournés par le service externe (par exemple, 200, 500, timeout) avec le nombre et le pourcentage. Retourne null s'il n'y a pas d'exécutions. |
Distribution des types d'échec | Répartition des types d'échec (par exemple, « Connection Timeout », « Authentication Failed »), triée par fréquence, avec le nombre et le pourcentage. Retourne null s'il n'y a pas eu d'échecs. |
Nombre d'exécutions | Le nombre réel d'exécutions analysées pendant la période en cours. |
Statut HTTP au fil du temps
Le tableau de bord de santé inclut un graphique empilé montrant comment les codes de statut HTTP retournés par l'API externe ont évolué sur la période sélectionnée. Chaque bande du graphique représente une classe de statut :
2xx — réponses réussies
3xx — redirections
4xx — erreurs client (par ex. échecs d'authentification, mauvaises requêtes)
5xx — erreurs serveur
Pas de réponse — requêtes ayant expiré ou n'ayant reçu aucune réponse
Au-dessus du graphique, une ligne récapitulative affiche le nombre total de requêtes et le taux d'erreur global pour la période sélectionnée. Le graphique partage un axe temporel avec le graphique de latence d'exécution, ce qui permet de corréler les pics de codes d'erreur avec les variations du temps de réponse.
Filtres temporels
Utilisez le filtre temporel en haut du tableau de bord pour ajuster la fenêtre de rapport. Options disponibles : 1h, 6h, 24h, 7d ou 14d.
Journaux
Cliquez sur n'importe quel connecteur pour ouvrir son tableau de bord de santé dédié, puis sélectionnez l'onglet Journaux pour voir un enregistrement horodaté de chaque exécution. Chaque entrée montre le canal sur lequel elle a été exécutée et si elle a réussi ou échoué — cliquez sur une entrée pour développer les détails complets de l'exécution.
Vous pouvez filtrer les journaux par :
ID d'exécution
Conversation
Statut (succès ou échec)
Type d'échec
Note : Les journaux sont conservés jusqu'à 14 jours. Pour demander une fenêtre plus courte de 7 jours, contactez notre équipe Support. Pour un accès programmatique aux données d'exécution au-delà du tableau de bord, voir API access to execution results.
Passer un Data connector en brouillon
Si vous souhaitez déprécier d'anciens Data connectors qui ne sont plus nécessaires, vous pouvez les passer en état de brouillon.
Allez dans Paramètres > Intégrations > Data connectors et cliquez sur le Data connector que vous souhaitez passer en brouillon, puis sélectionnez Mettre en brouillon.
Bien qu'Intercom vous empêche de mettre en brouillon un connecteur avec des dépendances actives, vous pouvez désormais gérer ces dépendances de manière proactive en utilisant la colonne 'Used by'. Cette colonne fournit une liste indexée en temps réel de chaque Workflow, Procedure, Task, Macro, et Custom Answer qui référence l'action. Vous pouvez cliquer directement sur un élément de cette liste pour accéder à cette automatisation spécifique et résoudre la dépendance.
Note : Une Procedure en état de pause compte toujours comme une dépendance active. Passer un connecteur en brouillon sera bloqué même si toutes les Procedures référentes sont en pause plutôt qu'en direct. Résolvez toutes les références au connecteur — y compris celles dans les Procedures en pause — avant de tenter de mettre le connecteur en brouillon.




