L’orchestration téléphonique consiste à faire de votre téléphonie un service programmable : chaque appel devient un événement que vos applications peuvent observer, router et enrichir. Au lieu de règles figées dans un PBX, vous pilotez les appels par API et webhooks, avec un routage intelligent qui tient compte de vos données métier, de la disponibilité des équipes et du contexte de l’appelant.
Voxivra conçoit cette couche depuis plus de 20 ans, sur des architectures ouvertes basées sur Asterisk et SIP. Nous intervenons lorsque la téléphonie doit dialoguer avec le reste de votre système d’information, et non plus fonctionner en vase clos.
Ce que recouvre l’orchestration téléphonique
Une plateforme d’orchestration se place entre le réseau téléphonique (opérateur SIP, PBX, centre d’appels) et vos applications. Elle remplit généralement quatre rôles :
- Contrôle d’appel programmable : décrocher, transférer, mettre en attente, conférencer, enregistrer ou raccrocher un appel depuis un service applicatif.
- Événements en temps réel : envoyer des webhooks à chaque étape (appel entrant, réponse, transfert, fin d’appel) vers votre CRM, votre outil de supervision ou votre entrepôt de données.
- Routage fondé sur les données : choisir la destination selon le client identifié, la langue, l’historique, les horaires, le niveau de service ou la charge des files.
- Composition de briques : enchaîner un SVI, un voicebot, un agent humain et un rappel automatique dans un même parcours, sans réécrire chaque fois la logique.
Cas d’usage concrets
- Routage par valeur ou par contexte : un client avec un dossier ouvert est dirigé directement vers l’agent qui le suit ; un appelant inconnu passe par un tri vocal.
- Débordement intelligent : au-delà d’un temps d’attente donné, l’appel est proposé en rappel, redirigé vers un autre site ou pris en charge par un voicebot.
- Téléphonie déclenchée par vos applications : un événement métier (commande bloquée, rendez-vous à confirmer) déclenche un appel sortant ou une notification vocale.
- Multisite et multi-opérateurs : une logique de routage unique pour plusieurs sites, PBX ou opérateurs, avec des règles centralisées.
- Mise en place progressive de l’IA : insérer un voicebot sur un seul flux, mesurer, puis étendre, sans toucher au reste de l’infrastructure.
Dans les centres d’appels, c’est souvent l’orchestration qui permet de combiner automatisation et agents sans dégrader l’expérience.
Comment nous la construisons
Le cœur : Asterisk, ARI et AGI
Asterisk reste un socle solide pour l’orchestration, à condition de bien choisir l’interface. Avec Asterisk ARI, l’application garde le contrôle complet de l’appel (canaux, bridges, médias) via REST et WebSocket : c’est l’approche que nous privilégions pour les parcours dynamiques et les intégrations IA. AGI reste pertinent pour des logiques simples insérées dans un dialplan existant. Nous détaillons ces choix dans notre article Asterisk AGI ou ARI.
Couche SIP et répartition
Selon les volumes, nous ajoutons un proxy SIP (Kamailio ou OpenSIPS) pour la répartition de charge, la gestion des trunks et l’isolation des nœuds média. Le chiffrement TLS/SRTP et le filtrage SIP sont prévus dès la conception.
API et webhooks
Nous exposons une API interne (REST, parfois gRPC) pour piloter les appels, et un flux d’événements via webhooks signés ou file de messages. Les contrats sont documentés et versionnés, pour que vos équipes puissent construire dessus.
Résilience
Chaque appel API sortant a un délai maximal et un comportement de repli défini. Si un service tiers ne répond pas, l’appel suit un chemin par défaut plutôt que de rester bloqué. Pour les environnements critiques, nous concevons une architecture redondante sur plusieurs nœuds.
Observabilité
Une couche d’orchestration n’est utile que si l’on voit ce qu’elle fait. Chaque appel porte un identifiant de corrélation qui le suit du PBX jusqu’à vos applications. Nous exposons des indicateurs comme les appels simultanés, les décisions de routage, la latence des API ou les échecs de consultation, et conservons des journaux structurés qui permettent de comprendre pourquoi un appel a abouti à tel endroit. Quand un client affirme avoir été transféré trois fois, vous pouvez le vérifier au lieu de le supposer.
Comment se déroule un projet
- Cadrage (1 à 2 ateliers) : flux d’appels actuels, systèmes à connecter, contraintes de disponibilité et de conformité.
- Architecture cible : schéma des composants, contrats d’API, règles de routage et scénarios de panne, validés avec vos équipes.
- Prototype sur un flux : un parcours réel mis en œuvre de bout en bout, testé avec du trafic contrôlé.
- Déploiement progressif : bascule flux par flux, avec supervision et possibilité de retour arrière.
- Exploitation : documentation, transfert de compétences et, si vous le souhaitez, support continu.
La durée dépend surtout du nombre de systèmes à intégrer et de flux à orchestrer ; nous la précisons après le cadrage.
À quoi vous attendre et prérequis
Ce que vous obtenez : une couche d’orchestration documentée, des API et webhooks utilisables par vos développeurs, des règles de routage lisibles et modifiables, et une supervision des appels.
Ce dont nous avons besoin de votre côté :
- un accès à votre opérateur SIP ou à votre PBX (trunk SIP, ou interconnexion à définir) ;
- les accès API ou bases de données des systèmes à connecter, avec un environnement de test si possible ;
- un interlocuteur métier pour valider les règles de routage et un interlocuteur technique pour l’hébergement et la sécurité ;
- vos exigences de disponibilité et de conservation des données (enregistrements, journaux).
Si vous hésitez entre faire évoluer votre plateforme actuelle ou en construire une nouvelle, nous pouvons en discuter lors d’une consultation gratuite de 30 minutes.