आईगेमिंग के लिए जिम्मेदार-गेमिंग लेनदेन निगरानी (HI)

आईगेमिंग ऑपरेटरों के पास दो निगरानी दायित्व होते हैं जो अलग-अलग दिशाओं में काम करते हैं। एएमएल नियम आपसे मनी लॉन्ड्रिंग — संरचित, खच्चर पैटर्न, स्वीकृत प्रतिपक्षों — पर नज़र रखने के लिए कहते हैं। जिम्मेदार-गेमिंग नियम आपसे नुकसान पर नज़र रखने के लिए कहते हैं — एक खिलाड़ी जितनी जल्दी जमा करता है, नुकसान का पीछा करने के लिए अपनी सीमाएं बढ़ाता है, या बोनस के लिए शिकार होता है। अधिकांश ऑपरेटर इन्हें अलग-अलग टूलिंग के साथ अलग-अलग कार्यक्रमों के रूप में चलाते हैं, भले ही दोनों खिलाड़ी लेनदेन के एक ही स्ट्रीम को पढ़ रहे हों।

डिडिट का लेनदेन निगरानी एपीआई दोनों को एक ही इंजन में चलाता है। जिम्मेदार गेमिंग बंडल जमा-वेग स्पाइक्स, संदिग्ध सीमा परिवर्तनों और बोनस के दुरुपयोग को पकड़ता है, जिसमें समर्पित gambling_* लेनदेन श्रेणियों का उपयोग किया जाता है — और यह एएमएल/सीटीएफ, विसंगति का पता लगाने और धोखाधड़ी बंडलों के साथ एक ही उत्पाद, एक ही अलर्ट कतार और एक ही केस वर्कफ़्लो में बैठता है। प्रत्येक लेनदेन को वास्तविक समय में $0.02 प्रति लेनदेन पर स्कोर किया जाता है।

यह मार्गदर्शिका जिम्मेदार गेमिंग बंडल, इसे खिलाने वाली जुआ श्रेणियों और इसे कैसे जोड़ा जाए, इसकी व्याख्या करती है।

मुख्य बातें

• जिम्मेदार गेमिंग बंडल जमा-वेग स्पाइक्स, संदिग्ध सीमा परिवर्तनों और बोनस के दुरुपयोग को पकड़ता है — खिलाड़ी-सुरक्षा संकेत, न केवल मनी लॉन्ड्रिंग।
• समर्पित gambling_* श्रेणियां — gambling_bet, gambling_limit_change, gambling_bonus_change — नियमों को सही संदर्भ में लागू करने देती हैं।
• जिम्मेदार-गेमिंग और एएमएल एक ही इंजन में चलते हैं, इसलिए खिलाड़ी-नुकसान और मनी लॉन्ड्रिंग संकेत एक अलर्ट कतार और एक केस वर्कफ़्लो साझा करते हैं।
• वेग विंडो (गिनती, योग, विशिष्ट) एक अलग स्ट्रीम प्रोसेसर के बिना जमा-वेग और सीमा-परिवर्तन पैटर्न को व्यक्त करते हैं।
• AWAITING_USER एक ध्वजांकित लेनदेन को एक स्टेप-अप के लिए रोक सकता है जो खिलाड़ी-सुरक्षा टचपॉइंट के रूप में दोगुना हो जाता है।
• $0.02 प्रति लेनदेन, कोई न्यूनतम नहीं। एक ध्वजांकित पार्टी पर एएमएल स्क्रीनिंग का बिल $0.20 पर अलग से किया जाता है।

जिम्मेदार गेमिंग बंडल क्या करता है

