Comment ajouter un numéroteur prédictif à votre PBX existant (sans le remplacer)

Si vous utilisez déjà Asterisk, FreePBX, 3CX, Cisco ou Avaya, vous disposez d'un système téléphonique qui fonctionne, de contrats opérateurs que vous avez négociés, de numéros que vos clients connaissent et d'un plan de numérotation que quelqu'un a mis des mois à mettre au point. Puis quelqu'un demande une campagne d'appels sortants — une relance de recouvrement, une campagne de renouvellement, une liste de reconquête de quarante mille fiches — et vous découvrez que le système téléphonique n'en est pas vraiment capable.

Le conseil habituel à ce stade est de remplacer le système téléphonique. C'est une réponse coûteuse à une question précise, et cela jette une infrastructure qui fait parfaitement son travail. Ce guide couvre l'alternative : laisser le PBX exactement où il est et ajouter une couche de campagnes par-dessus. À quoi ressemble cette architecture, comment les deux systèmes se connectent, comment la dimensionner, où doit vivre la conformité, et comment y arriver sans mettre le plateau en danger. Les équipes qui font tourner un numéroteur open source auto-hébergé par-dessus le PBX atteignent souvent le même plafond ; voir notre alternative à VICIdial comparison.

Pourquoi votre PBX ne peut pas gérer seul des campagnes d'appels sortants

Ce n'est pas un défaut de votre PBX. C'est une différence de catégorie. Un PBX est un moteur de routage : un appel existe, et le PBX décide où il va. Un dialer est un moteur de décision : il décide quel appel doit exister au départ.

Asterisk peut émettre un appel — c'est précisément le rôle des call files et de l'action AMI . Mais émettre des appels représente peut-être un dixième de ce dont une campagne a besoin. Quatre éléments manquent, et chacun est conséquent :

• Un moteur de listes et de pacing. Quelle fiche appeler ensuite, combien d'appels lancer en parallèle selon le nombre d'agents actuellement libres, quand relancer un non-réponse et combien de fois, à quel fuseau horaire appartient la fiche, quand s'arrêter.
• Détection de répondeur. Environ deux tiers des tentatives d'appels sortants vers des mobiles aboutissent sur une messagerie vocale. Sans filtrage, vos agents entendent des annonces de messagerie toute la journée et vos calculs de pacing n'ont plus aucun sens.
• Un modèle d'état des agents. Le dialer doit savoir qui est disponible, qui est en communication, qui est en post-appel et qui s'est absenté — en continu et en temps réel —, car le pacing dépend entièrement de la disponibilité prévue.
• Qualifications et journalisation de conformité. Ce qui s'est passé pendant l'appel, ce que le client a accepté, ce qui a été exclu et pourquoi, et une piste d'audit capable de répondre à un régulateur qui interroge sur un appel précis dix-huit mois plus tard.

Rien de tout cela n'a sa place dans un plan de numérotation. C'est pourquoi greffer une logique de campagne sur un PBX produit généralement un système fragile qu'une seule personne comprend.

Les trois façons de résoudre le problème — et ce que chacune coûte vraiment

Remplacer le PBX par une plateforme tout-en-un. Une architecture propre et un fournisseur unique, au prix de la réimplémentation de votre routage entrant, de la reformation des agents, de la migration ou de la perte de numéros, et souvent du passage à une tarification à la minute sur une voix que vous achetiez auparavant en gros. C'est la bonne réponse si votre PBX est réellement en fin de vie. C'est une réponse coûteuse s'il ne l'est pas.

Développer vous-même la couche de campagnes. Tout à fait faisable sur une téléphonie open source, et certaines équipes solides fonctionnent exactement ainsi. Pour être honnête, vous ne construisez pas un dialer une seule fois : vous maintenez le comportement du pacing, la précision de la détection, l'état des agents, les qualifications, l'enregistrement, l'application des exclusions et le reporting, et vous assumez les astreintes quand le pacing déraille pendant une campagne du lundi matin. Nous avons approfondi ce compromis dans développer ou acheter un logiciel de dialer.

Superposer un dialer via SIP. Le PBX continue de faire ce qu'il fait déjà bien ; le dialer n'ajoute que ce qui manque. Aucun numéro ne bouge, aucun contrat opérateur ne change, les agents conservent leurs postes si vous le souhaitez. C'est la voie présentée dans ce guide, et c'est ce que nous appelons le Pattern B — l'un des trois modes de connexion de DialerBee.

