Lire les métriques d'une séquence vocale
Warning: Voice sequences are in preview. Steps, entry data, and the sequence definition format can change in ways that break existing sequences and API requests.
Ouvrez une séquence depuis Sequences et sélectionnez Metrics. Choisissez la période, le fuseau horaire, le mode et la publication avant de comparer les résultats.
Sélectionner la population
Les métriques regroupent les exécutions par leur heure d'admission. Un appel admis avant minuit qui se termine après minuit met à jour la période antérieure. Des mises à jour de statut ultérieures peuvent modifier une période que vous avez déjà consultée.
Le mode par défaut est la production. Sélectionnez le mode test pour examiner les appels de test réels. Les aperçus ne créent pas d'appels et ne contribuent pas à ces métriques. Vérifiez les filtres de mode lorsque la liste des exécutions et les totaux des métriques diffèrent.
Lire les compteurs et les taux
| Mesure | Signification |
|---|---|
| Started | Exécutions admises pendant la période sélectionnée. |
| In progress | Exécutions en file d'attente, en cours et en attente admises pendant cette période. |
| Succeeded, failed, canceled | Exécutions de cette période ayant atteint chaque état terminal. |
| Completion rate | Exécutions réussies, échouées et annulées divisées par les exécutions démarrées. |
| Success rate | Exécutions réussies divisées par les exécutions réussies plus échouées. |
| Failure rate | Exécutions échouées divisées par les exécutions réussies plus échouées. |
| Elapsed duration | Temps entre l'admission et l'achèvement, sonnerie et temps passé dans le workflow d'appel inclus. |
Les taux de réussite et d'échec excluent les exécutions annulées et non terminées. Un taux sans dénominateur applicable est indisponible.
La durée p50 est la médiane : la moitié des exécutions terminées mesurées se terminent dans ce délai. La durée p95 est le délai dans lequel 95 % se terminent. Une longue conversation ou une pause intentionnelle peut augmenter la durée écoulée sans qu'il y ait de défaut de traitement.
Comparer les publications et les fins
Les ventilations par publication séparent les exécutions selon la version utilisée. Les tests en brouillon n'ont pas de version publiée. Des différences de trafic et d'entrées peuvent affecter une comparaison même lorsqu'une modification du workflow est minime.
Les codes d'échec technique décrivent les exécutions échouées dont la cause technique a été conservée. Les motifs de sortie décrivent les résultats métier définis par l'auteur. Un échec Dial géré peut malgré tout mener à un workflow réussi, et une fin en échec configurée n'a pas nécessairement de code d'erreur technique.
Utilisez Runs pour examiner des exemples avant de modifier le workflow. Utilisez le journal d'appels pour les résultats de réponse et de téléphonie ; le succès de la séquence est une mesure distincte.
Vérifier la couverture et la fraîcheur
Le reporting est provisoire. Des valeurs indisponibles et des lacunes ne signifient pas une activité nulle, et un zéro conservé n'établit pas une couverture historique complète. Vérifiez la couverture avant de comparer des périodes.
Le détail d'une exécution peut afficher un résultat nouvellement stabilisé avant la mise à jour des statistiques. Les données agrégées peuvent subsister après l'expiration de l'historique détaillé ou la suppression d'une séquence. Les totaux historiques ne peuvent pas récupérer un enregistrement manquant ou un payload d'étape expiré.
Étapes suivantes
Ressources associées
Poursuivez avec la documentation, les guides et les exemples sur ce sujet.