> ## 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 हर लेन-देन को कैसे स्कोर करता है: नियम योगदान, थ्रेशोल्ड और स्थिति (APPROVED, IN_REVIEW, DECLINED)। हर महीने 1,000 शामिल, फिर प्रति लेन-देन $0.001।

हर लेन-देन को एक **स्कोर** मिलता है, जो एक पूर्णांक है और उसके जोखिम का सार बताता है। यही स्कोर लेन-देन की स्थिति (`APPROVED`, `IN_REVIEW`, `DECLINED`) तय करता है और यह भी कि अलर्ट बनाना है, केस खोलना है, या उपयोगकर्ता से सुधार माँगना है।

## सूत्र

```
score = Σ(score_delta of every matched rule)
```

* आधार स्कोर: 0।
* हर मिलान किया गया नियम अपना कॉन्फ़िगर किया गया `score_delta` जोड़ता है (आमतौर पर 25–35)।
* जिस लेन-देन पर कोई नियम मेल नहीं खाता, उसका स्कोर 0 होता है।

## सीमाएँ और स्थितियाँ

स्कोर सीमाएँ हर एप्लिकेशन के लिए *Transactions → Settings* में कॉन्फ़िगर की जाती हैं।

| सेटिंग | डिफ़ॉल्ट | अर्थ |
| - | - | - |
| `preferred_review_score_threshold` | 75 | इससे अधिक या इसके बराबर स्कोर `IN_REVIEW` में जाते हैं |
| `preferred_decline_score_threshold` | 500 | इससे अधिक या इसके बराबर स्कोर `DECLINED` में जाते हैं। डिफ़ॉल्ट और अधिकतम मान (`500`) का अर्थ है "स्कोर के आधार पर कभी अस्वीकार न करें", इसलिए स्कोर के आधार पर अस्वीकार शुरू करने के लिए इसे कम करें। |

स्थिति तय करना:

```
if decline_threshold < 500 and score >= decline_threshold: status = DECLINED
else if score >= review_threshold: status = IN_REVIEW
else: status = APPROVED
```

अलग-अलग नियम कार्रवाइयाँ इस व्यवस्था को ओवरराइड कर सकती हैं। उदाहरण के लिए, `action: change_status → DECLINED` वाला नियम स्कोर चाहे जो हो, लेन-देन को अस्वीकार कर देगा।

## नियम का योगदान: उदाहरण

मान लीजिए एक ही लेन-देन पर ये नियम लागू होते हैं:

| नियम | `score_delta` |
| - | - |
| उच्च-मूल्य आउटबाउंड (>\$10,000) | 30 |
| उच्च-जोखिम क्षेत्राधिकार वाला प्रतिपक्ष | 35 |
| स्ट्रक्चरिंग पैटर्न का पता चला | 35 |

कुल स्कोर = 30 + 35 + 35 = **100**।

यदि समीक्षा सीमा 60 और अस्वीकार सीमा 85 हो, तो यह लेन-देन `DECLINED` होगा।
डिफ़ॉल्ट सीमाओं (समीक्षा 75, अस्वीकार 500) के साथ यह `IN_REVIEW` होगा, क्योंकि डिफ़ॉल्ट स्कोर के आधार पर कभी अस्वीकार नहीं करता।

## कार्रवाई द्वारा ओवरराइड

नियम स्कोर सीमाओं को दरकिनार करते हुए सीधे स्थिति भी तय कर सकते हैं:

| नियम कार्रवाई | प्रभाव |
| - | - |
| `change_status → DECLINED` | स्कोर चाहे जो हो, लेन-देन अस्वीकृत |
| `change_status → IN_REVIEW` | स्कोर चाहे जो हो, लेन-देन समीक्षा के लिए जाता है |
| `change_status → AWAITING_USER` | लेन-देन उपयोगकर्ता द्वारा सुधार की प्रतीक्षा करता है: नियम की कार्रवाई में निर्दिष्ट वर्कफ़्लो के अनुसार। लाइब्रेरी नियम पहले आपकी सेटिंग्स की पसंद पर वापस जाते हैं, फिर आपके बायोमेट्रिक प्रमाणीकरण वर्कफ़्लो (संग्रहीत चेहरा आवश्यक) पर, और फिर आपके डिफ़ॉल्ट वर्कफ़्लो पर |
| `add_score(n)` | केवल स्कोर में योगदान देता है; कोई स्थिति ज़बरदस्ती नहीं |
| `add_tags([...])` | कंसोल फ़िल्टरिंग के लिए टैग जोड़ता है; स्कोर पर कोई प्रभाव नहीं |
| `add_to_list(...)` | किसी पहचानकर्ता को ब्लॉकलिस्ट में जोड़ता है |

