Maskering av samtalshistorik
Maskera automatiskt känsliga entiteter i lagrad samtalshistorik.
Maskering av konversationshistorik upptäcker och tar bort känslig information från dina konversationsdata innan de lagras. Det minimerar därmed exponeringen av känsliga entiteter samtidigt som användbara konversationsloggar bevaras för granskning och analys.
Den här funktionen är för närvarande endast tillgänglig för utvalda företagskunder. Kontakta säljteamet för åtkomst.
Maskering av konversationshistorik minskar exponeringen av känsliga entiteter avsevärt, men precis som för alla upptäcktstjänster som hanterar dynamiska användardata är upptäcktsgraden inte 100 %. Därför garanterar inte enbart aktivering av den här funktionen efterlevnad av strikta regler som HIPAA. Aktivera Zero Retention Mode för fullständig efterlevnad.
Översikt
När en konversation avslutas genomsöker ett efterbearbetningssteg transkriptet och ljudet efter känsliga entiteter. Upptäckta entiteter maskeras innan konversationsdata lagras:
- Transkript och analys: Entitetsinstanser ersätts med
[ENTITY_NAME](t.ex.[NAME],[EMAIL_ADDRESS]). - Ljud: Entitetsinstanser ersätts med ett pipljud.
- Webhooks: Webhooks för transkript och ljud innehåller också maskerade data.
Om du vill maskera knappsatsinmatningar från uppringare utan entitetsidentifiering aktiverar du maskering av DTMF- inmatning för agenten.
Eftersom efterbearbetningen körs när konversationen har avslutats dröjer det en kort stund innan konversationen visas i din historik.
Konfiguration
Maskeringsinställningarna finns i avsnittet Sekretess längst ned på fliken Avancerat för din agent.
Maskeringskonfigurationen har två fält:
Så fungerar maskering
Platshållarformat
Varje maskerad entitet ersätts med sitt typnamn inom versala hakparenteser. Om till exempel email_address är konfigurerat blir ett e-postmeddelande som john@example.com i transkriptet [EMAIL_ADDRESS].
Överordnade och underordnade entiteter
Entiteter följer en hierarki med punktnotation. Du kan konfigurera maskering på valfri nivå:
- Överordnad entitet (t.ex.
name): Maskerar alla underordnade entiteter under den. Alla träffar använder platshållaren för den överordnade entiteten — till exempel ersätts både förnamn och efternamn med[NAME]. - Underordnad entitet (t.ex.
name.name_given): Maskerar endast den specifika typen med sin egen platshållare,[NAME_GIVEN].
Om du skickar både en överordnad entitet och en av dess underordnade entiteter ignoreras den underordnade posten eftersom den överordnade redan täcker den.
Exempel
Om du konfigurerar ["name", "email_address", "financial_id.payment_card.payment_card_number"] kommer följande att ske:
- Alla namn (förnamn, efternamn, övriga) ersätts med
[NAME] - E-postadresser ersätts med
[EMAIL_ADDRESS] - Betalkortsnummer ersätts med
[PAYMENT_CARD_NUMBER]
Entiteter som stöds
Namn
Kontakt
Personuppgifter
Inloggningsuppgifter
Webb
Organisation
Finansiella identifierare
Plats
Datum
Unika identifierare
Medicinskt
Rekommenderade arbetssätt
- Aktivera endast de entiteter du behöver. Upptäcktsgraden förbättras när färre entitetstyper är konfigurerade. Att begränsa uppsättningen av entiteter minskar tvetydighet och ger mer träffsäker identifiering.
- Se exempel och beskrivningar. Använd exemplen intill entiteterna i entitetsvalsbladet samt beskrivningarna ovan eller verktygstipsen i bladet för att förstå vad varje entitet maskerar.
Jämförelse med Zero Retention Mode
Maskering av konversationshistorik och Zero Retention Mode skyddar båda känsliga data, men de fungerar på olika sätt och passar olika behov.
Vanliga frågor
Vad händer om entitetsidentifieringen misslyckas?
Om ett fel uppstår vid entitetsidentifieringen återgår systemet till beteendet för Zero Retention Mode, där inga konversationsdata lagras.
Förhindrar maskering att ElevenLabs får åtkomst till konversationsdata?
Nej. Maskering gäller den lagrade konversationshistorik som är synlig för dig. ElevenLabs kan fortfarande ha åtkomst till konversationsdata via interna loggar. Aktivera Zero Retention Mode för att förhindra detta.
Varför dröjer det innan min konversation visas?
När maskering är aktiverad körs ett efterbearbetningssteg efter varje konversation för att upptäcka och maskera entiteter. Det medför en kort fördröjning innan konversationen visas i din historik.
Kommer fler konfigurationsalternativ att bli tillgängliga?
Ja. Funktionen är i ett tidigt skede och mer flexibla konfigurationsalternativ kommer att stödjas i framtiden.
Varför är funktionen användbar om den inte garanterar HIPAA-efterlevnad?
Begränsar intern exponering: Maskering av konversationshistorik säkerställer att ingen i din arbetsyta kan se känsliga entiteter i konversationshistoriken.
Visar ansvarsfull datahantering: Kunder och revisorer ser maskering som en positiv signal om att din organisation vidtar rimliga åtgärder för att skydda känslig information samtidigt som konversationsdata behålls för övervakning och förbättring.
Bevarar åtkomst för felsökning: Till skillnad från Zero Retention Mode håller maskering konversationshistoriken tillgänglig för granskning, så att ditt team kan övervaka agentens prestanda, undersöka problem och iterera utan att helt offra sekretesskontroller.
Kan jag aktivera Zero Retention Mode och maskering av konversationshistorik samtidigt?
Ja. När båda är aktiverade lagras inga konversationsdata, men dina transkript- och ljudwebhooks efter samtal får känsliga entiteter maskerade.