> ## 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.

# क्रिप्टो वॉलेट और पता स्क्रीनिंग API (KYT)

> Didit हर ट्रांसफ़र में क्रिप्टो वॉलेट पते और लेन-देन हैश को AML जोखिम के लिए स्क्रीन करता है: जोखिम स्कोर, एक्सपोज़र और प्रतिबंध। $0.15 प्रति जाँच से।

Didit का क्रिप्टो वॉलेट स्क्रीनिंग, जिसे पता स्क्रीनिंग या KYT (know your transaction) भी कहा जाता है, हर क्रिप्टो ट्रांसफ़र के वॉलेट पतों और लेन-देन हैश की AML जोखिम के लिए जाँच करता है। यह एक जोखिम स्कोर लौटाता है, साथ ही जोखिमपूर्ण स्रोतों से उसका एक्सपोज़र और किसी भी प्रतिबंध मिलान की जानकारी भी देता है।

क्रिप्टोकरेंसी लेन-देन के लिए, Didit लेन-देन बनाते समय वॉलेट पतों और लेन-देन हैश को Merkle Science, Crystal, Chainalysis, Elliptic और TRM Labs जैसे ब्लॉकचेन विश्लेषण प्रदाताओं के माध्यम से स्क्रीन कर सकता है। स्क्रीनिंग सर्वर-साइड चलती है, इसलिए आपकी ओर से किसी अतिरिक्त API कॉल की ज़रूरत नहीं है।

