Redactie van gespreksgeschiedenis
Redactie van gespreksgeschiedenis detecteert en verwijdert gevoelige informatie uit je gespreksgegevens voordat deze worden opgeslagen. Zo wordt de blootstelling van gevoelige entiteiten geminimaliseerd, terwijl nuttige gesprekslogs behouden blijven voor beoordeling en analyse.
Deze functie is momenteel alleen beschikbaar voor geselecteerde enterprise-klanten. Neem contact op met sales voor toegang.
Redactie van gespreksgeschiedenis vermindert de blootstelling van gevoelige entiteiten aanzienlijk, maar zoals bij elke detectieservice die werkt met dynamische gebruikersgegevens, is de detectiegraad niet 100%. Daarom garandeert het inschakelen van deze functie op zichzelf geen naleving van strikte regelgeving zoals HIPAA. Schakel voor volledige naleving de Zero Retention Mode in.
Overzicht
Wanneer een gesprek eindigt, scant een nabewerkingsstap het transcript en de audio op gevoelige entiteiten. Gedetecteerde entiteiten worden geredigeerd voordat de gespreksgegevens worden opgeslagen:
- Transcripten en analyse: Entiteitsinstanties worden vervangen door
[ENTITY_NAME](bijvoorbeeld[NAME],[EMAIL_ADDRESS]). - Audio: Entiteitsinstanties worden vervangen door een pieptoon.
- Webhooks: Webhooks voor transcript en audio bevatten ook geredigeerde gegevens.
Schakel redactie van DTMF- invoer in voor de agent om toetsenbordinvoer van bellers te redigeren zonder entiteitsdetectie.
Omdat de nabewerking pas wordt uitgevoerd nadat het gesprek is beëindigd, duurt het even voordat het gesprek in je geschiedenis verschijnt.
Configuratie
De redactatie-instellingen staan in het gedeelte Privacy onderaan het tabblad Advanced van je agent.
De redactatieconfiguratie heeft twee velden:
Hoe redactie werkt
Indeling van placeholders
Elke geredigeerde entiteit wordt vervangen door de typenaam tussen hoofdletterhaken. Als bijvoorbeeld email_address is geconfigureerd, wordt een e-mailadres zoals john@example.com in het transcript [EMAIL_ADDRESS].
Bovenliggende en onderliggende entiteiten
Entiteiten volgen een hiërarchie met puntnotatie. Je kunt redactie op elk niveau configureren:
- Bovenliggende entiteit (bijvoorbeeld
name): Redigeert alle onderliggende entiteiten. Alle overeenkomsten gebruiken de placeholder van de bovenliggende entiteit — zo worden zowel voornamen als achternamen vervangen door[NAME]. - Onderliggende entiteit (bijvoorbeeld
name.name_given): Redigeert alleen dat specifieke type, met de eigen placeholder[NAME_GIVEN].
Als je zowel een bovenliggende entiteit als een van de onderliggende entiteiten doorgeeft, wordt de onderliggende invoer genegeerd omdat de bovenliggende entiteit deze al omvat.
Voorbeeld
Het configureren van ["name", "email_address", "financial_id.payment_card.payment_card_number"] zal:
- Alle namen (voornaam, achternaam, overige) vervangen door
[NAME] - E-mailadressen vervangen door
[EMAIL_ADDRESS] - Betaalkaartnummers vervangen door
[PAYMENT_CARD_NUMBER]
Ondersteunde entiteiten
Naam
Contact
Persoonlijke informatie
Inloggegevens
Web
Organisatie
Financiële identificatiegegevens
Locatie
Datum
Unieke identificatiegegevens
Medisch
Best practices
- Schakel alleen de entiteiten in die je nodig hebt. De detectiegraad verbetert wanneer er minder entiteitstypen zijn geconfigureerd. Door de set entiteiten te beperken, verminder je ambiguïteit en wordt de detectie nauwkeuriger.
- Raadpleeg de voorbeelden en beschrijvingen. Gebruik de voorbeelden naast de entiteiten in het entiteitsselectievenster en de bovenstaande beschrijvingen of tooltips in het venster om te begrijpen wat elke entiteit redigeert.
Vergelijking met Zero Retention Mode
Redactie van gespreksgeschiedenis en Zero Retention Mode beschermen beide gevoelige gegevens, maar ze werken anders en zijn geschikt voor verschillende behoeften.
Veelgestelde vragen
Wat gebeurt er als entiteitsdetectie mislukt?
Als er tijdens entiteitsdetectie een fout optreedt, valt het systeem terug op het gedrag van Zero Retention Mode, waarbij geen gespreksgegevens worden opgeslagen.
Voorkomt redactie dat ElevenLabs toegang krijgt tot gespreksgegevens?
Nee. Redactie is van toepassing op de opgeslagen gespreksgeschiedenis die voor jou zichtbaar is. ElevenLabs kan nog steeds toegang hebben tot gespreksgegevens via interne logs. Schakel de Zero Retention Mode in om dit te voorkomen.
Waarom is er vertraging voordat mijn gesprek verschijnt?
Wanneer redactie is ingeschakeld, wordt na elk gesprek een nabewerkingsstap uitgevoerd om entiteiten te detecteren en te redigeren. Hierdoor duurt het even voordat het gesprek in je geschiedenis verschijnt.
Komen er meer configuratieopties beschikbaar?
Ja. Deze functie bevindt zich nog in een vroeg stadium en ondersteunt in de toekomst flexibelere configuratieopties.
Waarom is deze functie nuttig als deze geen HIPAA-naleving garandeert?
Beperkt interne blootstelling: Redactie van gespreksgeschiedenis zorgt ervoor dat niemand in je workspace gevoelige entiteiten in de gespreksgeschiedenis kan zien.
Toont zorgvuldige gegevensverwerking: Klanten en auditors zien redactie als een positief signaal dat je organisatie redelijke maatregelen neemt om gevoelige informatie te beschermen en gespreksgegevens te behouden voor monitoring en verbetering.
Behoudt toegang voor debuggen: Anders dan Zero Retention Mode houdt redactie de gespreksgeschiedenis beschikbaar voor beoordeling. Je team kan zo de prestaties van de agent monitoren, problemen onderzoeken en itereren zonder privacymaatregelen volledig op te geven.
Kan ik Zero Retention Mode en redactie van gespreksgeschiedenis tegelijk inschakelen?
Ja. Wanneer beide zijn ingeschakeld, worden gespreksgegevens niet opgeslagen, maar worden gevoelige entiteiten geredigeerd in je transcript- en audio-webhooks na gesprekken.