Თამაშის პლატფორმები და პროგრამული უზრუნველყოფა, რომელიც მხარს უჭერს POLi

1) ძირითადი თეზისი

POLi დაკავშირებულია სალაროებში (პაკეტი gateway/ორკესტრი) და არა თამაშის პროვაიდერის დონეზე.
მხარს უჭერს თუ არა საიტი POLi - განისაზღვრება კაზინოს პლატფორმის გადახდის ინტეგრაციით, და არა მათ, ვისი სლოტებია განთავსებული (NetEnt, Pragmatic, Playtech და ა.შ.).
ფუნქციური გაშუქება POLi მხოლოდ ანაბრები არიან. თანხების გატანა ხორციელდება ალტერნატიული მეთოდებით (საბანკო გადარიცხვა, ბარათები, საფულეები).
იურისდიქცია: ავსტრალიაში, POLi ოპერაციები შეჩერებულია (2023 წლის სექტემბერი), ავსტრალიელი მომხმარებლებისთვის ონლაინ კაზინო/სლოტები აკრძალულია ფედერალური კანონით (IGA 2001); ახალ ზელანდიაში POLi აგრძელებს მუშაობას და შეუძლია მხარი დაუჭიროს ლიცენზირებულ ოპერატორებს.

2) სათამაშო პლატფორმების ტიპები, სადაც POLi ტექნიკურად არის მხარდაჭერილი

1. ბრაუზერის კაზინო (ვებ კლიენტი):

• მხარდაჭერა Hosted Payment Page (HPP) ან redirect/app-switch მეშვეობით ონლაინ ბანკში.
• თავსებადია SPA/SSR ჩარჩოებთან (React/Vue/Next/Nuxt) რედირექტორთა სწორად დაყენებით და გარიგების დაბრუნების სტატუსის დამუშავებით.
2. მშობლიური iOS/Android პროგრამები (NZ- სთვის):
• ორი ნიმუში: app webview (ჩაშენებული სალარო) ან app-switch/deep შეიყვანეთ საბანკო აპლიკაციაში/ბრაუზერში, კაზინოში დაბრუნებით URL სქემის მიხედვით.
• საჭიროა Universal links/Android intents და Timauts სწორი დამუშავება.
3. დესკტოპის მომხმარებლები (იშვიათობა):
• გამოიყენება ჩაშენებული ბრაუზერი/გარე რედაქცია. საჭიროა whitelists callback დომენებისთვის.
4. White-label/turnkey კაზინოს პლატფორმები:
• თუ პლატფორმის გადახდის ორკესტრს აქვს კონექტორი POLi- სთვის და ოპერატორი მუშაობს NZ- ში - POLi ხელმისაწვდომია „ყუთიდან“ (HPP ან სერვერის სერვერი API- ს საშუალებით).


💡მნიშვნელოვანია: თამაშის ძრავები და შინაარსის პროვაიდერები (სლოტები, ლაივ კაზინო) არ კარნახობენ POLi- ს მხარდაჭერას; ისინი იზოლირებულია გადახდის ლოგიკისგან.

3) ინტეგრაციის ნიმუშები POLi

Redirect/HPP (ყველაზე გავრცელებული):
• კაზინო აგზავნის თხოვნას, მომხმარებელი მიდის ბანკის გვერდზე, გადის ავთენტიფიკაციას/2FA და ბრუნდება return\_ ur- ში, სალარო იღებს წარმატებულ/წარუმატებელ სტატუსს.

მინიმალური PCI ვალდებულებები, მაღალი სტაბილურობა.
სერვერი სერვერზე + customer-redirect (ჰიბრიდი):
• კაზინოს სერვერი ქმნის გადახდის სესიას POLi პროვაიდერთან, ფრონტენტი აწარმოებს მომხმარებელს რედაქციის საშუალებით; სტატუსის დადასტურება არის ვებჰუკი.

მოსახერხებელია idempotenty და ზუსტი craction.
სრული API მიდგომა იშვიათად გამოიყენება (საბანკო ავტორიზაციის გამო, მომხმარებელი კვლავ გადადის ბანკში).

კრიტიკულად: webhook/notify\_ url- ის სწორი განხორციელება, idempotence, სტატუსის ხელახალი დამუშავება ქსელის წარუმატებლობის დროს.

4) თავსებადობა პროგრამასა და კაზინოს ინფრასტრუქტურასთან

Frontend: ნებისმიერი თანამედროვე ჩარჩო; მნიშვნელოვანია დაიცვან CSP, სწორად კონფიგურაცია SameSite/Lax cookie- სთვის რედაქციის ჯაჭვში.
Back: თავსებადია ტიპურ დასტებთან (Node/Java/PHP/.NET). საჭიროა ხაზები ასინქრონული სტატუსებისთვის, რეტრაები და აუდიტის ლოგოები.
გადახდის ორკესტრორები/კარიბჭეები: POLi- ს მხარდაჭერა განისაზღვრება კონექტორის არსებობით. თუ ორკესტრს აქვს ეს, სალაროებში ჩართვა მცირდება მერჩანტისა და კალბაკის ურნების დაყენებაზე.
KYC/AML/ქცევითი ანალიტიკა: არ არის დამოკიდებული ანაბრის მეთოდზე; შევსების მოცულობის/სიხშირის გამომწვევები ერთნაირად მუშაობს POLi- სთვის.
მობილური SDK: ჩვეულებრივ, არ არის საჭირო; საკმარისია app-switch- ის სწორი მოქმედება და დაბრუნება deeplink- ზე.

5) UX და უსაფრთხოება

