Enregistrements et transcriptions

Concevez l'enregistrement autour des preuves dont votre équipe a besoin. La réponse d'un appelant, un message vocal et un enregistrement des deux parties sont des besoins différents. Identifiez la source de capture et l'appel qui la produit avant de construire un processus de revue.

Les commandes d'enregistrement et les transferts vers des séquences d'enregistrement gérées nécessitent un accès à la préversion de l'enregistrement au niveau de l'organisation. Dans une séquence Bird, configurez l'enregistrement avec les étapes disponibles dans le concepteur de séquences. Une fenêtre d'enregistrement capture l'audio reçu sur son segment source. Un appel avec mise en relation peut produire des enregistrements distincts pour chaque participant ; ne supposez pas qu'un seul enregistrement contient la conversation mixée. Un trunk SIP ordinaire ne crée pas automatiquement d'enregistrement.

Définir le besoin d'enregistrement

1. Indiquez l'objectif de la capture et qui doit la consulter.
2. Identifiez la source audio. Vérifiez si l'application connectée enregistre l'audio reçu, les messages générés ou les deux. Un enregistrement par un PBX, l'autocommutateur téléphonique, ou par un centre de contact possède sa propre source et ses propres permissions.
3. Incluez le processus de notification et de consentement adapté à la conversation.
4. Définissez la fenêtre de capture, les accès et les exigences de rétention. Arrêtez la capture avant une saisie sensible lorsque le workflow l'exige ; masquer la télémétrie du clavier ne supprime pas la voix de l'audio.
5. Déterminez si le workflow nécessite une transcription. Une capture audio réussie et une transcription réussie sont deux résultats distincts.

Gardez le système source explicite si votre PBX ou votre runtime conversationnel enregistre l'appel. Migrer la connectivité téléphonique ne migre pas l'archive d'enregistrement existante.

Préparer un test de capture contrôlé

Utilisez un numéro que votre équipe contrôle. Testez le comportement prévu de démarrage, d'arrêt et de raccrochage, y compris un appel court qui se termine avant la fenêtre de capture normale. Confirmez quel participant est audible et si l'audio attendu a été conservé.

Conservez les identifiants d'appel, de segment et d'enregistrement avec le résultat. Un appel peut regrouper plusieurs segments liés. Identifiez le segment qui a produit l'enregistrement. Le journal de segment fournit le résultat téléphonique.

Ouvrez Voice > Calls, puis sélectionnez l'appel pour inspecter ses artefacts capturés. Consultez la référence API, CLI ou MCP publiée avant d'intégrer la récupération d'enregistrements : l'existence d'une action d'enregistrement dans le tableau de bord ne publie pas une opération équivalente sur ces surfaces.

Distinguer les états de traitement

Vérifiez la disponibilité de l'audio et le traitement de la transcription indépendamment. Une transcription en attente, une transcription échouée et un audio indisponible nécessitent des réponses différentes. Un texte vide n'établit pas que le participant n'a rien dit.

Un appel peut se terminer avant la fin du traitement. Conservez le résultat téléphonique final tout en vérifiant l'état ultérieur de l'artefact. Si l'audio conservé expire, relancer la lecture ne peut pas le restaurer.

Lorsqu'une transcription est ambiguë, consultez l'audio source si disponible. Les noms, dates et nombres peuvent être mal reconnus. Confirmez les actions importantes auprès du système qui les a exécutées.

Revoir les accès et la rétention

Utilisez les permissions du système qui possède l'artefact. Partagez une référence d'appel ou d'enregistrement contrôlée avec un collègue autorisé plutôt que de copier l'audio dans des dossiers non liés. Traitez les URL de lecture temporaires comme un accès temporaire, pas comme une référence d'archive durable.

Les fichiers audio Bird ont une politique d'expiration de stockage de 30 jours. Les entrées d'enregistrement et les transcriptions ont des règles d'expiration distinctes ; une entrée peut donc rester listée après que son audio est devenu indisponible. Ces enregistrements expirent 31 jours après la fin de leur jour d'ancrage en UTC : une entrée d'enregistrement utilise sa propre heure de début, et une transcription utilise l'heure de début de l'audio source. La transcription ne relance pas la fenêtre de rétention. Un résultat vide n'établit pas que rien n'a jamais été enregistré. Pour les enregistrements stockés par votre PBX ou votre runtime conversationnel, vérifiez la politique de rétention de ce système séparément.

Confirmer le résultat métier

Gardez l'audio source, la transcription, le résumé généré et le résultat métier distincts. Un résumé peut aider un relecteur à repérer un problème ; c'est le système de réservation, de paiement ou de support qui confirme si une action a abouti.

Consignez les preuves manquantes ou partielles dans la revue. Un appel terminé n'établit pas qu'un enregistrement existe, et une transcription seule ne prouve pas que chaque participant a été capturé.

Étapes suivantes

• Séquences d'appels
• Journal d'appels
• Événements Voice