BreizhVoIP
Aide

Tester un plan d'appel avant de le mettre en service

Suivre un appel étape par étape dans le plan, voir quelle condition a été retenue, et repérer une sortie oubliée avant vos clients.

Un plan d'appel se lit très bien à l'écran et s'entend parfois tout autrement au téléphone. Une condition horaire qui ne se déclenche pas, une sortie oubliée, un menu qui boucle : rien de tout cela ne se voit sur le canevas.

L'éditeur intègre de quoi le vérifier. Le bouton Démarrer le debug, en haut à droite, enregistre les appels qui traversent ce plan et montre, pour chacun, le chemin exact qu'il a suivi.

Le mode debug pendant un appel : le chemin parcouru surligné sur le canevas, et la trace horodatée en bas.
Le mode debug pendant un appel : le chemin parcouru surligné sur le canevas, et la trace horodatée en bas.

Armer, puis appeler

Choisissez la durée à côté du bouton, de cinq à trente minutes, et démarrez. La session s'arrête d'elle-même à la fin du compte à rebours, affiché en permanence : on ne laisse pas un debug tourner par oubli.

Passez ensuite l'appel. Depuis n'importe quel poste, composez 9999_ID, où ID est l'identifiant du plan, visible dans la première colonne du tableau des plans d'appel. Rien d'autre à configurer, et rien n'est publié pour autant.

Tant qu'aucun appel n'est passé, le panneau affiche « En attente d'appels sur ce dialplan ». Il ne capte que les appels de ce plan, pas ceux du reste du standard.

Lire la trace

Deux choses se remplissent en même temps.

Sur le canevas, les modules traversés s'entourent d'un liseré clair et reçoivent un numéro d'ordre. La liaison empruntée s'anime. Un coup d'œil suffit à voir si l'appel est parti sur la branche attendue, et c'est souvent tout ce qu'on voulait savoir.

En bas, la trace détaillée liste chaque étape avec le temps écoulé depuis le début de l'appel :

1  Appel entrant          +0ms     start: « Appel entrant »
2  Horaires du standard   +0ms     timecondition: « Horaires du standard »
3  Horaires du standard   +3ms     Condition matchée: « Ouvert »
4  Message de bienvenue   +3ms     playback: « Message de bienvenue »
5  Menu principal         +6.3s    ivr

La ligne 3 est celle qui rend le mode utile : le module Horaires ne se contente pas de dire qu'il a été traversé, il dit quelle sortie il a retenue. Une condition qui ne se déclenche pas se voit là, et nulle part ailleurs.

Les temps se lisent aussi. Six secondes entre le message de bienvenue et le menu, c'est la durée du message : si votre annonce d'accueil prend vingt secondes, la trace vous le dira avant vos appelants.

À gauche, chaque appel reçu apparaît comme une carte, avec l'heure, le nombre d'étapes parcourues et son état, En cours ou Terminé. Cliquez une carte pour afficher sa trace.

Ce que le debug révèle le mieux

Une sortie oubliée. L'appel s'arrête net, la trace se termine sur un module et rien ne suit. C'est le défaut le plus courant et le plus invisible autrement.

La mauvaise branche. La condition retenue est écrite noir sur blanc : si un appel de 9 h part sur « Par défaut », c'est que le créneau ou le fuseau ne dit pas ce que vous croyez.

Une annonce trop longue. L'écart de temps entre deux étapes est la durée réelle de ce qui s'est joué entre les deux.

Trois sessions de debug au maximum tournent en même temps pour une société, et les traces sont conservées dix minutes. C'est un outil de mise au point, pas un journal : pour retrouver un appel après coup, c'est l'historique des appels qu'il faut ouvrir.

Et ensuite

Testez avant de brancher le standard dessus, et testez surtout les cas qui vous arrangent le moins : l'appel du soir, celui du samedi, celui où l'appelant ne tape rien. Ce sont eux qui empruntent les sorties qu'on relie en dernier.

La construction du plan est décrite dans construire le parcours d'un appel entrant, et les conditions horaires dans router les appels selon l'horaire et l'astreinte.

Pour comprendre à quoi sert cette fonctionnalité et ce qu’elle apporte :

Voir la fiche