2FA და SCA - ბანკის მხარეს. განაცხადმა უნდა შეინარჩუნოს სალაროს სხდომა „ცოცხალი“ დაბრუნებამდე (ტაიმუტი 5-10 წუთი).
Anti-CSRF: რედაქციის წინ წარმოქმენით ერთჯერადი სახელმწიფო და შეამოწმეთ იგი დაბრუნების შემდეგ.
Webview- ის ვარდნა: თუ მომხმარებელმა „დახურა“ საბანკო ფანჯარა, აჩვენეთ „განაახლეთ გადახდა „/“ შეარჩიეთ სხვა მეთოდი “.
მკაფიო სტატუსები: processing, success/fail *; fail- ისთვის - მიეცით ალტერნატივა (ბარათი, გადარიცხვის ბანკი, PayID AU- ში იურიდიული მომსახურებისთვის).
რეკონსტრუქცია: ჩაატარეთ გარიგების სრული შერიგება სატენდერო რეფერენდუმზე და საბანკო ანგარიშებზე; ყველა სტატუსის შენახვა ზუსტი დროით.

6) შეზღუდვები POLi

მხოლოდ ანაბრები. POLi- ს საშუალებით თანხების გატანა არ არის მხარდაჭერილი.
ლიმიტები მოცემულია ბანკის და ოპერატორის მიერ და არა POLi.
არ არსებობს განმეორებითი ჩამოწერები. თითოეული გადახდა ინიცირებულია ხელით მომხმარებლის მიერ.
დამოკიდებულია ინტერნეტ ბანკის ხელმისაწვდომობაზე. ბანკის დაგეგმილი მუშაობა = დროებითი უარი.

7) რეგიონალური თავისებურებები და სამართლებრივი კონტექსტი

ავსტრალია (AU):
• POLi ოპერაციები შეჩერებულია (2023 წლის სექტემბერი).
• AU- ს მაცხოვრებლებისთვის ონლაინ კაზინო/სლოტები აკრძალულია Interactive Gambling Act 2001-ის ფედერალური კანონით.
• იურიდიული პროდუქტებისთვის (ტოტალიზატორები, ლატარიები და ა.შ.) გამოიყენება ალტერნატივები: PayID/Osko, საბანკო ბარათები, Apple Pay/Google Pay.
ახალი ზელანდია (NZ):
• POLi ფუნქციონირებს; ლიცენზირებულ ოპერატორებს შეუძლიათ შესთავაზონ იგი სალაროებში.
• მოთხოვნები: ადგილობრივი ლიცენზია, KYC/AML, რედირექტორისა და ვებჰუკების სწორი ინტეგრაცია, მკაფიო ლიმიტები და საპასუხისმგებლო თამაშის პოლიტიკა.

8) ჩეკის სია პლატფორმის მფლობელებისთვის (NZ)

1. კონფიგურაცია return\_ url/notify\_ url, ჩართეთ იდემპოტენტობა.
2. Webhuk retrais- ის განხორციელება და სტატუსების გადავადებული რასინქრონიზაცია.
3. საბოლოო ეკრანების ჩართვა: წარმატება/უარყოფა/უცნობია CTA- სთან (განმეორება/ალტერნატივა).
4. სკრიპტების შესამოწმებლად: ბანკში გაუქმება, ტაიმუტი, კომუნიკაციის ვარდნა, დახურული ვებვივი.
5. მიუთითეთ დეპოზიტის ლიმიტები UI- ში და მოვალეობა კლიენტზე/სერვერზე.
6. დაბრუნების პოლიტიკის განახლება: ანაზღაურება ხორციელდება ოპერატორის მეშვეობით და არა POLi.
7. მოამზადეთ ოპერაციული რეკონსტრუქცია: ყოველდღიური მოხსენებები, სტატუსის შედარება, საკამათო გადახდების სახელმძღვანელო ანალიზი.
8. ჟურნალის კონფიგურაცია (payment\_ id, user\_ id, bank\_ ref, რედაქციის/დაბრუნების დრო, შედეგი 2FA, webhook ლატენტობა).
9. ჩაატარეთ UAT/გადახდისა და აუდიტის ნაკადების პენტესტი.
10. დაამატეთ FAQ სალაროში: "რატომ არ გაიარა გადახდა? „„, სად არის ჩეკი? „„, რა ზღვარია? ».

9) რა არ მოქმედებს POLi- ს მხარდაჭერაზე

სლოტის/ლაივ კაზინოს პროვაიდერების ნაკრები.
საიტის/განაცხადის ჩარჩო, როგორც ასეთი (რედაქციების/სესიების სწორად დაყენებით).
ბონუსის სქემა (გააქტიურება/სარეკლამო კოდი) არის ბიზნეს ლოგიკა, არა გადახდის ინფრასტრუქტურა.

10) შედეგი

POLi არის სალარო/გადახდის ორკესტრის ინტეგრაცია, რომელიც თავსებადია ვებ კაზინოებთან, მობილურ პროგრამებთან და თეთრ-ლაბელის პლატფორმებთან. იგი უზრუნველყოფს სწრაფ დეპოზიტებს საბანკო რედაქციის და ვებჰუკების ხარჯზე, მაგრამ არ უჭერს მხარს დასკვნას და ემორჩილება ბანკის/ოპერატორის შეზღუდვებს. ავსტრალიაში მეთოდი აღარ გამოიყენება და არ გამოიყენება ონლაინ სლოტებზე კანონმდებლობის გამო; ახალ ზელანდიაში ის რჩება სამუშაო გადაწყვეტილებით სწორი ტექნიკური და სამართლებრივი რეგულირებით.