यह बंडल नियमों का एक क्यूरेटेड सेट है जिसे मनी लॉन्ड्रिंग के बजाय खिलाड़ी-सुरक्षा टाइपोलॉजी के लिए ट्यून किया गया है। यह खिलाड़ी के लेनदेन स्ट्रीम — जमा, दांव, सीमा परिवर्तन, बोनस घटनाओं — को पढ़ता है और उन पैटर्न को ध्वजांकित करता है जिनकी नियामकों और नुकसान-रोकथाम फ्रेमवर्क को परवाह है: एक खिलाड़ी कम समय में बार-बार जमा कर रहा है, एक खिलाड़ी नुकसान की लकीर के तुरंत बाद अपनी जमा या नुकसान की सीमा बढ़ा रहा है, या ऐसे तरीके से बोनस का चक्रण कर रहा है जो दुरुपयोग या संगठित खेती का संकेत देता है।

प्रत्येक नियम इंजन के बाकी हिस्सों के समान ही कार्य करता है: जोखिम स्कोर में जोड़ें, स्थिति बदलें, लेनदेन को टैग करें, या पार्टी को सूची में जोड़ें। तो एक जमा-वेग स्पाइक एक खिलाड़ी को समीक्षा में ले जा सकता है, जिम्मेदार-गेमिंग टीम के लिए एक नोट संलग्न कर सकता है, और — यदि आपकी नीति चुनती है — AWAITING_USER के साथ अगले जमा को रोक सकता है ताकि खिलाड़ी को जारी रखने से पहले पुष्टि करनी पड़े।

यह क्यों मायने रखता है

जुआ नियामक तेजी से ऑपरेटरों को सक्रिय नुकसान निगरानी प्रदर्शित करने की आवश्यकता कर रहे हैं, न केवल एएमएल अनुपालन। कई न्यायालयों में लाइसेंस की शर्तें ऑपरेटरों से नुकसान के मार्करों की पहचान करने की उम्मीद करती हैं — नुकसान का पीछा करना, जमा को बढ़ाना, सुरक्षा को हटाने वाले सीमा परिवर्तन — और हस्तक्षेप करना। ऐसा करने में विफल रहना केवल जुर्माना नहीं, बल्कि एक लाइसेंस जोखिम है।

एएमएल निगरानी के लिए एक बोल्ट-ऑन के रूप में जिम्मेदार गेमिंग चलाना बेकार है, क्योंकि दोनों एक ही लेनदेन को पढ़ रहे हैं। एक एकीकृत इंजन एकीकरण दोनों दायित्वों को पूरा करने देता है: वही जमा जिसे एएमएल नियम संरचित करने के लिए स्कोर करता है, एक जिम्मेदार-गेमिंग नियम वेग के लिए स्कोर करता है। संकेत एक कतार साझा करते हैं, विश्लेषक एक वर्कफ़्लो साझा करते हैं, और ऑडिट ट्रेल एक ही बार में दोनों कार्यक्रमों को कवर करता है — दो विक्रेता अनुबंधों के बजाय प्रति-लेनदेन मूल्य पर।

तकनीकी विवरण

जुआ लेनदेन को एकीकृत /v3/ एपीआई के खिलाफ gambling_* श्रेणी के साथ बनाया जाता है ताकि सही नियम लागू हों:

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_g7a118",
    "category": "gambling_bet",
    "amount": 500,
    "currency": "EUR",
    "currency_kind": "fiat",
    "txn_date": "2026-05-21T20:05:00Z",
    "subject": { "vendor_data": "player_4471", "role": "SENDER", "entity_type": "INDIVIDUAL" },
    "payment_method": "CARD"
  }'

एक जमा-वेग स्पाइक जिम्मेदार गेमिंग बंडल को ट्रिप करता है और एक स्थिति लौटाता है जिस पर ऑपरेटर कार्य कर सकता है:

{
  "transaction_id": "txn_g7a118",
  "status": "AWAITING_USER",
  "risk_score": 68,
  "triggered_rules": [
    {
      "name": "Deposit velocity — 24h count",
      "bundle": "Responsible gaming",
      "aggregation": "count",
      "window": "24h",
      "action": "CHANGE_STATUS"
    }
  ],
  "alert_id": "alrt_e9c440"
}

