--- title: "Problèmes" description: "Problèmes d’appel récurrents, regroupés par schémas que vous pouvez trier — et résoudre avec l’aide de l’IA." --- La page **Problèmes** (`/dashboard/issues`), sous Qualité et tests, regroupe les problèmes détectés dans vos appels et rassemble les occurrences répétées en **motifs**, afin que cinquante cas de « l’agent a indiqué les mauvaises heures » apparaissent sur une seule ligne avec une courbe de tendance, et non comme cinquante rapports distincts. ## Origine des problèmes - **Système** — signalés automatiquement par l’analyse des appels de ThunderPhone lorsqu’elle détecte un problème pendant un appel. - **Utilisateur** — signalés par des personnes : depuis la page de détail d’un appel ou via l’[API de signalement des problèmes](/api-reference/issue-reports). Chaque problème possède une **gravité** : Critique, Avertissement ou Info. ## Triage Chaque ligne de motif affiche sa gravité, une courbe de **tendance** des occurrences, le nombre d’**appels** affectés, son **statut** et sa dernière occurrence. Statuts : | Statut | Signification | | --- | --- | | **Ouvert** | Nécessite une attention — la vue par défaut affiche uniquement ceux-ci. | | **Écarté** | Pris en compte ; aucune action n’est engagée. | | **Résolu** | Corrigé. De nouvelles occurrences font remonter un motif en haut de la liste. | Modifiez le statut d’un motif directement depuis son contrôle de statut, ou sélectionnez plusieurs lignes (y compris « tous les éléments correspondants ») et mettez-les à jour en masse. Les filtres reprennent les colonnes : **Statut** (Ouvert par défaut), **Gravité**, **Source**, **Recherche** en texte libre (titre, trace ou ID d’appel) et plage de **dates**, ainsi que **Réinitialiser les filtres**. ## Examiner un motif Cliquez sur une ligne pour ouvrir le panneau de détail : la description du motif, son historique d’occurrences et les appels affectés, chacun renvoyant vers la transcription complète dans l’historique des appels afin que vous puissiez voir l’échec dans son contexte. ### Corriger avec l’IA Corriger avec l’IA nécessite l’audio enregistré d’au moins un appel affecté. Les appels effectués lorsque l’enregistrement était désactivé ne peuvent pas être rejoués. L’investigation rejoue les tours stockés ; elle ne lance pas d’appels en direct et ne crée pas d’appels de simulation facturables. Depuis le panneau de détail, **Corriger avec l’IA** vérifie si le problème se reproduit toujours, puis teste des modifications ciblées du prompt sur les tours affectés et des appels de comparaison propres. Le résultat affiche le taux de rejouage avant et après, les effets secondaires détectés et si le problème a été **Corrigé** ou **Amélioré**. Vous examinez le diff gagnant avant de l’appliquer. Vous pouvez quitter la page à tout moment ; **Reprendre la correction** revient à l’investigation enregistrée. Aucune modification n’est appliquée automatiquement : - **Appliquer la correction** prépare la modification du prompt dans le brouillon de l’agent. - **Appliquer et déployer** prépare la modification et la déploie immédiatement. Les deux actions préservent les modifications non liées du brouillon. Tant que vous ne déployez pas, le prompt actuellement déployé reste actif. Si l’audio ne peut pas être reconstruit, l’investigation se termine avec le statut **Non rejouable**. Si le problème n’apparaît plus, elle se termine avec le statut **Non reproductible**. Elle s’arrête également sans modifier l’agent lorsque son budget de rejouage est épuisé avant confirmation. ThunderPhone applique la modification uniquement lorsqu’il peut encore trouver exactement une correspondance inchangée pour la section du prompt testée. Les modifications non liées du brouillon sont préservées. Si cette section a changé ou correspond à plusieurs emplacements, l’application signale un conflit. Relancez l’investigation sur le prompt actuel avant de l’appliquer. Consultez la [référence de l’API Investigations](/api-reference/investigations) pour les objets complets de statut et de rejouage. ### Signaler à ThunderPhone Lorsque l’investigation ne trouve aucune correction sûre du prompt, sélectionnez **Signaler à ThunderPhone**. ThunderPhone achemine également automatiquement certaines investigations non résolues. Si vous utilisez des webhooks à l’échelle de l’organisation, l’événement `issue.escalated` vous indique qu’un motif de problème a été signalé et si le signalement était automatique. [Configurer les webhooks de problèmes](/fr/webhooks/events). ## Étapes suivantes Recevez une notification lorsque les métriques de qualité se dégradent, avant que les problèmes ne s’accumulent. Transformez un problème corrigé en scénario de test de régression.