बातचीत इतिहास रिडैक्शन
बातचीत इतिहास रिडैक्शन
सहेजे गए बातचीत इतिहास से संवेदनशील इकाइयों को अपने-आप रिडैक्ट करें।
कन्वर्सेशन हिस्ट्री रिडैक्शन आपके बातचीत के डेटा को स्टोर करने से पहले उसमें मौजूद संवेदनशील जानकारी का पता लगाकर हटा देता है। इससे संवेदनशील इकाइयों का जोखिम कम होता है और समीक्षा व विश्लेषण के लिए उपयोगी बातचीत लॉग सुरक्षित रहते हैं।
यह सुविधा फ़िलहाल सिर्फ़ चुनिंदा एंटरप्राइज़ क्लाइंट्स के लिए उपलब्ध है। एक्सेस के लिए सेल्स से संपर्क करें।
कन्वर्सेशन हिस्ट्री रिडैक्शन संवेदनशील इकाइयों के जोखिम को काफ़ी कम करता है, लेकिन डायनेमिक यूज़र डेटा पर काम करने वाली किसी भी डिटेक्शन सेवा की तरह इसकी डिटेक्शन दर 100% नहीं है। इसलिए, सिर्फ़ इस सुविधा को सक्षम करना HIPAA जैसे सख्त नियमों का अनुपालन गारंटी नहीं करता। पूरी अनुपालना के लिए Zero Retention Mode सक्षम करें।
अवलोकन
बातचीत समाप्त होने पर, एक पोस्ट-प्रोसेसिंग चरण संवेदनशील इकाइयों के लिए ट्रांसक्रिप्ट और ऑडियो को स्कैन करता है। बातचीत डेटा स्टोर होने से पहले, मिली हुई सभी इकाइयों को रिडैक्ट कर दिया जाता है:
- ट्रांसक्रिप्ट और विश्लेषण: इकाई इंस्टेंस को
[ENTITY_NAME]से बदला जाता है (जैसे,[NAME],[EMAIL_ADDRESS])। - ऑडियो: इकाई इंस्टेंस को बीप साउंड से बदला जाता है।
- वेबहुक्स: ट्रांसक्रिप्ट और ऑडियो वेबहुक्स में भी रिडैक्ट किया हुआ डेटा होता है।
इकाई डिटेक्शन के बिना कॉलर के कीपैड इनपुट को रिडैक्ट करने के लिए, एजेंट पर DTMF इनपुट रिडैक्शन सक्षम करें।
पोस्ट-प्रोसेसिंग बातचीत समाप्त होने के बाद चलती है, इसलिए बातचीत के आपकी हिस्ट्री में दिखने से पहले थोड़ा इंतज़ार होगा।
कॉन्फ़िगरेशन
रिडैक्शन सेटिंग्स आपके एजेंट के Advanced टैब में सबसे नीचे Privacy सेक्शन में होती हैं।
रिडैक्शन कॉन्फ़िगरेशन में दो फ़ील्ड होते हैं:
रिडैक्शन कैसे काम करता है
प्लेसहोल्डर फ़ॉर्मैट
हर रिडैक्ट की गई इकाई को बड़े अक्षरों वाले ब्रैकेट में उसके प्रकार के नाम से बदला जाता है। उदाहरण के लिए, अगर email_address कॉन्फ़िगर किया गया है, तो ट्रांसक्रिप्ट में john@example.com जैसा ईमेल [EMAIL_ADDRESS] बन जाता है।
पैरेंट और चाइल्ड इकाइयां
इकाइयां डॉट नोटेशन का इस्तेमाल करके एक हाइरार्की का पालन करती हैं। आप किसी भी स्तर पर रिडैक्शन कॉन्फ़िगर कर सकते हैं:
- पैरेंट इकाई (जैसे,
name): इसके तहत मौजूद सभी चाइल्ड इकाइयों को रिडैक्ट करती है। सभी मैच में पैरेंट प्लेसहोल्डर इस्तेमाल होता है — उदाहरण के लिए, दिए गए नाम और पारिवारिक नाम, दोनों को[NAME]से बदला जाता है। - चाइल्ड इकाई (जैसे,
name.name_given): सिर्फ़ उस खास प्रकार को उसके अपने प्लेसहोल्डर[NAME_GIVEN]के साथ रिडैक्ट करती है।
अगर आप पैरेंट इकाई और उसकी किसी चाइल्ड इकाई, दोनों को पास करते हैं, तो चाइल्ड एंट्री को अनदेखा कर दिया जाता है, क्योंकि पैरेंट में वह पहले से शामिल होती है।
उदाहरण
["name", "email_address", "financial_id.payment_card.payment_card_number"] कॉन्फ़िगर करने पर:
- सभी नामों (दिया गया, पारिवारिक, अन्य) को
[NAME]से बदला जाएगा - ईमेल पतों को
[EMAIL_ADDRESS]से बदला जाएगा - पेमेंट कार्ड नंबरों को
[PAYMENT_CARD_NUMBER]से बदला जाएगा
समर्थित इकाइयां
नाम
संपर्क
व्यक्तिगत जानकारी
क्रेडेंशियल्स
वेब
संगठन
वित्तीय पहचानकर्ता
स्थान
तारीख
विशिष्ट पहचानकर्ता
मेडिकल
सर्वोत्तम तरीके
- सिर्फ़ उन्हीं इकाइयों को सक्षम करें जिनकी आपको ज़रूरत है। कम इकाई प्रकार कॉन्फ़िगर होने पर डिटेक्शन दर बेहतर होती है। इकाइयों के सेट को सीमित करने से अस्पष्टता कम होती है और डिटेक्शन अधिक सटीक होता है।
- उदाहरण और विवरण देखें। हर इकाई क्या रिडैक्ट करती है, यह समझने के लिए इकाई चयन शीट में इकाइयों के साथ दिए उदाहरण और ऊपर दिए विवरण या शीट के टूलटिप्स का इस्तेमाल करें।
Zero Retention Mode से तुलना
कन्वर्सेशन हिस्ट्री रिडैक्शन और Zero Retention Mode, दोनों संवेदनशील डेटा की सुरक्षा करते हैं, लेकिन वे अलग तरीके से काम करते हैं और अलग ज़रूरतों के लिए उपयुक्त हैं।
अक्सर पूछे जाने वाले सवाल
अगर इकाई डिटेक्शन विफल हो जाए तो क्या होता है?
अगर इकाई डिटेक्शन के दौरान कोई त्रुटि होती है, तो सिस्टम Zero Retention Mode व्यवहार पर वापस आ जाता है, जिसमें कोई बातचीत डेटा स्टोर नहीं होता।
क्या रिडैक्शन ElevenLabs को बातचीत डेटा एक्सेस करने से रोकता है?
नहीं। रिडैक्शन उस स्टोर की गई बातचीत हिस्ट्री पर लागू होता है जो आपको दिखाई देती है। ElevenLabs के पास फिर भी इंटरनल लॉग्स के ज़रिए बातचीत डेटा का एक्सेस हो सकता है। इसे रोकने के लिए Zero Retention Mode सक्षम करें।
मेरी बातचीत दिखने से पहले देरी क्यों होती है?
रिडैक्शन सक्षम होने पर, हर बातचीत के बाद इकाइयों का पता लगाने और उन्हें रिडैक्ट करने के लिए एक पोस्ट-प्रोसेसिंग चरण चलता है। इससे बातचीत के आपकी हिस्ट्री में दिखने से पहले थोड़ा इंतज़ार होता है।
क्या आगे और कॉन्फ़िगरेशन विकल्प उपलब्ध होंगे?
हां। यह सुविधा अभी शुरुआती चरण में है और भविष्य में अधिक लचीले कॉन्फ़िगरेशन विकल्प समर्थित होंगे।
अगर यह HIPAA अनुपालन की गारंटी नहीं देता, तो यह सुविधा उपयोगी क्यों है?
इंटरनल एक्सपोज़र सीमित करता है: कन्वर्सेशन हिस्ट्री रिडैक्शन यह सुनिश्चित करता है कि आपके वर्कस्पेस में कोई भी व्यक्ति बातचीत हिस्ट्री में संवेदनशील इकाइयों को नहीं देख सकता।
बेहतर डेटा हैंडलिंग दिखाता है: क्लाइंट्स और ऑडिटर्स रिडैक्शन को एक सकारात्मक संकेत के रूप में देखते हैं कि आपका संगठन संवेदनशील जानकारी की सुरक्षा के लिए उचित कदम उठाता है और निगरानी व सुधार के लिए बातचीत डेटा सुरक्षित रखता है।
डीबगिंग एक्सेस बनाए रखता है: Zero Retention Mode के विपरीत, रिडैक्शन बातचीत हिस्ट्री को समीक्षा के लिए उपलब्ध रखता है। इससे आपकी टीम एजेंट की परफ़ॉर्मेंस मॉनिटर कर सकती है, समस्याओं की जांच कर सकती है और प्राइवेसी कंट्रोल्स से पूरी तरह समझौता किए बिना सुधार कर सकती है।
क्या मैं Zero Retention Mode और कन्वर्सेशन हिस्ट्री रिडैक्शन को एक साथ सक्षम कर सकता हूं?
हां। दोनों सक्षम होने पर बातचीत डेटा स्टोर नहीं होता, लेकिन आपके पोस्ट-कॉल ट्रांसक्रिप्ट और ऑडियो वेबहुक्स से संवेदनशील इकाइयों को रिडैक्ट कर दिया जाएगा।