Comment fonctionne concrètement la superposition

La mécanique est plus simple qu'il n'y paraît. Un appel de campagne comporte deux branches, et la répartition entre elles constitue toute la conception :

1. Le dialer sélectionne la fiche suivante dans la liste, après avoir déjà vérifié les exclusions, l'état du consentement et la plage horaire d'appel du fuseau horaire de cette fiche.
2. Il émet la branche sortante via votre trunk opérateur, en présentant un numéro que vous contrôlez.
3. L'appel est décroché. Le dialer analyse l'audio et le classe : personne en direct, répondeur, fax, tonalité réseau, silence.
4. Les répondeurs sont traités sans agent — l'appel est abandonné, ou un message est déposé si votre politique l'autorise. Seuls les interlocuteurs en direct poursuivent.
5. L'appel en direct est transmis à votre PBX via le trunk SIP et arrive sur un numéro pilote, un groupe de recherche ou une file d'attente.
6. Votre PBX l'achemine vers un agent exactement comme il achemine n'importe quel autre appel.

Du point de vue du PBX, un appel arrive simplement sur un trunk et doit être acheminé — ce qu'il fait déjà des milliers de fois par jour. Toute l'intelligence de campagne intervient avant ce moment. C'est pourquoi l'intégration est si propre : vous ne demandez au PBX d'apprendre rien de nouveau.

Relier les deux : trunk SIP, SBC et enregistrement

La connexion entre le dialer et le PBX est un trunk SIP, et deux options courantes existent pour son authentification. Trunk basé sur l'IP est le choix habituel lorsque les deux extrémités ont des adresses stables — chaque côté autorise l'autre par liste blanche et aucun enregistrement ne risque d'expirer. Basé sur l'enregistrement convient aux infrastructures à adressage dynamique, où le dialer s'enregistre auprès du PBX comme le ferait un terminal.

Quelques points pratiques qui décident si ce sera un après-midi tranquille ou une longue semaine :

• L'emplacement du SBC. Sur les infrastructures Cisco et Avaya, un session border controller termine presque toujours déjà les trunks opérateurs. Placez-y aussi le trunk du dialer : c'est la démarcation naturelle, et cela vous donne un point unique pour examiner la signalisation en cas de problème.
• Chemin des médias. Décidez délibérément si les médias transitent par le SBC ou directement. Le média direct réduit la latence et la charge ; le média ancré est plus facile à dépanner et à enregistrer de manière cohérente. Les deux conviennent, mais ce choix doit être fait plutôt que découvert.
• Codecs. Convenez d'un seul codec sur le trunk interne et évitez le transcodage. Le G.711 entre dialer et PBX est le choix par défaut le plus sûr ; le transcodage coûte en qualité et, sur certaines plateformes, en licences.
• DTMF. Choisissez la RFC 2833 et vérifiez-la de bout en bout. Un DTMF mal configuré est la panne classique qui n'apparaît que lorsqu'un client essaie d'appuyer sur 1 dans un SVI.
• NAT. Si l'une des deux extrémités se trouve derrière un NAT, réglez correctement l'adressage de la signalisation et des médias avant de tester à grande échelle. Un audio unidirectionnel à grande échelle vient presque toujours de là.

Notre guide pas à pas de configuration d'un trunk SIP détaille la configuration, et apporter votre propre opérateur (BYOC) explique le modèle de trunking.

Conserver votre opérateur et vos numéros

Le volet commercial de cette décision compte autant que le volet technique. Dans une superposition, la plateforme ne transporte jamais votre voix — elle signale à votre opérateur de passer les appels sur des trunks que vous possédez déjà. Trois conséquences en découlent :

• Vos tarifs restent les vôtres. Si vous avez négocié une bonne terminaison, vous la conservez. Personne ne rajoute de marge sur des minutes que vous achetez déjà en gros.
• Vos numéros restent les vôtres. Pas de projet de portabilité, pas de dépendance à un fournisseur pour votre identité entrante, pas de prise d'otage si vous changez d'avis plus tard.
• Aucuns frais de plateforme à la minute. Lorsque la plateforme ne transporte pas la voix, elle n'a rien à facturer à la minute. Vous payez par poste d'agent, et vous payez séparément vos minutes à votre opérateur.

