सुविधाएँ

लेन-देन निगरानी नियम लाइब्रेरी: 150+ प्रीसेट परिदृश्य (KYT)

Didit की 150+ प्रीसेट KYT नियम: स्ट्रक्चरिंग, वेलोसिटी, लेयरिंग, प्रतिबंध, क्रिप्टो, Travel Rule, iGaming। 1,000 मासिक शामिल, फिर $0.001 प्रति।

didit में 150 से अधिक प्रीसेट लेन-देन निगरानी नियमों की एक चुनिंदा लाइब्रेरी है, जिन्हें आप अलग-अलग या बंडल के रूप में इंस्टॉल कर सकते हैं। हर नियम वास्तविक दुनिया के AML, धोखाधड़ी या अनुपालन टाइपोलॉजी से मेल खाता है, जो वैश्विक मानकों और नियामक दिशानिर्देशों से लिया गया है, जैसे FATF सिफ़ारिशें, FinCEN एडवाइज़रीज़, NACHA नियम, Wolfsberg सिद्धांत, Egmont Group टाइपोलॉजीज़ और iGaming दुरुपयोग पैटर्न। प्रीसेट या बंडल चुनें जिनकी आपको ज़रूरत है, फिर इंस्टॉल किए गए हर नियम का मोड (ACTIVE, TEST, या DISABLED) नियंत्रित करें। प्रीसेट की शर्तें, थ्रेशोल्ड और कार्रवाइयाँ तय होती हैं; जब आपको अलग तर्क चाहिए तो कस्टम नियम बनाएँ। किसी प्रीसेट को एप्लिकेशन से हटाने के लिए उसे अनइंस्टॉल करें, और ज़रूरत पड़ने पर बाद में उसे फिर से इंस्टॉल कर सकते हैं।

लाइब्रेरी के नियम Business Console में Transactions -> Rules -> Library से ब्राउज़ किए, इंस्टॉल किए और अनइंस्टॉल किए जा सकते हैं। यह नियम लाइब्रेरी API (GET /v3/transactions/rules/library/, POST/DELETE /v3/transactions/rules/install/) के ज़रिए, या didit_transaction_rule_library_list / didit_transaction_rule_install / didit_transaction_rule_uninstall MCP टूल के ज़रिए भी संभव है। इंस्टॉल किए गए प्रीसेट केवल mode बदलने की अनुमति देते हैं (सक्रिय करना, अक्षम करना, परीक्षण करना); उनके थ्रेशोल्ड तय रहते हैं, और इन्हें बदलने के लिए कस्टम नियम बनाएँ। नियम स्कोरिंग में कैसे योगदान देते हैं, यह जानने के लिए जोखिम स्कोरिंग देखें।

जो लाइब्रेरी नियम ऐसे डेटा को पढ़ता है जिसका मूल्यांकन रूल्स इंजन अभी नहीं कर सकता, वह तब तक रोका गया रहता है जब तक वह चल न सके। लाइब्रेरी उसे सूची में नहीं दिखाती, जो अनुरोध library_keys में उसका नाम लेता है वह 400 लौटाता है और कुछ भी इंस्टॉल नहीं करता (अज्ञात key को छोड़ दिया जाता है), और bundle इंस्टॉल उसे छोड़ देता है। पहले इंस्टॉल की गई कॉपी को बंद (DISABLED) कर दिया जाता है और वह आपकी नियम सूची में बनी रहती है, और उसका mode किसी और मान पर सेट करने पर 400 मिलता है। रोका गया नियम अपने आप वापस आ जाता है जब रूल्स इंजन उसकी शर्तों का मूल्यांकन कर सके, इसलिए लाइब्रेरी सूची में हमेशा वही नियम दिखते हैं जिन्हें आप आज इंस्टॉल कर सकते हैं।

प्रीसेट कैसे व्यवस्थित हैं

हर प्रीसेट एक बंडल (उसका कार्यात्मक परिवार) और एक श्रेणी (उसका व्यापक जोखिम विषय) से जुड़ा होता है। बंडल आपको कंसोल से संबंधित नियमों को एक साथ चालू या बंद करने देते हैं; श्रेणियाँ स्कोरिंग और रिपोर्टिंग को नियंत्रित करती हैं।

बंडल	यह क्या कवर करता है
`finance`	लेन-देन को छोटे हिस्सों में बाँटना, बड़े लेन-देन, संचयी वॉल्यूम, देशों में फैलाव, लेयरिंग, म्यूल फ़ैन-इन, स्मर्फ़िंग
`aml_ctf`	प्रतिबंध, संदिग्ध भुगतान संदर्भ, राउंड-अमाउंट लेयरिंग, तेज़ इन-और-आउट
`aml_monitoring`	ब्लॉकचेन-आधारित उच्च-जोखिम धन के स्रोत का एक्सपोज़र, आतंकवाद का वित्तपोषण, बाल शोषण
`anomaly_detection`	उच्च वेलोसिटी, निष्क्रिय खाते का पुनः सक्रिय होना, ऑफ़-ऑवर्स गतिविधि
`fatf`	उच्च-जोखिम वाले क्षेत्राधिकार का एक्सपोज़र
`device_intelligence`	डिवाइस फ़िंगरप्रिंट का पुनः उपयोग, कई फ़िंगरप्रिंट वाले खाते, IP/ब्राउज़र विसंगतियाँ, VPN/प्रॉक्सी, असंभव यात्रा
`fraud_prevention_multi_accounting`	अलग-अलग व्यक्तियों या संस्थाओं के बीच साझा फ़िंगरप्रिंट
`fraud_prevention_app`	अधिकृत पुश भुगतान / पहली बार भुगतान पाने वाले / घोटाले के शिकार होने के संकेत
`fraud_prevention_ato`	खाता अधिग्रहण के समग्र संकेत (PII परिवर्तन, नई भुगतान विधि)
`fraud_prevention_consortium`	साझा नेटवर्क में अन्य संस्थाओं द्वारा चिह्नित प्रतिपक्ष
`crypto_monitoring`	मिक्सर/डार्कनेट/प्रतिबंधित वॉलेट एक्सपोज़र, चेन हॉपिंग, अनहोस्टेड वॉलेट, VASP अंतराल
`travel_rule`	वैश्विक और क्षेत्रीय Travel Rule दायित्व (12 व्यवस्थाएँ) और प्रतिपक्ष VASP की उचित सावधानी
`travel_rule_eu_tfr`	EU TFR जाँचें: प्रतिपक्ष डेटा बेमेल, असत्यापित वॉलेट स्वामित्व, अज्ञात प्रतिपक्ष VASP, समय-सीमा समाप्त हो चुकी पुष्टि
`responsible_gaming`	सुरक्षित खेल के लिए जमा/निकासी सीमाएँ, स्व-बहिष्करण, ऑफ़-ऑवर्स खेल
`igaming_fraud`	इवेंट-आधारित बोनस दुरुपयोग, विपरीत दाँव, एफ़िलिएट धोखाधड़ी, चैट रेन फ़ार्मिंग, चिप डंपिंग, खाता अधिग्रहण
`e_commerce`	कार्ड टेस्टिंग माइक्रोट्रांज़ैक्शन, चार्जबैक संकेतक, बिलिंग-देश बेमेल, एफ़िलिएट बर्स्ट
`check_fraud`	सीमा से बाहर / नंबर गायब / डुप्लिकेट प्रस्तुत / डार्क-वेब वॉचलिस्ट / धोए गए चेक, किटिंग
`bnpl`	विफल पुनर्भुगतान से जुड़ी प्रथम-पक्ष धोखाधड़ी, BNPL खातों के बीच साझा पहचानकर्ता, नए खाते की किस्तें

