POLi-सक्षम गेमिंग प्लेटफॉर्म और सॉफ्टवेयर

1) प्रमुख थीसिस

POLi नकद रजिस्टर स्तर (भुगतान प्रवेश द्वार/ऑर्केस्ट्रेटर) पर जोड़ ता है, न कि खेल प्रदाता स्तर पर।

क्या साइट POLi का समर्थन करती है, कैसीनो प्लेटफॉर्म के भुगतान एकीकरण द्वारा निर्धारित की जाती है, न कि उन लोगों द्वारा जिनके स्लॉट (नेटेंट, व्यावहारिक, प्लेटेक, आदि) की मेजबानी की जाती है।

पीओएलआई जमा का कार्यात्मक कवरेज केवल। धन की निकासी वैकल्पिक तरीकों (बैंक हस्तांतरण, कार्ड, बटुए) द्वारा की जाती है।

न्यायालय: ऑस्ट्रेलिया में, POLi संचालन बंद कर दिया जाता है (सितंबर 2023), ऑस्ट्रेलियाई ग्राहकों के लिए ऑनलाइन कैसिनो/स्लॉट संघीय कानून (IGA 2001) द्वारा निषिद्ध हैं; न्यूजीलैंड में, POLi का संचालन जारी है और लाइसेंस प्राप्त ऑपरेटरों द्वारा समर्थित किया जा सकता है।

2) गेमिंग प्लेटफार्मों के प्रकार जहां POLi तकनीकी रूप से समर्थित है

• ऑनलाइन बैंकिंग के लिए होस्टेड पेमेंट पेज (एचपीपी) या रीडायरेक्ट/ऐप स्विच के माध्यम से समर्थन।
• SPA/SSR फ्रेमवर्क (React/Vue/Next/Nuxt) के साथ संगत जब रीडायरेक्ट को सही ढंग से कॉन्फ़िगर किया जाता है और लेनदेन स्थिति वापस कर दी जाती है।

• दो पैटर्न: इन-ऐप वेबव्यू (बिल्ट-इन कैश रजिस्टर) या यूआरएल योजना के अनुसार कैसीनो में वापसी के साथ बैंकिंग एप्लिकेशन/ब्राउज़र के लिए ऐप-स्विच/डीप लिंक।
• सार्वभौमिक लिंक/एंड्रॉइड इरादों और टाइमआउट के सही प्रसंस्करण की आवश्यकता है।

• बिल्ट-इन ब्राउज़र/बाहरी रीडायरेक्ट का उपयोग करें। कॉलबैक डोमेन के लिए श्वेतलिस्ट की आवश्यकता है।

• यदि प्लेटफ़ॉर्म के भुगतान ऑर्केस्ट्रेटर के पास POLi का कनेक्टर है और ऑपरेटर NZ में काम करता है, तो POLi बॉक्स (HPP या सर्वर-टू-सर्वर एपीआई के माध्यम से) से उपलब्ध है।

3) POLi एकीकरण पैटर्न

• कैसीनो एक अनुरोध भेजता है - उपयोगकर्ता बैंक पृष्ठ पर जाता है _ url रिटर्न करने के लिए - कैश डेस्क को एक सफल/असफल स्थिति प्राप्त होती है।

• कैसीनो सर्वर POLi प्रदाता के साथ एक भुगतान सत्र बनाता है, फ्रंट-एंड उपयोगकर्ता को रीडायरेक्ट पर ले जाता है; स्थिति की पुष्टि - वेबहुक द्वारा।

• पूर्ण एपीआई दृष्टिकोण का उपयोग शायद ही कभी किया जाता है (बैंक प्राधिकरण के कारण, उपयोगकर्ता अभी भी बैंक में जाता है)।

महत्वपूर्ण: नेटवर्क विफलताओं के मामले में वेबहुक/सूचित· _ url, पहचान, स्टेटस के पुन: प्रसंस्करण का सही कार्यान्वयन।

4) कैसीनो सॉफ्टवेयर और बुनियादी ढांचे के साथ संगतता

फ्रंटेंड: कोई भी आधुनिक ढांचा; सीएसपी का अनुपालन करना महत्वपूर्ण है, रीडायरेक्ट श्रृंखला में कुकीज़के लिए सेमसाइट/लैक्स को सही ढंग से कॉन्फ़िगर करें।

बैकेंड: जेनेरिक स्टैक (नोड/जावा/PHP/.NET) के साथ संगत। हमें अतुल्यकालिक मूर्तियों, रिट्रेज़और ऑडिट लॉग के लिए कतारों की आवश्यकता है।

भुगतान ऑर्केस्ट्रेटर/गेटवे: POLi समर्थन एक कनेक्टर की उपस्थिति से निर्धारित होता है। यदि ऑर्केस्ट्रेटर के पास है, तो व्यापारी और कॉलबैक-urls की स्थापना के लिए बॉक्स ऑफिस पर समावेश कम हो जाता है।

KYC/AML/व्यवहार विश्लेषण: जमा विधि से स्वतंत्र; पुनर्पूर्ति की मात्रा/आवृत्ति पर ट्रिगर POLi के लिए समान काम करते हैं।

मोबाइल एसडीके: आमतौर पर आवश्यक नहीं; यह ऐप-स्विच के लिए सही ढंग से काम करने और डीपलिंक द्वारा वापस करने के लिए पर्याप्त है।

