लेन-देन जोखिम स्कोरिंग: फ़ॉर्मूला और थ्रेशोल्ड

हर लेन-देन को एक स्कोर मिलता है, जो एक पूर्णांक है और उसके जोखिम का सार बताता है। यही स्कोर लेन-देन की स्थिति (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[] ऐरे होता है, जिसमें मिलान किए गए हर नियम के लिए एक एंट्री होती है (हर फ़ील्ड के लिए रिस्पॉन्स स्कीमा देखें):

{
  "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"
    }
  ]
}

कंसोल में

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

अगले चरण

नियम

नियम की संरचना और मूल्यांकन।

अलर्ट

जब कोई नियम लागू होता है तो क्या होता है।

सेटिंग्स

सीमाएँ कॉन्फ़िगर करें।

शुरुआत करें

सुविधाएँ

संदर्भ

कंसोल

लेन-देन जोखिम स्कोरिंग: फ़ॉर्मूला और थ्रेशोल्ड

सूत्र

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

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

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

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

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

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

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

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

API के माध्यम से

कंसोल में

अगले चरण

नियम

अलर्ट

सेटिंग्स

​सूत्र

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

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

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

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

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

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

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

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

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

​कंसोल में

​अगले चरण

नियम

अलर्ट

सेटिंग्स

सूत्र

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

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

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

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

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

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

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

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

API के माध्यम से

कंसोल में

अगले चरण