Მხარდაჭერა POLi, PayID, საბანკო თარგმნა და AUD

შესავალი

ავსტრალიელ მოთამაშეებს ურჩევნიათ ადგილობრივი გადახდის მეთოდები: მყისიერი საბანკო გადარიცხვები POLi, PayID/Osko მეშვეობით NPP- ის ფარგლებში და ტრადიციული გადარიცხვის ბანკი, ყველაფერი AUD- ში. ოპერატორისთვის მნიშვნელოვანია უზრუნველყოს უწყვეტი ინტეგრაცია, მყისიერი დამუშავება, რეგულაციების შესაბამისობა და საიმედო არქიტექტურა.

1. გადახდის მეთოდების მიმოხილვა

1. POLi Payments

მომხმარებლის საავტორო უფლებები ბანკის ინტერფეისის საშუალებით, ბარათების გარეშე და დამატებით SMS კოდებით.
თანხების მყისიერი დაკრედიტება შესაფერისია დეპოზიტებისთვის.

2. PayID/Osko (NPP)

იდენტიფიკატორის გადაცემა (email, ტელეფონი), NPP ქსელის სტანდარტი უზრუნველყოფს გაანგარიშებას წამში.
იგი მოითხოვს ინტეგრაციას PSP- სთან, რომელიც მხარს უჭერს ავსტრალიის ახალ Payments Platform- ს.

3. საბანკო გადარიცხვა (BPAY/პირდაპირი გადაცემა)

BPAY: Biller Code და Customer Reference წარმოება, მომხმარებელი იხდის გადახდას ინტერნეტ ბანკში; ჩართვა 24 საათამდე
პირდაპირი AUD ტრანსფერი: SWIFT/IBAN თარგმანი, შესაფერისია დიდი თანხებისთვის, 1-3 სამუშაო დღის დამუშავების დრო.

4. AUD ვალუტა

AUD- ში ყველა ოპერაცია: კორტეტის ჩვენება, მონაცემთა ბაზაში შენახვა, დამრგვალება ცენტრებამდე ('DECIMAL (12.2)').

2. ინტეგრაციის არქიტექტურა

```mermaid
flowchart LR
Player -->initiate depositAPI-Gateway
API-Gateway --> PaymentService
PaymentService -->init POLiPOLi-API
PaymentService -->init PayIDPSP-API
PaymentService -->generate BPAYBillingService
POLi-API -->webhookPaymentService
PSP-API -->webhookPaymentService
BillingService -->polling / webhookPaymentService
PaymentService --> TransactionService
TransactionService --> AuditDB
```

API-Gateway: შესაბამისობა, პირადობის მოწმობა, PayraiService- ის მარშრუტი.
PayshoService: ერთიანი წერტილი ყველა AUD მეთოდისთვის, ინახავს 'payshead Id', 'method', 'status', 'metadata'.
BillingService: მოდული BPAY ანგარიშებისა და polling სტატუსებისთვის.
Transaction Service: ACID გარიგებები განაახლებს ბალანსს და ასრულებს ოპერაციებს.
AuditDB: მოთხოვნისა და პასუხების ლოგოების უცვლელი შენახვა.

3. POLi- ს განხორციელება

1. ინიციაცია:
  • ```http
  • POST /api/payments/poli/init
  • {
  • "amount": 100. 00,
  • "currency": "AUD",
  • "returnUrl": "https: //casino. com/poli/callback"
  • }
  • ```

→ `{ paymentId, poliUrl }`

2. მოთამაშის გადამისამართება:
  • მოთამაშე გადამისამართებულია 'poliUrl- ზე, ავტორიზებულია ბანკში, ადასტურებს გადახდას.

3. Webhook დამუშავება:
  • ```http
  • POST /api/payments/poli/callback
  • Headers: X-Signature
  • Body: { paymentId, status, bankTransactionId }
  • ```

HMAC შემოწმება 'X-Signature'.
განახლება 'status': 'pending' - 'approved '/' declined'.
'approved' - Transaction Service- ის გაშვება. credit(playerId, amount)`.

4. PayID/Osko განხორციელება

1. ინიციაცია:
  • ```http
  • POST /api/payments/payid/init
  • {
  • "payId": "user@example. com",
  • "amount": 250. 00,
  • "currency": "AUD",
  • აღწერილობა: Casino deposit
  • }
  • ```

→ `{ paymentId, transactionRef }`

2. Webhook შეტყობინება:
  • PSP шлёт `POST /api/payments/payid/callback { paymentId, status }`.

ანალოგიური ხელმოწერის გადამოწმება.
სტატუსები: 'pending', 'settled', 'failed'.

5. BPAY და საბანკო თარგმანის განხორციელება

1. BPAY ანგარიშის გამომუშავება:
  • ```http
  • POST /api/payments/bpay/generate
  • { "amount": 500. 00 }
  • ```

→ `{ billerCode, customerRef, expiryDate }`

2. Polling სტატუსები:
  • `GET /api/payments/bpay/status? billerCode = & customerRef = 'ყოველ 15 წუთში.
  • При `PAID` — update `approved`, credit funds.

3. პირდაპირი საბანკო გადაცემა:
  • UI- ში ანგარიშის დეტალების ჩვენება (SWIFT, BSB, Account).
  • ოპერაციები ხდება ხელით ან ავტომატურად SFTP- ის საშუალებით StAMENT- ის საშუალებით.

6. ლოკალიზაცია და UX

ფორმატირება:
  • ```js
  • new Intl. NumberFormat('en-AU', { style: 'currency', currency: 'AUD' }). format(1000)
  • // "A$1,000. 00"
  • ```
  • UI:
    • მეთოდის არჩევა დეპოზიტში: ხატები POLi, PayID, BPAY, Bank Transfer.
    • თითოეული მეთოდის პირობებისა და კომისიების აღწერა.
    • პირველი შესვლამდე გადამოწმება: KYC/AML.

    7. უსაფრთხოება და წინააღმდეგობა

    TLS 1. 2 + ყველა API და Webhook.
    Circuit Breaker (Resilience4j) PSP გამოძახებისთვის, მეთოდის გამორთვა error-rate> 5% -ით.
    Retry-logic ექსპონენციალური backoff- ით დროებითი ჩავარდნების დროს.
    Audit Trail: ყველა webhook მოვლენა და გარიგება ინახება 7 წლის განმავლობაში მინიმუმ რეგულაციების შესაბამისად.

    8. ტესტირება

    Sandbox რეჟიმები:
    • POLi: `poli. sandbox. domain 'ყალბი ნიშნით' test _ user '.
    • PSP: ტესტის კრედიტები PayID პროვაიდერებში.
    • E2E ტესტები: სკრიპტები: დაიწყეთ callback ემულაცია და შეამოწმეთ წონასწორობა.
    • Load Testing (k6): 1000 საკონკურსო ანაბრის იმიტაცია POLi და PayID მეთოდით.

    დასკვნა

    POLi, PayID/Osko ინტეგრაცია და ტრადიციული საბანკო გადარიცხვები AUD- ში მოითხოვს ერთიან Payservice Service- ს, webhook- ის საიმედო დამუშავებას, ფორმატების ლოკალიზაციას და უვნებელ არქიტექტურას circuit breaker- ით და retretry მექანიზმებით. ეს მიდგომა უზრუნველყოფს სწრაფ ანაბრებს, მაღალ CR- ს და შესაბამისობას ავსტრალიის მოთხოვნებთან.