मुख्य सामग्री पर जाएं

अवलोकन

चेहरा मिलान रिपोर्ट लाइवनेस के दौरान कैप्चर की गई लाइव सेल्फ़ी और एक संदर्भ छवि (आमतौर पर पहचान दस्तावेज़ से निकाली गई पोर्ट्रेट) के बीच 1:1 बायोमेट्रिक तुलना को कैप्चर करती है। यह एकल 0–100 समानता स्कोर, दोनों तुलना की गई छवियों के लिए हस्ताक्षरित URLs, संदर्भ छवि के लिए स्रोत सत्र, और मिलान द्वारा उठाई गई कोई भी चेतावनी लौटाती है। यह रिपोर्ट तब तैयार होती है जब उपयोगकर्ता किसी वर्कफ़्लो में लाइवनेस चरण और दस्तावेज़ चरण दोनों को पूरा कर लेता है (या बायोमेट्रिक प्रमाणीकरण जैसे पोर्ट्रेट-आधारित वर्कफ़्लो के लिए, केवल लाइवनेस के बाद), या सीधे स्टैंडअलोन Face Match API के माध्यम से जब आप स्वयं चेहरे की दो मनमानी छवियाँ प्रदान करते हैं। प्रत्येक रिपोर्ट का अपना status होता है — जो समग्र सत्र स्थिति से स्वतंत्र होता है — जो यह दर्शाता है कि केवल चेहरा मिलान चरण का परिणाम क्या रहा:
  • स्वीकृत — score समीक्षा थ्रेशोल्ड से ऊपर है और कोई ऑटो-अस्वीकार चेतावनी ट्रिगर नहीं हुई है।
  • समीक्षा में — score अस्वीकार और समीक्षा थ्रेशोल्ड के बीच है, या किसी स्कोर की गणना नहीं की जा सकी और face_match_not_computed_action का मान REVIEW है।
  • अस्वीकृत — score अस्वीकार थ्रेशोल्ड पर या उससे नीचे है, NO_REFERENCE_IMAGE ट्रिगर हुई है, या किसी स्कोर की गणना नहीं की जा सकी और face_match_not_computed_action का मान DECLINE है।
  • पुनः सबमिट करने का अनुरोध — किसी समीक्षक ने कंसोल से अनुरोध किया कि उपयोगकर्ता इस चरण को पुनः सबमिट करे।
  • पूरा नहीं हुआ — चेहरा मिलान चरण ने अभी तक कोई परिणाम नहीं दिया है (जिसमें वह समय भी शामिल है जब उपयोगकर्ता विफल कैप्चर का पुनः प्रयास कर रहा हो)।

यह API रिस्पॉन्स में कहाँ दिखाई देता है

चेहरा मिलान रिपोर्ट face_matches[] ऐरे के अंदर आती है — हमेशा एक JSON ऐरे, कभी भी एकल face_match ऑब्जेक्ट नहीं। यह तब तक null रहती है जब तक कि कम से कम एक चेहरा मिलान चरण ने डेटा प्रस्तुत न किया हो, और जब कोई वर्कफ़्लो एक से अधिक बार चेहरा मिलान चलाता है तो एकाधिक प्रविष्टियाँ दिखाई देती हैं। एक Adaptive Age Verification वर्कफ़्लो भी इसे तब भरता है जब पहचान सत्यापन फ़ॉलबैक चलता है: वह प्रविष्टि आयु अनुमान नोड को अपने node_id के रूप में रिपोर्ट करती है, क्योंकि वर्कफ़्लो का अपना कोई चेहरा मिलान नोड नहीं होता है।
  • Session decision API — GET /v3/session/{sessionId}/decision/ शीर्ष स्तर पर face_matches[] लौटाता है। सत्र निर्णय प्राप्त करें देखें।
  • Webhooks — चरण द्वारा डेटा प्रस्तुत करने के बाद session.status.updated payload में वही face_matches[] ऐरे शामिल होता है। Webhooks देखें।
  • Standalone Face Match API — सीधे 1:1 तुलनाओं के लिए, Face Match स्टैंडअलोन API देखें।
response.face_matches[0] पढ़ें और ऐरे को इटरेट करें — कुछ पुराने ट्यूटोरियल में संदर्भित एकल face_match आकार v3 निर्णय endpoint पर मौजूद नहीं है।

स्कीमा

प्रामाणिक फ़ील्ड-दर-फ़ील्ड स्कीमा डेटा मॉडल संदर्भ पृष्ठ पर उपलब्ध है। नीचे दिए गए फ़ील्ड उस प्रामाणिक स्कीमा को दर्शाते हैं।

स्टेटस मान

स्थिति तय होने से पहले कम-समानता वाली विफलताओं का पुनः प्रयास किया जाता है: उपयोगकर्ता को अधिकतम face_match_max_attempts कैप्चर प्रयास मिलते हैं (डिफ़ॉल्ट रूप से 3), और केवल अंतिम प्रयास का स्कोर लागू होता है। वर्कफ़्लो नोड पर कॉन्फ़िगर किए गए कस्टम स्टेटस नियम परिणामी स्थिति को और समायोजित कर सकते हैं, जो Declined > In Review > Approved प्राथमिकता के तहत स्कोर-व्युत्पन्न स्थिति के साथ संयोजित होते हैं।

उदाहरण

स्वीकृत — स्पष्ट मिलान

समीक्षा में — बॉर्डरलाइन समानता

अस्वीकृत — तुलना करने के लिए कोई संदर्भ छवि नहीं

सुरक्षा संबंधी नोट

source_image और target_image के लिए हस्ताक्षरित URLs बायोमेट्रिक डेटा हैं और एक छोटी वैधता अवधि के बाद समाप्त हो जाते हैं। इन्हें अल्पकालिक मानें: इन्हें कैश न करें या सार्वजनिक रूप से प्रदर्शित न करें। आमतौर पर आपके एप्लिकेशन को केवल status और score की आवश्यकता होती है — अपने सर्वर पर बायोमेट्रिक डेटा को कम से कम रखने के लिए जितना संभव हो उतना कम डेटा संग्रहीत करें।
अंतिम संशोधन 7 नवंबर 2026