मुख्य सामग्री पर जाएं
डिफ़ॉल्ट रूप से, सत्र हटाने पर उस सत्र का फ़ेस एम्बेडिंग भी हट जाता है, जिसका उपयोग चेहरा खोज 1:N और डुप्लिकेट पहचान के लिए होता था। जिन एप्लिकेशन को सत्र हटने के बाद भी डुप्लिकेट पहचान जारी रखनी है, वे बायोमेट्रिक-टेम्पलेट रिटेंशन के लिए ऑप्ट इन कर सकते हैं। इसके बाद Didit सत्र और उसका सारा डेटा सामान्य रूप से हटा देता है, और उस सत्र के उपयोगकर्ता से जुड़ा एक अलग से प्रबंधित, बिना इमेज वाला फ़ेस बायोमेट्रिक टेम्पलेट रखता है। Biometric Templates API आपको यह देखने देता है कि आपके एप्लिकेशन के पास कौन-कौन से टेम्पलेट हैं, वे क्यों और कब तक रखे गए हैं, और आप उन्हें किसी भी समय पर्ज कर सकते हैं। हर टेम्पलेट Business Console में Lists → Biometric templates के अंतर्गत और उसके मालिक उपयोगकर्ता की प्रोफ़ाइल पर भी दिखता है।
रखा गया बायोमेट्रिक टेम्पलेट बायोमेट्रिक डेटा है। यह अनाम नहीं है, अस्थायी नहीं है, और सत्र के साथ नहीं हटता। यह अपनी निर्धारित समाप्ति, पहले आने वाली लागू कानूनी समय-सीमा, उपयोगकर्ता के हटाए जाने, गोपनीयता के तहत डेटा मिटाने के अनुरोध, या स्पष्ट पर्ज तक बना रहता है। रिटेंशन तभी सक्षम करें जब आपके नियंत्रक निर्देश और गोपनीयता नोटिस उसे कवर करते हों।

टेम्पलेट कैसे बनता है

रिटेंशन के लिए उपयोगकर्ता का एंकर आवश्यक है। जिस सत्र को बिना vendor_data के बनाया गया था, उसका कोई उपयोगकर्ता नहीं होता, इसलिए वह टेम्पलेट नहीं रख सकता; हटाने पर ineligible_no_vendor_user रिपोर्ट होता है और फ़ेस एम्बेडिंग सत्र के साथ हट जाता है।

टेम्पलेट में क्या होता है

टेम्पलेट टेनेंट-स्कोप्ड होते हैं और केवल आपके निर्देश पर, आपके एप्लिकेशन के भीतर इस्तेमाल होते हैं: डुप्लिकेट-फ़ेस और मल्टी-अकाउंट पहचान, बायोमेट्रिक प्रमाणीकरण, और आपकी अपनी फ़ेस सूचियाँ। इनका उपयोग कभी मॉडल ट्रेनिंग, एनालिटिक्स, क्रॉस-संगठन मिलान, Networks के साझा संकेतों, या Didit की स्वतंत्र फ़्रॉड प्रोसेसिंग के लिए नहीं होता।

टेम्पलेट ऑब्जेक्ट

स्थिति

मिलान में टेम्पलेट का उपयोग

एक active टेम्पलेट उसी मिलान में भाग लेता है जिसमें लाइव सत्र का चेहरा भाग लेता है: नए सत्रों के दौरान स्वचालित डुप्लिकेट पहचान, स्टैंडअलोन चेहरा खोज API, बायोमेट्रिक प्रमाणीकरण, और आपकी चेहरों की सूचियाँ। संरक्षित टेम्पलेट पर मिला हिट source: "retained_template", स्वामी उपयोगकर्ता का vendor_user_id और vendor_data, तथा biometric_template_id के साथ रिपोर्ट होता है। इसमें कभी सत्र id, मिलान छवि, पहचान विवरण या स्थिति नहीं होती, क्योंकि जिस सत्र में यह चेहरा बना था, वह अब मौजूद नहीं है। देखें चेहरा खोज रिपोर्ट। संरक्षित टेम्पलेट को कभी ब्लॉकलिस्ट नहीं किया जाता। यदि हटाए गए सत्र का चेहरा चेहरों की किसी ब्लॉकलिस्ट में था, तो उस ब्लॉकलिस्ट प्रविष्टि की अपनी स्वतंत्र बायोमेट्रिक प्रविष्टि और अपना जीवनचक्र होता है: सूची की प्रविष्टि हटाने से ब्लॉकलिस्ट प्रविष्टि हट जाती है, और टेम्पलेट को हटाने से सूची पर कोई असर नहीं पड़ता।

