Wsparcie dla POLi, PayID, przelewu bankowego i AUD

Wprowadzenie

Australijscy gracze preferują lokalne metody płatności: błyskawiczne przelewy bankowe za pośrednictwem POLi, PayID/Osko w ramach NPP i tradycyjny bank transferowy, wszystko w AUD. Ważne jest, aby operator zapewnił płynną integrację, natychmiastowe przetwarzanie, zgodność z przepisami i niezawodną architekturę.

1. Przegląd metod płatności

1. Płatności POLi

Autoryzacja użytkownika OAuth za pośrednictwem interfejsu bankowego, bez kart i dodatkowo kodów SMS.
Błyskawiczny depozyt, odpowiedni do depozytów.

2. PayID/Osko (NPP)

Tłumaczenie przez identyfikator (e-mail, telefon), standard sieci NPP zapewnia obliczenia w ciągu kilku sekund.
Wymaga integracji z PSP wspierającym australijską nową platformę płatniczą.

3. Przelew bankowy (BPAY/przelew bezpośredni)

BPAY: generacja kodu Billera i referencji klienta, płatność jest dokonywana przez użytkownika w banku internetowym; zapisanie do 24 godzin.
Bezpośredni transfer AUD: transfer SWIFT/IBAN, nadaje się do dużych ilości, czas przetwarzania 1-3 dni roboczych.

4. Waluta AUD

Wszystkie operacje w AUD: prawidłowy wyświetlacz, przechowywanie w bazie danych, zaokrąglanie do centów ('DECIMAL (12. 2)').

2. Architektura integracji

"syrenka
flowchart LR
💡|init PayID| PSP-API
Odtwarzacz -- >initiate depositAPI-Gateway
API-Gateway --> Serwis internetowy
Usługa internetowa -- >init POLiPOLi-API
Usługa >generate BPAYUsługa
POLi-API -- Usługa >webhook
PSP-API -- Usługa >webhook
Usługa >polling/ webhook
Usługa internetowa --> Usługa
Usługa -->
```

API-Gateway: walidacja, ograniczanie stawek, routing do Serwisu.
„Usługa”: ujednolicony punkt dla wszystkich metod AUD, przechowuje „mierniki”, „metoda”, „status”, „metadane”.
Usługa: moduł dla kont BPAY i status ankiety.
Usługa : transakcje ACID aktualizują saldo i operacje dziennika.
DB: niezmienny magazyn dzienników zapytań i odpowiedzi.

3. Realizacja POLi

1. Inicjacja:
  • "http
  • POST/api/payments/poli/init
  • {
  • „kwota”: 100. 00,
  • "waluta": "AUD',
  • „ Url':” https ://casino. com/poli/callback"
  • }
  • ```

→ „{Id, poliUrl}”

2. Przekierowanie gracza:
  • Odtwarzacz jest przekierowywany do 'poliUrl', loguje się do banku, potwierdza płatność.

3. Przetwarzanie haków internetowych:
  • "http
  • POST/api/payments/poli/callback
  • Nagłówki: X-Signature
  • Organ: {Id, status, Bank Id}
  • ```

Sprawdzanie HMAC przez 'X-Signature'.
Zaktualizuj 'status': 'oczekujący' → 'zatwierdzony '/' odrzucony'.
Kiedy 'zatwierdzony' - start ' Service. kredyt (odtwarzacz Id, kwota) ".

4. Wdrożenie systemu PayID/Osko

1. Inicjacja:
  • "http
  • POST/api/payments/payid/init
  • {
  • „payId':” user @ example. com",
  • „kwota”: 250. 00,
  • "waluta": "AUD',
  • „Opis”: „Kasyno depozytu”
  • }
  • ```

→ "{" Id, Ref} "

2. Powiadomienie Webhook:
  • PSP мла 'POST/api/payments/payid/callback {Id, status}'.

Podobna weryfikacja podpisu.
Statusy: 'oczekujące', 'ustawione', 'nieudane'.

5. Wdrożenie BPAY i przelewu bankowego

1. Generowanie kont BPAY:
  • "http
  • POST/api/payments/bpay/generate
  • {„kwota”: 500. 00 }
  • ```

→ „{billerCode, customerRef, Date}”

2. Statusy wyborcze:
  • "GET/api/payments/bpay/status? billerCode = & customerRef = 'co 15 minut.
  • Мра 'PAID' - aktualizacja 'zatwierdzone', fundusze kredytowe.

3. Bezpośredni przelew bankowy:
  • Mapowanie szczegółów konta (SWIFT, BSB, Konto) w interfejsie użytkownika.
  • Transakcje są uzgadniane ręcznie lub automatycznie przez przychodzące wyciągi bankowe za pośrednictwem SFTP.

6. Lokalizacja i UX

Formatowanie:
  • "'js
  • nowy Intl. Formatowanie („en-AU”, {styl: 'waluta', waluta: 'AUD'}). format (1000)
  • "1000 DOLARÓW. 00"
  • ```
  • INTERFEJS UŻYTKOWNIKA:
    • Wybór metody w depozycie: POLi, PayID, BPAY, ikony przelewu bankowego.
    • Opis warunków i prowizji w ramach każdej metody.
    • Weryfikacja przed pierwszym wejściem: KYC/AML.

    7. Bezpieczeństwo i tolerancja błędów

    TLS 1. 2 + dla wszystkich API i Webhooks.
    Wyłącznik obwodu (Resilience4j) dla połączeń PSP, wyłączając metodę, gdy wskaźnik błędu wynosi> 5%.
    Retry-logika z wykładniczym backoff w przypadku awarii tymczasowych.
    Ścieżka audytu: wszystkie wydarzenia i transakcje w haku internetowym są przechowywane przez co najmniej 7 lat zgodnie z przepisami.

    8. Badania

    Tryby piaskownicy:
    • POLi: "poli. piaskownica. domena 'z fałszywymi tokenami' test _ user '.
    • PSP: kredyty testowe od dostawców usług PayID.
    • Testy E2E (Cypress): skrypty: initiate → emulate callback → saldo kontrolne.
    • Test obciążenia (k6): symulacja 1000 depozytów równoległych przez POLi i PayID.

    Wniosek

    Integracja POLi, PayID/Osko i tradycyjnych przelewów bankowych z AUD wymaga pojedynczego serwisu, niezawodnego przetwarzania haków internetowych, lokalizacji formatu i architektury odpornej na usterki z wyłącznikiem i mechanizmami wstecznymi. Takie podejście zapewnia szybkie złoża, wysoką zgodność z CR i australijską.