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
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:
^ '{paymentId, poliUrl}'
2. Oyuncu Yeniden Yönlendirme:
3. Webhook işleme:
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:
^ '{paymentId, transactionRef}'
2. Webhook bildirimi:
Benzer imza doğrulaması.
Durumlar: 'beklemede', 'yerleşmiş', 'başarısız'.
5. BPAY ve banka havalesinin uygulanması
1. BPAY hesap oluşturma:
^ '{billerCode, customerRef, expiryDate}'
2. Yoklama durumları:
3. Doğrudan banka havalesi:
6. Yerelleştirme ve UX
Formatlama:
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şlat | API-Gateway |
---|---|---|
API-Ağ Geçidi --> PaymentService | ||
PaymentService --> | init POLi | POLi-API |
PaymentService --> | init PayID | PSP-API |
PaymentService --> | BPAY oluştur | BillingService |
POLi-API --> | webhook | PaymentService |
PSP-API --> | webhook | PaymentService |
BillingService --> | yoklama/webhook | PaymentService |
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.
- 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.
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ı:
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.