एक नियम में कई कार्रवाइयाँ हो सकती हैं, जैसे `add_score(35)` + `add_tags(["structuring"])` + `add_note("Auto-tagged by structuring preset")`।

## स्कोर कठोर नियमों से बेहतर क्यों हैं

केवल एक सीमा, जैसे "\$100k से ऊपर का हर लेन-देन अस्वीकार करें", वैध उच्च-मूल्य लेन-देन और असली जोखिम, दोनों पर लागू हो जाती है। कई मध्यम `score_delta` नियमों को समीक्षा और अस्वीकार सीमाओं के साथ मिलाने से आपको ये लाभ मिलते हैं:

* **लेयर्ड स्कोरिंग**: कोई एक नियम अस्वीकृति का कारण नहीं बनता; कई संकेतों का एक साथ मिलना आवश्यक है।
* **समायोज्य संवेदनशीलता**: नियम परिभाषाओं को छुए बिना सीमाएँ बढ़ाएँ या घटाएँ।
* **गंभीरता का क्रम**: स्कोर 65 वाला लेन-देन समीक्षा के लिए जाता है (देखने लायक); स्कोर 90 अस्वीकार के लिए जाता है (गंभीर)।

## सीमाएँ कॉन्फ़िगर करना

*Transactions → Settings* से:

* **समीक्षा सीमा**: समीक्षा कतार भरी हो तो बढ़ाएँ; अधिक किनारे के मामले पकड़ने के लिए घटाएँ।
* **अस्वीकार सीमा**: फ़ॉल्स पॉज़िटिव अस्वीकृतियाँ कम करने के लिए बढ़ाएँ; आक्रामक ब्लॉकिंग की ओर झुकने के लिए घटाएँ। उच्च स्कोर को स्वतः अस्वीकार करने के बजाय समीक्षा के लिए भेजने हेतु इसे अधिकतम मान (`500`) पर सेट करें।

बदलाव केवल **नए** लेन-देन पर लागू होते हैं; पुराने लेन-देन अपनी मूल्यांकन-समय की स्थिति बनाए रखते हैं।

## नियमों के लिए टेस्ट मोड

नियम `TEST` मोड में चल सकते हैं:

* नियम लेन-देन पर मूल्यांकन करता है, लेकिन स्कोर या स्थिति में योगदान नहीं देता।
* `TransactionRuleRun` रिकॉर्ड `is_test = true` के साथ बनाए जाते हैं।
* प्रोडक्शन में अस्वीकृतियों का जोखिम उठाए बिना नियम की चयनात्मकता जाँचने देता है।

चयनात्मकता से संतुष्ट होने पर `ACTIVE` पर स्विच करें।

## गंभीरता और पुराने फ़ील्ड

Transaction और TransactionAlert पर `severity` फ़ील्ड null हो सकता है और लेगेसी है। नए नियम मूल्यांकन इसे सेट नहीं करते। मुख्य जोखिम संकेत के रूप में `score` का उपयोग करें।

## स्कोर की जाँच करना

### API के माध्यम से

हर लेन-देन के रिस्पॉन्स में `score` और `rule_runs[]` ऐरे होता है, जिसमें मिलान किए गए हर नियम के लिए एक एंट्री होती है (हर फ़ील्ड के लिए [रिस्पॉन्स स्कीमा](https://docs.didit.me/hi/transaction-monitoring/response-schema.md#नियम-रन) देखें):

```json theme={null}
{
  "txn_id": "tx-0002",
  "status": "IN_REVIEW",
  "score": 65,
  "rule_runs": [
    {
      "rule_title": "High-value outbound",
      "matched": true,
      "score_delta": 30,
      "severity": null,
      "status_target": null,
      "action_summary": "score +30"
    },
    {
      "rule_title": "High-risk jurisdiction counterparty",
      "matched": true,
      "score_delta": 35,
      "severity": "HIGH",
      "status_target": "IN_REVIEW",
      "action_summary": "score +35; add_tag:high_risk_country"
    }
  ]
}
```

### कंसोल में

लेन-देन के विवरण पेज पर **स्कोर** टैब हर मिलान किए गए नियम के योगदान और अंतिम स्थिति मैपिंग का ब्योरा दिखाता है। मूल्यांकन के समय इस्तेमाल हुई सीमा-मानों के लिए स्कोर बैज पर होवर करें।

## अगले चरण

> [card] [नियम](https://docs.didit.me/hi/transaction-monitoring/rules.md)
>
> नियम की संरचना और मूल्यांकन।

> [card] [अलर्ट](https://docs.didit.me/hi/transaction-monitoring/alerts.md)
>
> जब कोई नियम लागू होता है तो क्या होता है।

> [card] [सेटिंग्स](https://docs.didit.me/hi/transaction-monitoring/settings.md)
>
> सीमाएँ कॉन्फ़िगर करें।


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