POLi, PayID, banka havalesi ve AUD desteği

Giriş

Avustralyalı oyuncular yerel ödeme yöntemlerini tercih ediyor: POLi üzerinden anında banka transferleri, NPP altında PayID/Osko ve geleneksel bir transfer bankası, hepsi AUD'de. Operatörün sorunsuz entegrasyon, anında işleme, düzenlemelere uyum ve güvenilir bir mimari sağlaması önemlidir.

1. Ödeme yöntemlerine genel bakış

1. POLi Ödemeleri

Banka arayüzü üzerinden OAuth kullanıcı yetkilendirme, kartlar ve ek olarak SMS kodları olmadan.
Anında depozito, mevduat için uygun.

2. PayID/Osko (NPP)

Tanımlayıcıya göre çeviri (e-posta, telefon), NPP ağ standardı saniyeler içinde hesaplama sağlar.
Avustralya'nın Yeni Ödeme Platformunu destekleyen PSP ile entegrasyon gerektirir.

3. Banka havalesi (BPAY/doğrudan transfer)

BPAY: Biller Kodu ve Müşteri Referansının oluşturulması, ödemenin kullanıcı tarafından İnternet bankasında yapılması; 24 saate kadar kayıt.
Doğrudan AUD transferi: SWIFT/IBAN transferi, büyük miktarlar için uygun, işlem süresi 1-3 iş günü.

4. AUD para birimi

AUD'deki tüm işlemler: doğru görüntüleme, veritabanında depolama, sente yuvarlama ('DECIMAL (12. 2)').

2. Entegrasyon mimarisi

"'deniz kızı
Akış şeması LR
Oynatıcı -->depozitoyu başlatAPI-Gateway
API-Ağ Geçidi --> PaymentService
PaymentService -->init POLiPOLi-API
PaymentService -->init PayIDPSP-API
PaymentService -->BPAY oluşturBillingService
POLi-API -->webhookPaymentService
PSP-API -->webhookPaymentService
BillingService -->yoklama/webhookPaymentService
PaymentService --> TransactionService
TransactionService --> AuditDB
```

API-Gateway: doğrulama, hız sınırlama, PaymentService'e yönlendirme.
PaymentService: tüm AUD yöntemleri için birleştirilmiş nokta, 'paymentId', 'method', 'status', 'metadata' depolar.
BillingService: BPAY hesapları ve yoklama durumu için modül.
TransactionService: ACID işlemleri bakiye ve günlük işlemlerini günceller.
AuditDB: değişmez istek ve yanıt günlükleri deposu.

3. POLi'nin uygulanması

1. Başlatma:
  • "'http
  • POST/api/payments/poli/init
  • {
  • "Miktar": 100. 00,
  • "para birimi": "AUD",
  • "ReturnUrl": "https ://casino. com/poli/callback"
  • }
  • ```

^ '{paymentId, poliUrl}'

2. Oyuncu Yeniden Yönlendirme:
  • Oyuncu 'poliUrl'e yönlendirilir, bankaya giriş yapar, ödemeyi onaylar.

3. Webhook işleme:
  • "'http
  • POST/api/payments/poli/callback
  • Üstbilgiler: X-İmza
  • Gövde: {paymentId, durum, bankTransactionId}
  • ```

HMAC 'X-Signature'ile kontrol ediliyor.
Update 'status': 'pending' - 'approved'/' refused'.
'Onaylandığında' - 'TransactionService'i başlatın. Kredi (playerId, tutar) '.

4. PayID/Osko Uygulaması

1. Başlatma:
  • "'http
  • POST/api/payments/payid/init
  • {
  • "PayId": "user @ example. com,"
  • "Miktar": 250. 00,
  • "para birimi": "AUD",
  • "Açıklama": "Casino depozito"
  • }
  • ```

^ '{paymentId, transactionRef}'

2. Webhook bildirimi:
  • PSP шлёт 'POST/api/payments/payid/callback {paymentId, status}'.

Benzer imza doğrulaması.
Durumlar: 'beklemede', 'yerleşmiş', 'başarısız'.

5. BPAY ve banka havalesinin uygulanması

1. BPAY hesap oluşturma:
  • "'http
  • POST/api/payments/bpay/generate
  • {"miktar": 500. 00 }
  • ```

^ '{billerCode, customerRef, expiryDate}'

2. Yoklama durumları:
  • 'GET/api/payments/bpay/status? BillerCode = & customerRef ='her 15 dakikada bir.
  • При 'PAID' - güncelleme 'onaylandı', kredi fonları.

3. Doğrudan banka havalesi:
  • UI'de hesap ayrıntılarının (SWIFT, BSB, Hesap) eşlenmesi.
  • İşlemler, SFTP aracılığıyla gelen banka ekstreleri ile manuel veya otomatik olarak uzlaştırılır.

6. Yerelleştirme ve UX

Formatlama:
  • "'Js
  • Yeni Intl. NumberFormat ('en-AU ', {style:' currency ', currency:' AUD '}). format (1000)
  • //" A $1,000. 00"
  • ```
  • KULLANICI ARAYÜZÜ:
    • Para yatırma yönteminin seçimi: POLi, PayID, BPAY, Banka Havalesi simgeleri.
    • Her yöntem altında terimlerin ve komisyonların tanımı.
    • İlk girişten önce doğrulama: KYC/AML.

    7. Güvenlik ve hata toleransı

    TLS 1. Tüm API'ler ve Webhook'lar için 2 +.
    PSP çağrıları için Devre Kesici (Resilience4j), hata oranı> %5 olduğunda yöntemi devre dışı bırakır.
    Geçici arızalar durumunda üstel geri alma ile yeniden deneme mantığı.
    Denetim Yolu: Tüm webhook etkinlikleri ve işlemleri yönetmeliklere göre en az 7 yıl saklanır.

    8. Test etme

    Sandbox modları:
    • POLi: 'poli. Kum havuzu. Sahte 'test _ user' belirteçleri ile domain '.
    • PSP: PayID sağlayıcılarından gelen test kredileri.
    • E2E testleri (Selvi): komut dosyaları: başlat - geri aramayı taklit et - dengeyi kontrol et.
    • Yük Testi (k6): POLi ve PayID tarafından 1000 eşzamanlı depozito simülasyonu.

    Sonuç

    POLi, PayID/Osko ve geleneksel banka transferlerinin AUD'ye entegrasyonu, tek bir PaymentService, güvenilir webhook işleme, format yerelleştirme ve devre kesici ve yeniden deneme mekanizmaları ile hataya dayanıklı mimari gerektirir. Bu yaklaşım hızlı mevduat, yüksek CR ve Avustralya uyumu sağlar.