پشتیبانی از POLi، PayID، انتقال بانکی و AUD در سیستم عامل های کازینو

معرفی شرکت

بازیکنان استرالیا روش های پرداخت محلی را ترجیح می دهند: انتقال بانکی فوری از طریق POLi، PayID/Osko تحت NPP و یک بانک انتقال سنتی، همه در AUD. این مهم است که برای اپراتور برای اطمینان از یکپارچه سازی بدون درز, پردازش فوری, انطباق با مقررات و معماری قابل اعتماد.

1. بررسی اجمالی از روش های پرداخت

1. پرداخت های پولی

مجوز کاربر OAuth از طریق رابط بانکی، بدون کارت و علاوه بر کدهای SMS.
سپرده فوری، مناسب برای سپرده.

2. PayID/Osko (NPP)

ترجمه توسط شناسه (ایمیل، تلفن)، استاندارد شبکه NPP محاسبه در عرض چند ثانیه فراهم می کند.
نیاز به ادغام با PSP پشتیبانی از پلت فرم پرداخت جدید استرالیا.

3. انتقال بانکی (BPAY/انتقال مستقیم)

BPAY: تولید کد بیلر و مرجع مشتری، پرداخت توسط کاربر در بانک اینترنتی انجام می شود ؛ ثبت نام تا 24 ساعت
انتقال مستقیم AUD: انتقال SWIFT/IBAN، مناسب برای مقادیر زیاد، زمان پردازش 1-3 روز کاری.

4. واحد پول AUD

تمام عملیات در AUD: نمایش صحیح، ذخیره سازی در پایگاه داده، گرد کردن به سنت ('DECIMAL (12. 2)').

2. معماری یکپارچه سازی

"پری دریایی
فلوچارت ال آر

بازیکن -->	آغاز سپرده	API-دروازه
API-دروازه --> خدمات پرداخت
سرویس پرداخت -->	init POLi	POLi-API
سرویس پرداخت --> شناسه پرداخت init	PSP-API
PaymentService -->	تولید BPAY	BillingService
POLi-API --> webhook	خدمات پرداخت
PSP-API --> webhook	خدمات پرداخت
BillingService -->	نظرسنجی/وبهوک	PaymentService
سرویس پرداخت --> TransactionService
TransactionService --> AuditDB
```

API-Gateway: اعتبار سنجی، محدود کردن نرخ، مسیریابی به PaymentService.
PaymentService: نقطه واحد برای تمام روش AUD, فروشگاه 'ID پرداخت', 'روش', 'وضعیت', 'ابرداده'.
BillingService: ماژول برای حساب های BPAY و وضعیت رای گیری.
TransactionService: ACID معاملات به روز رسانی تعادل و ورود به سیستم عملیات.
AuditDB: ذخیره غیر قابل تغییر از سیاهههای مربوط به درخواست و پاسخ.

3. پیاده سازی POLi

1. شروع کار:

"'HTTP
POST/API/پرداخت/poli/init
{
«مقدار»: 100. 00,
«ارز»: «AUD»،
"returnUrl": "https ://casino. کام/پولی/پاسخ به تماس"
}
```

→ {شناسه پرداخت، poliUrl}

2. تغییر مسیر بازیکن:

بازیکن به «poliUrl» هدایت می شود، به بانک وارد می شود، پرداخت را تایید می کند.

3. پردازش وب هک:

"'HTTP
POST/api/payments/poli/callback
عنوان ها: امضای ایکس
بدن: {شناسه پرداخت، وضعیت، بانک TransactionId}
```

چک کردن HMAC توسط «X-Signature».
به روز رسانی "وضعیت": "در انتظار" → تایید "/" کاهش یافته است ".
هنگامی که 'تایید' - شروع 'TransactionService. اعتبار (شناسه بازیکن، مبلغ) '.

4. پیاده سازی PayID/Osko

1. شروع کار:

"'HTTP
POST/API/پرداخت/payid/init
{
"payId": "@example کاربر. کام"،
«مبلغ»: 250 00,
«ارز»: «AUD»،
«شرح»: «سپرده کازینو»
}
```

→ {شناسه پرداخت، transactionRef} '

2. اطلاع رسانی وب سایت:

PSP шлёт 'POST/api/payments/payid/callback {paymentId, status}'.

تایید امضای مشابه
وضعیت: «در انتظار»، «حل و فصل»، «شکست خورده».

5. پیاده سازی BPAY و انتقال بانکی

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

"'HTTP
POST/API/پرداخت/BPAY/تولید
{«مقدار»: 500. 00 }
```

→ {کد بیلر، customerRef، تاریخ انقضا}

2. وضعیت های رای گیری:

'GET/api/payments/bpay/status? billerCode = & customerRef = 'هر ۱۵ دقیقه یکبار.
При «پرداخت» - به روز رسانی «تایید»، صندوق های اعتباری.

3. انتقال مستقیم بانکی:

نقشه برداری از جزئیات حساب (SWIFT، BSB، حساب) در UI.
معاملات به صورت دستی یا به صورت خودکار با اظهارات بانکی ورودی از طریق SFTP آشتی می کنند.

6. محلی سازی و UX

قالب بندی:

"جی اس
بین المللی جدید NumberFormat ('en-AU', {سبک: 'ارز', ارز: 'AUD'}). فرمت (1000)
" هزار دلار. 00"
```

رابط کاربری:

انتخاب روش در سپرده: POLi، PayID، BPAY، آیکون های انتقال بانکی.
شرح شرایط و کمیسیون تحت هر روش.
تأیید قبل از اولین ورودی: KYC/AML.

7. امنیت و تحمل خطا

8. تست کردن

حالت های ماسهبازی:

پولی: پولی. جعبه شن و ماسه. دامنه 'با نشانه های جعلی' test _ user '.
PSP: اعتبار تست از ارائه دهندگان PayID.
آزمون E2E (سرو): اسکریپت: آغاز → تقلید callback → بررسی تعادل.
تست بار (k6): شبیه سازی 1000 سپرده همزمان توسط POLi و PayID.

نتیجه گیری