मल्टी अकाउंट 1:N
जहाँ पहचान सत्यापन पूछता है "क्या यह सही व्यक्ति है?", वहीं मल्टी अकाउंट 1:N पूछता है "क्या यह चेहरा ऑपरेटर के आधार में कहीं और पहले से मौजूद है?"।
यह क्या करता है
ऑपरेटर के आधार में एक खंडित 1:N बा योमेट्रिक खोज करता है, प्राप्त चेहरे को उसी clientReferenceSegment से जुड़े सभी रिकॉर्ड के साथ क्रॉस-रेफरेंस करता है। यह पता लगाता है कि बायोमेट्रिक पहले से किसी अलग clientReference से जुड़ी है या नहीं — यह संकेत देता है कि एक ही व्यक्ति ने एक ही ऑपरेटर के साथ कई खाते बनाए हैं, या बनाने का प्रयास कर रहा है।
अपनाने का विभेदक: आधार स्वच्छता के उद्देश्यों के लिए ऑपरेटर के आधार में पहले से संग्रहीत सेल्फी (महीनों या वर्षों पहले ली गई) स्वीकार करता है।
इनपुट
- Create Process (Web & Native) या Create Process (API) के माध्यम से
multi-accountsflow के साथ बनाई गई एक प्रक्रिया। imageBase64में उपयोगकर्ता की सेल्फी (PNG, JPEG, या WebP; न्यूनतम 640×480; अधिकतम 800 KB)।subject.clientReferenceफ़ील्ड — ऑपरेटर के सिस्टम में उपयोगकर्ता का अद्वितीय पहचानकर्ता।
संभावित प्रतिक्रियाएँ
| प्रतिक्रिया | अर्थ |
|---|---|
reproved | मल्टी-अकाउंट का पता चला। फेशियल बायोमेट्रिक पहले से एक ही सेगमेंट में किसी अलग clientReference से जुड़ी है। |
inconclusive | मल्टी-अकाउंट का पता नहीं चला। चेहरा ऑपरेटर के आधार में किसी अन्य खाते के तहत पंजीकृत नहीं है। |
YES या NO प्रतिक्रिया नहीं हैमल्टी अकाउंट 1:N YES या NO नहीं लौटाता — दोहरेपन की अनुपस्थिति को inconclusive के रूप में दर्शाया जाता है, न कि इस बात की पुष्टि के रूप में कि कभी जोखिम नहीं होगा।
उपलब्धता
| सतह | समर्थित |
|---|---|
| SDK (Android, iOS, Flutter) | — |
| Web (iFrame, Redirect) | — |
| API (headless, no SDK) | ✅ |
वैध संयोजन
पाइपलाइन के भीतर, मल्टी अकाउंट 1:N से पहले लाइवनेस (Unico द्वारा उपयोग किए जाने पर) हो भी सकती है और नहीं भी, और इसके बाद Conditional Enroll आता है — जो चेहरा तभी पंजीकृत करता है जब परिणाम INCONCLUSIVE हो और उस सेगमेंट में पहले clientReference के लिए हो, जिससे बायोमेट्रिक प्रदूषण रोका जा सके।
multi-accounts 1:N → Conditional Enroll
खोज का दायरा APIKey में कॉन्फ़िगर किए गए clientReferenceSegment फ़ील्ड द्वारा नियंत्रित होता है।