जुआ श्रेणियां। gambling_bet, gambling_limit_change, और gambling_bonus_change नियमों को संदर्भ में लागू करने देते हैं — जमा पर एक वेग नियम, सीमा परिवर्तनों पर एक पैटर्न नियम, बोनस घटनाओं पर एक दुरुपयोग नियम।

वेग और एकत्रीकरण। जमा-वेग और सीमा-परिवर्तन पैटर्न को गिनती, योग और विशिष्ट विंडो के साथ व्यक्त करें — "24 घंटे में 6 से अधिक जमा", "7 दिनों में €2,000 से अधिक संचयी जमा" — अपने स्वयं के स्ट्रीम प्रोसेसर का निर्माण किए बिना।

वेबहुक। transaction.created और transaction.status.updated की सदस्यता लें ताकि अलर्ट हल होने और उपचार पूरा होने पर आपका प्लेटफ़ॉर्म सिंक में रहे।

कीमत। $0.02 प्रति लेनदेन, प्रति कॉल बिल किया गया, कोई न्यूनतम नहीं। एक ध्वजांकित पार्टी पर एएमएल स्क्रीनिंग का बिल $0.20 पर अलग से किया जाता है।

खिलाड़ी-सुरक्षा नियम बनाना

• जमा वेग। gambling_bet-संलग्न जमा घटनाओं पर एक count या sum विंडो एक खिलाड़ी को आपके नुकसान की सीमा से अधिक तेजी से या अधिक जमा करने को पकड़ती है। अगले जमा को AWAITING_USER के साथ रोकें ताकि खिलाड़ी जारी रखने से पहले पुष्टि करे।
• सीमा परिवर्तन। gambling_limit_change पर एक नियम एक खिलाड़ी को जमा या नुकसान की सीमा बढ़ाने को पकड़ता है, खासकर नुकसान की लकीर के तुरंत बाद — एक क्लासिक पीछा-नुकसान मार्कर। इसे समीक्षा के लिए रूट करें और जिम्मेदार-गेमिंग टीम को सूचित करें।
• बोनस का दुरुपयोग। gambling_bonus_change पर एक नियम, विशिष्ट-खाता गणना के साथ संयुक्त, बोनस चक्रण और संगठित खेती को पकड़ता है।
• एएमएल साथ-साथ। एक ही खिलाड़ी के जमा एक ही समय में एएमएल/सीटीएफ और विसंगति का पता लगाने के खिलाफ चलते हैं, इसलिए संरचित या खच्चर संकेत एक ही कतार में सतह पर आते हैं।

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

उपयोग के मामले

• ऑनलाइन कैसीनो — जमा-वेग और सीमा-परिवर्तन नियम पीछा-नुकसान व्यवहार को ध्वजांकित करते हैं और एक खिलाड़ी-सुरक्षा स्टेप-अप को ट्रिगर करते हैं।
• स्पोर्ट्स बेटिंग — बेट और जमा वेग विंडो एक सत्र के भीतर बढ़ते दांव को पकड़ते हैं।
• बोनस-संचालित अधिग्रहण — विशिष्ट-खाता गणना के साथ gambling_bonus_change नियम बोनस खेती को पकड़ते हैं।
• आयु-गेटेड प्लेटफॉर्म — AWAITING_USER स्टेप-अप एक पुनः सत्यापन टचपॉइंट के रूप में दोगुना हो जाता है जहां नुकसान या धोखाधड़ी के संकेत दिखाई देते हैं।
• बहु-अधिकार क्षेत्र ऑपरेटर — एक निगरानी कार्यक्रम रखते हुए कंसोल में प्रति बाजार नुकसान की सीमाओं को ट्यून करें।

डिडिट के साथ कैसे एकीकृत करें

