Sign inGet Started

Aufnahmen und Transkripte

Gestalten Sie die Aufnahme anhand der Nachweise, die Ihr Team benötigt. Die Antwort eines Anrufers, eine Voicemail und eine Aufnahme beider Seiten sind unterschiedliche Anforderungen. Identifizieren Sie die Aufnahmequelle und den Anruf, der sie erzeugt, bevor Sie einen Prüfprozess aufbauen.

Aufzeichnungsbefehle und Übergaben an verwaltete Aufzeichnungsabläufe erfordern Vorschauzugang für Aufzeichnungen auf Organisationsebene. Konfigurieren Sie die Aufzeichnung in einer Bird-Sequenz über die Schritte im Sequenz-Builder. Ein Aufzeichnungsfenster erfasst das empfangene Audio seines Quell-Legs. Ein überbrückter Anruf kann für jeden Teilnehmer separate Aufzeichnungen erzeugen; gehen Sie nicht davon aus, dass eine Aufzeichnung das gemischte Gespräch enthält. Gewöhnliches SIP-Trunking erstellt nicht automatisch eine Aufzeichnung.

Aufnahmeanforderung definieren

  1. Legen Sie den Zweck der Aufnahme fest und bestimmen Sie, wer sie prüfen muss.
  2. Identifizieren Sie die Audioquelle. Prüfen Sie, ob die angebundene Anwendung empfangenes Audio, generierte Ansagen oder beides aufzeichnet. Eine PBX- oder Contact-Center-Aufnahme, also die Aufzeichnung der Telefonanlage bzw. des Kontaktcenters, hat eine eigene Quelle und eigene Berechtigungen.
  3. Schließen Sie den für das Gespräch geeigneten Hinweis- und Genehmigungsprozess ein.
  4. Definieren Sie Aufnahmefenster, Zugriffs- und Aufbewahrungsanforderungen. Beenden Sie die Aufnahme vor sensiblen Eingaben, wenn der Workflow dies erfordert; das Ausblenden der Tastatur-Telemetrie entfernt keine Sprache aus dem Audio.
  5. Entscheiden Sie, ob der Workflow eine Transkription benötigt. Eine erfolgreiche Audioaufnahme und ein erfolgreiches Transkript sind separate Ergebnisse.

Halten Sie das Quellsystem explizit fest, wenn Ihre PBX oder Ihre Konversationsplattform den Anruf aufzeichnet. Ein Wechsel der Telefonanbindung verschiebt nicht das bestehende Aufnahmearchiv.

Kontrollierten Aufnahmetest vorbereiten

Verwenden Sie eine Nummer, die Ihr Team kontrolliert. Testen Sie das vorgesehene Start-, Stopp- und Auflegeverhalten, einschließlich eines kurzen Anrufs, der vor dem regulären Aufnahmefenster endet. Bestätigen Sie, welcher Teilnehmer hörbar ist und ob das erwartete Audio erhalten blieb.

Bewahren Sie die Identitäten von Anruf, Leg und Aufnahme zusammen mit dem Ergebnis auf. Ein Anruf kann zusammengehörige Legs gruppieren. Identifizieren Sie das Leg, das die Aufnahme erzeugt hat. Das Leg-Log liefert das Telefonergebnis.

Öffnen Sie Voice > Calls und wählen Sie den Anruf aus, um die erfassten Artefakte zu inspizieren. Prüfen Sie die veröffentlichte API-, CLI- oder MCP-Referenz, bevor Sie den Aufnahmeabruf integrieren: Die Existenz einer Dashboard-Aufnahmeaktion veröffentlicht keine gleichwertige Operation auf diesen Oberflächen.

Verarbeitungszustände unterscheiden

Prüfen Sie Audioverfügbarkeit und Transkriptverarbeitung unabhängig voneinander. Ein ausstehendes Transkript, eine fehlgeschlagene Transkription und nicht verfügbares Audio erfordern unterschiedliche Reaktionen. Leerer Text belegt nicht, dass der Teilnehmer nichts gesagt hat.

Ein Anruf kann enden, bevor die Verarbeitung abgeschlossen ist. Bewahren Sie das endgültige Telefonergebnis, während Sie den späteren Status des Artefakts prüfen. Wenn aufbewahrtes Audio abläuft, kann ein erneuter Wiedergabeversuch es nicht wiederherstellen.

Wenn ein Transkript mehrdeutig ist, prüfen Sie das Quellaudio, sofern verfügbar. Namen, Daten und Zahlen können falsch erkannt werden. Bestätigen Sie wichtige Aktionen anhand des Systems, das sie ausgeführt hat.

Zugriff und Aufbewahrung prüfen

Verwenden Sie die Berechtigungen des Systems, dem das Artefakt gehört. Teilen Sie eine kontrollierte Anruf- oder Aufnahmereferenz mit einem autorisierten Kollegen, anstatt Audio in zusammenhanglose Datensätze zu kopieren. Behandeln Sie temporäre Wiedergabe-URLs als temporären Zugriff, nicht als dauerhafte Archivreferenz.

Für Bird-Audiodateien gilt eine Speicher-Ablaufrichtlinie von 30 Tagen. Aufnahmeeinträge und Transkripte haben separate Ablaufregeln, sodass ein Eintrag noch gelistet sein kann, nachdem sein Audio nicht mehr verfügbar ist. Diese Datensätze verfallen 31 Tage nach dem Ende ihres Ankertags in UTC: Ein Aufnahmeeintrag verwendet seine eigene Startzeit, und ein Transkript verwendet die Startzeit des Quellaudio. Die Transkription startet das Aufbewahrungsfenster nicht neu. Ein leeres Ergebnis belegt nicht, dass nie etwas aufgezeichnet wurde. Für Aufnahmen, die von Ihrer PBX oder Konversationsplattform gespeichert werden, prüfen Sie die Aufbewahrungsrichtlinie dieses Systems separat.

Geschäftsergebnis bestätigen

Halten Sie Quellaudio, Transkript, generierte Zusammenfassung und Geschäftsergebnis getrennt. Eine Zusammenfassung kann einem Prüfer helfen, ein Problem zu finden; das Buchungs-, Zahlungs- oder Supportsystem bestätigt, ob eine Aktion abgeschlossen wurde.

Halten Sie fehlende oder unvollständige Nachweise in der Prüfung fest. Ein abgeschlossener Anruf belegt nicht, dass eine Aufnahme existiert, und ein Transkript allein beweist nicht, dass jeder Teilnehmer erfasst wurde.

Nächste Schritte

Weiter mit der Dokumentation, Anleitungen und Beispielen zu diesem Thema.