Registrazioni e trascrizioni

Progetta la registrazione in base alle evidenze di cui il tuo team ha bisogno. La risposta di un chiamante, una segreteria telefonica e una registrazione di entrambe le parti sono requisiti diversi. Identifica la sorgente di acquisizione e la chiamata che la produce prima di costruire un processo di revisione.

I comandi di registrazione e i trasferimenti a flussi di registrazione gestiti richiedono l'accesso in anteprima alle registrazioni a livello di organizzazione. In una sequenza Bird, configura la registrazione tramite i passaggi disponibili nel builder di sequenze. Una finestra di registrazione acquisisce l'audio ricevuto dal leg di origine. Una chiamata collegata in bridge può produrre registrazioni separate per ogni partecipante; non presumere che una singola registrazione contenga la conversazione mixata. Il normale trunking SIP non crea automaticamente una registrazione.

Definisci il requisito di registrazione

1. Dichiara lo scopo dell'acquisizione e chi deve revisionarla.
2. Identifica la sorgente audio. Verifica se l'applicazione connessa registra l'audio ricevuto, i prompt generati o entrambi. Una registrazione da PBX o contact center ha una propria sorgente e propri permessi.
3. Includi il processo di avviso e consenso appropriato alla conversazione.
4. Definisci la finestra di acquisizione, i requisiti di accesso e conservazione. Interrompi l'acquisizione prima di un input sensibile quando il workflow lo richiede; nascondere la telemetria del tastierino non rimuove la voce dall'audio.
5. Decidi se il workflow necessita della trascrizione. Un'acquisizione audio riuscita e una trascrizione riuscita sono risultati separati.

Mantieni esplicito il sistema di origine se il tuo PBX o runtime conversazionale registra la chiamata. Spostare la connettività telefonica non sposta l'archivio di registrazioni esistente.

Prepara un test di acquisizione controllato

Usa un numero controllato dal tuo team. Testa il comportamento previsto di avvio, arresto e riaggancio, inclusa una chiamata breve che termina prima della finestra di acquisizione normale. Conferma quale partecipante è udibile e se l'audio atteso è stato conservato.

Conserva gli identificativi di chiamata, leg e registrazione insieme al risultato. Una chiamata può raggruppare più leg correlati. Identifica il leg che ha prodotto la registrazione. Il log del leg fornisce l'esito telefonico.

Apri Voice > Calls, quindi seleziona la chiamata per ispezionarne gli artefatti acquisiti. Consulta il riferimento pubblicato API, CLI o MCP prima di integrare il recupero delle registrazioni: l'esistenza di un'azione di registrazione nella dashboard non pubblica un'operazione equivalente su quelle superfici.

Distingui gli stati di elaborazione

Verifica la disponibilità dell'audio e l'elaborazione della trascrizione in modo indipendente. Una trascrizione in attesa, una trascrizione fallita e un audio non disponibile richiedono risposte diverse. Un testo vuoto non stabilisce che il partecipante non abbia detto nulla.

Una chiamata può terminare prima che l'elaborazione finisca. Conserva l'esito telefonico finale mentre controlli lo stato successivo dell'artefatto. Se l'audio conservato scade, riprovare la riproduzione non può ripristinarlo.

Quando una trascrizione è ambigua, revisiona l'audio di origine dove disponibile. Nomi, date e numeri possono essere riconosciuti in modo errato. Conferma le azioni importanti con il sistema che le ha eseguite.

Revisiona accesso e conservazione

Usa i permessi del sistema che possiede l'artefatto. Condividi un riferimento controllato alla chiamata o alla registrazione con un collega autorizzato anziché copiare l'audio in record non correlati. Tratta gli URL di riproduzione temporanei come accesso temporaneo, non come riferimento durevole di archivio.

I file audio Bird hanno una policy di scadenza dello storage di 30 giorni. Le voci di registrazione e le trascrizioni hanno regole di scadenza separate, quindi una voce può restare elencata dopo che il suo audio diventa non disponibile. Quei record scadono 31 giorni dopo la fine del giorno di ancoraggio in UTC: una voce di registrazione usa il proprio orario di inizio e una trascrizione usa l'orario di inizio dell'audio di origine. La trascrizione non fa ripartire la finestra di conservazione. Un risultato vuoto non stabilisce che non sia mai stato registrato nulla. Per le registrazioni conservate dal tuo PBX o runtime conversazionale, verifica separatamente la policy di conservazione di quel sistema.

Conferma l'esito di business

Mantieni distinti audio di origine, trascrizione, riepilogo generato e risultato di business. Un riepilogo può aiutare un revisore a individuare un problema; il sistema di prenotazione, pagamento o supporto conferma se un'azione è stata completata.

Registra le evidenze mancanti o parziali nella revisione. Una chiamata completata non stabilisce che esista una registrazione, e una trascrizione da sola non dimostra che ogni partecipante sia stato acquisito.

Passi successivi

• Sequenze di chiamata
• Call log
• Eventi Voice