हटाने के बिंदु

निम्नलिखित सभी स्थितियाँ टेम्पलेट को मिलान से हटाती हैं और संग्रहीत टेम्पलेट को मिटा देती हैं: एप्लिकेशन नीति को delete_with_session पर वापस बदलने से नए टेम्पलेट बनने बंद हो जाते हैं, लेकिन मौजूदा टेम्पलेट नहीं हटते। उन्हें स्पष्ट रूप से हटाएँ। हटाने पर पहले संग्रहीत टेम्पलेट मिटाया जाता है और उसके बाद ही टेम्पलेट को हटाया गया चिह्नित किया जाता है। इसलिए 503 लौटाने वाली हटाने की प्रक्रिया टेम्पलेट को purge_failed स्थिति में छोड़ती है। वह पहले ही मिलान से बाहर है, और उसे दोबारा हटाना सुरक्षित है। पहले से हटाए गए टेम्पलेट को दोबारा हटाने पर already_purged लौटता है।

ऑडिट ट्रेल

हर संरक्षण और हटाने का प्रयास, जिसमें विफलताएँ और अयोग्य परिणाम भी शामिल हैं, संबंधित प्रिंसिपल (retained_by / हटाने वाला प्रिंसिपल और उसका प्रकार), instruction_class, instruction_source, instruction_id, provenance_reference और परिणाम के साथ दर्ज किया जाता है। हटाने के अनुरोधों में अपना instruction_id भेजें, ताकि आप Didit के ऑडिट ट्रेल को अपने मिटाने के लॉग से मिला सकें। ऑडिट प्रविष्टियों में कभी छवियाँ, वेक्टर, पहचान फ़ील्ड या ईमेल पते नहीं होते।

कानूनी रोक

कानूनी रोक एक अपवाद है, कभी संरक्षण का मोड नहीं। Didit अपनी ओर से कोई रोक नहीं लगाता। रोक केवल आपके डेटा प्रोसेसिंग समझौते के तहत दिए गए किसी दस्तावेज़ीकृत निर्देश या किसी सक्षम प्राधिकरण के बाध्यकारी आदेश के बाद लग सकती है। जब तक रोक लागू है, टेम्पलेट को held_out_of_use चिह्नित किया जाता है: वह हर प्रकार के मिलान और नियमित पुनर्प्राप्ति से बाहर रहता है, और वह कभी खोजने योग्य नहीं होता। रोक बनाने या हटाने के लिए कोई API नहीं है। यदि आपको ऐसा आदेश मिले जो संरक्षित टेम्पलेट को प्रभावित करता हो, तो अपने Didit प्रतिनिधि से संपर्क करें।

अनुमतियाँ और प्रमाणीकरण

बायोमेट्रिक टेम्पलेट endpoints केवल एप्लिकेशन API कुंजियाँ (x-api-key) स्वीकार करते हैं। Business Console के उपयोगकर्ता टोकन 403 के साथ अस्वीकार किए जाते हैं। कंसोल उपयोगकर्ता अपनी lists अनुमतियों के साथ Lists → Biometric templates के माध्यम से टेम्पलेट प्रबंधित करते हैं।

endpoints

संबंधित

अंतिम संशोधन 7 नवंबर 2026