Στήριξη για POLi, PayID, τραπεζικές μεταφορές και AUD

Εισαγωγή

Οι Αυστραλοί παίκτες προτιμούν τις τοπικές μεθόδους πληρωμής: άμεσες τραπεζικές μεταφορές μέσω POLi, PayID/Osko υπό NPP και μια παραδοσιακή τράπεζα μεταφοράς, όλες σε AUD. Είναι σημαντικό για τον φορέα εκμετάλλευσης να εξασφαλίζει απρόσκοπτη ολοκλήρωση, άμεση επεξεργασία, συμμόρφωση με τους κανονισμούς και αξιόπιστη αρχιτεκτονική.

1. Επισκόπηση των μεθόδων πληρωμής

1. Πληρωμές POLI

Άδεια χρήστη OAuth μέσω της τραπεζικής διεπαφής, χωρίς κάρτες και επιπλέον κωδικούς SMS.
Άμεση κατάθεση, κατάλληλη για καταθέσεις.

2. PayID/Osko (NPP)

Μετάφραση με αναγνωριστικό (email, τηλέφωνο), το πρότυπο δικτύου NPP παρέχει υπολογισμό μέσα σε δευτερόλεπτα.
Απαιτεί ενσωμάτωση με το PSP που υποστηρίζει τη νέα πλατφόρμα πληρωμών της Αυστραλίας.

3. Τραπεζική μεταβίβαση (BPAY/άμεση μεταβίβαση)

BPAY: παραγωγή κώδικα Biller και αναφοράς πελάτη, η πληρωμή πραγματοποιείται από τον χρήστη στην τράπεζα Διαδικτύου· εγγραφή έως 24 ώρες.
Άμεση μεταφορά AUD: μεταβίβαση SWIFT/IBAN, κατάλληλη για μεγάλες ποσότητες, χρόνος επεξεργασίας 1-3 εργάσιμες ημέρες.

4. νόμισμα AUD

Όλες οι λειτουργίες σε AUD: σωστή απεικόνιση, αποθήκευση στη βάση δεδομένων, στρογγυλοποίηση σε λεπτά ('DECIMAL (12). 2)').

2. Αρχιτεκτονική ολοκλήρωσης

«» γοργόνα
διάγραμμα ροής LR
Παίκτης -- >\έναρξη κατάθεσης\API-Gateway
API-Gateway --> ChampionService
ChampionService --> «init POLi» POLi-API
ChampionService -- >\init PayID\PSP-API
Υπηρεσία ChicallingService -->
POLi-API -->
PSP-API -->
BetworkService -->
TransactionService --> TransactionService
TransactionService --> ImplementDB
```

API-Gateway: επικύρωση, περιορισμός της ταχύτητας, δρομολόγηση στο ChampionService.
ChampionService: ενοποιημένο σημείο για όλες τις μεθόδους AUD, αποθηκεύει 'tailId', 'method', 'status', 'metadata'.
BetterService: ενότητα για λογαριασμούς BPAY και εκλογικό καθεστώς.
TransactionService: Οι συναλλαγές ACID επικαιροποιούν το υπόλοιπο και τις πράξεις καταγραφής.
Εισαγωγή DB: αμετάβλητη αποθήκευση αρχείων καταγραφής αιτήσεων και απαντήσεων.

3. Εφαρμογή του POLi

1. Έναρξη:
  • «» http
  • POST/api/πληρωμές/πόλο/init
  • {
  • «ποσό»: 100. 00,
  • «νόμισμα»: «AUD»,
  • "WearningUrl": "https ://καζίνο. com/poli/callback"
  • }
  • ```

'{hatingId, poliUrl}'

2. Επαναπροσανατολισμός παίκτη:
  • Ο παίκτης ανακατευθύνεται στο 'poliUrl', καταγράφει στην τράπεζα, επιβεβαιώνει την πληρωμή.