इस पेज को कैसे पढ़ें

हर नियम अपनी library_key (स्थिर पहचानकर्ता, जिसे आप API या कंसोल URL में संदर्भित कर सकते हैं), वे शर्तें और एग्रीगेशन जो उसे ट्रिगर करते हैं, और वे डिफ़ॉल्ट कार्रवाइयाँ सूचीबद्ध करता है जो वह करता है। यहाँ दिखाए गए संख्यात्मक थ्रेशोल्ड डिफ़ॉल्ट रूप से दिए गए मान हैं; हर मान को नियम की पहचान खोए बिना प्रत्येक एप्लिकेशन के लिए संपादित किया जा सकता है।

फ़ाइनेंस बंडल

ये नियम transaction_type = FINANCE वाले हर लेन-देन पर लागू होते हैं। ये नियामक आधार (BSA/FinCEN रिपोर्टिंग सीमाएँ, FATF वेग हीयुरिस्टिक्स) के साथ मनी म्यूल और स्मर्फ़िंग पैटर्न को मॉडल करते हैं।

स्ट्रक्चरिंग और सीमा के निकट

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`structuring-inbound`	एक ही subject द्वारा 30 दिनों के भीतर $10,000 से कम राशि के ≥20 इनबाउंड ट्रांसफ़र	+35 स्कोर
`structuring-outbound`	एक ही subject द्वारा 30 दिनों के भीतर $10,000 से कम राशि के ≥20 आउटबाउंड ट्रांसफ़र	+35 स्कोर
`single-transaction-just-below-threshold`	एक ही लेन-देन जिसकी राशि $9,000 और $9,999 के बीच है	+25 स्कोर
`round-amount-layering`	ट्रांसफ़र राशि संदिग्ध रूप से गोल मान के बराबर है ($10k, $25k, $50k, $100k, $250k, $500k, $1M…)	+20 स्कोर

वॉल्यूम और वेग

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`large-single-transaction`	एक ही लेन-देन ≥ $25,000	+50 स्कोर, `IN_REVIEW`
`cumulative-outbound-volume`	30 दिनों में आउटबाउंड वॉल्यूम ≥ $100,000	+45 स्कोर, `IN_REVIEW`
`cumulative-inbound-volume-90d`	90 दिनों में इनबाउंड वॉल्यूम ≥ $200,000	+30 स्कोर, `IN_REVIEW`
`cumulative-outbound-volume-7d`	7 दिनों में आउटबाउंड वॉल्यूम ≥ $50,000	+30 स्कोर, `IN_REVIEW`
`business-4h-inbound-volume`	किसी भी 4 घंटे की अवधि में व्यवसाय का इनबाउंड वॉल्यूम ≥ $30,000	+30 स्कोर, `IN_REVIEW`
`business-4h-outbound-volume`	किसी भी 4 घंटे की अवधि में व्यवसाय का आउटबाउंड वॉल्यूम ≥ $30,000	+30 स्कोर, `IN_REVIEW`
`high-velocity-inbound`	7 दिनों में ≥20 इनबाउंड लेन-देन	+25 स्कोर
`high-velocity-outbound`	7 दिनों में ≥20 आउटबाउंड लेन-देन	+25 स्कोर

लेयरिंग, म्यूल और स्मर्फ़िंग

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`rapid-in-and-out-movement`	एक आउटबाउंड, जिसके 6 घंटे के भीतर पहले एक इनबाउंड हुआ हो	+60 स्कोर, `IN_REVIEW`
`cash-deposit-followed-by-withdrawal`	72 घंटों में नकद जमा ≥ $50,000, जिसके बाद नकद निकासी	+30 स्कोर, `IN_REVIEW`
`money-mule-fan-in-to-counterparty`	एक प्रतिपक्ष 7 दिनों में ≥5 अलग-अलग subjects से ट्रांसफ़र प्राप्त करता है	+30 स्कोर, `IN_REVIEW`
`rapid-repeated-payments-same-counterparty`	24 घंटों में एक ही प्रतिपक्ष को ≥5 आउटबाउंड ट्रांसफ़र	+30 स्कोर, `IN_REVIEW`
`cross-border-small-amount-velocity`	एक subject 24 घंटों में ≥4 अलग-अलग प्रतिपक्ष देशों को $1,000 से कम राशि भेजता है	+30 स्कोर, `IN_REVIEW`
`high-risk-jurisdiction-smurfing`	7 दिनों में एक ही उच्च-जोखिम देश को $1,000 से कम राशि के ≥5 आउटबाउंड ट्रांसफ़र	+30 स्कोर, `IN_REVIEW`
`many-unique-counterparties-24h`	subject 24 घंटों में ≥6 अलग-अलग प्रतिपक्षों के साथ लेन-देन करता है	+30 स्कोर, `IN_REVIEW`
`many-unique-payment-methods-7d`	subject 7 दिनों में ≥4 अलग-अलग भुगतान विधियों को बदल-बदलकर इस्तेमाल करता है	+30 स्कोर, `IN_REVIEW`
`counterparty-country-spread-24h`	subject 24 घंटों में ≥4 अलग-अलग प्रतिपक्ष देशों के साथ लेन-देन करता है	+30 स्कोर, `IN_REVIEW`

