Redagowanie historii rozmów | ElevenLabs Documentation

Redagowanie historii rozmów wykrywa i usuwa wrażliwe informacje z danych rozmów przed ich zapisaniem. Ogranicza to ekspozycję wrażliwych danych, a jednocześnie zachowuje przydatne logi rozmów do przeglądu i analizy.

Ta funkcja jest obecnie dostępna tylko dla wybranych klientów korporacyjnych. Skontaktuj się z działem sprzedaży, aby uzyskać dostęp.

Redagowanie historii rozmów znacznie ogranicza ekspozycję wrażliwych danych, ale jak w przypadku każdej usługi wykrywania działającej na dynamicznych danych użytkownika, skuteczność wykrywania nie wynosi 100%. Dlatego samo włączenie tej funkcji nie gwarantuje zgodności z rygorystycznymi przepisami, takimi jak HIPAA. Aby zapewnić pełną zgodność, włącz Zero Retention Mode.

Omówienie

Po zakończeniu rozmowy etap przetwarzania końcowego skanuje transkrypcję i audio pod kątem wrażliwych danych. Wykryte dane są redagowane przed zapisaniem danych rozmowy:

Transkrypcje i analizy: Wystąpienia danych są zastępowane przez [ENTITY_NAME] (np. [NAME], [EMAIL_ADDRESS]).
Audio: Wystąpienia danych są zastępowane dźwiękiem sygnału.
Webhooki: Webhooki transkrypcji i audio również zawierają zredagowane dane.

Aby redagować wpisy z klawiatury rozmówcy bez wykrywania danych, włącz redagowanie danych wejściowych DTMF w agencie.

Ponieważ przetwarzanie końcowe działa po zakończeniu rozmowy, rozmowa pojawi się w historii z krótkim opóźnieniem.

Konfiguracja

Ustawienia redagowania znajdziesz w sekcji Prywatność na dole karty Zaawansowane agenta.

Konfiguracja redagowania ma dwa pola:

Pole	Typ	Opis
`enabled`	`boolean`	Określa, czy redagować wrażliwe dane z historii rozmów.
`entities`	`list[string]`	Lista typów danych do redagowania. Prawidłowe wartości znajdziesz w obsługiwanych danych.

Jak działa redagowanie

Format zastępnika

Każdy zredagowany element jest zastępowany nazwą typu zapisaną wielkimi literami w nawiasach. Na przykład, jeśli skonfigurowano email_address, adres e-mail taki jak john@example.com w transkrypcji zmieni się na [EMAIL_ADDRESS].

Dane nadrzędne i podrzędne

Dane tworzą hierarchię z użyciem notacji kropkowej. Redagowanie możesz skonfigurować na dowolnym poziomie:

Dane nadrzędne (np. name): Redagują wszystkie dane podrzędne. Wszystkie dopasowania używają zastępnika nadrzędnego — na przykład zarówno imiona, jak i nazwiska są zastępowane przez [NAME].
Dane podrzędne (np. name.name_given): Redagują tylko ten konkretny typ, używając własnego zastępnika [NAME_GIVEN].

Jeśli podasz zarówno dane nadrzędne, jak i jedno z danych podrzędnych, wpis podrzędny zostanie zignorowany, ponieważ obejmują go już dane nadrzędne.

Przykład

Konfiguracja ["name", "email_address", "financial_id.payment_card.payment_card_number"] spowoduje:

Zastąpienie wszystkich nazw (imion, nazwisk i innych) przez [NAME]
Zastąpienie adresów e-mail przez [EMAIL_ADDRESS]
Zastąpienie numerów kart płatniczych przez [PAYMENT_CARD_NUMBER]

Obsługiwane dane

Imię i nazwisko

Dane	Opis
`name`	Wszystkie typy nazw (imię, nazwisko, inne).
`name.name_given`	Imiona nadane osobie, zwykle przy urodzeniu. W kulturach zachodnich często imię i drugie imię.
`name.name_family`	Nazwy wskazujące rodzinę lub społeczność osoby. W kulturach zachodnich często nazwisko.
`name.name_other`	Tytuły, przyrostki, pseudonimy, częściowe nazwy, inicjały i inne elementy nazwy.

Kontakt

Dane	Opis
`email_address`	Adresy e-mail w dowolnym formacie, w tym zapisane słownie.
`contact_number`	Numery faksów, telefonów i telefonów komórkowych w formacie krajowym lub międzynarodowym.

Informacje osobowe