3. Επεξεργασία webhook:
  • «» http
  • POST/api/πληρωμές/poli/callback
  • Κεφαλίδες: Υπογραφή X
  • Φορέας: { Id, status, bankTransactionId}
  • ```

Έλεγχος HMAC με 'υπογραφή Χ'.
Ενημέρωση 'status': 'εν αναμονή' → 'εγκρίθηκε '/' απορρίφθηκε'.
Όταν «εγκριθεί» - έναρξη 'TransactionService. πίστωση (playerId, ποσό) ".

4. Εφαρμογή PayID/Osko

1. Έναρξη:
  • «» http
  • POST/api/πληρωμές/πληρωμή/init
  • {
  • "payId": "χρήστης @ παράδειγμα. com",
  • «ποσό»: 250. 00,
  • «νόμισμα»: «AUD»,
  • «Περιγραφή»: «Κατάθεση καζίνο»
  • }
  • ```

'{transactionId, transactionRef}'

2. Κοινοποίηση Webhook:
  • PSP шлёт 'POST/api/payments/payid/callback {hatesId, status}'.

Παρόμοια επαλήθευση υπογραφής.
Κατάσταση: 'εν αναμονή', 'τακτοποιήθηκε', 'απέτυχε'.

5. Εφαρμογή της BPAY και τραπεζική μεταφορά

1. Παραγωγή λογαριασμού BPAY:
  • «» http
  • POST/api/πληρωμές/bpay/δημιουργία
  • {«ποσό»: 500. 00 }
  • ```

'{billerCode, currentRef, exps' Date} '

2. Εκλογική κατάσταση:
  • 'GET/api/πληρωμές/bpay/status? billerCode = & changeRef = 'κάθε 15 λεπτά.
  • «PAID» - ενημέρωση «εγκεκριμένη», πιστωτικά κεφάλαια.

3. Άμεση τραπεζική μεταφορά:
  • Καταγραφή των στοιχείων λογαριασμού (SWIFT, BSB, Account) στο UI.
  • Οι συναλλαγές συμφωνούνται χειροκίνητα ή αυτόματα με εισερχόμενες τραπεζικές καταστάσεις μέσω SFTP.

6. Εντοπισμός και UX

Μορφοποίηση:
  • «» js
  • νέο Intl. NumberFormat ('en-AU', {style: 'νόμισμα', νόμισμα: 'AUD'}). μορφότυπος (1000)
  • ΈΝΑ $1.000. 00"
  • ```
  • UI:
    • Επιλογή της μεθόδου της κατάθεσης: εικονίδια POLi, PayID, BPAY, Bank Transfer.
    • Περιγραφή των όρων και των προμηθειών στο πλαίσιο κάθε μεθόδου.
    • Επαλήθευση πριν από την πρώτη εισαγωγή: KYC/AML.

    7. Ασφάλεια και ανοχή σε σφάλματα

    TLS 1. 2 + για όλες τις APIs και Webhooks.
    Διακόπτης κυκλώματος (Resilience4j) για κλήσεις PSP, απενεργοποιώντας τη μέθοδο όταν ο ρυθμός σφάλματος είναι> 5%.
    Επαναπροσδιορισμός λογικής με εκθετική εφεδρεία σε περίπτωση προσωρινών αστοχιών.
    Διαδρομή ελέγχου: όλα τα γεγονότα και οι συναλλαγές webhook αποθηκεύονται για τουλάχιστον 7 έτη σύμφωνα με τους κανονισμούς.

    8. Δοκιμές

    Μέθοδοι αμμοκιβωτίου:
    • POLi: 'poli. αμμοκιβώτιο. πεδίο "με ψεύτικες μάρκες" test _ user ".
    • PSP: δοκιμαστικές πιστώσεις από παρόχους PayID.
    • δοκιμές (Cypress): σενάρια: έναρξη μίμηση κλήσης έλεγχος ισορροπίας.
    • Δοκιμή φορτίου (k6): προσομοίωση 1000 ταυτόχρονων καταθέσεων από την POLi και την PayID.

    Συμπέρασμα

    Η ενσωμάτωση των POLi, PayID/Osko και των παραδοσιακών τραπεζικών μεταφορών σε AUD απαιτεί μια ενιαία ChampionService, αξιόπιστη επεξεργασία webhook, εντόπιση μορφής και αρχιτεκτονική ανεκτική βλάβης με διακόπτη κυκλώματος και μηχανισμούς επαναπροσδιορισμού. Η προσέγγιση αυτή εξασφαλίζει ταχείες καταθέσεις, υψηλή συμμόρφωση CR και Αυστραλίας.