व्यवहार संबंधी विसंगतियाँ

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`dormant-account-reactivation`	≥365 दिनों की निष्क्रियता के बाद पहला लेन-देन ≥ $1,000	+20 स्कोर
`off-hours-high-value-finance`	उच्च-मूल्य ट्रांसफ़र (≥ $5,000) जिसे subject के लोकेल के अनुसार ऑफ़-आवर्स के रूप में चिह्नित किया गया है	+25 स्कोर

AML / CTF बंडल

ये नियम पारंपरिक AML/CTF टाइपोलॉजी को मॉडल करते हैं, जो ब्लॉकचेन एनरिचमेंट पर निर्भर नहीं करतीं; ये फ़िएट और क्रिप्टो, दोनों ट्रांसफ़र पर समान रूप से लागू होते हैं।

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`sanctions-counterparty`	जाँचा गया वॉलेट स्वयं किसी प्रतिबंधित इकाई से जुड़ा हुआ है (`wallet_sanctioned`)। केवल एक्सपोज़र से यह ट्रिगर नहीं होता	+90 स्कोर, `DECLINED`
`sanctions-exposure-review`	जाँचा गया वॉलेट स्वयं प्रतिबंधित न होते हुए भी प्रतिबंधित इकाइयों से या उनकी ओर फ़ंड भेज या प्राप्त कर चुका है	+50 स्कोर, `IN_REVIEW`
`suspicious-payment-reference`	भुगतान संदर्भ में अवैध आय से जुड़े कीवर्ड मौजूद हैं	+45 स्कोर, `IN_REVIEW`
`high-risk-jurisdiction-exposure`	प्रतिपक्ष का देश या subject का IP देश उच्च-जोखिम सूची में है	+40 स्कोर, `IN_REVIEW`
`high-risk-inbound-single`	उच्च-जोखिम वाले देश से ≥ $20,000 का इनबाउंड	+30 स्कोर, `IN_REVIEW`
`high-risk-outbound-single`	उच्च-जोखिम वाले देश को ≥ $20,000 का आउटबाउंड	+30 स्कोर, `IN_REVIEW`

डिफ़ॉल्ट उच्च-जोखिम क्षेत्राधिकार सूची में FATF के कार्रवाई-आह्वान वाले और संघर्ष-क्षेत्रीय क्षेत्राधिकार शामिल हैं: IRN, PRK, SYR, AFG, RUS, MMR। आप प्रत्येक एप्लिकेशन के लिए इस सूची को ओवरराइड कर सकते हैं।

PEP-प्रतिपक्ष कवरेज फ़िलहाल उपलब्ध नहीं है। कोई भी जुड़ा हुआ स्क्रीनिंग प्रदाता यह नहीं बताता कि प्रतिपक्ष राजनीतिक रूप से उजागर व्यक्ति (PEP) है या नहीं: आज हर स्क्रीनिंग परिणाम पर pep_counterparty फ़ील्ड null होता है (देखें वॉलेट स्क्रीनिंग), इसलिए लाइब्रेरी में कोई PEP-प्रतिपक्ष प्रीसेट नहीं है। वह प्रीसेट हटाए जाने से पहले इंस्टॉल किया गया नियम मूल्यांकन करता रहता है, लेकिन वह किसी वास्तविक स्क्रीनिंग से मेल नहीं खा सकता। यदि आपको किसी अन्य संकेत पर कार्रवाई करनी है, तो उसे हटा दें या उसकी जगह कस्टम नियम लगाएँ।

क्रिप्टो स्क्रीनिंग बंडल

ये नियम Didit की क्रिप्टो स्क्रीनिंग से तैयार किए गए एनरिच्ड डेटा का उपयोग करते हैं; ये क्रिप्टो-नेटिव और VASP एप्लिकेशन के लिए सबसे उपयोगी हैं।

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`aml-high-risk-source-exposure`	धन के स्रोत से प्राप्त फ़ंड के ≥30% प्रतिबंधित, डार्कनेट, चोरी के, रैनसमवेयर या स्कैम श्रेणियों से आते हैं	+70 स्कोर, `IN_REVIEW`
`aml-multiple-risky-counterparties`	धन के स्रोत के ग्राफ़ में उच्च-जोखिम इकाइयों के साथ ≥3 कनेक्शन	+50 स्कोर, `IN_REVIEW`
`aml-terrorist-financing-exposure`	वॉलेट पर आतंकी वित्तपोषण का कोई भी एक्सपोज़र	+100 स्कोर, `DECLINED`
`aml-child-exploitation-exposure`	वॉलेट पर बाल शोषण सामग्री का कोई भी एक्सपोज़र	+100 स्कोर, `DECLINED`
`aml-wallet-risk-score-medium`	प्रदाता का वॉलेट जोखिम स्कोर 40 और 70 के बीच	+30 स्कोर

क्रिप्टो निगरानी बंडल

