Խաղային պլատֆորմները և ծրագրակազմը, որոնք աջակցում են POLi

1) Հիմնական թեզը

POLI-ն միացված է տոմսարկղի մակարդակում (payrongateway/նվագարկիչ), ոչ թե խաղային պրովայդերի մակարդակում։

Արդյո՞ ք POLi-ի կայքը աջակցում է, որոշվում է կազինոյի պլատֆորմի վճարովի ինտեգրումը, և ոչ թե նրանց, ում արցունքները (NetEnt, Pragmatic, Playtech և այլն) տեղադրվում են։

POLi ֆունկցիոնալ ստանդարտը միայն դեպոզիտներն են։ Միջոցների դուրսբերումը կատարվում է այլընտրանքային մեթոդներով (բանկային փոխանցում, քարտեր, դրամապանակներ)։

Իրավասություններ. Ավստրալիայում POLi վիրահատությունը դադարեցվել է (2023 սեպտեմբեր), ավստրալական հաճախորդների առցանց խաղատուն/արցունքները արգելված են դաշնային օրենքով (IGA 2001); Նոր Զելանդիայում POLi-ը շարունակում է աշխատել և կարող է աջակցել արտոնագրված վիրահատներին։

2) Խաղային պլատֆորմների տեսակները, որտեղ POLi-ն տեխնիկապես աջակցվում է

1. Զննարկիչ կազինո (վեբ հաճախորդ)

• Համատեղելի է SPA/SSR-ֆրեյմորքերի հետ (React/Vue/Next/Nuxt) գործարքի վերադարձման կարգավիճակի ճիշտ տարբերակով։
• 2. iOS/Android (NZ-ի համար) -

Երկու արտոնագիր ՝ in-ap webview (ներկառուցված տոմսարկղ) կամ ap-switch/deep link բանկային հավելվածում/զննարկիչ, որը վերադարձնում է խաղատուն URL-ի սխեմայով։

• 3. Descotic հաճախորդները (հազվադեպ)

Օգտագործվում են ներկառուցված զննարկիչ/արտաքին ռեդիրեքտ։ Պահանջվում է whitelis.ru callback-lines համար։

4. White-label/turnkey-cazino պլատֆորմը

Եթե պլատֆորմի պլատֆորմի վճարովի նվագարկիչը ունի POLi-ի կոնեկտոր, և օպերատորը աշխատում է NZ-POLi-ում հասանելի է «տուփից» (HPP կամ սերվերի-սերվերը API-ի միջոցով)։

3) Patterns no POLi

• Կազինոն ուղարկում է հարցումը։ Օգտագործողը գնում է բանկի էջի վրա, կատարվում է վավերացում/2FA-ը, վերադառնում է return/_ url-ի վրա։

• Server-to-server + customer-redirae (հիբրիդ)
• Կազինոյի սերվերը ստեղծում է POLi-ի պրովայդերի սարահարթը, ճակատը առաջնորդում է օգտագործողին ռեդիրեկտներով։ կարգավիճակի ապացույցը վեբհուկն է։

• Ամբողջական API մոտեցումը հազվադեպ է օգտագործվում (բանկային հեղինակային պատճառով օգտագործողը դեռ տեղափոխվում է բանկ)։

Քննադատական է 'ճիշտ webhook/notify _ rul, idempotenty, ստատուսների վերամշակումը ցանցային ձախողումների ժամանակ։

4) Համատեղելիությունը ծրագրավորման և կազինոյի ենթակառուցվածքի հետ

Ֆրոնտենդը 'ցանկացած ժամանակակից շրջանակներ, կարևոր է պահպանել CSP-ը, ճիշտ ուղղել SoftSite/Lax-ը cookie-ի համար ռեդիրետների շղթայում։

Backend: համատեղելի է տիպային ապակիների հետ (Node/Java/PHP/.NET)։ Անհրաժեշտ են ասինխրոն ստատուսներ, ռետրաններ և լոգներ։

Վճարովի նվագախմբերը/դարպասները 'POLi-ի աջակցությունը որոշվում է կոնեկտորի առկայությամբ։ Եթե նվագարկիչը ունի այն, տոմսարկղում տեղադրված է չափման և callback-ուրլների։

KYC/AML/վարքագծային վերլուծություն, կախված չէ դեպոզիտի մեթոդից։ ծավալի/համալրման հաճախությունը նույն է POLi-ի համար։

Բջջային SDK 'սովորաբար չի պահանջվում։ բավականին ճիշտ աշխատանք ap-switch և deeplink։

5) UX և անվտանգություն

2FA և SCA - բանկի կողմում։ Ծրագիրը պետք է պահի ռուսական դրամարկղերը «կենդանի» մինչև եզրափակիչ (timaut 355-10 րոպե)։

