अवलोकन
चेतावनियों को सुविधाPHONE के साथ टैग किया जाता है। वे GET /v3/session/{sessionId}/decision/ में phone_verifications[].warnings[] के अंतर्गत दिखाई देती हैं और मानक चेतावनी ऑब्जेक्ट संरचना (feature, risk, additional_data, log_type, short_description, long_description, node_id) का पालन करती हैं। प्रत्येक चेतावनी को प्रति-सत्र लॉग में भी भेजा जाता है ताकि यह Business Console में Phone अनुभाग के अंतर्गत प्रदर्शित हो।
कुछ चेतावनियाँ सख्त स्वतः-अस्वीकृति ट्रिगर होती हैं — वे हमेशा सुविधा की स्थिति को Declined पर सेट करती हैं। अन्य आपके वर्कफ़्लो सेटिंग्स में परिभाषित कॉन्फ़िगर करने योग्य कार्रवाई (DECLINE, REVIEW, या NO_ACTION, सेटिंग के आधार पर) पर मैप होती हैं, इसलिए वही जोखिम कोड एक वर्कफ़्लो को अस्वीकृत कर सकता है जबकि दूसरे को केवल फ़्लैग कर सकता है।
स्वतः-अस्वीकृति की शर्तें
निम्नलिखित चेतावनियाँ कॉन्फ़िगरेशन की परवाह किए बिना फ़ोन सत्यापन चरण को हमेशा अस्वीकृत करती हैं, और हमेशाlog_type: "error" रखती हैं:
VERIFICATION_CODE_ATTEMPTS_EXCEEDED— उपयोगकर्ता ने OTP प्रयास सीमा पार कर ली है: डिफ़ॉल्ट रूप से 2 गलत कोड सबमिशन (phone_max_check_attempts) या 2 से अधिक OTP भेजना (phone_max_retries), दोनों प्रति वर्कफ़्लो नोड ट्यून करने योग्य हैं। Standalone फ़ोन API 3 कोड प्रयासों की अनुमति देता है।PHONE_NUMBER_IN_BLOCKLIST— नंबर Lists API के माध्यम से प्रबंधित आपकी ब्लॉकलिस्ट में है, या यह किसी ब्लॉकलिस्ट किए गए सत्र से मेल खाता है।
HIGH_RISK_PHONE_NUMBER — डिलीवरी प्रदाता की एंटी-फ़्रॉड लेयर द्वारा OTP भेजने से इनकार करना (Blocked भेजना) — डिफ़ॉल्ट रूप से अस्वीकृत करता है लेकिन अब बिना शर्त नहीं है: नीचे high_risk_phone_action देखें।
कॉन्फ़िगर करने योग्य जोखिम
निम्नलिखित जोखिमों में से प्रत्येक एक वर्कफ़्लो सेटिंग पर मैप होता है जिसे आपDECLINE, REVIEW, या NO_ACTION (डिफ़ॉल्ट — चेतावनी स्थिति को प्रभावित किए बिना रिकॉर्ड की जाती है) पर कॉन्फ़िगर कर सकते हैं। कॉन्फ़िगर की गई कार्रवाई चेतावनी के log_type को भी सेट करती है: DECLINE → error, REVIEW → warning, NO_ACTION → information।
डुप्लिकेट डिटेक्शन आपके एप्लिकेशन के भीतर KYC, KYB, और स्टैंडअलोन API फ़ोन सत्यापनों में चलता है, और
vendor_data द्वारा सत्रों को समूहित करता है — समान vendor_data साझा करने वाले सत्रों को एक ही अंतिम उपयोगकर्ता माना जाता है और मिलान परिणामों से बाहर रखा जाता है। vendor_data को खाली छोड़ दें और प्रत्येक सत्र को एक अलग उपयोगकर्ता माना जाता है।
ब्लॉक किए गए प्रेषण
HIGH_RISK_PHONE_NUMBER अधिक सीमित विकल्पों के साथ समान पैटर्न का पालन करता है, क्योंकि प्रदाता द्वारा अस्वीकृत किए गए प्रेषण को स्वीकृत नहीं किया जा सकता है:
यह सेटिंग केवल तब लागू होती है जब चरण पर प्रत्येक उच्च-जोखिम ब्लॉक ठीक
["device_attribute"] का additional_data.risk_factors रखता है — प्रदाता का “यह डिवाइस संदिग्ध दिखता है” संकेत, जो साधारण मोबाइल लाइनों पर ट्रिगर होता है। कोई अन्य जोखिम कारक, कोई भी मिश्रण जिसमें केवल device_attribute शामिल हो, या बिना किसी जोखिम कारक वाला ब्लॉक सेटिंग की परवाह किए बिना अस्वीकृत हो जाता है। ब्लॉक करने का कारण (repeated_attempts, suspicious, या spam) एक अलग फ़ील्ड है, जो additional_data.blocked_reason में लौटाया जाता है।
सेटिंग से स्वतंत्र, Lists API के माध्यम से बनाई गई फ़ोन अनुमति सूची में मौजूद नंबर को ब्लॉक किए गए प्रेषण के लिए कभी भी स्वतः-अस्वीकृत नहीं किया जाता है: चरण समीक्षाधीन पर चला जाता है, चेतावनी में log_type: "warning" होता है, और additional_data.phone_number_in_allowlist का मान true होता है।
सत्यापन प्रयास सीमाएँ
दुरुपयोग को रोकने के लिए फ़ोन सत्यापन सुविधा OTP प्रयासों पर एक कठोर सीमा लागू करती है:- कोड-दर्ज करने के प्रयास — चरण
Declinedके रूप मेंVERIFICATION_CODE_ATTEMPTS_EXCEEDEDके साथ अंतिम रूप लेने से पहले डिफ़ॉल्ट रूप से 2 गलत सबमिशन (phone_max_check_attempts) की अनुमति है। स्टैंडअलोन फोन API प्रति सत्यापन 3 कोड प्रयासों की अनुमति देता है। - भेजने के प्रयास — कुल मिलाकर डिफ़ॉल्ट रूप से 2 बार भेजना (
phone_max_retries): प्रारंभिक भेजना और एक बार पुनः भेजना। इसके बाद भेजने का कोई अन्य अनुरोध चरण को अंतिम रूप दे देता है औरVERIFICATION_CODE_ATTEMPTS_EXCEEDEDट्रिगर करता है। - OTP वैधता — एक लंबित OTP पहले भेजे जाने के समय से 5 मिनट के लिए वैध होता है; पुनः प्रयास करने से यह समय-सीमा नहीं बढ़ती है।
repeated_attempts, suspicious, या spam) — यह HIGH_RISK_PHONE_NUMBER ट्रिगर करता है, न कि प्रयासों की चेतावनी।
उत्पन्न चेतावनियाँ
सत्रों के बीच मिलान
जब कोई नंबर अन्य सत्रों में या आपकी ब्लॉकलिस्ट में पाया जाता है, तो वे मिलानphone_verifications[].matches[] के अंतर्गत भी दिखाई देते हैं (अधिकतम 5 प्रविष्टियाँ)। प्रत्येक मिलान में session_id, session_number, vendor_data, verification_date, phone_number, status, is_blocklisted, api_service, और session (उसी नंबर वाला कोई अन्य सत्र, कोई भी स्थिति) या list_entry (सरणी से पहले जोड़ी गई एक सिंथेटिक ब्लॉकलिस्ट हिट) का source शामिल होता है। यदि वर्तमान नंबर आपकी फ़ोन अनुमत सूची में है, तो Didit मिलान साक्ष्य रखता है लेकिन डुप्लिकेट-फ़ोन कार्रवाई लागू करने के बजाय PHONE_NUMBER_IN_ALLOWLIST उत्सर्जित करता है। पूर्ण मिलान स्कीमा के लिए फ़ोन सत्यापन रिपोर्ट देखें।
उदाहरण
VoIP नंबर पर एक ब्लॉक किया गया OTP भेजना (HIGH_RISK_PHONE_NUMBER), जिसमें voip_number_action को REVIEW पर कॉन्फ़िगर किया गया है:
चेतावनी के प्रकार
प्रत्येक जोखिम को आपके एप्लिकेशन के कॉन्फ़िगरेशन के आधार पर एक गंभीरता सौंपी जाती है। गंभीरताएँ तीन श्रेणियों में आती हैं:संबंधित
- फ़ोन सत्यापन ओवरव्यू — सुविधा का व्यवहार, मूल्य निर्धारण, समर्थित चैनल।
- फ़ोन सत्यापन रिपोर्ट —
lifecycle[]औरmatches[]सहित पूरा रिस्पॉन्स स्ट्रक्चर। - डेटा मॉडल — फ़ोन सत्यापन — प्रामाणिक फ़ील्ड-दर-फ़ील्ड स्कीमा।
- प्रबंधन API — सूचियाँ —
PHONE_NUMBER_IN_BLOCKLISTद्वारा उपयोग की जाने वाली फ़ोन ब्लॉकलिस्ट प्रबंधित करें।