सेशन और व्यक्तिगत डेटा डिलीट करना
एक वेरिफिकेशन सेशन और उसने जो कुछ भी बनाया उसे कैसे डिलीट करें - और डिलीशन असल में क्या प्रभावित करता है और क्या नहीं। डिलीशन तुरंत और अपरिवर्तनीय है।
कंसोल या API से एक सेशन डिलीट करें और वह मिट जाता है - डिसीज़न, निकाला गया डेटा, हर फ़ीचर रिकॉर्ड, और सारी मीडिया। यह तुरंत और अपरिवर्तनीय है, इसलिए पहले वह सब कुछ एक्सपोर्ट कर लें जो आपको चाहिए।
आप किसी भी समय, Business Console या API से, एक वेरिफिकेशन सेशन और उसने जो कुछ भी बनाया उसे डिलीट कर सकते हैं। डिलीशन तुरंत होता है और इसे पलटा नहीं जा सकता।
#कंसोल से एक सेशन डिलीट करना
- Verifications खोलें
Business Console में Dashboard > Verifications पर जाएं।
- सेशन ढूंढें
जिस सेशन को हटाना है उसे खोजें या फ़िल्टर करें।
- डिलीट करें
Delete पर क्लिक करें और पुष्टि करें।
- More options में उस सेशन के लिए डिलीट एक्शन होता है।
- पहले पक्का कर लें कि सही सेशन चुना है - डिलीशन को पलटा नहीं जा सकता।
#API के ज़रिए एक सेशन डिलीट करना
सेशन ID के साथ डिलीट एंडपॉइंट कॉल करें:
curl -X DELETE https://verification.didit.me/v3/session/SESSION_ID/delete/ \
-H "x-api-key: YOUR_API_KEY"
एक सफल कॉल 204 No Content लौटाती है। 404 का मतलब है कि सेशन पहले से ही डिलीट हो चुका है या ID अज्ञात है। यह व्यक्तिगत (KYC) और बिज़नेस (KYB) दोनों तरह के वेरिफिकेशन सेशन के लिए काम करता है।
#क्या-क्या डिलीट होता है
एक सेशन डिलीट करने से खुद सेशन हट जाता है, साथ ही:
- इसका डिसीज़न और सारा निकाला गया डेटा।
- हर जुड़ा हुआ फ़ीचर रिकॉर्ड - ID वेरिफिकेशन, रजिस्ट्री चेक, दस्तावेज़, AML रिज़ल्ट, और भी बहुत कुछ।
- सारी स्टोर की गई मीडिया - दस्तावेज़ इमेज, वीडियो, पोर्ट्रेट, सेल्फी, और सेशन से जुड़ा कोई भी अन्य अपलोड।
सेशन तुरंत आपकी सेशन सूचियों और डिसीज़न लुकअप से गायब हो जाता है, और डिलीशन से पहले जारी की गई कोई भी मीडिया URL काम करना बंद कर देती है।
डिलीट किए गए सेशन को वापस लाने का कोई तरीका नहीं है। जो कुछ भी आपको चाहिए - एक डिसीज़न PDF, एक CSV रो - उसे डिलीट करने से पहले एक्सपोर्ट कर लें। देखें वेरिफिकेशन रिपोर्ट डाउनलोड करना।
#डिलीशन क्या प्रभावित नहीं करता
कुछ चीज़ें अलग तरीके से हैंडल होती हैं और जब आप कोई सेशन डिलीट करते हैं तो वे हटती नहीं हैं:
- सेशन से बनाई गई ब्लॉकलिस्ट एंट्रीज़ अपनी जगह बनी रहती हैं। अगर ज़रूरत हो तो उन्हें सीधे ब्लॉकलिस्ट से हटाएं।
- सेशन के लिए पहले से जारी किए गए होस्टेड-फ्लो लिंक रद्द नहीं होते।
- पहले से क्यू में मौजूद वेबहुक डिलीवरी फिर भी पहुंचती हैं। डिलीशन के लिए खुद कोई वेबहुक नहीं भेजा जाता।
- वेरिफिकेशन पर पहले से खर्च हो चुके क्रेडिट वापस नहीं होते।
- जिस यूज़र या बिज़नेस का यह सेशन था वह डिलीट नहीं होता - सेशन डिलीट करने से सिर्फ वह एक वेरिफिकेशन हटती है।
- API गतिविधि रिकॉर्ड करने वाली ऑडिट लॉग एंट्रीज़ गतिविधि रिकॉर्ड हैं, जो अपने अलग 365-दिन के शेड्यूल पर रखी जाती हैं। देखें ऑडिट लॉग इस्तेमाल करना।
#डिलीशन भविष्य की डुप्लिकेट डिटेक्शन को प्रभावित करता है
डुप्लिकेट डिटेक्शन एक नए चेहरे की तुलना उस डेटा से करके काम करता है जो अभी भी आपके पास मौजूद है। एक बार जब कोई सेशन डिलीट हो जाता है, तो उसमें मौजूद चेहरा तुलना के लिए वहां नहीं रहता - इसलिए अगर वही व्यक्ति बाद में फिर से वेरिफाई करता है, तो उस प्रयास को डिलीट किए गए सेशन के डुप्लिकेट के रूप में नहीं पहचाना जाएगा।
यही डेटा मिनिमाइज़ेशन और फ्रॉड डिटेक्शन के बीच असली ट्रेडऑफ़ है, और इसे बाद में पता चलने की बजाय जानबूझकर तय करना बेहतर है। देखें डुप्लिकेट अकाउंट और फेस सर्च।
#एक साथ कई सेशन डिलीट करना
एक-एक करके करने की बजाय एक ही कॉल में कई सेशन हटाने के लिए, बल्क डिलीट एंडपॉइंट का इस्तेमाल करें। रिक्वेस्ट फॉर्मेट के लिए देखें Delete Session API।
अगर आपको एक बड़े ऐतिहासिक सेट को साफ़ करना है - एक टेस्ट पीरियड, कोई बंद किया गया ऐप्लिकेशन - और उस स्केल पर बल्क एंडपॉइंट व्यावहारिक नहीं है, तो API के खिलाफ हाई कंकरेंसी पर स्क्रिप्ट चलाने की बजाय सपोर्ट से पूछें, जिससे रेट लिमिट टकरा सकती है।
#रिटेंशन विंडो यह अपने आप कर देती हैं
सेशन-दर-सेशन डिलीट करने की बजाय, एक रिटेंशन विंडो सेट करें और उसे लागू होने दें। इसे Business Console → App Settings → Data retention में कॉन्फ़िगर करें: 1 महीने से 10 साल तक कहीं भी, या असीमित। यह पॉलिसी प्रति ऐप्लिकेशन है, इसलिए अलग-अलग प्रोडक्ट अलग-अलग विंडो रख सकते हैं, और यह भविष्य और मौजूदा दोनों सेशन पर लागू होती है।
#प्रोसेस-एंड-परज
अधिकतम डेटा मिनिमाइज़ेशन के लिए, डेटा को बिल्कुल भी न रखें:
- सेशन बनाएं
आपका बैकएंड हमेशा की तरह create-session API कॉल करता है।
- जांचें चलने दें
पहचान, लाइवनेस, AML, और आपका वर्कफ़्लो जो कुछ भी कॉन्फ़िगर करता है।
- वेबहुक पाएं
आपको स्टेटस, सेशन ID, आपका
vendor_data, और पूरा वेरिफिकेशन डेटा मिलता है। - सिर्फ वही रखें जो चाहिए
सिर्फ उतना स्टोर करें जितना आपके अपने रिकॉर्ड को चाहिए - अक्सर सिर्फ स्टेटस और आपका अपना संदर्भ, साथ ही एविडेंस के लिए ज़रूरत हो तो PDF।
- सेशन डिलीट करें
उस सेशन ID के लिए डिलीट एंडपॉइंट कॉल करें।
यह उपलब्ध सबसे मज़बूत तरीका है और अगर आपकी ज़िम्मेदारी है कि एविडेंस खुद रखें बजाय इसके कि किसी प्रोवाइडर पर उसे रखने के लिए निर्भर रहें, तो इस पर विचार करने लायक है।
#अगर आपकी अपनी ज़िम्मेदारी में रिकॉर्ड रखना ज़रूरी है
कुछ रेगुलेटेड बिज़नेस के पास एक क़ानूनी रिकॉर्ड-रखने की अवधि होती है जो इससे लंबी होती है जितनी वे किसी प्रोसेसर को रखवाना चाहते हैं। दोनों को पूरा करने का तरीका है डिसीज़न के समय ही एविडेंस एक्सपोर्ट कर लेना और उसे अपने सिस्टम में, अपने कंट्रोल में रखना, फिर यहां की कॉपी को एक छोटी रिटेंशन विंडो से हैंडल करने देना।
आपकी असली ज़िम्मेदारी क्या है, और कितने समय के लिए, यह आपकी टीम के लिए एक कानूनी और कंप्लायंस फैसला है। इसे किसी हेल्प पेज से अनुमान न लगाएं - इसे तय करें, फिर उसी के हिसाब से रिटेंशन और अपनी खुद की आर्काइविंग कॉन्फ़िगर करें।