• Webview-ի անկումը, եթե օգտագործողը «փակեց» բանկային պատուհանը, ցույց տվեք «վերսկսել վճարումը «/» ընտրել այլ մեթոդ »։
• Պարզ արձաններ ՝ processing www.success/fail www.next step; fail-ը այլընտրանքներ է տալիս (քարտեզը, տրանսֆերի բանկը, PayID-ը AU-ում օրինական ծառայությունների համար)։
• Ռեքոնցիլիա 'գործարքների ամբողջական շրջանակ անցկացրեք մերկ հանրաքվեներով և բանկային հաշվետվություններով։ բոլոր արձանները պահել ճշգրիտ թայմստամներով։

6) POLi սահմանափակումները

• Լիմիթները տրվում են բանկին և վիրահատին, ոչ թե POLi-ին։
• Ռեքսուրենտային ապամոնտաժումներ չկան։ Յուրաքանչյուր վճար նախաձեռնվում է ձեռքով օգտագործողի կողմից։
• Կախվածությունը ինտերնետային բանկի հասանելիությունից։ Բանկի պլանավորված աշխատանքը = ժամանակավոր ձախողումներ։

7) Տարածաշրջանային հատկությունները և իրավական համատեքստը

Ավստրալիան (AU)

POLi վիրահատությունները դադարեցվել են (2023 սեպտեմբերի)։

AU-ի բնակիչների համար առցանց խաղատուն/արցունքները արգելված են Interactive Gambling Act 2001-ի դաշնային օրենքով։

Օրինական ապրանքների համար (բուքմեյքերներ, վիճակախաղեր և այլն) օգտագործվում են այլընտրանքներ ՝ PayID/Osko, բանկային քարտեզներ, Apple System/Google Pro։

Նոր Զելանդիա (NZ)

• Պահանջները ՝ տեղական լիցենզիա, KYC/AML, ռեդիրտի և վեբհուկի ճիշտ ինտեգրումը, հստակ սահմանները և պատասխանատու խաղի քաղաքականությունը։

8) Պլատֆորմների սեփականատերերի (NZ)

1. Տեղադրեք return բանաձևը _ ul/notify _ ul, միացրեք idempotenty։

2. Իրականացնել webhuks retrai և status-ի հետաձգված ռասինխրոնիզացիա։

3. Միացրեք վերջնական էկրանները 'հաջողությունը/մերժումը/անհայտ է, CTA-ից (կրկնօրինակը/այլընտրանքը)։

4. Փորձարկել սցենարները 'բանկում վերացումը, թայմաուտը, կապի անկումը, փակված webview։

5. Գրել ավանդի սահմանները UI-ում և վալիդացիան կլենտով/սերվերի վրա։

6. Նորարարության քաղաքականությունը 'բարձրացումները կատարվում են օպերատորի միջոցով, ոչ թե POLi-ի միջոցով։

7. Պատրաստել վիրահատական ռեքոնցիլիա 'ամենօրյա զեկույցներ, ստատուսների համեմատություն, վիճահարույց վճարումների ձեռքով վերլուծություններ։

8. Տեղադրեք սուրհանդակը (payment _ id, user _ id, bank _ ref, redirect/ref, 2FA արդյունքը, webhook-լատինականությունը)։

9. Անցկացնել UAT/պենտեստ վճարման և վճարման հոսքերի համար։

10. Ավելացնել FAQ-ը տոմսարկղում. <<Ինչու՞ չի անցել զգեստը։ «, «Որտե՞ ղ է չեկը։ «, «Ի՞ նչ սահմանափակում։ ».

9) Ի՞ նչ չի ազդում POLI-ի աջակցության վրա

• Կայքի/հավելվածի ֆրեյմորքը նման է (ռեդիրետների/նստաշրջանների ճիշտ հանդիպման ժամանակ)։
• Բոնուսների սխեման (ակտիվացում/արդյունաբերական) բիզնես տրամաբանությունն է, ոչ վճարովի ենթակառուցվածքը։

10) Արդյունքը

POLi-ը տոմսարկղերի/պլատաժային նվագախմբի ինտեգրումն է, որը համատեղելի է վեբ կազինոյի, բջջային ծրագրերի և white-label պլատֆորմների հետ։ Այն ապահովում է արագ դեպոզիտներ բանկային ռեգիստրի և վեբհուկի պատճառով, բայց չի աջակցում եզրակացությունը և ենթակա է բանկի/օպերատորի սահմաններին։ Ավստրալիայում մեթոդը այլևս չի օգտագործվում և չի օգտագործվում առցանց հաղորդագրությունների համար օրենքի պատճառով։ Նոր Զելանդիայում մնում է աշխատանքային լուծում ճիշտ տեխնոլոգիական և իրավական պայմաններում։