वॉलेट-स्तर के एक्सपोज़र नियम, साथ ही VASP और Travel Rule से संबंधित अखंडता जाँच।

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`crypto-mixer-exposure`	वॉलेट किसी मिक्सर या ऑब्फ़स्केशन सेवा से जुड़ा हो	+80 स्कोर, `IN_REVIEW`
`crypto-darknet_market-exposure`	डार्कनेट मार्केट से वॉलेट का एक्सपोज़र	+80 स्कोर, `IN_REVIEW`
`crypto-sanctioned-exposure`	प्रतिबंधित वॉलेट से एक्सपोज़र	+90 स्कोर, `IN_REVIEW`
`crypto-stolen_funds-exposure`	चोरी के धन से जुड़े वॉलेट का एक्सपोज़र	+85 स्कोर, `IN_REVIEW`
`crypto-scam-exposure`	स्कैम वॉलेट से एक्सपोज़र	+70 स्कोर, `IN_REVIEW`
`crypto-ransomware-exposure`	रैनसमवेयर से जुड़े वॉलेट का एक्सपोज़र	+90 स्कोर, `IN_REVIEW`
`crypto-hacked_exchange-exposure`	हैक किए गए एक्सचेंज से जुड़े वॉलेट का एक्सपोज़र	+80 स्कोर, `IN_REVIEW`
`crypto-gambling_unlicensed-exposure`	बिना लाइसेंस वाले जुए से जुड़े वॉलेट का एक्सपोज़र	+60 स्कोर, `IN_REVIEW`
`high-risk-wallet-exposure`	वॉलेट जोखिम डार्कनेट मार्केट, प्रतिबंधित या चोरी के धन से संबंधित है	+70 स्कोर, `IN_REVIEW`
`crypto-wallet-risk-score-critical`	प्रदाता का वॉलेट स्कोर ≥ 90	+90 स्कोर, `IN_REVIEW`
`crypto-wallet-risk-score-high`	प्रदाता का वॉलेट स्कोर ≥ 70	+60 स्कोर, `IN_REVIEW`
`crypto-unhosted-wallet-large-outbound`	अनहोस्टेड वॉलेट को ≥ $1,000 का आउटबाउंड ट्रांसफ़र	+45 स्कोर, `IN_REVIEW`
`crypto-repeated-unhosted-wallet-withdrawals`	24 घंटे में अनहोस्टेड वॉलेट को ≥5 आउटबाउंड ट्रांसफ़र	+35 स्कोर, `IN_REVIEW`
`crypto-many-new-wallets-per-subject`	संबंधित इकाई 24 घंटे में ≥5 अलग-अलग वॉलेट को भेजती है	+40 स्कोर, `IN_REVIEW`
`crypto-chain-hopping-pattern`	एक ही संबंधित इकाई 24 घंटे में ≥3 ब्लॉकचेन के बीच धन स्थानांतरित करती है	+45 स्कोर, `IN_REVIEW`
`crypto-missing-vasp-id-high-value`	कोई VASP पहचानकर्ता न होने पर होस्टेड वॉलेट का ≥ $1,000 ट्रांसफ़र	+30 स्कोर, `IN_REVIEW`

Travel Rule बंडल

Travel Rule के नियम केवल travelRule लेन-देन पर लागू होते हैं। हर क्षेत्रीय व्यवस्था में चार नियम शामिल हैं (प्रतिपक्ष की प्रतीक्षा, कार्रवाई की प्रतीक्षा, डेटा अनुपस्थित, विफल एक्सचेंज)।

वैश्विक Travel Rule

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`travel-rule-pending-counterparty`	स्थिति `AWAITING_COUNTERPARTY` है (प्रतिपक्ष VASP की प्रतीक्षा में)	+35 स्कोर, `IN_REVIEW`
`travel-rule-pending-action`	स्थिति `ON_HOLD` है (किसी प्रबंधित एक्सचेंज पर, एक इनबाउंड ट्रांसफ़र जिसे आपके समाधान की प्रतीक्षा है: एड्रेस बुक में कोई वॉलेट पता मेल नहीं खाता, या कोई पूछताछ जो मैन्युअल अनुमोदन की प्रतीक्षा कर रही है)	+35 स्कोर, `AWAITING_USER`
`travel-rule-missing-required-data`	`travel_rule_required` `true` है और `travel_rule_obligations_count` `0` से अधिक है; केवल वह Travel Rule डेटा जिसे आप स्वयं `travel_rule_details` में दर्ज करते हैं, दायित्वों की संख्या रखता है, इसलिए यह नियम उस ट्रांसफ़र पर कभी ट्रिगर नहीं होता जिसे प्रबंधित एक्सचेंज चलाता है	+50 स्कोर, `IN_REVIEW`

क्षेत्रीय व्यवस्थाएँ

हर क्षेत्रीय व्यवस्था पर वही चार-नियम टेम्पलेट लागू होता है। नीचे <regime> को इनमें से किसी भी मान से बदलें: australia, dubai, eu, hong_kong, india, indonesia, japan, kazakhstan, singapore, south_africa, turkey, uk। व्यवस्था टैगिंग स्वचालित है: Didit आपकी Travel Rule सेटिंग्स के jurisdiction से हर Travel Rule लेन-देन पर custom_values.travel_rule_regime अंकित करता है - SG → singapore, GB → uk, और कोई भी EU या EEA सदस्य कोड, जैसे DE या FR, → eu। जिन कोडों का कोई क्षेत्रीय बंडल नहीं है, उन पर छोटे अक्षरों में अंकित किया जाता है (US → us), ताकि कस्टम नियम फिर भी उन्हें लक्षित कर सकें। लेन-देन पर भेजा गया props.travel_rule_regime मान हमेशा व्युत्पन्न व्यवस्था को ओवरराइड करता है।

`library_key` टेम्पलेट	ट्रिगर
`travel-rule-<regime>-pending-counterparty`	व्यवस्था-टैग वाला ट्रांसफ़र प्रतिपक्ष VASP की प्रतीक्षा में
`travel-rule-<regime>-pending-action`	व्यवस्था-टैग वाले ट्रांसफ़र की स्थिति `ON_HOLD` है
`travel-rule-<regime>-missing-required-data`	व्यवस्था-टैग वाला ट्रांसफ़र Travel Rule के अंतर्गत आवश्यक है, लेकिन उसका समाधान नहीं हुआ है
`travel-rule-<regime>-failed-exchange`	व्यवस्था-टैग वाले ट्रांसफ़र की स्थिति `CANCELLED` है

ये 48 क्षेत्र-विशिष्ट नियम हैं, जो तीन वैश्विक Travel Rule नियमों और नीचे दिए पाँच प्रतिपक्ष नियमों के अतिरिक्त हैं। अलग travel_rule_eu_tfr बंडल चार EU TFR नियम जोड़ता है, जिनका वर्णन EU TFR नियम बंडल में है।

प्रतिपक्ष ड्यू डिलिजेंस