> [!TIP]
>
> किसी पते को लेन-देन के बिना स्क्रीन करना चाहते हैं? एक API कॉल के साथ एक एकल वॉलेट के लिए वही जोखिम परिणाम पाने के लिए [माँग पर वॉलेट स्क्रीनिंग](https://docs.didit.me/hi/transaction-monitoring/wallet-screening.md) endpoint (`POST /v3/wallet-screening/`) का उपयोग करें।

## स्क्रीनिंग कब शुरू होती है

क्रिप्टो स्क्रीनिंग तब अपने-आप चलती है जब दोनों शर्तें पूरी हों:

1. लेन-देन के विवरण में `currency_kind: "crypto"` मौजूद हो
2. आपकी [एप्लिकेशन सेटिंग्स](https://docs.didit.me/hi/transaction-monitoring/settings.md) में लेन-देन निगरानी सक्षम हो

आप लेन-देन बनाने के payload में `include_crypto_screening` के साथ प्रति लेन-देन इस डिफ़ॉल्ट को बदल सकते हैं:

| मान | व्यवहार |
| - | - |
| `true` | एप्लिकेशन-स्तर का डिफ़ॉल्ट अक्षम होने पर भी क्रिप्टो स्क्रीनिंग चलाएँ |
| `false` | एप्लिकेशन-स्तर का डिफ़ॉल्ट सक्षम होने पर भी क्रिप्टो स्क्रीनिंग छोड़ दें |
| छोड़ा गया या `null` | Console में कॉन्फ़िगर किया गया एप्लिकेशन-स्तर का डिफ़ॉल्ट उपयोग करें |

> [!TIP]
>
> एप्लिकेशन-स्तर का डिफ़ॉल्ट Business Console में **Transactions** > **Settings** में रहता है। `include_crypto_screening` केवल उसी एक लेन-देन के लिए इस डिफ़ॉल्ट को बदलता है जिसे आप बना रहे हैं।

## एसेट और नेटवर्क चयन

एसेट और नेटवर्क अलग-अलग फ़ील्ड हैं। `transaction_details.currency` को टोकन सिंबल पर, `transaction_details.currency_kind` को `crypto` पर, और `transaction_details.crypto_params.crypto_chain` को नेटवर्क पर सेट करें। उदाहरण के लिए, यह अंश Base पर एक कस्टम टोकन दर्ज करता है:

```json theme={null}
{
  "transaction_details": {
    "currency": "TOKEN",
    "currency_kind": "crypto",
    "crypto_params": {"crypto_chain": "BASE"}
  }
}
```

प्रबंधित स्क्रीनिंग `BTC`, `ETH`, `LTC`, `XRP`, `BCH`, `DOGE`, `TRX`, `SOL`, `MATIC`, `BNB`, `BASE`, `OP`, `ARB`, `AVAX`, `ADA`, `XLM` और `HBAR` स्वीकार करती है।
`BASE` का अर्थ Base है, `OP` का अर्थ Optimism है, `ARB` का अर्थ Arbitrum One है, `AVAX` का अर्थ Avalanche C-Chain है, `ADA` का अर्थ Cardano है, `XLM` का अर्थ Stellar है और `HBAR` का अर्थ Hedera है।
सामान्य नेटवर्क नाम भी स्वीकार किए जाते हैं, उदाहरण के लिए `MATIC` के लिए `POLYGON` या `POL`, `BNB` के लिए `BSC` और `TRX` के लिए `TRON`।
Celo, Mode और Plume प्रबंधित इंटीग्रेशन में शामिल नहीं हैं। इन्हें एक जुड़े TRM Labs खाते (`CELO`, `MODE`, `PLUME`) के माध्यम से स्क्रीन किया जाता है।
जुड़े प्रदाताओं की अपनी कवरेज होती है, और Lightning की नीचे अतिरिक्त आवश्यकताएँ हैं।

टोकन के लिए हमेशा `crypto_chain` निर्दिष्ट करें, USDT और USDC सहित।
इसके बिना, करेंसी को ही नेटवर्क माना जाता है। USDT और USDC अपना नेटवर्क लेन-देन हैश से लेते हैं, या हैश न होने पर वॉलेट पते से।
Tron या Solana हैश क्रमशः Tron या Solana को चुनता है।
`0x` हैश हर EVM नेटवर्क पर एक जैसा दिखता है, इसलिए USDT, USDC और ETH के लिए Didit Ethereum, BNB Chain, Polygon, Base, Arbitrum और Optimism पर उसे खोजता है, और लेन-देन को उसी नेटवर्क पर स्क्रीन करता है जहाँ वह मिलता है।
ETH को शामिल किया गया है, क्योंकि यह Ethereum, Base, Arbitrum और Optimism पर मूल है और BNB Chain पर BEP-20 ब्रिज्ड टोकन के रूप में भी स्थानांतरित होता है।
यदि किसी भी नेटवर्क पर हैश नहीं मिलता, या उस समय नेटवर्क की जाँच नहीं हो सकती, तो लेन-देन स्क्रीन नहीं किया जाता और स्क्रीनिंग का शुल्क नहीं लिया जाता।
तब `custom_values.aml_screening_status` `FAILED` होता है, `custom_values.aml_screening_error` कारण बताता है, और स्वीकृत लेन-देन समीक्षा में चला जाता है।

बिना हैश वाला USDT या USDC लेन-देन एक वॉलेट को स्क्रीन करता है, और पता नेटवर्क चुनता है।
Tron पता Tron पर और Solana पता Solana पर स्क्रीन होता है।
`0x` पते को Ethereum, BNB Chain, Polygon, Base, Arbitrum और Optimism में से पहले उस नेटवर्क पर स्क्रीन किया जाता है जहाँ उसने लेन-देन भेजा है या जहाँ वह टोकन रखता है।
किसी भी नेटवर्क पर गतिविधि न होने वाला `0x` पता, या जिसके नेटवर्क उस समय जाँचे नहीं जा सकते, Ethereum पर स्क्रीन होता है।

`crypto_chain` भेजने से यह खोज नहीं करनी पड़ती।
वास्तविक नेटवर्क की जगह कभी `ETH` न लिखें।

कस्टम टोकन सिंबल दर्ज करने से यह गारंटी नहीं मिलती कि उसके ट्रांसफ़र लेन-देन-हैश स्क्रीनिंग के लिए इंडेक्स किए गए हैं। टोकन कवरेज की जाँच टोकन कॉन्ट्रैक्ट और नेटवर्क के आधार पर करनी होगी।
बनाया गया लेन-देन सफल स्क्रीनिंग का प्रमाण नहीं है। उसे स्क्रीन किया गया मानने से पहले स्क्रीनिंग स्थिति और प्रदाता परिणाम जाँचें।

## इनबाउंड बनाम आउटबाउंड

`transaction_details.direction` आवश्यक है, क्योंकि इससे Didit को पता चलता है कि स्थानांतरण के किस पक्ष की जाँच करनी है।

| दिशा | ऑन-चेन स्थानांतरण से पहले | ऑन-चेन स्थानांतरण के बाद |
| - | - | - |
| **इनबाउंड** (जमा) | प्रतिपक्ष का प्रेषक वॉलेट जाँचें, यदि आप इसे `counterparty.payment_method.account_id` में प्रदान करते हैं | लेन-देन हैश की जाँच करें, जो `subject.payment_method.account_id` में आपकी सेवा या ग्राहक के जमा पते तक सीमित हो |
| **आउटबाउंड** (निकासी) | फ़ंड भेजने से पहले गंतव्य वॉलेट की जाँच करें, जो `counterparty.payment_method.account_id` में हो | उसी गंतव्य वॉलेट तक सीमित लेन-देन हैश की जाँच करें, जो `counterparty.payment_method.account_id` में हो |

स्थानांतरण से पहले की स्क्रीनिंग के लिए `transaction_details.payment_reference_id` छोड़ दें। Didit संबंधित वॉलेट पते पर वॉलेट स्क्रीनिंग चलाता है। स्थानांतरण के बाद की स्क्रीनिंग के लिए ब्लॉकचेन लेन-देन हैश को `transaction_details.payment_reference_id` में शामिल करें। Didit लेन-देन स्क्रीनिंग चलाता है और ऑन-चेन समृद्धिकरण उपलब्ध होने पर लेन-देन सारांश डेटा संग्रहीत करता है।

### लाइटनिंग नेटवर्क

लाइटनिंग नेटवर्क स्क्रीनिंग के लिए `transaction_details.crypto_params.crypto_chain` को `LIGHTNING` पर सेट करें।
लाइटनिंग स्क्रीनिंग के लिए कंसोल में **Marketplace** से एक कनेक्टेड Elliptic या Chainalysis BYOK प्रदाता आवश्यक है।
Managed Merkle Science, Crystal और TRM Labs `LIGHTNING` को स्वीकार नहीं करते। Didit ऐसे अनुरोधों को स्क्रीनिंग या बिलिंग से पहले `400` के साथ अस्वीकार कर देता है।

Elliptic के लिए Didit दिए गए लाइटनिंग पहचानकर्ता की जाँच Elliptic के BTC Lightning वॉलेट विश्लेषण के माध्यम से करता है।
Chainalysis के लिए, जब `transaction_details.payment_reference_id` मौजूद हो, तो Didit एक लाइटनिंग स्थानांतरण KYT को सबमिट करता है।

## आवश्यक फ़ील्ड

सभी क्रिप्टो स्क्रीनिंग अनुरोधों के लिए ये भेजें:

* `transaction_details.direction` — `INBOUND` या `OUTBOUND`
* `transaction_details.currency_kind` — `crypto`
* `transaction_details.currency` — एसेट सिंबल, उदाहरण के लिए `BTC`, `ETH`, `USDC` या आपका कस्टम टोकन
* ऊपर दिए दिशा नियमों के अनुसार चुने गए प्रतिभागी में एक वॉलेट पता

ब्लॉकचेन पर स्थानांतरण होने के बाद लेन-देन-हैश स्क्रीनिंग के लिए ये भी भेजें:

* `transaction_details.payment_reference_id` — ब्लॉकचेन लेन-देन हैश

यदि क्रिप्टो स्क्रीनिंग सक्षम है और दिशा के लिए आवश्यक वॉलेट पता नहीं है, तो Create Transaction API अनुरोध को अस्वीकार कर देता है।

## उदाहरण: स्थानांतरण से पहले आउटबाउंड स्क्रीनिंग

फ़ंड भेजने से पहले लेन-देन हैश के बिना एक आउटबाउंड क्रिप्टो लेन-देन बनाएँ। Didit गंतव्य वॉलेट की जाँच करता है।

```json theme={null}
{
  "transaction_id": "withdrawal-001",
  "transaction_category": "finance",
  "include_crypto_screening": true,
  "transaction_details": {
    "direction": "OUTBOUND",
    "amount": "0.25",
    "currency": "ETH",
    "currency_kind": "crypto",
    "action_type": "withdrawal"
  },
  "subject": {
    "entity_type": "individual",
    "vendor_data": "user-123",
    "full_name": "John Doe"
  },
  "counterparty": {
    "entity_type": "unhosted_wallet",
    "full_name": "John Doe",
    "payment_method": {
      "method_type": "crypto_wallet",
      "account_id": "0xRecipientWallet..."
    }
  }
}
```

## उदाहरण: स्थानांतरण के बाद इनबाउंड स्क्रीनिंग

फ़ंड प्राप्त करने के बाद लेन-देन हैश शामिल करें। Didit आपके जमा पते तक सीमित लेन-देन हैश की जाँच करता है और उपलब्ध होने पर रिस्पॉन्स को लेन-देन सारांश जानकारी से समृद्ध करता है।

```json theme={null}
{
  "transaction_id": "deposit-001",
  "transaction_category": "finance",
  "include_crypto_screening": true,
  "transaction_details": {
    "direction": "INBOUND",
    "amount": "0.25",
    "currency": "ETH",
    "currency_kind": "crypto",
    "action_type": "deposit",
    "payment_reference_id": "0xTransactionHash..."
  },
  "subject": {
    "entity_type": "individual",
    "vendor_data": "user-123",
    "full_name": "John Doe",
    "payment_method": {
      "method_type": "crypto_wallet",
      "account_id": "0xYourServiceDepositAddress..."
    }
  },
  "counterparty": {
    "entity_type": "unhosted_wallet",
    "full_name": "John Doe"
  }
}
```

## समर्थित प्रदाता

| प्रदाता | स्थिति | प्रबंधित मूल्य निर्धारण | कनेक्टेड-की मूल्य निर्धारण |
| - | - | - | - |
| **Merkle Science** | उपलब्ध | \$0.15/screening | \$0.02/screening |
| **Crystal** | Marketplace के माध्यम से प्रदाता कुंजी कनेक्ट करें | उपलब्ध नहीं | \$0.02/screening |
| **Chainalysis** | Marketplace के माध्यम से प्रदाता कुंजी कनेक्ट करें | उपलब्ध नहीं | \$0.02/screening |
| **Elliptic** | Marketplace के माध्यम से प्रदाता कुंजी कनेक्ट करें | उपलब्ध नहीं | \$0.02/screening |
| **TRM Labs** | Marketplace के माध्यम से प्रदाता कुंजी कनेक्ट करें | उपलब्ध नहीं | \$0.02/screening |

अपना पसंदीदा प्रदाता [Business Console](https://business.didit.me) में **लेनदेन** > **सेटिंग्स** > **Provider Preferences** में कॉन्फ़िगर करें, या कंसोल में **Marketplace** से अपनी प्रदाता कुंजी कनेक्ट करें (क्रिप्टो निगरानी श्रेणी)।

`LIGHTNING` केवल कनेक्टेड-की वाले Chainalysis और Elliptic कॉन्फ़िगरेशन द्वारा समर्थित है।

> [!TIP]
>
> **कनेक्टेड-की मूल्य निर्धारण** के साथ आप मौजूदा प्रदाता API कुंजी कनेक्ट करते हैं और प्रति स्क्रीनिंग सूचीबद्ध इन्फ़्रास्ट्रक्चर शुल्क चुकाते हैं। इस विकल्प का उपयोग तब करें जब आपका किसी ब्लॉकचेन एनालिटिक्स प्रदाता के साथ पहले से वाणिज्यिक समझौता हो।

## स्क्रीनिंग परिणाम

हर स्क्रीनिंग एक मानकीकृत परिणाम देती है, चाहे उसके लिए कोई भी प्रदाता इस्तेमाल हुआ हो।

### स्क्रीनिंग स्थिति

`custom_values.aml_screening_status` बताता है कि किसी लेन-देन की स्क्रीनिंग हुई या नहीं।

| मान | अर्थ |
| - | - |
| `COMPLETED` | स्क्रीनिंग पूरी हो गई। परिणाम `provider_results` में और `custom_values` के अन्य स्क्रीनिंग फ़ील्ड में है। |
| `PENDING` | स्क्रीनिंग अभी पूरी नहीं हुई है: प्रदाता अब भी उसका विश्लेषण कर रहा है, या Didit बाद में लेन-देन हैश की फिर से स्क्रीनिंग करता है (नीचे देखें)। |
| `ERROR` | प्रदाता ने जवाब दिया, लेकिन बताया कि उसका अपना विश्लेषण विफल रहा। |
| `FAILED` | लेन-देन की स्क्रीनिंग नहीं हुई। कारण `custom_values.aml_screening_error` में है। Didit-प्रबंधित स्क्रीनिंग के लिए इसका कोई शुल्क नहीं लगता; जिस अनुरोध का जवाब आपके जुड़े हुए प्रदाता ने दिया, वह प्रदाता अनुरोध के रूप में गिना जाता है। |

जिस लेन-देन को अन्यथा स्वीकृत किया जाता, उसकी स्क्रीनिंग की स्थिति `COMPLETED` के अलावा कुछ भी हो, तो वह `IN_REVIEW` में चला जाता है।

### लेन-देन हैश जो अभी इंडेक्स नहीं हुए हैं

ब्लॉकचेन विश्लेषण प्रदाता को हाल ही में माइन किए गए ट्रांसफ़र को इंडेक्स करने में कुछ मिनट लग सकते हैं, और तब तक वह उसकी स्क्रीनिंग नहीं कर सकता। जब प्रदाता बताता है कि उसने कोई लेन-देन हैश अभी इंडेक्स नहीं किया है, और नेटवर्क स्वयं पुष्टि करता है कि वह लेन-देन मौजूद है, तो Didit उसे विफल करने के बजाय पृष्ठभूमि में फिर से स्क्रीन करता है:

* लेन-देन बनाने के रिस्पॉन्स में `custom_values.aml_screening_status` पहले से `PENDING` दिखता है, और कारण `custom_values.aml_screening_error` में होता है।
  स्वीकृत लेन-देन `decision_reason_code` `aml_screening_pending` के साथ `IN_REVIEW` पर रोका जाता है।
* लेन-देन बनाए जाने के लगभग 2, 12 और 42 मिनट बाद Didit लेन-देन हैश की फिर से स्क्रीनिंग करता है।
* जब पुनः प्रयास में स्क्रीनिंग हो जाती है, तो परिणाम किसी भी अन्य स्क्रीनिंग की तरह सहेजा जाता है और स्क्रीनिंग का शुल्क केवल एक बार लगता है।
  आपके नियम स्क्रीनिंग डेटा पर फिर से चलते हैं, रोक हटा दी जाती है, और आपको एक `transaction.status.updated` webhook मिलता है, जिसमें नियमों के बाद लेन-देन की स्थिति होती है, चाहे वह बदली हो या नहीं।
  इस बीच जो लेन-देन अस्वीकृत हो गया या किसी समीक्षक द्वारा हल किया गया, वह अपनी स्थिति बनाए रखता है।
* अगर अंतिम पुनः प्रयास के बाद भी प्रदाता ने लेन-देन हैश इंडेक्स नहीं किया है, तो स्क्रीनिंग वैसे ही `FAILED` पर समाप्त होती है जैसे बनाए जाने के समय होती। लेन-देन `decision_reason_code` `aml_screening_failed` के साथ `IN_REVIEW` में रहता है, और उसका शुल्क भी वैसे ही लगता है जैसे बनाए जाने के समय विफलता पर लगता: Didit-प्रबंधित स्क्रीनिंग पर कुछ नहीं, और अगर अंतिम प्रयास आपके जुड़े हुए प्रदाता तक पहुँचा, तो एक प्रदाता अनुरोध। जिन पूर्व प्रयासों को दोहराया गया, उनका कभी शुल्क नहीं लगता।
* अगर पुनः प्रयास चलने के समय आपका बैलेंस स्क्रीनिंग का खर्च नहीं उठा सकता, तो स्क्रीनिंग `FAILED` पर समाप्त होती है और कोई शुल्क नहीं लगता।

पुनः प्रयास ईथीरियम, BNB Chain, Polygon, Base, Arbitrum, Optimism और Tron पर लेन-देन हैश पर लागू होते हैं।
जिस हैश को उसका नेटवर्क नहीं पहचानता, या जो किसी दूसरे नेटवर्क का है, उसे दोबारा नहीं आज़माया जाता: स्क्रीनिंग तुरंत विफल हो जाती है।

### जोखिम स्कोर और गंभीरता

हर स्क्रीन किए गए वॉलेट या लेन-देन को ये मिलते हैं:

* **जोखिम स्कोर** (0–100): स्कोर जितना ऊँचा, जोखिम भरी इकाइयों से संपर्क उतना अधिक
* **गंभीरता स्तर**: स्कोर से निर्धारित, `LOW`, `MEDIUM`, `HIGH`, या `CRITICAL`

### धन के स्रोत का विश्लेषण

इस बात का प्रतिशत विवरण कि निधियाँ कहाँ से आईं, इकाई के प्रकार के अनुसार वर्गीकृत:

| श्रेणी | जोखिम स्तर | विवरण |
| - | - | - |
| `SANCTIONED` | गंभीर | अंतरराष्ट्रीय प्रतिबंध सूचियों (OFAC, EU, UN) पर मौजूद इकाइयाँ |
| `TERRORIST_FINANCING` | गंभीर | आतंकवादी वित्तपोषण से जुड़े पते |
| `CHILD_EXPLOITATION` | गंभीर | बाल शोषण सामग्री से जुड़े पते |
| `RANSOMWARE` | उच्च | रैनसमवेयर भुगतान के पते |
| `STOLEN_FUNDS` | उच्च | ज्ञात चोरी या हैक से जुड़े पते |
| `DARKNET_MARKET` | उच्च | डार्कनेट मार्केटप्लेस के पते |
| `MIXER` | उच्च | निधियों का मूल छिपाने के लिए इस्तेमाल होने वाली मिक्सिंग या टंबलिंग सेवाएँ |
| `SCAM` | उच्च | ज्ञात घोटाले या धोखाधड़ी के पते |
| `HIGH_RISK_EXCHANGE` | मध्यम | कमज़ोर KYC/AML नियंत्रण वाले एक्सचेंज |
| `HIGH_RISK_JURISDICTION` | मध्यम | FATF-सूचीबद्ध उच्च-जोखिम क्षेत्राधिकार की इकाइयाँ |
| `GAMBLING_UNLICENSED` | मध्यम | बिना लाइसेंस वाले जुआ प्लेटफ़ॉर्म |
| `P2P_EXCHANGE` | निम्न | पीयर-टू-पीयर एक्सचेंज सेवाएँ |
| `EXCHANGE` | निम्न | विनियमित क्रिप्टोकरेंसी एक्सचेंज |
| `UNNAMED_SERVICE` | निम्न | अज्ञात सेवाएँ |

विवरण में हर इकाई के लिए निधियों का प्रतिशत, प्राप्त और भेजी गई राशि, और यह शामिल है कि कनेक्शन प्रत्यक्ष है या अप्रत्यक्ष।

### एक्सपोज़र तालिका

एक एक्सपोज़र तालिका जो स्रोत, गंतव्य और प्रतिपक्ष इकाइयाँ दिखाती है, जिसमें शामिल है:

* इकाई का नाम और श्रेणी
* प्रत्यक्ष बनाम अप्रत्यक्ष कनेक्शन (हॉप दूरी)
* प्राप्त और भेजी गई राशि
* प्रति इकाई जोखिम स्तर

### नेटवर्क ग्राफ़

वॉलेट के लेन-देन संबंधों का एक दृश्य नोड-एज प्रतिनिधित्व:

* **नोड** वॉलेट, एक्सचेंज, सेवाओं और अन्य इकाइयों को दर्शाते हैं
* **एज** नोड्स के बीच के लेन-देन को राशि और लेन-देन हैश के साथ दर्शाते हैं
* **मीट्रिक्स** में ग्राफ़-स्तरीय आँकड़े शामिल हैं, जैसे सेंट्रैलिटी और गहराई

नेटवर्क ग्राफ़ [Business Console](https://docs.didit.me/hi/transaction-monitoring/console.md) में एक इंटरैक्टिव विज़ुअलाइज़ेशन के रूप में उपलब्ध है।

## Integration with rules

स्क्रीनिंग के नतीजे सीधे [नियम इंजन](https://docs.didit.me/hi/transaction-monitoring/rules.md) को मिलते हैं। Didit में प्रीसेट नियम शामिल हैं जो स्क्रीनिंग डेटा के आधार पर अपने आप चलते हैं:

| प्रीसेट नियम | कार्रवाई |
| - | - |
| **Sanctions counterparty** | तत्काल अस्वीकृति - जाँच किए गए वॉलेट को ही किसी प्रतिबंधित इकाई से जोड़ा गया है (`custom_values.wallet_sanctioned`) |
| **Sanctions exposure** | स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें - वॉलेट ने प्रतिबंधित इकाइयों को या उनसे धन भेजा या प्राप्त किया, जबकि वह स्वयं प्रतिबंधित नहीं है (`sanctions_hit` true, `wallet_sanctioned` true नहीं) |
| **Terrorist financing / child exploitation** | तत्काल अस्वीकृति |
| **Darknet market exposure** | स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें |
| **Mixer/obfuscation service exposure** | स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें |
| **High-risk source of funds (>30%)** | स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें |
| **Multiple risky counterparties** | स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें |
| **Medium wallet risk score** | स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें |
| **Screening pending** | स्क्रीनिंग पूरी होने तक लेन-देन रोकें |

### नियमों के लिए स्क्रीनिंग फ़ील्ड

क्रिप्टो स्क्रीनिंग लेन-देन के `custom_values` में ये कुंजियाँ लिखती है, ताकि नियम इन्हें `custom_values.<key>` के रूप में इस्तेमाल कर सकें:

| फ़ील्ड | प्रकार | विवरण |
| - | - | - |
| `sanctions_hit` | बूलियन | `true` तब होता है जब जाँच किया गया वॉलेट स्वयं प्रतिबंधित हो, या जब उसके किसी प्रतिपक्ष का धन प्रतिबंधित इकाइयों से आया हो (एक्सपोज़र)। बड़े एक्सचेंज अक्सर केवल एक्सपोज़र के कारण `true` होते हैं। |
| `wallet_sanctioned` | बूलियन | `true` तभी होता है जब स्क्रीनिंग प्रदाता जाँच किए गए वॉलेट को ही किसी प्रतिबंधित इकाई से जोड़ता है (OFAC, EU, UN, या HMT पदनाम)। केवल एक्सपोज़र से यह कभी सेट नहीं होता। |
| `aml_sanctions_exposure_pct` | संख्या (0-100) | वॉलेट की जाँच की गई मात्रा का वह हिस्सा जो प्रतिबंधित इकाइयों से जुड़ा था। इसकी गणना `aml_high_risk_exposure_pct` की तरह होती है, लेकिन केवल प्रतिबंधों तक सीमित होती है। |

जब आप प्रतिबंधित वॉलेट पर भेजे जाने वाले ट्रांसफ़र रोकना चाहते हैं, लेकिन केवल अप्रत्यक्ष एक्सपोज़र वाले बड़े एक्सचेंज पर भेजे जाने वाले ट्रांसफ़र नहीं रोकना चाहते, तो `wallet_sanctioned` का उपयोग करें।
एक्सपोज़र की समीक्षा या स्कोरिंग के लिए `sanctions_hit` या `aml_sanctions_exposure_pct` का उपयोग करें।

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

स्क्रीनिंग पूरी होने के बाद Didit समृद्ध लेन-देन डेटा पर सभी नियमों का अपने आप पुनर्मूल्यांकन करता है और लागू होने वाले सभी webhook ट्रिगर करता है।

## अगले चरण

> [card] [लेन-देन सबमिट करना](https://docs.didit.me/hi/transaction-monitoring/transactions.md)
>
> क्रिप्टो वॉलेट विवरण सहित लेन-देन कैसे सबमिट करें।

> [card] [नियम और स्कोरिंग](https://docs.didit.me/hi/transaction-monitoring/rules.md)
>
> स्क्रीनिंग के नतीजे नियम इंजन में कैसे जाते हैं।

> [card] [कंसोल गाइड](https://docs.didit.me/hi/transaction-monitoring/console.md)
>
> कंसोल में क्रिप्टो स्क्रीनिंग विश्लेषण, धन का स्रोत और नेटवर्क ग्राफ़ देखना।


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