Ce dernier point modifie l'économie des campagnes plus qu'on ne le pense, et surtout pour les campagnes à plus fort volume — précisément celles où une marge à la minute pèse le plus. Nous comparons directement les deux modèles dans tarification par agent ou à la minute et BYOC ou télécom incluse.

Où travaillent vos agents : postes du PBX ou interface navigateur

Une fois qu'un appel en direct atteint votre PBX, il peut être dirigé vers le poste que votre agent utilise déjà. C'est l'option la moins perturbatrice, elle ne nécessite aucun changement côté poste de travail, et c'est une façon tout à fait raisonnable de mener un pilote.

Sa limite : un téléphone de bureau ne transmet que l'audio. Il ne peut pas montrer qui appelle et pourquoi, ni saisir une qualification, ni afficher le script ou le rappel de conformité, ni donner au superviseur une vue en direct. Tout ce que sait la couche de campagnes s'arrête au combiné.

L'alternative est un poste agent dans le navigateur : l'audio passe par WebRTC et l'écran affiche la fiche client, le script, la liste des qualifications et le minuteur de post-appel. Les superviseurs bénéficient d'une supervision en direct au lieu d'une ronde sur le plateau. Le comparatif dialer dans le navigateur ou logiciel installé et notre note sur WebRTC ou téléphones SIP présentent les compromis.

En pratique, les configurations hybrides sont courantes et pertinentes : une équipe entrante reste sur les combinés tandis que l'équipe de campagnes sortantes passe au navigateur, les deux étant connectées au même PBX.

Dimensionnement : canaux, pacing et marge sur le taux d'abandon

Le chiffre qui piège les équipes est celui des canaux simultanés, car il évolue avec votre ratio de pacing et non avec votre nombre d'agents.

Vingt agents qui numérotent à un ratio de 2:1 ont besoin d'environ quarante canaux sortants simultanés — plus une marge pour les appels qui sonnent encore ou sont en cours d'analyse et ne sont pas encore résolus. Cinquante canaux est une provision réaliste. Passez à 3:1 et ces mêmes vingt agents en nécessitent environ soixante-dix. Dimensionnez le trunk pour le pic, pas pour la moyenne : quand le trunk sature, le dialer ne peut plus réguler le pacing et les agents restent inactifs à attendre des appels qui ne peuvent pas être passés.

Deux autres contraintes sont à connaître avant de configurer quoi que ce soit :

• Appels par seconde. Les opérateurs comme les SBC imposent des limites de CPS. Une campagne qui démarre à 9 h peut dépasser largement votre débit habituel, et atteindre un plafond de CPS provoque des rejets qui ressemblent à des pannes opérateur.
• La précision de la détection fixe votre plafond de pacing. Un pacing agressif n'est sûr que si vous savez distinguer de façon fiable une personne d'un répondeur. Là où la classification est plus faible — un marché inconnu, une langue inhabituelle, beaucoup de messageries vocales par défaut des opérateurs —, la réponse honnête consiste à régler un pacing plus prudent plutôt qu'à accepter un taux d'abandon en hausse.

Notre guide de réglage du numéroteur prédictif détaille les calculs de pacing, et l' estimateur de taux d'abandon vous permet de modéliser un ratio à partir de vos propres chiffres avant de vous engager.

La conformité dans une architecture à deux systèmes

C'est la section à lire deux fois, car c'est là que les déploiements sur un existant déraillent le plus souvent.

Quand deux systèmes se partagent un appel, il est tentant de répartir les contrôles entre eux. Ne le faites pas. Les vérifications d'exclusion, l'état du consentement et les plages horaires d'appel doivent tous résider dans la couche de campagnes, pour une raison structurelle : c'est elle qui décide quel numéro composer et quand. Lorsque l'appel atteint le PBX, cette décision a déjà été prise et ne peut pas être annulée. Un PBX peut refuser d'acheminer un appel ; il ne peut pas refuser de l'avoir passé.

La couche de campagnes doit donc gérer, avant l'émission de l'appel :

