> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# लेन-देन निगरानी सेटिंग्स: थ्रेशोल्ड और प्रदाता कॉन्फ़िग

> Didit में KYT स्कोर थ्रेशोल्ड, मुद्रा, ब्लॉकचेन विश्लेषण प्रदाता और सुधार कॉन्फ़िगर करें। प्लान में हर महीने 1,000 लेन-देन शामिल हैं, फिर प्रति लेन-देन $0.001।

लेन-देन निगरानी सेटिंग्स को एप्लिकेशन स्तर पर Business Console से कॉन्फ़िगर करें, ताकि स्कोरिंग थ्रेशोल्ड और प्रदाता प्राथमिकताएँ नियंत्रित की जा सकें।

## सामान्य सेटिंग्स

| सेटिंग | डिफ़ॉल्ट | विवरण |
| - | - | - |
| **निगरानी सक्षम** | `true` | एप्लिकेशन के लिए लेन-देन निगरानी सक्षम या अक्षम करें। अक्षम होने पर सबमिट किए गए लेन-देन सहेजे जाते हैं, लेकिन नियमों के आधार पर उनका मूल्यांकन नहीं किया जाता। |
| **डिफ़ॉल्ट मुद्रा** | `USD` | नियम थ्रेशोल्ड की तुलना और मुद्रा रूपांतरण के लिए उपयोग की जाने वाली मुद्रा। सुसंगत मूल्यांकन के लिए सभी राशियाँ इसी मुद्रा में बदली जाती हैं। |

## स्कोर थ्रेशोल्ड