Dane	Opis
`dob`	Daty wyraźnie określone jako daty urodzenia.
`age`	Liczby powiązane z wiekiem danej osoby.
`religious_belief`	Określenia wskazujące wyznanie lub przekonania religijne.
`political_opinion`	Określenia dotyczące przynależności partyjnej, ruchu politycznego lub ideologii.
`sexual_orientation`	Określenia wskazujące orientację seksualną.
`ethnicity_race`	Określenia wskazujące narodowość, pochodzenie etniczne, rasę lub pochodzenie kulturowe.
`marital_status`	Określenia wskazujące stan cywilny.
`occupation`	Stanowiska lub zawody.
`physical_attribute`	Charakterystyczne cechy fizyczne, w tym wzrost, waga i opisy.
`language`	Nazwy języków naturalnych.

Dane logowania

Dane	Opis
`username`	Nazwy użytkownika, nazwy logowania lub identyfikatory.
`password`	Hasła do kont, PIN-y, kody dostępu, klucze dostępu lub odpowiedzi zabezpieczające.

Internet

Dane	Opis
`url`	Adresy internetowe i URL-e.

Organizacja

Dane	Opis
`organization`	Nazwy organizacji lub działów w organizacji.

Identyfikatory finansowe

Dane	Opis
`financial_id`	Wszystkie poniższe typy identyfikatorów finansowych.
`financial_id.payment_card`	Wszystkie poniższe pola kart płatniczych.
`financial_id.payment_card.payment_card_number`	Numery kart płatniczych / główne numery kont (PAN).
`financial_id.payment_card.payment_card_expiration_date`	Daty ważności kart płatniczych.
`financial_id.payment_card.payment_card_cvv`	3- lub 4-cyfrowe wartości weryfikacyjne kart.
`financial_id.bank_account`	Wszystkie poniższe pola kont bankowych.
`financial_id.bank_account.bank_account_number`	Numery kont bankowych, w tym IBAN-y.
`financial_id.bank_account.bank_routing_number`	Numery rozliczeniowe banków (numery ABA routing transit).
`financial_id.bank_account.swift_bic_code`	Kody SWIFT/BIC do międzynarodowej identyfikacji banków.
`financial_id.financial_id_other`	Inne identyfikatory finansowe, takie jak sort codes, numery BSB, CLABE, adresy portfeli kryptowalutowych itp.

Lokalizacja

Dane	Opis
`location`	Wszystkie poniższe typy lokalizacji.
`location.location_address`	Adresy ulic bez miasta, stanu ani kodu pocztowego.
`location.location_city`	Nazwy gmin, w tym wsi, miasteczek i miast.
`location.location_postal_code`	Kody pocztowe i ZIP.
`location.location_coordinate`	Pozycje geograficzne z użyciem szerokości, długości i/lub wysokości.
`location.location_state`	Nazwy stanów, prowincji, terytoriów lub prefektur.
`location.location_country`	Nazwy krajów.
`location.location_other`	Punkty orientacyjne, dzielnice, hrabstwa, okręgi, regiony i inne lokalizacje.

Data

Dane	Opis
`date`	Konkretne daty kalendarzowe, w tym dni tygodnia, miesiące i lata.
`date_interval`	Szersze okresy, w tym zakresy dat, miesiące, pory roku, lata i dekady.

Unikalne identyfikatory

Dane	Opis
`unique_id`	Wszystkie poniższe typy unikalnych identyfikatorów.
`unique_id.government_issued_id`	Identyfikatory wydane przez administrację, takie jak SSN, numery paszportów, numery prawa jazdy i międzynarodowe odpowiedniki.
`unique_id.account_number`	Numery identyfikacyjne kont klientów lub członkostw.
`unique_id.vehicle_id`	Numery identyfikacyjne pojazdów (VIN), numery seryjne i numery tablic rejestracyjnych.
`unique_id.healthcare_number`	Wszystkie poniższe typy numerów opieki zdrowotnej.
`unique_id.healthcare_number.medical_record_number`	Unikalne kody lub identyfikatory przypisywane pacjentom przez placówki medyczne.
`unique_id.healthcare_number.health_plan_beneficiary_number`	Identyfikatory przypisywane przez ubezpieczycieli zdrowotnych lub rządowe programy zdrowotne.
`unique_id.device_id`	Identyfikatory urządzeń, takie jak adresy MAC, numery IMEI i numery seryjne.
`unique_id.unique_id_other`	Inne unikalne identyfikatory, takie jak identyfikatory podatkowe i numery śledzenia.

Medyczne

