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

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

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

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

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

Աջակցություն Hosted Payline Page (HPP) կամ redirect/app-սվիտչի միջոցով ինտերնետային բանկում։
Համատեղելի է SPA/SSR-ֆրեյմորքերի հետ (React/Vue/Next/Nuxt) գործարքի վերադարձման կարգավիճակի ճիշտ տարբերակով։
2. iOS/Android (NZ-ի համար) -

Երկու արտոնագիր ՝ in-ap webview (ներկառուցված տոմսարկղ) կամ ap-switch/deep link բանկային հավելվածում/զննարկիչ, որը վերադարձնում է խաղատուն URL-ի սխեմայով։
Անհրաժեշտ է universal links/Android intents և թայմաուտներ ճիշտ մշակումը։
3. Descotic հաճախորդները (հազվադեպ)

Օգտագործվում են ներկառուցված զննարկիչ/արտաքին ռեդիրեքտ։ Պահանջվում է whitelis.ru callback-lines համար։
4. White-label/turnkey-cazino պլատֆորմը

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


3) Patterns no POLi

Redir.ru/HPP (ամենատարածված)
Կազինոն ուղարկում է հարցումը։ Օգտագործողը գնում է բանկի էջի վրա, կատարվում է վավերացում/2FA-ը, վերադառնում է return/_ urls-ի վրա, դրամարկղը ստանում է հաջողակ/անհաջող կարգավիճակ։

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

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

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

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

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

POLi վիրահատությունները դադարեցվել են (2023 սեպտեմբերի)։
AU-ի բնակիչների համար առցանց խաղատուն/արցունքները արգելված են Interactive Gambling Act 2001-ի դաշնային օրենքով։
Օրինական ապրանքների համար (բուքմեյքերներ, վիճակախաղեր և այլն) օգտագործվում են այլընտրանքներ ՝ PayID/Osko, բանկային քարտեզներ, Apple System/Google Pro։
Նոր Զելանդիա (NZ)

POLI-ն գործում է; արտոնագրված օպերատորները կարող են առաջարկել այն տոմսարկղում։
Պահանջները ՝ տեղական լիցենզիա, 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 պլատֆորմների հետ։ Այն ապահովում է արագ դեպոզիտներ բանկային ռեգիստրի և վեբհուկի պատճառով, բայց չի աջակցում եզրակացությունը և ենթակա է բանկի/օպերատորի սահմաններին։ Ավստրալիայում մեթոդը այլևս չի օգտագործվում և չի օգտագործվում առցանց հաղորդագրությունների համար օրենքի պատճառով։ Նոր Զելանդիայում մնում է աշխատանքային լուծում ճիշտ տեխնոլոգիական և իրավական պայմաններում։