1. बंडल को चालू करें। बिजनेस कंसोल में, एएमएल/सीटीएफ और विसंगति का पता लगाने के साथ जिम्मेदार गेमिंग को सक्षम करें, और जमा-वेग, सीमा-परिवर्तन और बोनस सीमाओं को अपने अधिकार क्षेत्र में ट्यून करें।
2. जुआ घटनाएँ भेजें। POST /v3/transactions/ को सही gambling_* श्रेणी के साथ भेजें क्योंकि खिलाड़ी जमा करते हैं, दांव लगाते हैं, सीमाएं बदलते हैं, या बोनस प्राप्त करते हैं — एक स्थिर transaction_id और vendor_data के साथ प्रत्येक को खिलाड़ी से जोड़ते हैं।
3. स्थिति पर कार्य करें। एक खिलाड़ी-सुरक्षा या पुनः सत्यापन कदम डालने के लिए AWAITING_USER के साथ स्वीकृत करें, समीक्षा करें, अस्वीकार करें, या रोकें।
4. वेबहुक के साथ सिंक करें। अलर्ट हल होने या स्टेप-अप पूरा होने पर प्रतिक्रिया करने के लिए transaction.status.updated को सुनें।

क्योंकि यह सब एकीकृत /v3/ एपीआई पर है, केवाईसी प्रवाह के साथ एक खिलाड़ी सीधे उसी इंजन में आता है जो उनके जिम्मेदार-गेमिंग और एएमएल निगरानी दोनों को चलाता है — एक पहचान-और-धोखाधड़ी प्लेटफ़ॉर्म, एंड टू एंड।

अक्सर पूछे जाने वाले प्रश्न

जिम्मेदार गेमिंग बंडल क्या पकड़ता है?

जमा-वेग स्पाइक्स, संदिग्ध सीमा परिवर्तन, और बोनस का दुरुपयोग — खिलाड़ी-सुरक्षा मार्कर — gambling_bet, gambling_limit_change, और gambling_bonus_change श्रेणियों का उपयोग करके।

क्या मैं जिम्मेदार गेमिंग और एएमएल को एक ही इंजन में चला सकता हूँ?

हाँ। दोनों एक ही इंजन में एक ही लेनदेन स्ट्रीम के खिलाफ चलते हैं, एक अलर्ट कतार और केस वर्कफ़्लो साझा करते हैं, ताकि आप एक एकीकरण से दोनों दायित्वों को पूरा कर सकें।

मैं पीछा-नुकसान व्यवहार को कैसे ध्वजांकित करूँ?

gambling_limit_change पर एक नियम का उपयोग करें ताकि सीमा वृद्धि (विशेषकर नुकसान के बाद) और जमा-वेग विंडो को पकड़ा जा सके ताकि बढ़ते जमा को पकड़ा जा सके। उन्हें समीक्षा के लिए रूट करें या AWAITING_USER के साथ रोकें।

क्या मैं खिलाड़ी को ब्लॉक करने के बजाय रोक सकता हूँ?

हाँ। AWAITING_USER स्थिति एक ध्वजांकित लेनदेन को एक स्टेप-अप के लिए रोकती है — एक पुष्टि, एक पुनः सत्यापन — जो खिलाड़ी द्वारा इसे साफ करने के बाद स्वचालित रूप से फिर से शुरू हो जाती है, जो खिलाड़ी-सुरक्षा टचपॉइंट के रूप में दोगुना हो जाता है।

इसकी लागत कितनी है?

$0.02 प्रति लेनदेन, प्रति कॉल बिल किया गया, कोई न्यूनतम नहीं। एक ध्वजांकित पार्टी पर एएमएल स्क्रीनिंग का बिल $0.20 पर अलग से किया जाता है।

शुरू करने के लिए तैयार हैं?

दस्तावेज़ों में लेनदेन निगरानी अवलोकन पढ़ें, लेनदेन निगरानी उत्पाद पृष्ठ पर देखें कि यह प्लेटफ़ॉर्म के बाकी हिस्सों में कैसे फिट बैठता है, और मूल्य निर्धारण पृष्ठ पर पारदर्शी प्रति-कॉल मूल्य निर्धारण देखें। जब आप तैयार हों, तो मुफ्त में शुरू करें — हर महीने 500 मुफ्त केवाईसी जांच, और $0.02 प्रति कॉल पर लेनदेन निगरानी।