ये नियम उस जानकारी को पढ़ते हैं जो आपके एप्लिकेशन को उस प्रतिपक्ष VASP के बारे में पता है, जिससे एक्सचेंज ने संपर्क किया: उस पर आपका अपना निर्णय, उसका ड्यू डिलिजेंस जोखिम स्तर, उसका देश और उसकी प्रतिक्रियाशीलता। हर मान कहाँ से आता है, यह जानने के लिए प्रतिपक्ष ड्यू डिलिजेंस देखें।

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`travel-rule-counterparty-blocked`	प्रतिपक्ष पर आपका निर्णय (`counterparty_dd_status`) `BLOCKED` है	+90 स्कोर, `DECLINED`
`travel-rule-counterparty-restricted`	प्रतिपक्ष पर आपका निर्णय `RESTRICTED` है	+50 स्कोर, `IN_REVIEW`
`travel-rule-counterparty-high-risk`	प्रतिपक्ष का जोखिम स्तर (`counterparty_risk_level`) `HIGH` है: ड्यू डिलिजेंस स्कोर 40 से कम है, या आपकी अपनी ताज़ा प्रतिपक्ष स्क्रीनिंग में प्रतिबंधों या प्रतिकूल मीडिया से संभावित मिलान मिला है	+40 स्कोर, `IN_REVIEW`
`travel-rule-counterparty-high-risk-jurisdiction`	प्रतिपक्ष डिफ़ॉल्ट उच्च-जोखिम सूची में शामिल देश में स्थापित है (`IRN`, `PRK`, `SYR`, `AFG`, `RUS`, `MMR`)	+60 स्कोर, `IN_REVIEW`
`travel-rule-counterparty-unresponsive`	प्रतिपक्ष ने पिछले 90 दिनों में Didit ग्राहकों द्वारा उसे भेजे गए Travel Rule अनुरोधों में से 10 प्रतिशत से कम का जवाब दिया, जिनमें कम से कम 5 पर निर्णय हुआ है	+30 स्कोर, `IN_REVIEW`

डिवाइस इंटेलिजेंस और धोखाधड़ी रोकथाम

ये नियम क्लाइंट SDK (डिवाइस फ़िंगरप्रिंट, IP, ब्राउज़र, सत्र की आयु) और प्रदाता एनरिचमेंट से मिलने वाले संकेतों को धोखाधड़ी-पहचान इवेंट में बदलते हैं।

डिवाइस फ़िंगरप्रिंट और मल्टी-अकाउंटिंग

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`multi-accounting-shared-fingerprint`	एक ही डिवाइस फ़िंगरप्रिंट का 7 दिनों में ≥3 अलग-अलग सब्जेक्ट्स द्वारा पुनः उपयोग	+50 स्कोर, `IN_REVIEW`
`multiple-device-fingerprints-for-same-subject`	एक सब्जेक्ट 24 घंटों में ≥3 अलग-अलग फ़िंगरप्रिंट पर दिखता है	+20 स्कोर
`same-fingerprint-transaction-burst`	एक फ़िंगरप्रिंट से 24 घंटों में ≥6 लेन-देन	+30 स्कोर
`same-ip-multi-accounting`	एक IP को 7 दिनों में ≥3 अलग-अलग सब्जेक्ट्स साझा करते हैं	+30 स्कोर
`same-ip-transaction-burst`	एक IP से 24 घंटों में ≥6 लेन-देन	+30 स्कोर
`same-fingerprint-multiple-payment-methods`	एक फ़िंगरप्रिंट 7 दिनों में ≥4 भुगतान विधियों का बारी-बारी से उपयोग करता है	+30 स्कोर
`shared-payment-method-across-subjects`	एक भुगतान विधि का 7 दिनों में ≥3 अलग-अलग सब्जेक्ट्स द्वारा पुनः उपयोग	+30 स्कोर
`many-ip-addresses-per-subject`	सब्जेक्ट 24 घंटों में ≥4 अलग-अलग IP का उपयोग करता है	+30 स्कोर
`new-browser-and-new-ip-combination`	सब्जेक्ट 24 घंटों में ≥3 अलग-अलग ब्राउज़र और ≥3 अलग-अलग IP दिखाता है	+30 स्कोर

IP, नेटवर्क और VPN

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`vpn-or-proxy-high-value`	≥ $5,000 के स्थानांतरण पर VPN या प्रॉक्सी का पता चला	+30 स्कोर
`impossible-travel-between-transactions`	सब्जेक्ट 1 घंटे के भीतर ≥2 अलग-अलग देशों के IP पतों से लेन-देन करता है	+30 स्कोर

व्यवहारिक संयोजन

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`browser-spoofing-password-reuse`	ब्राउज़र स्पूफिंग का पता चला और 30 मिनट में ≥2 लेन-देन में एक ही पासवर्ड हैश का पुनः उपयोग हुआ	+30 स्कोर
`remote-access-high-value-transfer`	≥ $5,000 के स्थानांतरण पर रिमोट-एक्सेस टूल का पता चला	+30 स्कोर
`low-session-age-high-value-transfer`	सत्र की शुरुआत के 30 सेकंड के भीतर ≥ $5,000 का स्थानांतरण	+30 स्कोर
`synthetic-identity-fresh-account-high-value`	पिछले 7 दिनों में खोला गया खाता ≥ $1,000 का लेन-देन करता है	+30 स्कोर

खाता अधिग्रहण और APP धोखाधड़ी

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`recent-pii-change-and-transaction`	हाल में PII बदलने के बाद की अवधि के भीतर ≥ $1,000 का स्थानांतरण	+45 स्कोर, `IN_REVIEW`
`new-payment-method-high-value`	पिछले 7 दिनों में जोड़ी गई भुगतान विधि से ≥ $5,000 का स्थानांतरण	+30 स्कोर
`first-time-payee-high-value`	ऐसे प्रतिपक्ष को ≥ $5,000 का बहिर्गामी भुगतान जिसे सब्जेक्ट ने पहले कभी भुगतान नहीं किया	+40 स्कोर, `IN_REVIEW`
`consortium-flagged-counterparty`	ऐसे प्रतिपक्ष को ≥ $500 का स्थानांतरण जिसकी किसी अन्य संस्था ने रिपोर्ट की है	+60 स्कोर, `IN_REVIEW`

