Scénarios d’appels : SVI, horaires et transferts sans serveur à gérer
Décrivez ce qui se passe à l’arrivée d’un appel : horaire, menu, transfert, messagerie. Simulez, publiez, revenez en arrière. Tarification sur devis.
Sur devis
Un scénario d’appel décrit le chemin d’un appel entrant : à quelle heure on décroche, quel menu on propose, vers qui on transfère, quand on bascule en messagerie. C’est ce que l’on appelle aussi un serveur vocal interactif (SVI).
Vous le construisez dans un éditeur visuel, avec des blocs à relier. Chaque scénario existe aussi sous forme de texte, lisible et versionnable, propre à TELQIO. Les deux vues décrivent le même scénario.
Avant de publier, vous le simulez et la plateforme le valide. Chaque publication crée une version dans l’historique, et vous pouvez revenir à la précédente.
Comment ça circule
Usages concrets
Standard téléphonique
Orientez les appelants selon leur choix vers le bon service.
Horaires d’ouverture
Basculez automatiquement vers la messagerie ou un numéro de garde hors des heures ouvrées.
Lien avec votre système
Interrogez votre API en cours d’appel pour décider du transfert, ou notifiez votre équipe.
Une version par site
Dupliquez un scénario pour chaque agence et adaptez seulement les numéros de transfert.
Fonctionnalités
- Blocs : appel entrant, horaire, menu, condition, transfert, messagerie, requête HTTP, notification
- Éditeur visuel et version textuelle équivalente
- Simulation avant publication
- Validation des liens manquants et des boucles
- Historique des versions et retour arrière
- Rattachement d’un scénario à un ou plusieurs numéros
Limites à connaître
- Les blocs disponibles et les saisies DTMF dépendent du fournisseur retenu et du pays.
- La simulation vérifie la logique du scénario. Elle ne garantit pas le comportement de chaque opérateur ni la qualité audio.
- Un bloc de requête HTTP dépend de la disponibilité et du délai de réponse de votre propre serveur.
- Un retour arrière rétablit la version précédente pour les prochains appels. Il ne modifie pas les appels déjà en cours.
scenario "accueil-agence" version 3
quand appel_entrant sur +33199001234
horaire lun-ven 09:00-18:00 fuseau Europe/Paris
alors menu "Tapez 1 pour les ventes, 2 pour le support"
touche 1 -> transfert +33199001235 delai 20s sinon messagerie
touche 2 -> transfert +33199001236 delai 20s sinon messagerie
sans saisie -> messagerie
sinon message "Nous sommes fermés" puis messagerie
en fin d'appel -> notifier https://exemple.test/hooks/appelsÉléments techniques
| Représentations | Éditeur visuel et version textuelle équivalente |
|---|---|
| Cycle de vie | Simulation, validation, publication, historique, retour arrière |
| Intégration | Bloc de requête HTTP et notifications par webhook signé |
| Rattachement | Scénario associé à un numéro ou utilisé par flow_id dans POST /calls |
Questions fréquentes
Puis-je écrire mes scénarios sans éditeur visuel ?
Oui. Chaque scénario a une version textuelle équivalente, que vous pouvez relire, comparer et conserver dans votre dépôt.
Que faire si ma publication pose problème ?
Revenez à la version précédente depuis l’historique. Elle s’applique aux appels suivants.
Un scénario peut-il appeler mon application ?
Oui, avec le bloc de requête HTTP. Votre réponse décide de la suite. Prévoyez une branche de repli si votre serveur ne répond pas.
Usages associés
Documentation
Services associés
Dessinons le parcours de vos appels
Décrivez vos horaires, vos services et vos règles de transfert. Nous préparons un devis et un premier schéma de scénario.