Πλατφόρμες τυχερών παιχνιδιών με δυνατότητα POLi και λογισμικό


1) Βασική διατριβή

Το POLi συνδέεται σε επίπεδο μητρώου μετρητών (πύλη πληρωμής/ενορχηστρωτής) και όχι σε επίπεδο παρόχου παιχνιδιών.
Το αν η ιστοσελίδα υποστηρίζει το POLi καθορίζεται από την ενσωμάτωση των πληρωμών της πλατφόρμας καζίνο, και όχι από εκείνους των οποίων φιλοξενούνται slots (NetEnt, Pragmatic, Playtech κ.λπ.).
Λειτουργική κάλυψη της POLi - καταθέσεις μόνο. Η απόσυρση κεφαλαίων πραγματοποιείται με εναλλακτικές μεθόδους (τραπεζικές μεταφορές, κάρτες, πορτοφόλια).
Δικαιοδοσίες: στην Αυστραλία, οι λειτουργίες POLi διακόπτονται (Σεπτέμβριος 2023), τα επιγραμμικά καζίνο/χρονοθυρίδες για τους αυστραλιανούς πελάτες απαγορεύονται από το ομοσπονδιακό δίκαιο (ΔΚΣ 2001)· στη Νέα Ζηλανδία, η POLi συνεχίζει να λειτουργεί και μπορεί να υποστηριχθεί από αδειοδοτημένους φορείς εκμετάλλευσης.

2) Τύποι πλατφορμών τυχερών παιχνιδιών όπου η POLi υποστηρίζεται τεχνικά