एफिलिएट और बोनस दुरुपयोग

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`repeated-bonus-campaign-from-same-fingerprint`	एक ही अभियान और फ़िंगरप्रिंट पर 2 घंटों में ≥6 लेन-देन	+35 स्कोर
`shared-fingerprint-across-bonus-campaigns`	एक फ़िंगरप्रिंट 7 दिनों में ≥3 अलग-अलग अभियानों का दावा करता है	+30 स्कोर
`affiliate-fraud-repeated-fingerprint`	एक ही एफिलिएट और फ़िंगरप्रिंट पर 2 घंटों में ≥5 लेन-देन	+30 स्कोर

ज़िम्मेदार गेमिंग बंडल

iGaming एप्लिकेशन के लिए। ये नियम खिलाड़ी-सुरक्षा संकेतों और बोनस दुरुपयोग पैटर्न, दोनों का पता लगाने के लिए बनाए गए हैं।

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`responsible-gaming-rapid-deposits`	24 घंटों में एक ही कार्रवाई के ≥10 अंतर्गामी लेन-देन	+20 स्कोर
`responsible-gaming-rapid-withdrawals`	24 घंटों में एक ही कार्रवाई के ≥8 बहिर्गामी लेन-देन	+20 स्कोर
`responsible-gaming-cumulative-deposits-7d`	7 दिनों में अंतर्गामी मात्रा ≥ $5,000	+20 स्कोर
`responsible-gaming-cumulative-withdrawals-7d`	7 दिनों में बहिर्गामी मात्रा ≥ $5,000	+20 स्कोर
`responsible-gaming-self-excluded-activity`	स्व-बहिष्कृत खाते से कोई भी लेन-देन	+20 स्कोर
`responsible-gaming-loss-limit-hit`	हानि सीमा संकेत के बाद भी गतिविधि जारी रहती है	+20 स्कोर
`responsible-gaming-bonus-hunting`	24 घंटों में एक ही अभियान और फ़िंगरप्रिंट के ≥4 लेन-देन	+20 स्कोर
`responsible-gaming-multiple-payment-methods`	7 दिनों में ≥4 अलग-अलग भुगतान विधियाँ	+20 स्कोर
`responsible-gaming-off-hours-high-value`	ऑफ़-आवर्स टैग वाला खेल ≥ $1,000	+20 स्कोर
`responsible-gaming-failed-withdrawals`	≥3 असफल निकासी प्रयास	+20 स्कोर
`responsible-gaming-many-counterparties`	24 घंटों में ≥5 अलग-अलग प्रतिपक्ष	+20 स्कोर

iGaming धोखाधड़ी बंडल

उन ऑपरेटरों के लिए जो धन के आवागमन के साथ-साथ निगरानी इवेंट भी भेजते हैं। इन नियमों में scope.record_types = ["event"] का उपयोग होता है, इसलिए केवल-लेन-देन वाले ग्राहकों के व्यवहार में कोई बदलाव नहीं आता। जहाँ केवल-लेन-देन फ़ॉलबैक मौजूद है, वहाँ जब तक आपका इंटीग्रेशन इवेंट श्रेणी नहीं भेजता, तब तक इवेंट नियम के साथ नामित फ़ॉलबैक नियम भी इंस्टॉल करें।

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई	केवल-लेन-देन फ़ॉलबैक
`igaming-account-takeover-drain`	3+ असफल लॉगिन, फिर MFA में बदलाव, फिर निकासी पते में बदलाव, फिर निकासी अनुरोध - इसी क्रम में, 24 घंटे के भीतर	+90 स्कोर, `DECLINED`	`recent-pii-change-and-transaction`, `new-payment-method-high-value`
`igaming-minimal-play-laundering`	निकासी अनुरोध ≥ $1,000, जबकि खाते के दाँव पिछले 24 घंटों में पूरे हुए जमा के ≤ 5% हैं	+60 स्कोर, `IN_REVIEW`	`rapid-in-and-out-movement`
`igaming-chargeback-deposit-ratio`	30 दिनों में खोले गए चार्जबैक, पूरे हुए जमा के कम से कम 50% तक पहुँचते हैं	+80 स्कोर, `DECLINED`	`ecommerce-chargeback-indicator`
`igaming-chip-dumping-pair-net-winner`	एक ही P2P जोड़ी 7 दिनों में कम से कम 2 अलग-अलग हैंड, राउंड या मैच निपटाती है और किसी एक पक्ष का शुद्ध परिणाम कुल ≥ $400 है	+70 स्कोर, `IN_REVIEW`	इवेंट आवश्यक है
`igaming-opposite-betting-same-market`	एक ही मैच और मार्केट के दोनों पक्षों पर, एक ही डिवाइस फ़िंगरप्रिंट साझा करने वाले 2+ अलग-अलग खातों से, 1 घंटे के भीतर दाँव लगाए गए	+65 स्कोर, `IN_REVIEW`	इवेंट आवश्यक है
`igaming-bot-rta-cadence`	`session.bot_signal_observed` जिसमें बॉट स्कोर ≥ 90 और टाइमिंग वैरियंस ≤ 10ms दर्ज हो	+55 स्कोर, `IN_REVIEW`	इवेंट आवश्यक है
`igaming-self-exclusion-evasion`	`exclusion_status: active` के साथ स्व-बहिष्करण रजिस्ट्री मैच, पुनः पंजीकरण के प्रयास पर	+100 स्कोर, `DECLINED`	`responsible-gaming-self-excluded-activity`
`igaming-chat-rain-farming`	एक खाते द्वारा 24 घंटों में उसी चैट-रेन बोनस का दूसरा दावा, जो 500ms के भीतर किया गया	+45 स्कोर, `IN_REVIEW`	`responsible-gaming-bonus-hunting`
`igaming-repeated-bonus-claims-one-device`	एक डिवाइस फ़िंगरप्रिंट से 7 दिनों में एक ही बोनस का तीसरा दावा	+50 स्कोर, `IN_REVIEW`	`repeated-bonus-campaign-from-same-fingerprint`, `shared-fingerprint-across-bonus-campaigns`, `responsible-gaming-bonus-hunting`
`igaming-affiliate-self-referral`	ऐसे एफ़िलिएट कोड के लिए एट्रिब्यूशन जिसे 7 दिनों में एक डिवाइस फ़िंगरप्रिंट से 3+ अलग-अलग खातों ने इस्तेमाल किया है	+50 स्कोर, `IN_REVIEW`	`affiliate-fraud-repeated-fingerprint`
`igaming-multi-accounting-device`	24 घंटों में 3+ अलग-अलग खातों द्वारा इस्तेमाल किए गए डिवाइस फ़िंगरप्रिंट से लॉगिन या पंजीकरण	+60 स्कोर, `IN_REVIEW`	`multi-accounting-shared-fingerprint`
`igaming-shared-proxy-ip`	24 घंटों में 3+ अलग-अलग खातों द्वारा इस्तेमाल किए गए IP पते से लॉगिन	+40 स्कोर, `IN_REVIEW`	`same-ip-multi-accounting`