स्कोर थ्रेशोल्ड तय करते हैं कि [मिलान किए गए नियमों](https://docs.didit.me/hi/transaction-monitoring/rules.md) से मिला संचयी जोखिम स्कोर लेन-देन की किस स्थिति में बदलता है:

| सेटिंग | डिफ़ॉल्ट | विवरण |
| - | - | - |
| **समीक्षा थ्रेशोल्ड** | 75 | इस मान या इससे अधिक स्कोर वाले लेन-देन को `IN_REVIEW` स्थिति मिलती है |
| **अस्वीकार थ्रेशोल्ड** | 500 | इस मान या इससे अधिक स्कोर वाले लेन-देन को `DECLINED` स्थिति मिलती है। डिफ़ॉल्ट और अधिकतम मान (`500`) स्कोर के आधार पर कभी स्वतः अस्वीकार नहीं करता, इसलिए स्कोर पर अस्वीकार करने के लिए इसे कम करें। |

समीक्षा थ्रेशोल्ड से कम स्कोर वाले लेन-देन स्वतः `APPROVED` हो जाते हैं। यदि किसी नियम में स्पष्ट `change_status` कार्रवाई है, तो वह स्थिति स्कोर-आधारित थ्रेशोल्ड पर प्राथमिकता लेती है: `DECLINED` हमेशा जीतता है।

> [!NOTE]
>
> समीक्षा थ्रेशोल्ड कम करने से विश्लेषक की समीक्षा के लिए चिह्नित लेन-देन की संख्या बढ़ती है। अपनी टीम की क्षमता और जोखिम सहनशीलता के आधार पर समायोजित करें।

## क्रिप्टो निगरानी

[क्रिप्टो स्क्रीनिंग](https://docs.didit.me/hi/transaction-monitoring/aml-screening.md) को स्वचालित रूप से सक्षम या अक्षम करें। सक्षम होने पर Didit `currency_kind: "crypto"` वाले सभी लेन-देन के लिए वॉलेट पतों और लेन-देन हैश को ब्लॉकचेन एनालिटिक्स प्रदाताओं के माध्यम से स्क्रीन करता है। लेन-देन हैश स्क्रीनिंग के लिए हैश और संबंधित वॉलेट पता, दोनों की आवश्यकता होती है।

## प्रदाता प्राथमिकताएँ

अपना पसंदीदा ब्लॉकचेन एनालिटिक्स प्रदाता चुनें और उसे कॉन्फ़िगर करें:

| प्रदाता | कॉन्फ़िगरेशन |
| - | - |
| **Merkle Science** | मैनेज्ड मूल्य निर्धारण (डिफ़ॉल्ट) के साथ सक्षम करें, या अपनी स्वयं की API कुंजी कनेक्ट करें |
| **Crystal** | कंसोल के **Marketplace** से अपनी API कुंजी कनेक्ट करें |
| **Chainalysis** | कंसोल के **Marketplace** से अपनी API कुंजी कनेक्ट करें |
| **Elliptic** | कंसोल के **Marketplace** से अपनी API कुंजी और सीक्रेट कनेक्ट करें |
| **TRM Labs** | कंसोल के **Marketplace** से अपनी API कुंजी कनेक्ट करें |

जब आप अपनी प्रदाता कुंजी कनेक्ट करते हैं, तो आप अपने मौजूदा प्रदाता अनुबंध का उपयोग करते हैं और Didit के माध्यम से प्रति स्क्रीनिंग सूचीबद्ध इंफ़्रास्ट्रक्चर शुल्क चुकाते हैं।

लाइटनिंग नेटवर्क मॉनिटरिंग केवल **Marketplace** के माध्यम से जोड़े गए Elliptic या Chainalysis BYOK कनेक्शन के साथ उपलब्ध है। यदि कोई अन्य प्रदाता सक्रिय हो, या किसी समर्थित कनेक्शन को जोड़ने से पहले `LIGHTNING` सबमिट किया जाता है, तो स्क्रीनिंग अनुरोध Marketplace सेटअप मार्गदर्शन के साथ `400` लौटाता है।

## सुधारात्मक वर्कफ़्लो

**सुधारात्मक वर्कफ़्लो** (सेटिंग्स API पर `remediation_workflow_id`) उन [`AWAITING_USER` नियम कार्रवाइयों](https://docs.didit.me/hi/transaction-monitoring/rules#उपयोगकर्ता-सत्यापन-की-आवश्यकता-awaiting_user) के लिए आपका एप्लिकेशन-व्यापी डिफ़ॉल्ट है जो अपना वर्कफ़्लो नामित नहीं करतीं। व्यवहार में, इसमें बिल्ट-इन लाइब्रेरी नियम आते हैं। कस्टम नियम हमेशा अपना चयन साथ लाते हैं, और वही मान्य होता है।
इसमें वर्कफ़्लो आईडी (या किसी विशिष्ट संस्करण UUID) को लिखने पर स्वीकार किया जाता है, और पढ़ने पर हमेशा स्थिर वर्कफ़्लो आईडी लौटाई जाती है। सत्र नवीनतम प्रकाशित संस्करण के साथ बनाए जाते हैं।
जब ऐसा नियम किसी लेन-देन को `AWAITING_USER` पर सेट करता है, तो Didit इस क्रम में मिलने वाले पहले वर्कफ़्लो से जुड़ा सत्यापन सत्र बनाता है:

1. यहाँ कॉन्फ़िगर किया गया सुधारात्मक वर्कफ़्लो।
2. आपके एप्लिकेशन का **बायोमेट्रिक प्रमाणीकरण** वर्कफ़्लो, जब विषय के पास पहले से संग्रहीत संदर्भ चेहरा हो।
3. आपके एप्लिकेशन का डिफ़ॉल्ट वर्कफ़्लो।

सत्र का URL और टोकन लेन-देन के `action_required` और `remediation` फ़ील्ड में, और दोनों लेन-देन webhook में लौटाए जाते हैं, ताकि आप उपयोगकर्ता को आवश्यक सत्यापन पूरा करने के लिए रीडायरेक्ट कर सकें।
एक बार सत्र किसी निर्णय पर पहुँचता है, तो लेन-देन की स्थिति उसी के अनुसार स्वतः बदल जाती है (स्वीकृत, अस्वीकृत, या समीक्षाधीन), और `transaction.status.updated` webhook चलता है।

यहाँ **बायोमेट्रिक प्रमाणीकरण** वर्कफ़्लो की अनुशंसित पसंद है: उपयोगकर्ता एक लाइव सेल्फ़ी देकर अपनी पहचान फिर से सिद्ध करता है, जिसका मिलान उनके मूल ऑनबोर्डिंग के चेहरे से किया जाता है।
इसके लिए विषय के पास किसी स्वीकृत सत्यापन से संग्रहीत संदर्भ चेहरा होना आवश्यक है। जिन उपयोगकर्ताओं के पास ऐसा चेहरा नहीं है, उनसे इसके बजाय आपके एप्लिकेशन का डिफ़ॉल्ट वर्कफ़्लो पूरा करने के लिए कहा जाता है, और लेन-देन पर इस प्रतिस्थापन को दर्ज करने वाला एक नोट होता है।

## कहाँ खोजें

इन विकल्पों को कॉन्फ़िगर करने के लिए [Business Console](https://business.didit.me) में **लेन-देन** > **सेटिंग्स** पर जाएँ। सेटिंग्स सभी नए लेन-देन के लिए तुरंत लागू होती हैं।

## अगले चरण

> [card] [जोखिम स्कोरिंग](https://docs.didit.me/hi/transaction-monitoring/risk-scoring.md)
>
> स्कोर थ्रेशोल्ड स्थितियों पर कैसे मैप होते हैं।

> [card] [क्रिप्टो स्क्रीनिंग](https://docs.didit.me/hi/transaction-monitoring/aml-screening.md)
>
> वॉलेट स्क्रीनिंग और प्रदाता विवरण।

> [card] [IP एन्रिचमेंट](https://docs.didit.me/hi/transaction-monitoring/ip-enrichment.md)
>
> नियमों के लिए कौन सा IP डेटा उपलब्ध है।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.