मल्टी अकाउंट
यह उपयोग मामला क्या हल करता है
पता लगाएं कि कोई चेहरे की बायोमेट्रिक पहले से ही आपके ऑपरेटर के आधार में किसी अन्य सक्रिय खाते से संबद्ध है या नहीं — "One Face, One Contract" सिद्धांत। एक ही API कॉल से, कैप्चर किए गए चेहरे को अपने पंजीकरण आधार के विरुद्ध क्रॉस-रेफरेंस करें और कार्रवाई के बिंदु पर डुप्लिकेट खातों को ब्लॉक करें।
इस उपयोग मामले का उपयोग तब करें जब:
- उपयोगकर्ता कोई कार्रवाई करने का प्रयास करे (पहली निकासी, cash-out का अनुरोध) और आप यह सत्यापित करना चाहते हों कि वह बायोमेट्रिक आपके सिस्टम में किसी अन्य सक्रिय खाते से पहले से जुड़ी है या नहीं।
- आपको मौजूदा डुप्लिकेट की पहचान करने के लिए सेल्फी के ऐतिहासिक डेटाबेस का पूर्वव्यापी अंतर्ग्रहण करना हो (बैच मोड)। यह Biometric Base Import प्रवाह है।
- आपके व्यवसाय मॉडल में प्रत्येक व्यक्ति के लिए प्रति ऑपरेटर (या प्रति देश) अधिकतम एक सक्रिय खाता होना आवश्यक हो।
- आप मैन्युअल वीडियो समीक्षा डेस्क पर लोड कम करना चाहते हों, मानवीय विश्लेषण को स्वचालित और निर्धारात्मक निर्णय से प्रतिस्थापित करके।
इस उपयोग मामले का उपयोग न करें जब:
- आपको किसी पहचान दस्तावेज़ की प्रामाणिकता सत्यापित करनी हो → ऑनबोर्डिंग उपयोग मामले देखें।
- आपको यह पुष्टि करनी हो कि लेनदेन करने वाला व्यक्ति खाताधारक है (1:1 सत्यापन) → स्टेप-अप प्रमाणीकरण उपयोग मामले देखें।
- आपका उत्पाद डिज़ाइन के अनुसार प्रति व्यक्ति एकाधिक खातों की अनुमति देता हो (जैसे, व्यक्तिगत और व्यावसायिक खाते) → इस नियम को सक्षम करने से पहले Unico टीम के साथ
clientReferenceSegmentकॉन्फ़िगरेशन का मूल्यांकन करें। यह फ़ील्ड खोज का दायरा परिभाषित करती है: 1:N तुलना केवल उसी सेगमेंट के तहत पंजीकृत रिकॉर्ड के विरुद्ध चलती है, इसलिए एक ही ऑपरेटर के भीतर अलग-अलग सेगमेंट बिना false positives उत्पन्न किए सह-अस्तित्व में रह सकते हैं।
शामि ल क्षमताएं
एक ही प्रक्रिया में निष्पादित पाइपलाइन:
| क्षमता | आवश्यक | प्रवाह में भूमिका |
|---|---|---|
| Liveness | API के लिए वैकल्पिक; Web और Native के लिए आवश्यक | कैप्चर के समय liveness जांच। |
| मल्टी अकाउंट | आवश्यक | ऑपरेटर के आधार में खंडित बायोमेट्रिक खोज करता है, प्राप्त चेहरे को उसी सेगमेंट के सभी रिकॉर्ड के विरुद्ध क्रॉस-रेफरेंस करके। |
पूर्व ापेक्षाएं
- Bearer token — देखें प्रमाणीकरण।
- Sandbox क्रेडेंशियल — देखें परिवेश।
- SDK या Web कंपोनेंट स्थापित — केवल Web और SDK एकीकरण के लिए। देखें SDKs और टूल्स।
- सभी अनुरोधों में
clientReferenceफ़ील्ड भरी हुई — ऑपरेटर के सिस्टम में उपयोगकर्ता की विशिष्ट पहचान करती है। क्लाइंट के डेटाबेस में अद्वितीय होनी चाहिए, अधिकतम 256 वर्ण हो और कोई स्थान न हो। यह फ़ील्ड मल्टी अकाउंट उद्देश्यों के लिए प्राथमिक पहचानकर्ता है।