Pendant l’intervalle de sonnerie, vous pouvez déclencher des actions préliminaires telles que l’identification de l’appelant, la récupération d’informations contextuelles essentielles pour préparer l’agent à l’interaction, ou encore la modification dynamique de la configuration en fonction du profil de l’appelant ou du contexte de l’appel.
Les actions suivantes sont disponibles avant l’appel.
Permet de construire une intégration puissante avec vos outils externes avant vos appels.
Configurer les workflows avant l'appel
Voir comment configurer les workflows
Les actions avant l’appel sont soumises à une contrainte d’exécution de 30 secondes maximum, nécessitant des API
hautement performantes avec un temps de réponse optimal.
Cette fonctionnalité n’est pas activée par défaut. Veuillez contacter le support pour l’activer sur votre compte.
Le cache des actions pré-appel permet d’éviter de recalculer ou de redemander plusieurs fois la même information avant un appel. Lorsqu’un agent exécute une action pré-appel pour enrichir son contexte, il peut réutiliser un résultat déjà obtenu si la demande correspond à une situation déjà connue.Cette fonctionnalité est utile lorsque votre action pré-appel interroge une source externe ou applique un traitement identique pour plusieurs appels similaires. Au lieu de relancer systématiquement cette action, la plateforme peut réutiliser une réponse récente. Cela permet de rendre les exécutions plus rapides, plus stables et plus économiques.Le fonctionnement repose sur deux éléments configurables :
les informations qui permettent d’identifier qu’une situation est la même qu’une précédente
la durée pendant laquelle un résultat peut être réutilisé
L’intérêt principal est double. D’un côté, vous améliorez la rapidité d’exécution du pré-appel. De l’autre, vous limitez les sollicitations inutiles de vos systèmes ou services tiers. C’est particulièrement pertinent lorsque vos données évoluent peu à court terme, mais sont consultées très fréquemment.
Chaque chemin est utilisé pour construire la clé de cache à partir du payload envoyé au webhook.Ce payload peut notamment provenir d’en-têtes SIP pour un appel entrant, ou du contexte fourni lors d’un appel sortant via API ou fichier Excel / CSV.
Comprendre les sources du contexte
Voir les différentes sources de contexte
Ces informations permettent d’identifier qu’une situation est identique à une précédente et qu’un résultat existant peut être réutilisé.
Le TTL fonctionnel définit la durée pendant laquelle un résultat peut être réutilisé.Le TTL fonctionnel doit rester compris entre 5 minutes et 7 jours.
À l’inverse, cette fonctionnalité est moins adaptée si la donnée doit toujours être strictement recalculée à chaque appel, ou si une variation très récente doit être prise en compte immédiatement.
