Platforme de jocuri şi software cu posibilitate POLi


1) Teza cheie

POLi se conectează la nivelul casei de marcat (gateway de plată/orchestrator) și nu la nivelul furnizorului de jocuri.
Dacă site-ul suportă POLi este determinat de integrarea în plată a platformei de cazino, și nu de cei ale căror sloturi (NetEnt, Pragmatic, Playtech etc.) sunt găzduite.
Acoperirea funcțională a POLi - numai depozite. Retragerea fondurilor se realizează prin metode alternative (transfer bancar, carduri, portofele).
Jurisdicții: în Australia, operațiunile POLi sunt întrerupte (septembrie 2023), cazinourile/sloturile online pentru clienții australieni sunt interzise de legea federală (IGA 2001); în Noua Zeelandă, POLi continuă să funcționeze și poate fi susținută de operatori licențiați.

2) Tipuri de platforme de jocuri în care POLi este suportat tehnic

1. Cazinouri browser (client web):
  • Suport prin intermediul paginii de plată găzduită (HPP) sau prin redirecționarea/comutarea aplicațiilor către serviciile bancare online.
  • Compatibil cu cadrele SPA/SSR (React/Vue/Next/Nuxt) atunci când redirecționările sunt configurate corect și starea tranzacției este returnată.
  • 2. Aplicații native iOS/Android (pentru NZ):
    • Două modele: webview în aplicație (casă de marcat încorporată) sau app-switch/deep link către o aplicație bancară/browser cu întoarcere la cazinou în conformitate cu schema URL.
    • Este necesară procesarea corectă a legăturilor universale/intențiilor și temporizărilor Android.
    • 3. Clienti desktop (rare):
      • Utilizați browser încorporat/redirecționare externă. Necesită liste albe pentru domeniile de apel înapoi.
      • 4. Platforme white-label/cazinou la cheie:
        • Dacă orchestratorul de plăți al platformei are un conector la POLi și operatorul funcționează în NZ, POLi este disponibil din cutie (HPP sau server-to-server prin API).

        💡Important: motoarele de joc și furnizorii de conținut (sloturi, cazinouri live) nu dictează suport POLi; ele sunt izolate de logica plăților.

        3) modele de integrare POLi

        Redirecţionare/HPP (cele mai frecvente):
        • Cazinoul trimite o cerere utilizatorul merge la pagina băncii se întoarce pentru a reveni\_ url casieria primește un statut de succes/nereușit.

        Obligații minime PCI, stabilitate ridicată.
        Server-to-server + client-redirecționare (hibrid):
        • Serverul de cazinou creează o sesiune de plată cu furnizorul POLi, front-end conduce utilizatorul pe redirecționări; confirmarea statutului - prin webhook.

        Convenabil pentru idempotență și reconciliere exactă.
        Abordarea API completă este rareori utilizată (datorită autorizației bancare, utilizatorul merge încă la bancă).

        Critical: implementarea corectă a webhook-ului/notificării\_ url, idempotența, re-procesarea stărilor în cazul defecțiunilor rețelei.

        4) Compatibilitatea cu software-ul și infrastructura cazinoului

        Frontend: orice cadre moderne; este important să respectați CSP, să configurați corect SameSite/Lax pentru cookie-urile din lanțul de redirecționare.
        Backend: Compatibil cu stive generice (Node/Java/PHP/.NET). Avem nevoie de cozi pentru statusuri asincrone, retroactive şi jurnale de audit.
        Orchestratori/gateway-uri de plată: suportul POLi este determinat de prezența unui conector. Dacă orchestratorul o are, includerea la box office este redusă la configurarea comerciantului și callback-url-uri.
        KYC/AML/analiză comportamentală: independent de metoda de depozit; declanșează volumul/frecvența lucrărilor de reaprovizionare la fel pentru POLi.
        SDK-uri mobile: de obicei nu sunt necesare; este suficient ca app-switch-ul să funcționeze corect și să se întoarcă prin deeplink.

        5) UX și securitate

        2FA și SCA sunt pe partea băncii. Cererea trebuie să țină în viață sesiunea de case de marcat până când se întoarce (timeout ≥ 5-10 minute).
        Anti-CSRF: Înainte de redirecționare, generați o stare unică și verificați-o după întoarcere.
        Falls webview: în cazul în care utilizatorul „închis” fereastra bancară, arată „CV-ul de plată „/” alege o altă metodă „.
        Stări clare: procesare → succes/eșec → următorul pas *; pentru eșec - oferiți alternative (card, bancă de transfer, PayID în UA pentru servicii juridice).
        Reconcilierea: efectuarea unei reconcilieri complete a tranzacțiilor prin referințe comerciale și rapoarte bancare; Stocați toate stările cu marcaje de timp exacte.

        6) Limitări POLi

        Numai depozite. Retragerea POLi nu este acceptată.
        Limitele sunt stabilite de bancă și de operator, nu POLi.
        Fără reduceri recurente. Fiecare plată este inițiată manual de către utilizator.
        Dependența de disponibilitatea Internet banking. Activitățile bancare planificate = eșecuri temporare.

        7) Caracteristici regionale și context juridic

        Australia (UA):
        • Operațiunile POLi au fost întrerupte (septembrie 2023).
        • Cazinourile/sloturile online pentru rezidenții UA sunt interzise de Legea federală privind jocurile de noroc interactive din 2001.
        • Pentru produsele legale (case de pariuri, loterii etc.) se folosesc alternative: PayID/Osko, carduri bancare, Apple Pay/Google Pay.
        • Noua Zeelandă (NZ):
          • POLi este funcțional; operatorii autorizați îl pot oferi la box office.
          • Cerințe: licență locală, KYC/AML, integrarea corectă a redirecționării și a cărților web, limite clare și politica de joc responsabil.

          8) Lista de verificare a proprietarului platformei (NZ)

          1. Configurați return\_ url/notify\_ url, activați idempotența.
          2. Implementați cărți web retrai și desincronizarea stării întârziate.
          3. Activați ecranele finale: succes/eșec/necunoscut, cu CTA (repetare/alternativă).
          4. script-uri de testare: anulare bancară, timeout, comunicare picătură, webview închis.
          5. Înregistrați limitele de depozit în UI și validarea pe client/server.
          6. Politica de returnare a actualizării - Returnările se fac prin intermediul unui operator, nu al unui POLi.
          7. Pregătiți reconcilierea operațională: rapoarte zilnice, compararea statutului, analiza manuală a plăților disputate.
          8. Configurați logarea (payment\_ id, user\_ id, bank\_ ref, redirect/return time, 2FA result, webhook latency).
          9. Efectuați UAT/pentest al fluxurilor de plăți și audit.
          10. Adăugați întrebări frecvente la casier: "De ce nu a trecut plata? ", "Unde este cecul? ", "Care este limita? ».

          9) Ce nu afectează suportul POLi

          Set de furnizori de sloturi/cazinouri live.
          Cadrul site/aplicație ca atare (dacă redirecționările/sesiunile sunt configurate corect).
          Schema de bonus (activare/cod promoțional) este logica de afaceri, nu infrastructura de plată.

          10) Linia de jos

          POLi este o integrare casa de marcat/orchestrator de plată compatibil cu cazinouri web, aplicații mobile și platforme white-label. Acesta oferă depozite rapide printr-o redirecționare bancară și webhook-uri, dar nu acceptă retragerea și este supus limitelor băncii/operatorului. În Australia, metoda nu mai este utilizată și nu se aplică sloturilor online din cauza legislației; în Noua Zeelandă rămâne o soluție de lucru cu setări tehnice și juridice corecte.