# सेशन और व्यक्तिगत डेटा डिलीट करना

Source: https://help.didit.me/hi/data-privacy/delete-verification-data
Updated: 2026-10-12

एक वेरिफिकेशन सेशन और उसने जो कुछ भी बनाया उसे कैसे डिलीट करें - और डिलीशन असल में क्या प्रभावित करता है और क्या नहीं। डिलीशन तुरंत और अपरिवर्तनीय है।

कंसोल या API से एक सेशन डिलीट करें और वह **मिट जाता है** - डिसीज़न, निकाला गया
डेटा, हर फ़ीचर रिकॉर्ड, और सारी मीडिया। यह तुरंत और अपरिवर्तनीय है, इसलिए पहले
वह सब कुछ एक्सपोर्ट कर लें जो आपको चाहिए।

आप किसी भी समय, Business Console या API से, एक वेरिफिकेशन सेशन और उसने जो कुछ भी बनाया उसे डिलीट कर सकते हैं। डिलीशन तुरंत होता है और इसे पलटा नहीं जा सकता।

## कंसोल से एक सेशन डिलीट करना

1. **Verifications खोलें**

   Business Console में **पहचान सत्यापन → उपयोगकर्ता सत्यापन** पर जाएं।

2. **सेशन ढूंढें**

   जिस सेशन को हटाना है उसे खोजें या फ़िल्टर करें।

3. **डिलीट करें**

   **Delete** पर क्लिक करें और पुष्टि करें।