5) यूएक्स और सुरक्षा

2FA और SCA बैंक की तरफ हैं। आवेदन को नकद रजिस्टर सत्र को तब तक जीवित रखना चाहिए जब तक कि वह रिटर्न (टाइमआउट ≥ 5-10 मिनट) न हो जाए।

एंटी-सीएसआरएफ: पुनर्निर्देशन से पहले, एक बार राज्य उत्पन्न करें और लौटने के बाद इसकी जांच करें।

फॉल्स वेबव्यू: यदि उपयोगकर्ता बैंकिंग विंडो को "बंद" करता है, तो "फिर से भुगतान "/" एक और विधि चुनें। "

स्पष्ट स्थिति: प्रसंस्करण → सफलता/विफल → अगला चरण *; असफलता के लिए - विकल्प दें (कार्ड, स्थानांतरण बैंक, कानूनी सेवाओं के लिए एयू में PayID)।

सुलह: व्यापारी संदर्भों और बैंक रिपोर्टों द्वारा लेनदेन का पूरा सामंजस्य स्थापित करना; सटीक टाइमस्टैम्प के साथ सभी स्टेटस स्टोर करें।

6) POLi सीमाएँ

• सीमाएं बैंक और ऑपरेटर द्वारा निर्धारित की जाती हैं, न कि POLi द्वारा।
• कोई आवर्ती राइट-ऑफ नहीं। प्रत्येक भुगतान उपयोगकर्ता द्वारा मैन्युअल रूप से शुरू किया जाता है।
• इंटरनेट बैंकिंग की उपलब्धता पर निर्भरता। नियोजित बैंक गतिविधियाँ = अस्थायी विफलताएं

7) क्षेत्रीय विशेषताएं और कानूनी संदर्भ

• POLi संचालन बंद कर दिया गया (सितंबर 2023)।
• एयू निवासियों के लिए ऑनलाइन कैसिनो/स्लॉट संघीय इंटरएक्टिव जुआ अधिनियम 2001 द्वारा निषिद्ध हैं।
• कानूनी उत्पादों (सट्टेबाजों, लॉटरी, आदि) के लिए विकल्पों का उपयोग किया जाता है: PayID/Osko, बैंक कार्ड, Apple पे/Google पे।

• POLi कार्यात्मक है; लाइसेंस प्राप्त ऑपरेटर इसे बॉक्स ऑफिस पर पेश कर सकते हैं।
• आवश्यकताएं: स्थानीय लाइसेंस, केवाईसी/एएमएल, पुनर्निर्देशित और वेबहूक का सही एकीकरण, स्पष्ट सीमा और जिम्मेदार खेल नीति।

8) प्लेटफ़ॉर्म मालिक चेकलिस्ट (NZ)

1. कॉन्फ़िगर करें reutere _ url/noffy· _ url, idempotency सक्षम करें.

2. रेट्राई वेबहुक लागू करें और देरी से स्थिति desynchronization।

3. अंतिम स्क्रीन सक्षम करें: CTA (दोहराएं/वैकल्पिक) के साथ सफलता/असफलता/अज्ञात।

4. टेस्ट स्क्रिप्ट: बैंक रद्द करना, टाइमआउट, संचार ड्रॉप, बंद वेबव्यू।

5. यूआई में रजिस्टर जमा सीमा और क्लाइंट/सर्वर पर सत्यापन।

6. अद्यतन विवरण नीति - रिटर्न एक ऑपरेटर के माध्यम से बनाया जाता है, POLi नहीं।

7. परिचालन सामंजस्य तैयार करें: दैनिक रिपोर्ट, स्थिति तुलना, विवादित भुगतानों का मैनुअल विश्लेषण।

8. लॉगिंग कॉन्फ़िगर करें (भुगतान· _ id, उपयोगकर्ता ~ _ id, बैंक· _ ref, redirect/reuters समय, 2FA परिणाम, वेबहुक विलंबता)।

9. भुगतान और लेखा परीक्षा प्रवाह का संचालन करना।

10. कैशियर में FAQ जोड़ें: "भुगतान क्यों नहीं हुआ?", "चेक कहाँ है?", "" सीमा क्या है? ».

9) POLi समर्थन को क्या प्रभावित नहीं करता है

• साइट/अनुप्रयोग फ्रेमवर्क जैसे (यदि रीडायरेक्ट/सत्र सही ढंग से कॉन्फ़िगर किए जाते हैं)।
• बोनस योजना (सक्रियण/प्रोमो कोड) व्यावसायिक तर्क है, न कि मूल संरचना का भुगतान

10) नीचे की रेखा

POLi एक नकद रजिस्टर/भुगतान ऑर्केस्ट्रेटर एकीकरण है जो वेब कैसिनो, मोबाइल एप्लिकेशन और व्हाइट-लेबल प्लेटफार्मों के साथ सं यह बैंक पुनर्निर्देशित और वेबहूक के माध्यम से त्वरित जमा प्रदान करता है, लेकिन निकासी का समर्थन नहीं करता है और बैंक/ऑपरेटर सीमा के अधीन है। ऑस्ट्रेलिया में, विधि का उपयोग अब नहीं किया जाता है और कानून के कारण ऑनलाइन स्लॉट पर लागू नहीं होता है; न्यूजीलैंड में सही तकनीकी और कानूनी सेटिंग्स के साथ एक कार्य समाधान बना हुआ है।