Dane	Opis
`medical`	Wszystkie poniższe typy medyczne.
`medical.medical_condition`	Choroby, urazy, objawy, diagnozy, zaburzenia i choroby przewlekłe.
`medical.medication`	Recepty, witaminy, suplementy, leki, dawki i produkty farmaceutyczne.
`medical.medical_procedure`	Operacje, zabiegi, interwencje i terapie.
`medical.medical_measurement`	Parametry życiowe, wyniki badań laboratoryjnych, grupa krwi, wyniki testów i pomiary powiązane z konkretną osobą.
`medical.medical_other`	Alergie, urządzenia medyczne i inne informacje związane ze zdrowiem.

Dobre praktyki

Włączaj tylko potrzebne dane. Skuteczność wykrywania poprawia się, gdy skonfigurowano mniej typów danych. Zawężenie ich zbioru zmniejsza niejednoznaczność i zwiększa dokładność wykrywania.
Sprawdź przykłady i opisy. Skorzystaj z przykładów obok danych w arkuszu wyboru oraz z opisów powyżej lub podpowiedzi w arkuszu, aby zrozumieć, co redaguje każdy typ danych.

Porównanie z Zero Retention Mode

Redagowanie historii rozmów i Zero Retention Mode chronią wrażliwe dane, ale działają inaczej i odpowiadają na różne potrzeby.

	Redagowanie historii rozmów	Zero Retention Mode
Jak to działa	Wykrywa i zastępuje określone typy danych w zapisanych danych	Odrzuca wszystkie dane rozmowy — nic nie jest zapisywane ani logowane
Zakres wykrywania	Wysoki, ale nie 100%	100% — całe audio i transkrypcja są odrzucane
Zgodność z HIPAA	Nie jest gwarantowana samodzielnie	Może zapewnić zgodność z HIPAA
Dostęp do historii rozmów	Dostępna dla użytkowników workspace i administratorów ElevenLabs na stronie historii rozmów	Musisz skonfigurować endpoint HTTP, aby otrzymywać webhooki po rozmowie
Debugowanie	Rozmowy można przeglądać i debugować	Brak zapisanych danych do przeglądu
Dane webhooków	Zredagowane	Niezapisane — musisz je pobrać przez własny endpoint
Dostęp administratorów ElevenLabs	Administratorzy mogą uzyskać dostęp do wewnętrznych logów zawierających niezredagowane dane	Administratorzy nie mogą uzyskać dostępu do danych rozmów

Często zadawane pytania

Co się stanie, jeśli wykrywanie danych zawiedzie?

Jeśli podczas wykrywania danych wystąpi błąd, system przechodzi do działania Zero Retention Mode, w którym żadne dane rozmowy nie są zapisywane.

Czy redagowanie uniemożliwia ElevenLabs dostęp do danych rozmów?

Nie. Redagowanie dotyczy zapisanej historii rozmów widocznej dla ciebie. ElevenLabs może nadal mieć dostęp do danych rozmów przez wewnętrzne logi. Aby temu zapobiec, włącz Zero Retention Mode.

Dlaczego moja rozmowa pojawia się z opóźnieniem?

Gdy redagowanie jest włączone, po każdej rozmowie uruchamiany jest etap przetwarzania końcowego, który wykrywa i redaguje dane. Powoduje to krótkie opóźnienie, zanim rozmowa pojawi się w historii.

Czy będzie dostępnych więcej opcji konfiguracji?

Tak. Ta funkcja jest na wczesnym etapie rozwoju, a w przyszłości będzie obsługiwać bardziej elastyczne opcje konfiguracji.

Dlaczego ta funkcja jest przydatna, skoro nie gwarantuje zgodności z HIPAA?

Ogranicza wewnętrzną ekspozycję: Redagowanie historii rozmów sprawia, że nikt w twoim workspace nie widzi wrażliwych danych w historii rozmów.

Pokazuje staranne podejście do danych: Klienci i audytorzy postrzegają redagowanie jako pozytywny sygnał, że organizacja podejmuje rozsądne kroki, by chronić wrażliwe informacje, jednocześnie zachowując dane rozmów do monitorowania i ulepszania.

Zachowuje dostęp do debugowania: W przeciwieństwie do Zero Retention Mode redagowanie pozostawia historię rozmów wygodną do przeglądu, dzięki czemu zespół może monitorować działanie agenta, badać problemy i wprowadzać zmiany bez całkowitej rezygnacji z kontroli prywatności.

Czy mogę jednocześnie włączyć Zero Retention Mode i redagowanie historii rozmów?

Tak. Gdy oba są włączone, dane rozmów nie są zapisywane, ale twoje webhooki transkrypcji i audio po rozmowie będą mieć zredagowane wrażliwe dane.