Systèmes externes
Les systèmes sur lesquels votre activité repose déjà, connectés comme des actions au sein d'un workflow : lire un enregistrement, écrire un résultat, déclencher une relance. Aucun pipeline distinct, aucune étape de synchronisation avant qu'un agent puisse les utiliser.
Réserver une démoPlus de 200 intégrations natives
Des connexions prêtes à l'emploi vers les CRM, ERP, plateformes de ticketing, bases de données et outils de communication qui font tourner les opérations en entreprise. Chacune est exposée au workflow comme une action précise plutôt que comme une connexion générique.
- CRM et ventesSalesforce, HubSpot et d'autres : lire des contacts, consigner des résultats, mettre à jour les étapes d'une opportunité.
- ERP et opérationsStocks en direct, statut des commandes et données d'exécution, récupérés en pleine conversation.
- Ticketing et supportServiceNow, Zendesk et d'autres : lire des tickets, créer des dossiers, escalader vers des files d'attente.
- Bases de donnéesMongoDB, Redis et d'autres couches, pour les moteurs tarifaires et les données de référence internes.
- CommunicationTeams, Slack et e-mail, pour les transferts et les notifications là où vos équipes travaillent déjà.
- Cartographie et logistiqueGoogle Maps et des API métier, pour le routage, la localisation et la recherche de transporteurs.
Accès cadré
Une intégration arrive dans un workflow sous forme d'action nommée, du type « lire cet enregistrement » ou « écrire ce résultat », afin qu'un agent ne touche jamais qu'à ce que l'étape exige. Les identifiants sont configurés par déploiement et ne sont jamais partagés entre tenants.
Lire la fiche contact
Synchronisation planifiée
Les tables d'interrogation maintiennent le Contexte synchronisé avec les API externes selon la planification que vous définissez, avec pagination par curseur et par offset pour les grands volumes de données et application automatique des identifiants gérés : les données de l'entreprise restent ainsi vivantes plutôt que copiées une fois pour toutes.
Toutes les 15 min
Prochain : 14:15
Curseur
500 par page
Géré
Ce déploiement
Données préchargées et en direct
Les systèmes externes peuvent transmettre un enregistrement avant le début d'une session, afin que l'agent démarre en sachant déjà. Ce qui n'est pas connu avant que la conversation ne soit engagée, comme un numéro de référence ou le statut d'une expédition en direct, est recherché à l'étape qui en a besoin.
Contrat
CV-40219
Planifier
Cover Plus
Garantie
Actif
Appareil
Combi, 2019
Dernière visite
18 juin
Ville
Chicago
Quand un technicien peut-il venir ?
Créneaux techniciens, ServiceNow
Recherche en coursJeudi, 14:00 à 16:00Bases de connaissances
Les documents, références de politiques et procédures (SOP) sont ingérés puis retrouvés sémantiquement en fonction de ce qui se passe dans l'interaction en cours, et non via des recherches codées en dur. Une mise à jour se propage à tous les agents qui l'utilisent sans toucher au workflow.
L'écran affiche E12 et le chauffage est coupé.
Remettre à 1,2 bar. Si E12 revient deux fois, planifiez l'intervention d'un technicien.
Questions fréquentes
Les deux sont possibles, selon le modèle retenu. Les tables d'interrogation conservent une copie synchronisée dans le Contexte selon une planification, ce qui rend les enregistrements de l'entreprise interrogeables aux côtés des données produites par vos agents. Tout ce qui doit être à jour au moment de la conversation (le statut d'une expédition en direct, un niveau de stock) est lu directement dans le système source, à l'étape qui en a besoin.
Les deux, et cela se configure action par action. Une intégration est exposée à un workflow sous forme d'action cadrée précise : un workflow peut ainsi se contenter de lire une fiche contact tandis qu'un autre enregistre un résultat ou met à jour une étape d'opportunité. L'accès en écriture existe là où une étape l'exige explicitement, plutôt que d'être accordé au niveau de la connexion.
Configurés par déploiement, appliqués automatiquement aux intégrations qui en ont besoin, et jamais partagés entre tenants. Un workflow référence l'action, pas le secret : les identifiants ne sont donc pas intégrés aux prompts ni à la logique de workflow et peuvent être renouvelés sans toucher aux workflows qui en dépendent.
C'est l'étape qui gère la situation, plutôt que la conversation qui reste bloquée. Le nombre et l'intervalle des tentatives sont définis sur le nœud, et un chemin de repli détermine ce qui se passe après la dernière tentative : poursuivre avec une valeur par défaut, consigner l'échec ou router vers une personne. L'agent maintient la cohérence de la conversation pendant que le workflow traite la défaillance.
S'il dispose d'un point de terminaison HTTP, un nœud webhook le connecte, et cette configuration devient un composant réutilisable que n'importe quel autre workflow peut importer. S'il n'a aucune API, un agent navigateur le pilote comme le ferait une personne : navigation, extraction et écriture en retour.
