תמיכה בפולי, PAYD, העברה בנקאית ו ־ AUD

מבוא

שחקנים אוסטרלים מעדיפים שיטות תשלום מקומיות: העברות בנקאיות מיידיות באמצעות POLI, PAYD/OSKO תחת NPP ובנק העברה מסורתי. חשוב שהמפעיל יבטיח אינטגרציה חלקה, עיבוד מיידי, ציות לתקנות וארכיטקטורה אמינה.

1. סקירה של שיטות התשלום

1. תשלומי POLI

אישור משתמש OAuth דרך ממשק הבנק, ללא כרטיסים ובנוסף גם קודי SMS.
הפקדה מיידית, מתאים להפקדות.

2. PayID/Osko (NPP)

תרגום באמצעות זיהוי (דוא "ל, טלפון), תקן רשת NPP מספק חישוב בתוך שניות.
דורש אינטגרציה עם PSP התומכת בפלטפורמת התשלומים החדשה של אוסטרליה.

3. העברת בנק (העברה ישירה/BPAY)

BPAY: דור של קוד בילר והפניית לקוחות, התשלום נעשה על ידי המשתמש בבנק האינטרנט; ההרשמה עד 24 שעות.
העברת AUD ישירה: SWIFT/IBAN, מתאים לכמויות גדולות, זמן עיבוד 1-3 ימי עבודה.

4. מטבע AUD

כל הפעולות ב-AUD: תצוגה נכונה, אחסון במסד הנתונים, עיגול לסנטים ('עשרוני (12. 2)').

2. ארכיטקטורת אינטגרציה

"בתולת הים
תערוכת זרימה אל-אר
שחקן - >initiate depositAPI-שער
API-שער -> שירות
שירות - POLI-API
שירות - PSP-API
שירות - B Service
POLI-API - שירות
PSP-API - שירות
שירות BName - שירות >polling/ webhook
שירות -> שירות TransactionService
שירות טרנזיטיבי -> AuditDB
```

שער API: אימות, מגביל קצב, ניתוב לשירות .
שירות : נקודה מאוחדת לכל שיטות AUD, חנויות " Id'," שיטה "," סטטוס "," metadata ".
שירות B : מודול לחשבונות BPAY וסטטוס קלפי.
שירות TransactionService: עסקאות חומצה מעדכנות את פעולות האיזון והרישום.
AuditDB: חנות בלתי ניתנת לשינוי של רישומי בקשה ותגובה.

3. יישום של POLI

1. חניכה:
  • ”http”
  • POST/API/תשלומים/poli/init
  • {
  • ”כמות”: 100. 00,
  • ”מטבע”: ”AUD,”
  • " אורל": "https ://קזינו. com/poli/callback"
  • }
  • ```

▪ ” ID, פוליורל”

2. כיוון מחדש של השחקן:
  • השחקן מופנה מחדש ל ”פוליורל”, מתחבר לבנק, מאשר את התשלום.

3. עיבוד Webhook:
  • ”http”
  • POST/api/תשלומים/poli/callback
  • כותרות: חתימת X
  • גוף: ( ID, מעמד, בנקאי TransactionID)
  • ```

בדיקת HMAC על ידי 'X-חתימה'.
עדכון ”סטטוס”: ”ממתין” * ”אושר ”/” נדחה”.
כאשר 'אושרה' - התחל 'Transactionservice. אשראי (תעודת זהות, סכום) ".

4. יישום PAYD/OSKO

1. חניכה:
  • ”http”
  • POST/API/תשלומים/payid/init
  • {
  • ”payid':” user @ example. com",
  • ”כמות”: 250. 00,
  • ”מטבע”: ”AUD,”
  • תיאור: ”הפקדת קזינו”
  • }
  • ```

▪ ” ID, transactionRef”

2. הודעת Webhook:
  • PSP bust 'POST/API/Payid/callback @ ID, status'.

אימות חתימה דומה.
סטטוסים: ”תלוי ועומד”, ”התיישב”, ”נכשל”.

5. יישום BPAY והעברת בנק

1. דור חשבונות BPAY:
  • ”http”
  • POST/API/תשלומים/bpay/create
  • ”סכום”: 500. 00 }
  • ```

▪ קוד, שופט, תאריך

2. סטטוסים של סקרים:
  • 'קבל/api/תשלומים/bpay/סטטוס? קוד = & Ref = "כל 15 דקות.
  • עדכון ”אושר”, קרנות אשראי.

3. העברת בנק ישירה:
  • מיפוי פרטי החשבון (SWIFT, BSB, Account) ב UI.
  • עסקאות מתפייסות באופן ידני או אוטומטי באמצעות דוחות בנק נכנסים באמצעות SFTP.

6. לוקליזציה ו ־ UX

תבנית:
  • ”ג 'ים”
  • מידע אינטל חדש. תבנית Numbers (”en-AU”, סגנון: ”מטבע”, מטבע: ”AUDE”). תבנית (1000)
  • אלף דולר. 00"
  • ```
  • UI:
    • בחירת השיטה בהפקדה: POLI, PAYD, BPAY, סמלים להעברת בנק.
    • תיאור של מונחים ועמלות לפי כל שיטה.
    • אימות לפני הקלט הראשון: KYC/AML.

    7. ביטחון וסובלנות פגמים

    TLS 1. 2 + לכל ה-API וה-Webhooks.
    מפסק מעגל (Resilience4j) לשיחות PSP, מבטל את השיטה כאשר שיעור השגיאה הוא> 5%.
    היגיון חוזר עם גיבוי מעריכי במקרה של כשלים זמניים.
    כל האירועים והעסקאות מאוחסנים לפחות 7 שנים לפי התקנות.

    8. בדיקות

    מצבי ארגז חול:
    • פולי: "פולי. ארגז חול. תחום "עם" test _ user מזויף "אסימונים.
    • בדיקת קרדיטים מספקי PAYD.
    • E2E בדיקות (ברוש): תסריטים: ליזום = לחקות callback = שיווי משקל.
    • בדיקת עומס (k6): סימולציה של 1000 פיקדונות מקבילים על ידי POLI ו-PAYD.

    מסקנה

    אינטגרציה של POLI, PAYD/OSKO והעברות בנקאיות מסורתיות לתוך AUD דורשת שירות Advice יחיד, עיבוד webhook אמין, לוקליזציה פורמט וארכיטקטורה סובלנית לקוי עם מפסק מעגל ומנגנוני חזרה. גישה זו מבטיחה מרבצים מהירים, ציות גבוה לאוסטרלים.