1. Καζίνο περιηγητή (web client):
  • Υποστήριξη μέσω Hosted Payment Page (HPP) ή μετάβαση σε online τραπεζική.
  • Συμβατό με τα πλαίσια SPA/SSR (React/Vue/Next/Nuxt) όταν οι ανακατευθύνσεις είναι σωστά ρυθμισμένες και η κατάσταση συναλλαγής επιστρέφεται.
  • 2. Ιθαγενείς εφαρμογές iOS/Android (για NZ):
    • Δύο μοτίβα: in- app webview (ενσωματωμένο ταμειακό μητρώο) ή app-switch/βαθύς σύνδεσμος σε μια τραπεζική εφαρμογή/φυλλομετρητή με επιστροφή στο καζίνο σύμφωνα με το URL σύστημα.
    • Απαιτείται σωστή επεξεργασία καθολικών συνδέσμων/προθέσεων Android και χρονοδιαγραμμάτων.
    • 3. Επιτραπέζιοι πελάτες (σπάνια):
      • Χρήση ενσωματωμένου περιηγητή/εξωτερικού επαναπροσανατολισμού. Απαιτεί λευκές λίστες για πεδία κλήσης.
      • 4. Πλατφόρμες καζίνο λευκού σήματος/turnkey:
        • Εάν ο ενορχηστρωτής πληρωμών της πλατφόρμας διαθέτει σύνδεσμο με το POLi και ο χειριστής εργάζεται στη NZ, το POLi είναι διαθέσιμο εκτός του πλαισίου (HPP ή server-to-server μέσω API).

        💡Σημαντικό: Οι κινητήρες παιχνιδιών και οι πάροχοι περιεχομένου (slots, live casinos) δεν υπαγορεύουν υποστήριξη POLi. είναι απομονωμένα από τη λογική της πληρωμής.

        3) Πρότυπα ολοκλήρωσης POLi

        Ανακατευθύνσεις/HPP (πιο συχνές):
        • Το καζίνο στέλνει ένα αίτημα ο χρήστης πάει στην τραπεζική σελίδα επιστρέφει για να επιστρέψει\_ url το ταμειακό γραφείο λαμβάνει μια επιτυχημένη/ανεπιτυχή κατάσταση.

        Ελάχιστες υποχρεώσεις ΕΚΕ, υψηλή σταθερότητα.
        Εξυπηρετητής προς εξυπηρετητή + επαναπροσανατολισμός πελάτη (υβριδικό):
        • Ο εξυπηρετητής καζίνο δημιουργεί μια συνεδρία πληρωμής με τον πάροχο POLi, το front-end οδηγεί τον χρήστη σε ανακατευθύνσεις. επιβεβαίωση της κατάστασης - μέσω webhook.

        Βολικό για την ιδεότητα και την ακριβή συμφιλίωση.
        Η πλήρης προσέγγιση API χρησιμοποιείται σπάνια (λόγω της τραπεζικής άδειας, ο χρήστης εξακολουθεί να πηγαίνει στην τράπεζα).

        Κρίσιμη: σωστή εφαρμογή του webhook/ειδοποίηση\_ url, idempotency, επανεπεξεργασία καταστάσεων σε περίπτωση βλάβης δικτύου.

        4) Συμβατότητα με το λογισμικό και την υποδομή καζίνο

        Frontend: τυχόν σύγχρονα πλαίσια· είναι σημαντικό να συμμορφώνεται με το CSP, να ρυθμίζει σωστά το SameSite/Lax για τα cookies στην αλυσίδα ανακατευθύνσεων.
        Υποστήριξη: Συμβατό με γενικές στοίβες (κόμβος/Java/PHP/.NET). Χρειαζόμαστε ουρές αναμονής για ασύγχρονες καταστάσεις, επαναλήψεις και αρχεία καταγραφής ελέγχου.
        Ενορχηστρωτές/πύλες πληρωμής: η υποστήριξη POLi καθορίζεται από την παρουσία συνδετήρα. Αν το έχει ο ενορχηστρωτής, η συμπερίληψη στο box office περιορίζεται στη δημιουργία του εμπόρου και των callback-urls.
        KYC/AML/συμπεριφορική ανάλυση: ανεξάρτητα από τη μέθοδο κατάθεσης, ενεργοποιεί τον όγκο/τη συχνότητα των εργασιών αναπλήρωσης με τον ίδιο τρόπο για το POLi.
        Κινητά SDK: συνήθως δεν απαιτείται. αρκεί η αλλαγή εφαρμογής να λειτουργεί σωστά και να επιστρέφει βαθύτερα.

        5) UX και ασφάλεια

        Η 2FA και η SCA είναι από την πλευρά της τράπεζας. Η αίτηση πρέπει να διατηρεί ζωντανή τη συνεδρία του ταμειακού μητρώου μέχρι να επιστρέψει (timeout ≥ 5-10 λεπτά).
        Αντι- CSRF: Πριν από την ανακατευθυνόμενη κατεύθυνση, δημιουργήστε μια εφάπαξ κατάσταση και ελέγξτε την μετά την επιστροφή.
        Falls webview: αν ο χρήστης «κλείσει» το τραπεζικό παράθυρο, δείξτε «επαναλάβετε την πληρωμή «/» επιλέξτε άλλη μέθοδο «.
        Σαφής κατάσταση: επεξεργασία → επιτυχία/αποτυχία → επόμενο βήμα *· για πτωχεύσεις- δώστε εναλλακτικές λύσεις (κάρτα, τράπεζα μεταφοράς, PayID στην ΑΕ για νομικές υπηρεσίες).
        Συμφωνία: διεξαγωγή πλήρους συμφωνίας των συναλλαγών με αναφορές εμπόρων και τραπεζικές αναφορές. Αποθήκευση όλων των καταστάσεων με ακριβείς χρονοσφραγίδες.

        6) Περιορισμοί POLi

        Μόνο καταθέσεις. Η απόσυρση του Poli δεν υποστηρίζεται.
        Τα όρια καθορίζονται από την τράπεζα και τον φορέα εκμετάλλευσης και όχι από την POLi.
        Δεν υπάρχουν επαναλαμβανόμενες διαγραφές. Κάθε πληρωμή αρχίζει χειροκίνητα από τον χρήστη.
        Εξάρτηση από τη διαθεσιμότητα τραπεζικών υπηρεσιών μέσω Διαδικτύου. Προγραμματισμένες τραπεζικές δραστηριότητες = προσωρινές πτωχεύσεις.

        7) Περιφερειακά χαρακτηριστικά και νομικό πλαίσιο

        Αυστραλία (ΑΕ):
        • Οι λειτουργίες POLi διακόπηκαν (Σεπτέμβριος 2023).
        • Τα διαδικτυακά καζίνο/χρονοθυρίδες για κατοίκους της ΑΕ απαγορεύονται από τον ομοσπονδιακό νόμο για τα διαδραστικά τυχερά παιχνίδια 2001.
        • Για νόμιμα προϊόντα (bookmakers, λαχεία κ.λπ.) χρησιμοποιούνται εναλλακτικές λύσεις: PayID/Osko, τραπεζικές κάρτες, Apple Pay/Google Pay.
        • Νέα Ζηλανδία (NZ):
          • Το POLi είναι λειτουργικό. οι αδειοδοτημένοι φορείς εκμετάλλευσης μπορούν να το προσφέρουν στο box office.
          • Απαιτήσεις: τοπική άδεια, KYC/AML, σωστή ενσωμάτωση ανακατευθύνσεων και webhooks, σαφή όρια και υπεύθυνη πολιτική παιχνιδιού.

          8) Κατάλογος ιδιοκτητών πλατφόρμας (NZ)

          1. Ρύθμιση επιστροφής\_ url/ειδοποίηση\_ url, ενεργοποίηση idempotency.
          2. Εφαρμογή retrai webhooks και καθυστερημένη αποσυγχρονισμός κατάστασης.
          3. Ενεργοποιήστε τις τελικές οθόνες: επιτυχία/αποτυχία/άγνωστο, με CTA (επανάληψη/εναλλακτική).
          4. Δοκιμαστικά σενάρια: ακύρωση τράπεζας, timeout, πτώση επικοινωνίας, κλειστό webview.
          5. Καταχώριση ορίων καταθέσεων σε UI και επικύρωση σε πελάτη/εξυπηρετητή.
          6. Ενημέρωση πολιτικής επιστροφών - Οι επιστροφές γίνονται μέσω ενός χειριστή, όχι ενός POLi.
          7. Προετοιμασία της επιχειρησιακής συμφωνίας: ημερήσιες εκθέσεις, σύγκριση κατάστασης, χειρωνακτική ανάλυση των αμφισβητούμενων πληρωμών.
          8. Ρύθμιση καταγραφής (payment\_ id, user\_ id, bank\_ ref, redirect/return time, 2FA result, webhook latency).
          9. Διεξαγωγή UAT/πενταετούς ροής πληρωμών και λογιστικού ελέγχου.
          10. Προσθέστε συχνές ερωτήσεις στον ταμία: «Γιατί δεν πέρασε η πληρωμή;», «Πού είναι η επιταγή;», «Ποιο είναι το όριο» ».

          9) Τι δεν επηρεάζει την υποστήριξη της POLi

          Σύνολο παρόχων χρονοθυρίδων/ζωντανών καζίνο.
          Πλαίσιο τοποθεσίας/εφαρμογής καθαυτό (εάν οι ανακατευθύνσεις/συνεδρίες ρυθμίζονται σωστά).
          Το σύστημα πριμοδοτήσεων (κωδικός ενεργοποίησης/προώθησης) είναι επιχειρηματική λογική και όχι υποδομή πληρωμών.

          10) Η ουσία

          Το POLi είναι ένα ταμειακό μητρώο/ενορχηστρωτής πληρωμών συμβατό με τα καζίνο, τις εφαρμογές κινητής τηλεφωνίας και τις πλατφόρμες λευκού σήματος. Παρέχει γρήγορες καταθέσεις μέσω μιας τράπεζας ανακατευθύνονται και webhooks, αλλά δεν υποστηρίζει την απόσυρση και υπόκειται σε όρια τράπεζας/φορέα εκμετάλλευσης. Στην Αυστραλία, η μέθοδος δεν χρησιμοποιείται πλέον και δεν εφαρμόζεται σε επιγραμμικές χρονοθυρίδες λόγω νομοθεσίας· στη Νέα Ζηλανδία παραμένει μια λύση εργασίας με ορθές τεχνικές και νομικές ρυθμίσεις.