Platformy wspierające australijskie rozwiązania płatnicze

Wprowadzenie

Rynek australijski wymaga płatności: gracze oczekują natychmiastowych przelewów bankowych (POLi, PayID/Osko), lokalnych metod rozliczeniowych (BPAY), bonów (Neosurf) i usług BNPL (Afterpay). Właściwa integracja zwiększa konwersję, zmniejsza awarie i zapewnia zgodność z przepisami.

1. Główne metody i ich cechy

1. Płatności POLi

Błyskawiczny przelew bankowy bez kart: OAuth-autoryzacja użytkownika w banku, przekierowanie z powrotem z ' Ref'.
API:

„POST/payments/poli/init {kwota, waluta:” AUD', Url} '→', poliUrl'.
Webhook '/payments/poli/callback {"Id, status, bankRef} '.
2. BPAY

Klasyczne rozliczenia za pomocą kodu Billera i referencji klienta.
Proces:

„POST/payments/bpay/generate {amount}” → „billerCode, customerRef, Date”.
Po otrzymaniu środków bank wysyła wezwanie zwrotne lub API ankietowe dostawcy jest wymagane.
3. PayID/Osko (NPP)

Szybkie rozliczenie: przeniesienie do (e-mail/telefon) za pośrednictwem nowej platformy płatności.
Integracja API za pośrednictwem PSP: „POST/payments/osko/pay {payId, amount}” z szybką odpowiedzią i Webhook przy rejestracji.
4. Neosurf

Kupony przedpłacone zakupione w punkcie sprzedaży.
Interfejs użytkownika: wprowadź 10-cyfrowy kod; Dostawca API zwraca 'zatwierdzony' lub 'odrzucony'.
5. Afterpay (BNPL)

Pozwala podzielić płatność na cztery części.
Integracja za pośrednictwem API Checkout:

'POST/afterpay/orders {kwota, waluta, Url}' → ' Id, redirectUrl'.
Hak Webhook '/payments/afterpay/notification { Id, status} '.

2. Architektura integracji

"syrenka
flowchart LR

💡|init POLi/BPAY/Osko/... | PSP-API

Odtwarzacz -- >	initiate payment	API-Gateway
API-Gateway --> Serwis internetowy
PSP-API -- >	redirect lub token	Player
PSP-API -- Usługa >	webhook
Usługa internetowa --> Usługa
Usługa -->
```

API-Gateway: pojedynczy punkt wejścia, walidacja żądania, ograniczenie stawki.
„Usługa”: abstrakcja wszystkich metod, przechowuje „ Id”, „metoda”, „status”, „metadane”.
Service: atomowy rejestr transakcji finansowych, gwarancja ACID.
DB: niezmienne dzienniki żądań i haki internetowe.

3. Obsługa haków i zwrotów zwrotnych

1. Identyfikacja:

Podpis HMAC w nagłówku („X-Signature”), sprawdzając wspólny sekret.

2. Idempotencja:

Użyj 'menu' i 'idempotelklucza' do ochrony przed duplikatami.

3. Statusy:

„oczekujące” → „zatwierdzone ”/„ odrzucone ”/„ nie powiodło się”.
Po zatwierdzeniu, uruchamia się przepływ pracy „ Credited”: aktualizacja salda, emisja bonusów.

4. Kontrola lokalizacji i waluty

5. Bezpieczeństwo i zgodność

6. Tolerancja błędów i skalowanie

7. Testy integracyjne

Wniosek