![Didit कंसोल में एक सेशन, जिसमें More options मेन्यू है जो उसे डिलीट करता है](https://help.didit.me/screenshots/session-detail-light.webp)

*डिलीशन प्रति सेशन होता है, खुद उस सेशन से।*

## API के ज़रिए एक सेशन डिलीट करना

सेशन ID के साथ डिलीट एंडपॉइंट कॉल करें:

```bash
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 काम करना बंद कर देती है।

> **Warning:** डिलीट किए गए सेशन को वापस लाने का कोई तरीका नहीं है। जो कुछ भी आपको चाहिए -
> एक डिसीज़न PDF, एक CSV रो - उसे डिलीट करने **से पहले** एक्सपोर्ट कर लें। देखें
> [वेरिफिकेशन रिपोर्ट डाउनलोड करना](https://help.didit.me/hi/verification-sessions/download-verification-report)।

## डिलीशन क्या प्रभावित नहीं करता

कुछ चीज़ें अलग तरीके से हैंडल होती हैं और जब आप कोई सेशन डिलीट करते हैं तो वे हटती नहीं हैं:

- सेशन से बनाई गई **ब्लॉकलिस्ट एंट्रीज़** अपनी जगह बनी रहती हैं। अगर ज़रूरत हो तो उन्हें सीधे ब्लॉकलिस्ट से हटाएं।
- सेशन के लिए पहले से जारी किए गए **होस्टेड-फ्लो लिंक** रद्द नहीं होते।
- पहले से क्यू में मौजूद **वेबहुक डिलीवरी** फिर भी पहुंचती हैं। डिलीशन के लिए खुद कोई वेबहुक नहीं भेजा जाता।
- वेरिफिकेशन पर पहले से खर्च हो चुके **क्रेडिट** वापस नहीं होते।
- जिस **यूज़र या बिज़नेस** का यह सेशन था वह डिलीट नहीं होता - सेशन डिलीट करने से सिर्फ वह एक वेरिफिकेशन हटती है।
- ऑडिट लॉग की अपनी प्रतिधारण नीति होती है; सत्र हटाने से उसका ऑडिट इतिहास नहीं मिटता। देखें: [ऑडिट लॉग इस्तेमाल करना](https://help.didit.me/hi/account-organization/audit-logs)।

## डिलीशन भविष्य की डुप्लिकेट डिटेक्शन को प्रभावित करता है

डुप्लिकेट डिटेक्शन एक नए चेहरे की तुलना उस डेटा से करके काम करता है जो अभी भी आपके पास मौजूद है। एक बार जब कोई सेशन डिलीट हो जाता है, तो उसमें मौजूद चेहरा तुलना के लिए वहां नहीं रहता - इसलिए अगर वही व्यक्ति बाद में फिर से वेरिफाई करता है, तो उस प्रयास को डिलीट किए गए सेशन के डुप्लिकेट के रूप में नहीं पहचाना जाएगा।

ऐप्लिकेशन सत्र मिटाने के बाद तय दिनों तक बिना तस्वीर वाला चेहरे का टेम्पलेट केवल डुप्लिकेट पहचानने के लिए रख सकती है। मिटाने की विंडो सेटिंग दिखाती है और उस बार के लिए बदलने देती है। गोपनीयता के तहत मिटाने का अनुरोध उस व्यक्ति के सभी टेम्पलेट तुरंत हटा देता है। रखे गए टेम्पलेट **सूचियां → बायोमेट्रिक टेम्पलेट** में हैं।

यही डेटा मिनिमाइज़ेशन और फ्रॉड डिटेक्शन के बीच असली ट्रेडऑफ़ है, और इसे बाद में पता चलने की बजाय जानबूझकर तय करना बेहतर है। देखें [डुप्लिकेट अकाउंट और फेस सर्च](https://help.didit.me/hi/verification-sessions/duplicate-detection)।

## एक साथ कई सेशन डिलीट करना

एक-एक करके करने की बजाय एक ही कॉल में कई सेशन हटाने के लिए, बल्क डिलीट एंडपॉइंट का इस्तेमाल करें। रिक्वेस्ट फॉर्मेट के लिए देखें [Delete Session API](https://docs.didit.me/sessions-api/delete-session)।

अगर आपको एक बड़े ऐतिहासिक सेट को साफ़ करना है - एक टेस्ट पीरियड, कोई बंद किया गया ऐप्लिकेशन - और उस स्केल पर बल्क एंडपॉइंट व्यावहारिक नहीं है, तो API के खिलाफ हाई कंकरेंसी पर स्क्रिप्ट चलाने की बजाय सपोर्ट से पूछें, जिससे रेट लिमिट टकरा सकती है।

## रिटेंशन विंडो यह अपने आप कर देती हैं

डेटा मैन्युअल रूप से मिटाएँ या एक महीने से दस वर्ष तक अथवा असीमित प्रतिधारण चुनें। यह हर ऐप में **डेवलपर → API कुंजियाँ → सामान्य** के अंतर्गत है।

## प्रोसेस-एंड-परज

अधिकतम डेटा मिनिमाइज़ेशन के लिए, डेटा को बिल्कुल भी न रखें:

1. **सेशन बनाएं**

   आपका बैकएंड हमेशा की तरह create-session API कॉल करता है।

2. **जांचें चलने दें**

   पहचान, लाइवनेस, AML, और आपका वर्कफ़्लो जो कुछ भी कॉन्फ़िगर करता है।

3. **वेबहुक पाएं**

   आपको स्टेटस, सेशन ID, आपका `vendor_data`, और पूरा वेरिफिकेशन डेटा मिलता है।

4. **सिर्फ वही रखें जो चाहिए**

   सिर्फ उतना स्टोर करें जितना आपके अपने रिकॉर्ड को चाहिए - अक्सर सिर्फ स्टेटस और आपका अपना संदर्भ, साथ ही एविडेंस के लिए ज़रूरत हो तो PDF।

5. **सेशन डिलीट करें**

   उस सेशन ID के लिए डिलीट एंडपॉइंट कॉल करें।

यह उपलब्ध सबसे मज़बूत तरीका है और अगर आपकी ज़िम्मेदारी है कि एविडेंस खुद रखें बजाय इसके कि किसी प्रोवाइडर पर उसे रखने के लिए निर्भर रहें, तो इस पर विचार करने लायक है।

## अगर आपकी अपनी ज़िम्मेदारी में रिकॉर्ड रखना ज़रूरी है

**सेटिंग → सामान्य → अन्य सेटिंग → गोपनीयता और डेटा उपयोग** खोलें। मॉडल सुधार के लिए सत्यापन डेटा का उपयोग बंद करके पुष्टि करें। यह संगठन के सभी ऐप पर तुरंत लागू होता है।

आपकी असली ज़िम्मेदारी क्या है, और कितने समय के लिए, यह आपकी टीम के लिए एक कानूनी और कंप्लायंस फैसला है। इसे किसी हेल्प पेज से अनुमान न लगाएं - इसे तय करें, फिर उसी के हिसाब से रिटेंशन और अपनी खुद की आर्काइविंग कॉन्फ़िगर करें।