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

नई क्षमता कैसे जोड़ें (API)

जानकारी

यह गाइड उन क्लाइंट्स के लिए है जो पहले से ही API (POST /processes/v1) के माध्यम से धोखाधड़ी जोखिम वर्गीकरण (Trust Network) के साथ इंटीग्रेटेड हैं और अपने अनुबंध में पहचान सत्यापन जोड़ रहे हैं।

पहचान सत्यापन जोड़ना

यह गाइड आपकी पहचान सत्यापन प्रक्रियाओं को मज़बूत बनाने के लिए decision engine के विकास को समझाती है।

तकनीकी आवश्यकता

अन्य integrations के विपरीत, इस क्षमता को सक्षम करने के लिए आपकी API key को अपडेट करना आवश्यक है। इस बदलाव के बिना, आप नई पहचान सत्यापन प्रतिक्रियाएँ प्राप्त नहीं कर पाएंगे — आपका Unico संपर्क आपके साथ इन्हें साझा करेगा।

बड़ा बदलाव: पहचान सत्यापन

मुख्य सुधार धारक की पहचान को सत्यापित करने की क्षमता है (धोखाधड़ी प्रतिक्रियाओं के अतिरिक्त)। अब सिस्टम यह सत्यापित करता है कि प्रक्रिया करने वाला व्यक्ति वास्तव में प्रदान किए गए दस्तावेज़ का धारक है या नहीं।

यह महत्वपूर्ण है कि आपकी टीम क्षमता सक्रिय होने से पहले नई प्रतिक्रिया व्याख्या को सही ढंग से समझे और मैप करे, ताकि आपके operation पर असर न पड़े।

परिणाम तुलना तालिका

परिणाम (केवल Trust)परिणाम (Trust + IDUnico)अर्थ और अनुशंसित कार्रवाई
N/AAPPROVEDनया (आदर्श स्थिति)। उपयोगकर्ता ID धारक है और धोखाधड़ी का कोई प्रमाण नहीं है।
INCONCLUSIVEINCONCLUSIVEसूक्ष्म बदलाव। उपयोगकर्ता वास्तविक है और धोखाधड़ी का कोई प्रमाण नहीं है, लेकिन यह निश्चितता नहीं है कि वे ID धारक हैं।
REPROVEDREPROVEDअस्वीकृति की सिफारिश की जाती है। धोखाधड़ी के संकेतक, या सिस्टम ने पुष्टि की कि उपयोगकर्ता ID धारक नहीं है।
HIGH_RISKHIGH_RISKकम से कम एक मज़बूत धोखाधड़ी प्रमाण। कार्रवाई का निर्णय क्लाइंट लेता है।
CRITICAL_RISKCRITICAL_RISKकम से कम दो गंभीर धोखाधड़ी प्रमाण। अस्वीकृति की सिफारिश की जाती है।

नामकरण में मुख्य बदलाव

सुनिश्चित करें कि आपका सिस्टम आपके approval flow में इन तीन मौलिक बदलावों को मैप करने के लिए तैयार है:

  1. APPROVED का आगमन — यह अब "आदर्श" स्थिति है। यदि आपको यह कोड मिलता है, तो आपको प्रक्रिया की पहचान और सुरक्षा की पूरी निश्चितता है।
  2. INCONCLUSIVE की नई सूक्ष्मता — पहले यह आपकी मुख्य green light थी। अब इसका अर्थ है कि व्यक्ति "वास्तविक" है और कोई स्पष्ट धोखाधड़ी नहीं है, लेकिन सिस्टम पूरी निश्चितता के साथ उन्हें ID की पहचान से जोड़ नहीं सका।
  3. REPROVED की गंभीरता — मल्टी-फैक्टर धोखाधड़ी संकेतकों के अलावा, इस स्थिति में अब वे मामले भी शामिल हैं जहाँ उपयोगकर्ता ID धारक की नकल कर रहा है।