हर नियम के लिए आवश्यक इवेंट सिग्नल

ऊपर का हर नियम नामित इवेंट फ़ील्ड पढ़ता है। जब कोई आवश्यक फ़ील्ड अनुपस्थित हो, तो नियम बस मैच नहीं करता - वह सिग्नल को किसी और चीज़ से अनुमानित नहीं करता, और न ही अपने आप लेन-देन डेटा पर वापस जाता है। नीचे दी गई कुंजियाँ इवेंट payload और device_context में भेजें (पूर्ण सबमिशन अनुबंध के लिए इवेंट्स देखें और नियम फ़ील्ड पथ के लिए इवेंट नियम देखें)।

`library_key`	पढ़ी जाने वाली इवेंट कार्रवाइयाँ	नियम को आवश्यक फ़ील्ड
`igaming-account-takeover-drain`	`security.login_failed`, `security.mfa_changed`, `payment.withdrawal_address_changed`, `payment.withdrawal_requested`	`changed_field`, `withdrawal_address_hash`, और मानक भुगतान कुंजियाँ
`igaming-minimal-play-laundering`	`payment.withdrawal_requested`, `gameplay.bet_placed`, `payment.deposit_completed`	इनमें से प्रत्येक इवेंट पर `amount`
`igaming-chargeback-deposit-ratio`	`dispute.chargeback_opened`, `payment.deposit_completed`	`payment_reference_id`, साथ में `dispute_id` या `chargeback_id`
`igaming-chip-dumping-pair-net-winner`	`gameplay.p2p_settlement`	`counterparty_vendor_data`, `net_result_amount`, और `hand_id` / `round_id` / `match_id` में से कोई एक
`igaming-opposite-betting-same-market`	`gameplay.bet_placed`	`match_id`, `market_id`, `side`, `device_context.fingerprint`
`igaming-bot-rta-cadence`	`session.bot_signal_observed`	`device_context.bot_score`, `timing_variance_ms`
`igaming-self-exclusion-evasion`	`responsible_gambling.self_exclusion_match`	`exclusion_status`, `re_registration_attempt`, साथ में आवश्यक `registry_source` और `identity_match_ref`
`igaming-chat-rain-farming`	`bonus.bonus_claimed`	`bonus_id`, `bonus_type`, `claim_delay_ms`
`igaming-repeated-bonus-claims-one-device`	`bonus.bonus_claimed`	`bonus_id`, `device_context.fingerprint`
`igaming-affiliate-self-referral`	`affiliate.affiliate_attributed`	`affiliate_code`, `device_context.fingerprint`
`igaming-multi-accounting-device`	`security.login_succeeded`, या कस्टम `security.registration_attempt`	`device_context.fingerprint`
`igaming-shared-proxy-ip`	`security.login_succeeded`	`device_context.network_context.ip_address`

igaming_fraud बंडल का उपयोग तब करें जब आपका इंटीग्रेशन लॉगिन, गेमप्ले, बोनस, एफ़िलिएट, भुगतान, विवाद, सुरक्षा और जिम्मेदार जुआ से जुड़े इवेंट भेजता हो। नियम ऑप्ट-इन रहते हैं: लाइब्रेरी में इन्हें जोड़ने से ये मौजूदा एप्लिकेशन में इंस्टॉल नहीं होते और किसी भी सक्रिय ग्राहक के मौजूदा प्रीसेट नहीं बदलते।

ई-कॉमर्स बंडल

मार्केटप्लेस और मर्चेंट-ऑफ़-रिकॉर्ड एप्लिकेशन के लिए।

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`ecommerce-card-testing-microtransactions`	एक ही फ़िंगरप्रिंट से 1 घंटे में $5 या उससे कम के ≥10 लेन-देन	+30 स्कोर
`ecommerce-high-order-velocity`	एक फ़िंगरप्रिंट पर 30 मिनट में ≥8 लेन-देन	+30 स्कोर
`ecommerce-chargeback-indicator`	प्रदाता/वर्कफ़्लो ने चार्जबैक संकेतक चिह्नित किया है	+30 स्कोर
`ecommerce-billing-country-mismatch`	$500 या उससे अधिक के लेन-देन पर बिलिंग देश का मेल न खाना	+30 स्कोर
`ecommerce-shared-payment-method`	7 दिनों में भुगतान विधि का ≥3 ई-कॉमर्स सब्जेक्ट द्वारा पुनः उपयोग	+30 स्कोर
`ecommerce-shared-ip-multi-accounting`	24 घंटे में एक IP का ≥4 ई-कॉमर्स सब्जेक्ट द्वारा साझा उपयोग	+30 स्कोर
`ecommerce-remote-checkout-high-value`	$1,000 या उससे अधिक के चेकआउट पर रिमोट एक्सेस का पता चला	+30 स्कोर
`ecommerce-affiliate-burst`	2 घंटे में एक ही एफ़िलिएट + फ़िंगरप्रिंट पर ≥5 लेन-देन	+30 स्कोर

चेक धोखाधड़ी बंडल

