دعم POLi و PayID والتحويلات المصرفية و AUD في منصات الكازينو

مقدمة

يفضل اللاعبون الأستراليون طرق الدفع المحلية: التحويلات المصرفية الفورية عبر POLi و PayID/Osko تحت NPP وبنك التحويل التقليدي، وكلها في AUD. من المهم للمشغل ضمان التكامل السلس والمعالجة الفورية والامتثال للوائح وهندسة موثوقة.

1. لمحة عامة عن أساليب الدفع

1. مدفوعات POLi

إذن مستخدم OAuth من خلال واجهة البنك، بدون بطاقات ورموز SMS بالإضافة إلى ذلك.
إيداع فوري، مناسب للودائع.

2. PayID/Osko (NPP)

الترجمة حسب المعرف (البريد الإلكتروني، الهاتف)، يوفر معيار شبكة NPP الحساب في غضون ثوانٍ.
يتطلب التكامل مع PSP الذي يدعم منصة المدفوعات الجديدة في أستراليا.

3. التحويل المصرفي (BPAY/التحويل المباشر)

BPAY: توليد رمز Biller ومراجع العملاء، يتم الدفع من قبل المستخدم في بنك الإنترنت ؛ حتى 24 ساعة.
التحويل المباشر لمكتب المفتش العام: تحويل SWIFT/IBAN، مناسب للمبالغ الكبيرة، وقت التجهيز 1-3 أيام عمل.

4. عملة الدولار الأسترالي

جميع العمليات في AUD: العرض الصحيح، التخزين في قاعدة البيانات، التقريب إلى السنتات ('DECIMAL (12. 2)').

2. هندسة التكامل

"حورية البحر
flowchart LR

لاعب - >	initiate deposit	API-Gateway
API-Gateway -> PaymentService
PaymentService - >	init POLi	POLi-API
PaymentService - >	init PayID	PSP-API
PaymentService - >	generate BPAY	FillingService
POLi-API - خدمة الدفع >	webhook
PSP-API - خدمة الدفع >	webhook
خدمة الفواتير - خدمة الدفع >	polling/ webhook
خدمة الدفع -> خدمة المعاملات
خدمة المعاملات -> AuditDB
```

API-Gateway: التحقق من الصحة، وتحديد الأسعار، والتوجيه إلى PayService.
PaymentService: نقطة موحدة لجميع طرق AUD، تخزن «معرف الدفع»، «الطريقة»، «الحالة»، «البيانات الوصفية».
خدمة الفواتير: وحدة لحسابات BPAY وحالة الاقتراع.
خدمة المعاملات: تقوم معاملات ACID بتحديث عمليات الرصيد والسجل.
AuditDB: مخزن غير قابل للتغيير لسجلات الطلب والاستجابة.

3. تنفيذ برنامج العمل

1. البدء:

"'http
POST/api/payments/poli/init
{
«المبلغ»: 100. 00,
«العملة»: «الدولار الأسترالي»
«returnUrl':» https ://casino. com/poli/callback"
}
```

→ '{paymentId, poliUrl}'

2. إعادة توجيه اللاعب:

يتم إعادة توجيه اللاعب إلى "PoliUrl'، وتسجيل الدخول إلى البنك، وتأكيد الدفع.

3. معالجة الويب:

"'http
POST/api/payments/poli/callback
الرؤوس: توقيع X
الهيئة: {paymentID, status, bankTransactionId}
```

التحقق من HMAC بواسطة «X-Signature».
تحديث «الحالة»: «معلقة» → «معتمدة »/« مرفوضة».
عند "الموافقة" - ابدأ "خدمة المعاملات. الائتمان (معرف، مبلغ).

4. تطبيق PayID/Osko

1. البدء:

"'http
POST/api/pays/payid/init
{
«payId':» user @ example. و"
«المبلغ»: 250. 00,
«العملة»: «الدولار الأسترالي»
«الوصف»: «إيداع الكازينو»
}
```

→ '{paymentId, transactionRef}'

2. إشعار Webhook:

PSP шлёт «POST/api/payments/payid/callback {paymentId، status}».

التحقق من توقيع مماثل.
الحالات: «معلقة»، «مستقرة»، «فاشلة».

5. تنفيذ نظام المحاسبة والتحويلات المصرفية

1. توليد حساب BPAY:

"'http
POST/api/pays/bay/greate
{«المبلغ»: 500. 00 }
```

→ '{billerCode, customerRef, ExcidinationDate}'

2. حالات الاقتراع:

'GET/api/pays/bpay/status ؟ billerCode = & customerRef = 'كل 15 دقيقة.
При «مدفوع» - تحديث «معتمد»، صناديق الائتمان.

3. التحويل المصرفي المباشر:

رسم خرائط تفاصيل الحساب (SWIFT، BSB، الحساب) في واجهة المستخدم.
تتم تسوية المعاملات يدويًا أو تلقائيًا عن طريق البيانات المصرفية الواردة عبر SFTP.

6. التوطين و UX

تنسيق:

"
إنتل جديد. NumberFormat ('en-AU', {style: 'currency', currency: 'AUD'}). تنسيق (1000)
/" ألف دولار أسترالي. 00"
```

واجهة المستخدم:

اختيار الطريقة في الإيداع: POLi و PayID و BPAY و Bank Transfer icons.
وصف المصطلحات واللجان في إطار كل طريقة.
التحقق قبل الإدخال الأول: KYC/AML.

7. الأمن والتسامح مع الأخطاء

8. اختبار

أوضاع Sandbox:

POLi: 'poli. صندوق الرمل. المجال "مع رموز" اختبار المستخدم "المزيفة.
PSP: اختبار الاعتمادات من مزودي PayID.
اختبارات E2E (Cypress): النصوص: بدء → محاكاة الاستدعاء → توازن الشيكات.
اختبار الحمل (k6): محاكاة 1000 ودائع متزامنة بواسطة POLi و PayID.

خامسا - الاستنتاج