शुरू करें
इंटीग्रेट करें / SDK
उपयोगकर्ता सत्यापन
व्यवसाय सत्यापन
लेन-देन निगरानी
चेंजलॉगसामान्य सेटिंग्स
स्कोर थ्रेशोल्ड
स्कोर थ्रेशोल्ड तय करते हैं कि मिलान किए गए नियमों से मिला संचयी जोखिम स्कोर लेन-देन की किस स्थिति में बदलता है:
समीक्षा थ्रेशोल्ड से कम स्कोर वाले लेन-देन स्वतः
APPROVED हो जाते हैं। यदि किसी नियम में स्पष्ट change_status कार्रवाई है, तो वह स्थिति स्कोर-आधारित थ्रेशोल्ड पर प्राथमिकता लेती है: DECLINED हमेशा जीतता है।
समीक्षा थ्रेशोल्ड कम करने से विश्लेषक की समीक्षा के लिए चिह्नित लेन-देन की संख्या बढ़ती है। अपनी टीम की क्षमता और जोखिम सहनशीलता के आधार पर समायोजित करें।
क्रिप्टो निगरानी
क्रिप्टो स्क्रीनिंग को स्वचालित रूप से सक्षम या अक्षम करें। सक्षम होने पर Diditcurrency_kind: "crypto" वाले सभी लेन-देन के लिए वॉलेट पतों और लेन-देन हैश को ब्लॉकचेन एनालिटिक्स प्रदाताओं के माध्यम से स्क्रीन करता है। लेन-देन हैश स्क्रीनिंग के लिए हैश और संबंधित वॉलेट पता, दोनों की आवश्यकता होती है।
प्रदाता प्राथमिकताएँ
अपना पसंदीदा ब्लॉकचेन एनालिटिक्स प्रदाता चुनें और उसे कॉन्फ़िगर करें:
जब आप अपनी प्रदाता कुंजी कनेक्ट करते हैं, तो आप अपने मौजूदा प्रदाता अनुबंध का उपयोग करते हैं और Didit के माध्यम से प्रति स्क्रीनिंग सूचीबद्ध इंफ़्रास्ट्रक्चर शुल्क चुकाते हैं।
लाइटनिंग नेटवर्क मॉनिटरिंग केवल Marketplace के माध्यम से जोड़े गए Elliptic या Chainalysis BYOK कनेक्शन के साथ उपलब्ध है। यदि कोई अन्य प्रदाता सक्रिय हो, या किसी समर्थित कनेक्शन को जोड़ने से पहले
LIGHTNING सबमिट किया जाता है, तो स्क्रीनिंग अनुरोध Marketplace सेटअप मार्गदर्शन के साथ 400 लौटाता है।
सुधारात्मक वर्कफ़्लो
सुधारात्मक वर्कफ़्लो (सेटिंग्स API परremediation_workflow_id) उन AWAITING_USER नियम कार्रवाइयों के लिए आपका एप्लिकेशन-व्यापी डिफ़ॉल्ट है जो अपना वर्कफ़्लो नामित नहीं करतीं। व्यवहार में, इसमें बिल्ट-इन लाइब्रेरी नियम आते हैं। कस्टम नियम हमेशा अपना चयन साथ लाते हैं, और वही मान्य होता है।
इसमें वर्कफ़्लो आईडी (या किसी विशिष्ट संस्करण UUID) को लिखने पर स्वीकार किया जाता है, और पढ़ने पर हमेशा स्थिर वर्कफ़्लो आईडी लौटाई जाती है। सत्र नवीनतम प्रकाशित संस्करण के साथ बनाए जाते हैं।
जब ऐसा नियम किसी लेन-देन को AWAITING_USER पर सेट करता है, तो Didit इस क्रम में मिलने वाले पहले वर्कफ़्लो से जुड़ा सत्यापन सत्र बनाता है:
- यहाँ कॉन्फ़िगर किया गया सुधारात्मक वर्कफ़्लो।
- आपके एप्लिकेशन का बायोमेट्रिक प्रमाणीकरण वर्कफ़्लो, जब विषय के पास पहले से संग्रहीत संदर्भ चेहरा हो।
- आपके एप्लिकेशन का डिफ़ॉल्ट वर्कफ़्लो।
action_required और remediation फ़ील्ड में, और दोनों लेन-देन webhook में लौटाए जाते हैं, ताकि आप उपयोगकर्ता को आवश्यक सत्यापन पूरा करने के लिए रीडायरेक्ट कर सकें।
एक बार सत्र किसी निर्णय पर पहुँचता है, तो लेन-देन की स्थिति उसी के अनुसार स्वतः बदल जाती है (स्वीकृत, अस्वीकृत, या समीक्षाधीन), और transaction.status.updated webhook चलता है।
यहाँ बायोमेट्रिक प्रमाणीकरण वर्कफ़्लो की अनुशंसित पसंद है: उपयोगकर्ता एक लाइव सेल्फ़ी देकर अपनी पहचान फिर से सिद्ध करता है, जिसका मिलान उनके मूल ऑनबोर्डिंग के चेहरे से किया जाता है।
इसके लिए विषय के पास किसी स्वीकृत सत्यापन से संग्रहीत संदर्भ चेहरा होना आवश्यक है। जिन उपयोगकर्ताओं के पास ऐसा चेहरा नहीं है, उनसे इसके बजाय आपके एप्लिकेशन का डिफ़ॉल्ट वर्कफ़्लो पूरा करने के लिए कहा जाता है, और लेन-देन पर इस प्रतिस्थापन को दर्ज करने वाला एक नोट होता है।
कहाँ खोजें
इन विकल्पों को कॉन्फ़िगर करने के लिए Business Console में लेन-देन > सेटिंग्स पर जाएँ। सेटिंग्स सभी नए लेन-देन के लिए तुरंत लागू होती हैं।अगले चरण
जोखिम स्कोरिंग
स्कोर थ्रेशोल्ड स्थितियों पर कैसे मैप होते हैं।
क्रिप्टो स्क्रीनिंग
वॉलेट स्क्रीनिंग और प्रदाता विवरण।
IP एन्रिचमेंट
नियमों के लिए कौन सा IP डेटा उपलब्ध है।