उन एप्लिकेशन के लिए जो चेक-जमा लेन-देन भेजते हैं। हर नियम उन custom_values.check_* फ़्लैग से ट्रिगर होता है जिन्हें कॉलर सेट करता है, जब किसी चेक में ज्ञात जोखिम संकेत हो (वॉशिंग, MICR गायब होना, डार्क-वेब पर सूचीबद्ध सीरियल, आदि)।

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`check-amount-out-of-range`	चेक राशि को खाते की सामान्य सीमा से बाहर चिह्नित किया गया है और राशि ≥ $1,000 है	+40 स्कोर, `IN_REVIEW`
`check-missing-or-invalid-number`	चेक किसी गायब, असंगत या क्रम से बाहर चेक नंबर के साथ आया	+35 स्कोर, `IN_REVIEW`
`check-duplicate-presentation`	वही चेक दो बार जमा होता दिखता है (मोबाइल + शाखा)	+70 स्कोर, `IN_REVIEW`
`check-on-dark-web-watchlist`	चेक का सीरियल/इमेज डार्क-वेब या Telegram पर चोरी हुए चेकों की फ़ीड में मिला	+90 स्कोर, `DECLINED`
`check-altered-or-washed`	चेक में केमिकल-इरेज़र, MICR में बदलाव, या अन्य वॉशिंग के सबूत दिखते हैं	+70 स्कोर, `IN_REVIEW`
`check-deposit-rapid-multi-bank`	वही विषय 24 घंटे में ≥3 अलग-अलग प्रतिपक्ष बैंकों में चेक जमा करता है (काइटिंग)	+45 स्कोर, `IN_REVIEW`

BNPL बंडल

बाय-नाउ-पे-लेटर प्रदाताओं के लिए। किस्त ऋण के लिए विशिष्ट प्रथम-पक्ष धोखाधड़ी (भुगतान न करना) और पहचानकर्ता साझा करने के पैटर्न दिखाता है।

`library_key`	ट्रिगर	डिफ़ॉल्ट कार्रवाई
`bnpl-failed-repayment-velocity`	इकाई पर हाल के ≥2 असफल पुनर्भुगतान, जो प्रथम-पक्ष धोखाधड़ी का संकेत है	+45 स्कोर, `IN_REVIEW`
`bnpl-shared-identifier-across-accounts`	फ़ोन, ईमेल या पता कई अलग-अलग BNPL इकाइयों में देखा गया है	+40 स्कोर, `IN_REVIEW`
`bnpl-high-installment-on-fresh-account`	पिछले 7 दिनों में खोले गए खाते से ≥ $500 की किस्त	+35 स्कोर

संदर्भ: लाइब्रेरी के पीछे के मानक

Didit की लाइब्रेरी का हर प्रीसेट एक व्यापक रूप से स्वीकृत AML, धोखाधड़ी, या अनुपालन टाइपोलॉजी से जुड़ा है। जिन मानकों पर हम निर्भर हैं:

स्रोत	लाइब्रेरी में योगदान देने वाली टाइपोलॉजी
FATF सिफ़ारिशें	स्ट्रक्चरिंग, धन का तेज़ी से स्थानांतरण, उच्च-जोखिम वाले क्षेत्राधिकार का एक्सपोज़र, प्रतिपक्ष प्रतिबंध स्क्रीनिंग
FinCEN एडवाइज़री	BSA / CTR रिपोर्टिंग थ्रेशोल्ड, निष्क्रिय खाते का पुनः सक्रियण, संदिग्ध नकद पैटर्न
NACHA नियम	ACH-विशिष्ट थ्रेशोल्ड और गैर-कार्यावधि पैटर्न
Wolfsberg सिद्धांत	कॉरेस्पॉन्डेंट बैंकिंग और प्राइवेट बैंकिंग टाइपोलॉजी
Egmont Group टाइपोलॉजी	सीमा-पार और लेयरिंग पैटर्न
उद्योग की सर्वोत्तम प्रथाएँ	वेलोसिटी विंडोइंग, असंभव यात्रा, पहली बार भुगतान पाने वाला, डिवाइस फ़िंगरप्रिंट का पुनः उपयोग, BNPL प्रथम-पक्ष धोखाधड़ी संकेत

Didit केवल वही टाइपोलॉजी लागू करता है जो स्वीकृत उद्योग मानक हैं, और हर थ्रेशोल्ड आपके ट्यून करने के लिए उपलब्ध कराता है।

प्रीसेट को कस्टमाइज़ करना

हर प्रीसेट को इस तरह किया जा सकता है:

ट्यून करें: प्रति एप्लिकेशन थ्रेशोल्ड, विंडो, स्कोर मान या कार्रवाइयाँ बदलें
अक्षम: प्रीसेट को DISABLED मोड में बदलें और वह मूल्यांकन बंद कर देगा, पर उसकी पहचान नहीं खोएगा
परीक्षण: प्रीसेट को TEST मोड में बदलें ताकि लेन-देन के नतीजों को प्रभावित किए बिना शैडो-मोड में उसका मूल्यांकन हो
विस्तार: ऐसे कस्टम नियम बनाएँ जो प्रीसेट को पूरक बनाएँ या प्रीसेट को ओवरराइड करें

नियम की संरचना, API endpoints, और कस्टम नियम बनाने के व्यावहारिक उदाहरणों के लिए नियम और स्कोरिंग देखें।

अंतिम संशोधन 7 नवंबर 2026

​प्रीसेट कैसे व्यवस्थित हैं

​इस पेज को कैसे पढ़ें

​फ़ाइनेंस बंडल

​स्ट्रक्चरिंग और सीमा के निकट

​वॉल्यूम और वेग

​लेयरिंग, म्यूल और स्मर्फ़िंग

​व्यवहार संबंधी विसंगतियाँ

​AML / CTF बंडल

​क्रिप्टो स्क्रीनिंग बंडल

​क्रिप्टो निगरानी बंडल

​Travel Rule बंडल

​वैश्विक Travel Rule

​क्षेत्रीय व्यवस्थाएँ

​प्रतिपक्ष ड्यू डिलिजेंस

​डिवाइस इंटेलिजेंस और धोखाधड़ी रोकथाम

​डिवाइस फ़िंगरप्रिंट और मल्टी-अकाउंटिंग

​IP, नेटवर्क और VPN

​व्यवहारिक संयोजन

​खाता अधिग्रहण और APP धोखाधड़ी

​एफिलिएट और बोनस दुरुपयोग

​ज़िम्मेदार गेमिंग बंडल

​iGaming धोखाधड़ी बंडल

​हर नियम के लिए आवश्यक इवेंट सिग्नल

​ई-कॉमर्स बंडल

​चेक धोखाधड़ी बंडल

​BNPL बंडल

​संदर्भ: लाइब्रेरी के पीछे के मानक

​प्रीसेट को कस्टमाइज़ करना