• Les vérifications d'exclusion et de liste d'opposition (DNC) sur les listes applicables à cette campagne
• L'état du consentement de la fiche, lorsque le consentement est requis
• La plage horaire d'appel selon le fuseau horaire de la fiche, et non celui de vos bureaux
• Les limites de tentatives et les règles de relance
• Le choix du numéro présenté et son statut d'enregistrement

Le PBX conserve ce qu'il fait déjà bien — la politique d'enregistrement sur la branche agent, les règles de routage interne et ses contrôles d'accès existants. L'essentiel est que le contrôle intervienne avant que l'appel ne soit passé, et qu'il n'existe qu'une seule piste d'audit plutôt que deux à réconcilier. Notre checklist de conformité pour centre de contact et la page contrôles de conformité détaillent les points précis.

Il s'agit de contrôles qui contribuent à la conformité, et non d'une garantie de conformité. Les réglementations diffèrent selon les juridictions et évoluent, et la responsabilité de votre programme de conformité reste celle de votre organisation. Prenez conseil auprès de vos propres juristes pour les marchés que vous appelez.

Superpositions multi-tenant pour revendeurs et intégrateurs

Si vous vendez de la téléphonie plutôt que de seulement l'exploiter, le modèle de superposition mérite d'être compris comme un schéma commercial, et pas seulement technique. Vos clients ont déjà acheté leur système téléphonique. Leur demander de le remplacer pour obtenir des campagnes sortantes est une vente difficile ; ajouter des campagnes à ce qu'ils possèdent déjà est une conversation bien plus facile.

Chaque client fonctionne comme un tenant isolé — avec ses propres campagnes, données d'exclusion, utilisateurs, enregistrements et rapports — connecté au PBX et à l'opérateur qu'il utilise déjà. Dans un cadre multi-tenant , la plateforme peut porter votre marque plutôt que la nôtre, comme expliqué sur la page revendeurs page.

Un chemin de migration sans risque pour le plateau

Personne ne devrait basculer un centre de contact entier en un seul week-end. La séquence ci-dessous limite le rayon d'impact à chaque étape :

1. Pilotez une campagne sur un seul trunk. Choisissez une liste à faible enjeu. Provisionnez un groupe de trunks distinct afin que le trafic de campagne ne puisse pas affecter la capacité entrante.
2. Validez le chemin d'appel avec quelques agents. Vérifiez l'audio dans les deux sens, le DTMF, la présentation du numéro, l'enregistrement, et que les qualifications arrivent là où vous l'attendez.
3. Réglez le pacing sur le comportement réel. Commencez prudemment — 1,2:1 ou 1,5:1 — et n'augmentez que tant que le taux d'abandon reste sous votre plafond.
4. Fonctionnez en parallèle. Maintenez le processus existant en parallèle du pilote pendant un cycle complet, pour disposer d'une vraie comparaison plutôt que d'une comparaison optimiste.
5. Basculez file par file, pas tout d'un coup. Déplacez une campagne ou une équipe à la fois. Chaque déplacement est limité, et chacun est réversible individuellement.
6. Gardez un retour arrière que vous avez réellement testé. Le retour arrière consiste à désactiver le trunk de campagne et à rétablir une entrée du plan de numérotation — mais vérifiez-le avant d'en avoir besoin, pas pendant.

Notre guide sur la migration vers un nouveau dialer sortant détaille la migration des listes, des qualifications et des rapports.

Comment DialerBee s'intègre à un PBX existant

DialerBee est conçu pour fonctionner précisément ainsi. Il se connecte de trois façons — avec nos trunks SIP, par-dessus un PBX ou un SBC que vous exploitez déjà, ou via un trunk opérateur que vous avez déjà contracté — et le contrôle de conformité, l'enregistrement, le poste agent, les outils superviseur, le reporting et l'isolation des tenants sont identiques dans les trois cas. Dans les deux schémas où DialerBee ne transporte pas la voix, il n'y a aucuns frais de plateforme à la minute, puisqu'il n'y a aucune minute à facturer.

Les modes preview, progressif, power et prédictif se choisissent par campagne, et la détection de répondeur s'appuie sur une IA multilingue couvrant 11 langues. Pour le tester sur votre propre infrastructure, l' Essai gratuit de 14 jours avec crédit IA gratuit ne demande aucune carte bancaire, ou réservez une démo et nous passerons en revue votre PBX et votre configuration de trunks.

Questions fréquentes