پشتیبانی از راه حل های پرداخت تلفن همراه (Apple Pay، Google Pay)
مواد 2025 شیوه های بازار استرالیا را توصیف می کند. فراخوانی برای بازی نیست. قمار مسئول (RG)، AML/CTF و الزامات محلی مورد نیاز است.
1) چرا آن را یک کازینو تلفن همراه
رشد تبدیل سپرده: یک ژست/شناسه چهره به جای وارد کردن کارت در یک صفحه کوچک.
سرعت: متوسط زمان برای واریز موفق به چند ثانیه کاهش می یابد.
اعتماد: نام تجاری کیف پول + بیومتریک = پرداخت کمتر پرتاب در اطراف.
امنیت: نشانه های شبکه/رمزنگاری به جای انتقال PAN → خطر سازش را کاهش می دهد.
بومی: UX مطابق با انتظارات کاربران تلفن همراه (iOS/Android) است.
2) دقیقا چه چیزی برای ادغام
Apple Pay (وب و بومی): Apple Pay JS در Safari/PKPaimmentAuthorizationViewController در برنامه iOS.
Google Pay (وب و بومی): Google Pay API در Chrome/Android WebView/« PaymentsClient »در برنامه Android.
شبکه های پرداخت: ویزا، مسترکارت، (به صورت اختیاری توسط محیط پرداخت محلی پشتیبانی می شود ؛ با PSP چک کنید)
ارز و گرد کردن: AUD با نمایش صریح مبلغ/هزینه ها.
3) جریان UX (حداقل اصطکاک)
واریز از لابی
1. کاربر مبلغ را انتخاب می کند → 2) روی Apple Pay/Google Pay ضربه بزنید → 3) بیومتریک → 4) وضعیت «اعتبار».
دستورالعمل ها:
- ایستگاه از پیش تنظیم مقدار زیادی (+ ورود سریع).
- محدودیت های قابل مشاهده، هزینه ها، ثبت نام ETA.
- پرده RG: «تنظیم حد» در کنار مقدار.
- وضعیت های روشن: «پردازش در حال انجام»، «موفقیت آمیز»، «رد»، «تکرار».
سپرده گذاری مجدد
یک ضربه از کارت آخرین روش (اگر کیف پول در دسترس باشد).
Idempotency از درخواست برای حذف تکراری در عقب نشینی.
بازگشت به عقب
اگر کیف پول در دسترس نیست (دستگاه/مرورگر): تغییر به PayID/POLi یا یک فرم کارت امن (PSP فیلدهای میزبان).
4) معماری ادغام (سطح بالا)
ظاهر: Apple Pay JS/Google Pay API → به دست آوردن نشانه کیف پول.
Backend: انتقال توکن به PSP/Gateway (حالت 'PAYMENT _ GATEWAY')، کلیدهای بی نظیر، ورود به سیستم.
احراز هویت دارنده: 3-D امن 2 (فشار/ساخته شده در قاب)، folback در 3DS1 تنها در صورت لزوم.
Tokenization: توکن های محدود به دستگاه/بازرگان → چالش های تقلب کمتر برای صادر کننده.
قابلیت مشاهده: ردیابی پرداخت (شناسه ردیابی) از طریق جلو/عقب/PSP، هشدار توسط راه حل خودکار SLA.
5) Apple Pay: ویژگی های پیاده سازی
Merchant Validation: ارتباط دامنه فایل + اعتبار سرور با اپل قبل از شروع جلسه.
برگه پرداخت: 'supportedNetworks', 'merchantCapabilities' (включая 3DS), 'countryCode: «AU»', 'currencyCode: «AUD»'.
وب: 'ApplePaySession' (بررسی پشتیبانی، اعتبار سنجی، مجوز، تکمیل).
برنامه iOS: PKPaymentRequest → PKPaymentAuthorizationController.
جزئیات UI: به روز رسانی مقدار پویا (تبلیغی/کمیسیون) قبل از تایید توسط بیومتریک.
6) Google Pay: ویژگی های پیاده سازی
isReadyToPay → LoadPaymentData → دریافت «روش پرداخت» داده ها. داده های نشانه گذاری.
TokenizationSpec: 'PAYMENT _ GATEWAY' (توصیه می شود) با پارامترهای PSP.
allowedAuthMethods: 'CRYPTOGRAM _ 3DS' (ترجیح داده شده)، 'PAN _ ONLY' - به عنوان سیاست ریسک PSP folback.
محیط زیست: TEST/PRODUCTION با جدایی روشن از کلید و بازرگان.
WebView/Chrome: بررسی GPay و folback برازنده.
7) ایمنی و انطباق
PCI DSS: به حداقل رساندن مسئولیت - کیف پول + زمینه های میزبانی PSP ؛ بدون ذخیره سازی PAN.
3DS2 برای سناریوهای با خطر بالا، اصطکاک را با بخش (مجموع/فرکانس/دستگاه) تنظیم می کند.
Antifraud: اثر انگشت دستگاه، قوانین سرعت، لیست سیاه و سفید/خاکستری، سیگنال های رفتاری، بازیابی از طریق SCA.
Idempotency: کلید در هر معامله/جلسه → حفاظت در برابر ارسال مجدد.
حریم خصوصی: محدود کردن PII در سیاهههای مربوط ؛ مقدار پوشش/شناسه در رویدادهای مشتری.
RG-link: ورود به سیستم از اقدامات (محدودیت/مکث) در کنار رویدادهای پرداخت برای تجزیه و تحلیل ریسک.
8) ویژگی های محلی AU (عملی)
AUD به عنوان ارز پایه ؛ هزینه های صریح و نرخ تبدیل.
PayID/POLi به عنوان یک افزودنی برای folback و رسیدن به گسترش.
مناطق زمانی AEST/AEDT: ETA های دقیق پرداخت/اعتبار در UI کاربر.
بله. صفحه روش های پرداخت: قوانین فعلی، محدودیت ها، بازده ها، اختلافات.
9) مورد نیاز صفحه نمایش پرداخت UX (حداقل)
از پیش تنظیم شده 4-6 مقدار + فیلد ورودی.
قابل مشاهده: ارز AUD، هزینه ها، محدودیت ها، زمان اعتبار.
دکمه های Apple Pay/Google Pay بالای «شکل کارت».
RG-CTA: «تنظیم حد» در کنار مقدار.
10) معیارها و آستانه های هدف
سرعت و قیف
* زمان به سپرده (TTD) p95 ≤ 10 ثانیه از لحظه ضربه زدن بر روی کیف پول.
* CR سپرده (کیف پول) = سپرده موفق/تلاش, تقسیم بندی های کیف پول/شبکه/دستگاه.
* تخفیف در پرداخت Sheet≤ 8-10٪.
* میزان موفقیت مجدد پس از کاهش نرم ≥ 50٪.
کیفیت و ریسک
* نرخ خودکار (تایید صادر کننده) ↑ ؛ نظارت بر بانک ها/شبکه ها
* Rate↓ بازپرداخت هنگام تعویض نشانه های to/3DS2.
* تقلب رد دقت/فراخوان - تعادل مثبت کاذب/از دست رفته.
RG
* RG جذب پس از سپرده - نسبت کاربران که شامل حد پس از اولین سپرده.
* متوسط سپرده Frequencyc کیف پول در مقابل کارت فرم (برای کنترل وسواس - بدون فشار).
11) خطرات و چگونگی کاهش آنها
در دسترس نبودن کیف پول (مرورگر/دستگاه/منطقه) → بازگشت فوری به فرم PayID/POLi/card.
صادر کننده اصطکاک failures/3DS → تکرار با مقدار پایین تر، یکی دیگر از روش احراز هویت، باعث نکات.
تکراری در یک شبکه ناپایدار → idempotency + وضعیت در فرآیند و بازپرداخت امن.
سیاست های Stora (برای برنامه ها) → بررسی قوانین محلی، جداسازی دامنه برای پرداخت های وب.
اختلافات/شارژرها → فرآیند ارائه (کیت شواهد)، پاسخ SLA، غنی سازی داده های دستگاه/جلسه.
12) نقشه راه پیاده سازی (MVP → مقیاس)
1. PSP/انتخاب دروازه: پشتیبانی از Apple Pay/Google Pay، 3DS2، نشانه گذاری، گزارش.
2. ادغام Sandbox: Apple Merchant ID/اعتبار سنجی دامنه ؛ Google Pay Test Merchant را انتخاب کنید.
3. Backend: نقاط پایانی پذیرش نشانه، idempotence، ورود به سیستم.
4. ظاهر: ویجت پرداخت، چک در دسترس بودن کیف پول، ایستگاه از پیش تنظیم مقدار، RG-CTA.
5. مشخصات ریسک: قوانین 3DS2، سرعت، سیگنال های دستگاه ؛ ضد ربات.
6. QA/SEC: آزمایش موفقیت/شکست/بازپرداخت e2e ؛ CSP/SRI ؛ آستانه آستانه TTD.
7. خلبان: 5-10٪ ترافیک، A/B در مقابل فرم نقشه ؛ نرخ Auth/TTD/نظارت بر رها کردن.
8. مقیاس بندی: 100٪ رول، اضافه کردن PayID/POLi به عنوان folback ؛ گزارش و داشبورد
9. بهینه سازی: راهنمایی در مورد دلایل شکست، ایستگاه از پیش تنظیم محلی مقدار، محدودیت های شخصی.
13) چک لیست انتشار
Apple Pay: اعتبار سنجی دامنه، «supportedNetworks»، 3DS2 را فعال کنید
Google Pay: «ReadyToPay»، «LoadPaymentData»، «PAYMENT _ GATEWAY» настроен
AUD پیش فرض ؛ هزینه/ETA قابل مشاهده است
دکمه های RG/محدودیت در جریان پرداخت
بی نظمی ؛ وضعیت صحیح و retras
قوانین ضد تقلب و سناریوهای 3DS2 تست شده
داشبورد: TTD، نرخ Auth، رها کردن، نرخ بازپرداخت
روش های Folback (PayID/POLi/card) کار می کنند و بر اساس دستگاه رتبه بندی می شوند
سیاست های حفظ حریم خصوصی/بازپرداخت/اختلافات به روز شده
14) آنچه بازیکن دریافت می کند
واریز سریع و امن در یک یا دو شیپور خاموشی از طریق کیف پول معمول خود.
شفافیت کامل مبالغ، هزینه ها و وضعیت ها.
کنترل بازی: دسترسی به محدودیت ها و مکث درست در کنار دکمه پرداخت.
15) برداشت
پشتیبانی از Apple Pay و Google Pay استاندارد اصلی کازینو تلفن همراه استرالیا در سال 2025 است. این سپرده را تسریع می کند، تبدیل را افزایش می دهد و اعتماد را ایجاد می کند در حالی که خطر را از طریق نشانه گذاری و 3DS2 کاهش می دهد. اپراتورها که کیف پول های بدون اصطکاک را اجرا می کنند، با folbacks صالح، RG قابل مشاهده و معیارهای کیفیت دقیق برنده می شوند.
