क्रिप्टो कैसीनो
धार गियर
भुगतान प्रणालियों का एकीकरण कैसे काम करता है
भुगतान एक ऑनलाइन कैसीनो का "महाधमनी" है। पहली जमा राशि में रूपांतरण, निकासी दर, चार्जबैक का हिस्सा, समर्थन भार और यहां तक कि नियामक की प्रतिष्ठा इस बात पर निर्भर करती है कि भुगतान प्रदाताओं (पीएसपी) के साथ एकीकरण कैसे काम करता है। नीचे एक व्यावहारिक मानचित्र है: किन घटकों की आवश्यकता है, अनुरोध कैसे बहता है, सुरक्षा कहां रखनी है और क्या गिनना है।
1) भुगतान लूप की वास्तुकला
मुख्य इकाइयाँ:- चेकआउट UI-Select विधि/मुद्रा/राशि, 3DS/SCA, statuses, त्रुटियाँ।
- गेटवे: नियमों (देश, मुद्रा, जोखिम, लागत) के अनुसार पीएसपी के लिए मार्ग।
- बटुआ (पीएएम/बटुआ): बैलेंस शीट लेखांकन, आरजी सीमा, 'डेबिट/क्रेडिट' लेनदेन।
- Antifraud/AML: प्राधिकरण से पहले और बाद में स्कोरिंग ऑपरेशन।
- वेबहुक (कॉलबैक): अंतिम स्थिति की पुष्टि करें।
- बिलिंग/सुलह: पीएसपी और बटुए में पैसे का दैनिक संयोग।
- टोकन भंडारण: PSP टोकन के माध्यम से कार्ड/पर्स, कोई "कच्चा" PANs नहीं।
- देश/बैंक/मुद्रा/सीमा नियम, ए/बी लाइन, क्षरण पर स्वचालित विफलता।
2) "जमा" और "निकासी" प्रवाह (योजनाएं)
जमा (कार्ड/बटुआ/बैंकिंग):1. 'POST/भुगतान/init' - एक इरादा (राशि, मुद्रा, विधि) बनाएं।
2. Redirect/SDK → 3DS/SCA/biometrics।
3. PSP प्रारंभिक स्थिति (अधिकृत/लंबित/विफल) बताता है।
4. वेबहुक PSP → अंतिम स्थिति (कैप्चर/विफल)।
5. अंतिम + रिकॉर्ड आरजी/इतिहास सीमा द्वारा 'वॉलेट/क्रेडिट'।
निष्कर्ष:1. 'POST/payouts/init' - वेगर/लिमिट/जोखिम की जाँच करना।
2. PSP में भुगतान शुरू करना (आदर्श रूप से जमा के समान मार्ग)।
3. वेबहुक PSP → सफलता/असफल।
4. सफलता पर 'वॉलेट/डेबिट', असफलता कारण लॉग, खिलाड़ी अधिसूचना।
3) आइडेम्पोटेंस और मनी कनेक्टेड
प्रत्येक कॉल 'Idempotency-Key' और एक अद्वितीय 'txn _ id' के साथ है।
अंतिम वेबहुक के अनुसार जमा/निष्कर्ष केवल एक बार शेष को बदल देते हैं।
कोई भी पुनरावृत्ति क्वेरी समान 'txn _ id' and स्थिति लौटाता है।
खेलों के साथ संयोजन में: 'राउंड _ id' ↔ 'डेबिट _ txn _ id '/' credit _ txn _ id'।
4) सुरक्षा और अनुपालन
टीएलएस 1। 2+/1. 3, एचएसटीएस; HMAC हस्ताक्षर और एंटी-रिप्ले ('टाइमस्टैम्प', नॉन) के साथ वेबहूक।
पीएसपी पर कार्ड का टोकन; पीसीआई डीएसएस गुंजाइश में कमी (मेजबान क्षेत्र/पृष्ठ)।
कार्ड SCA/3DS2, पे-बाय-बैंक के लिए PSD2/Open बैंकिंग।
जीडीपीआर: पीआईआई न्यूनतम, प्रतिधारण, डीएसआर प्रक्रियाएं; प्रोफ़ाइल एक्सेस लॉग।
mTLS/IP PSP के साथ कनेक्शन के लिए अनुमति-सूची, भुगतान लूप का अलगाव।
5) एंटीफ्राड और एएमएल (भुगतान से पहले और बाद में)
प्री-ऑथ नियम: जियो/एएसएन, डिवाइस, वेग, व्यवहार, पास-थ्रू।
एमएल स्कोरिंग/ग्राफ: सामान्य कार्ड/पर्स/उपकरण, बार-बार चार्जबैक।
पोस्ट-ऑथ मॉनिटरिंग: रद्द, रिटर्न, त्वरित आउटपुट।
एएमएल परिदृश्य: थ्रेसहोल्ड, संरचना, असामान्य मार्ग, एसटीआर/एसएआर रिपोर्ट।
स्टेप-अप केवाईसी: आउटपुट से पहले मध्यम/उच्च जोखिम पर।
6) वेबहूक: विश्वसनीय वितरण
एचएमएसी हस्ताक्षर, 'टाइमस्टैम्प' सत्यापन, और 'इवेंट _ आईडी' डीडुप्लिकेशन।
पीएसपी-साइड रिट्रीट अज्ञात हैं।- डिलीवरी लॉग (सफलता/विफल), मृत-अक्षर कतार और मैनुअल "रीप्ले"।
- जब तक राशि/पहचानकर्ता मेल नहीं खाते, वेबहुक शेष नहीं बदलता।
7) त्रुटियां और समय: प्रतिक्रिया डिजाइन
कोड: '402' (भुगतान आवश्यक), '409' (पहचान संघर्ष), '422' (सत्यापन), '429' (दर-सीमा), '5xx' (घटना)।
त्रुटि निकाय: 'त्रुटि', 'संदेश', 'ट्रेस _ आईडी', 'विवरण {...}' - सहायता समर्थन और अलर्ट.
क्लाइंट (घातीय बैकऑफ) पर सुंदर पुन: प्रयास, यूआई में स्पष्ट संकेत।
8) मल्टीपल पीएसपी रूटिंग और फेलओवर
गुणवत्ता नियम: p95 प्राधिकरण, रूपांतरण, 3DS फ़ाइलों का हिस्सा, लागत।
स्मार्ट राउटर: यदि मेट्रिक्स बिगड़ ते हैं, तो ट्रैफिक को एक विकल्प पर स्विच करें।
3DS स्थिरता के लिए सत्र/बैंक के लिए चिपचिपा मार्ग।
गिरावट की योजना: "भारी" विधियों को बंद करना, तेजी से (पी 2 पी/पे-बाय-बैंक), आउटपुट कतार को छोड़ ना।
9) सुलह
बटुए के साथ पीएसपी और ऑटो सत्यापन का दैनिक अपलोडिंग: मिलान मात्रा, कमीशन, रिटर्न।
बेमेल - जांच के लिए मामले।- चार्जबैक/रिफंड/शुल्क पर अलग रिपोर्ट, विधियों द्वारा सही मार्जिन की गणना।
10) फोकस में रखने के लिए मेट्रिक्स
विधि/बैंक/देश/उपकरण द्वारा जमा रूपांतरण।- जमा/आउटपुट समय (p50/p95)।
- 3DS-files का हिस्सा, रद्द, रिटर्न, चार्जबैक दर।
- मैनुअल समीक्षाओं और TTV KYC का हिस्सा।
- मार्ग द्वारा अपटाइम PSP और देशी त्रुटि-दर।
- विधि द्वारा प्रति सफलता और आरओआई लागत।
11) न्यूनतम एपीआई का उदाहरण (संक्षिप्त)
जमा इरादा बनाएँ- 'POST/v1/भुगतान/inite'
json
{
"राशि":" 50। 00" ", मुद्रा":" EUR", "विधि ":" कार्ड", "return_url":"https://app। उदाहरण। कॉम/चेकआउट/रिटर्न, "", "मेटा": {"देश": "एफआई", "डिवाइस": "आईओएस"}
}उत्तर
json
{"भुगतान _ आईडी ": "पे _ 123 ", "स्थिति ": "लंबित"," redirect _ url":" https ://psp। उदाहरण/3ds/"..}वेबहुक स्थिति
'POST/v1/भुगतान/वेबहुक' + 'X-हस्ताक्षर: sha256 ='..
json
{
"event_id":"evt_789," "payment_id":"pay_123," "स्थिति": "कैप्चर", "राशि": "50। 00" ", मुद्रा":" ईयूआर", "टाइमस्टैम्प":" 2025-10-17T09: 41: 00Z"
}- 'POST/v1/वॉलेट/क्रेडिट'
json
{"भुगतान _ आईडी ": "पे _ 123 ", "txn _ id":" txn _ 555"," राशि":" 50। 00 ", "idempotency _ key":" b6a1- "..}12) उपलब्धता और यूएक्स चेकआउट
न्यूनतम कदम: ऑटो-डिटेक्ट देशों/मुद्राओं, संग्रहीत विधि टोकन।
स्थानीय तरीके: बैंक बटन, ई-वॉलेट, Apple/Google पे।
पारदर्शिता: कमीशन/ईटीए निष्कर्ष, संचालन की स्थिति, समझने योग्य त्रुटियां।
पहुँच: बड़े तत्व, विपरीत, स्क्रीन पाठक, बहुभाषावाद।
13) डीआर/बीसीपी और संचालन सुरक्षा
भुगतान पत्रिकाओं की प्रतिकृति, एन्क्रिप्टेड बैकअप, त्रैमासिक डीआर अभ्यास।
आरपीओ/आरटीओ प्रलेखित हैं, पीएसपी विफलता के मामले में "आस्थगित" भुगतान का प्रवाह।
चेकआउट में WAF/बॉट प्रबंधन, लेकिन PSP रीडायरेक्ट/SDK के लिए अपवाद।
14) लगातार त्रुटियाँ
अंतिम वेबहुक → डबल्स/सिंक से बाहर होने तक शेष राशि बदलती है।- कोई 'Idempotency-Key' - एक नेटवर्क विफलता पुन: प्रयास एक दूसरा ऑपरेशन बनाता है।
- वेबहुक हस्ताक्षर का कमजोर सत्यापन → स्थिति प्रतिस्थापन।
- PSP - "शांत विसंगतियों" के साथ ऑटो-सत्यापन की कमी।
- एक PSP "सब कुछ के लिए" - गिरावट के दौरान रूपांतरण का डाउनटाइम और नुकसान।
- क्षेत्रों का सत्यापन "शो के लिए" - चार्जबैक की वृद्धि।
15) कार्यान्वयन चेकलिस्ट (सहेजें)
- मल्टी-पीएसपी राउटर, गुणवत्ता नियम, विफल
- प्रत्येक परत पर पहचान ('txn _ id', 'Idempotency-Key')
- वेबहूक: एचएमएसी, एंटी-रिप्ले, डिलीवरी लॉग, डीडुप्लिकेशन
- टोकेनाइजेशन/होस्ट किए गए क्षेत्र, पीसीआई डीएसएस गुंजाइश में कमी
- 3DS2/SCA, PSD2/Open बैंकिंग जहाँ उपलब्ध है
- भुगतान से पहले और बाद में एंटीफ्राड/एएमएल, स्टेप-अप केवाईसी
- PSP ने ऑटो-मेलमिलाप, गैर-अनुरूपता विश्लेषण की रिपोर्ट की
- अवलोकन: जमा/आउटपुट p95, 3DS विफल-दर, अपटाइम PSP
- डीआर योजना, आस्थगित भुगतान, जर्नल बैकअप
- यूएक्स टिल्स: स्थानीय तरीके, पारदर्शी ईटीए/कमीशन, उपलब्धता
अच्छा भुगतान एकीकरण "एसडीके को कनेक्ट करने" के लिए नहीं है, बल्कि एक स्थिर समोच्च का निर्माण करने के लिए है: मल्टी-पीएसपी रूटिंग, सख्त पहचान, वेबहुक, एंटी-फ्रॉड/एएमएल, ऑटो-सत्यापन और अवलोकन। यह स्टैक रूपांतरण को बढ़ाता है, वापसी को गति देता है, चार्जबैक जोखिमों को कम करता है और खिलाड़ियों, भागीदारों और नियामकों के लिए मंच को अनुमानित करता है।