支持POLi、PayID、銀行轉賬和AUD
導言
澳大利亞玩家更喜歡本地支付方法：通過POLi，NPP下的PayID/Osko進行即時銀行轉賬，以及AUD中的傳統轉賬銀行。對於操作員而言，重要的是實現無縫集成，即時處理，調節合規性和可靠體系結構。
1.付款方法概述
1.POLi Payments
通過銀行界面對OAuth用戶進行授權，沒有卡片和其他短信代碼。
即時存款，適合存款。
2.PayID/Osko (NPP)
通過ID（電子郵件，電話）進行翻譯，NPP網絡標準可以在幾秒鐘內進行計算。
需要與支持澳大利亞新付款平臺的PSP集成。
3.銀行轉賬（BPAY/直接轉賬）
BPAY：Biller Code和Customer Reference生成，付款由用戶在Internet銀行進行；入學時間長達24小時。
直接AUD-transfer： SWIFT/IBAN transfer,適用於大筆交易,處理時間為1-3個工作日。
4.AUD貨幣
AUD中的所有操作均為：corret映射，底座存儲，四舍五入（「DECIMAL（12.2）」）。
2.集成體系結構
```mermaid
flowchart LR
API-Gateway：驗證、限制、路由到PaymentService。
PaymentService：所有AUD方法的統一點,存儲「paymentId」、「method」、「status」、「metadata」。
BillingService：用於BPAY計數和狀態計數的模塊。
TransactionService： 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」。
「狀態」更新：「pending」 → 「proved」/「declined」。
使用「approved」是「TransactionService」的啟動。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.調查狀態：
`GET /api/payments/bpay/status?每15分鐘一次billerCode=&customerRef='。
При `PAID` — update `approved`, credit funds.
3.直接銀行轉賬：
在UI中顯示帳戶詳細信息（SWIFT、BSB、Account）。
操作是通過SFTP手動或自動通過杠桿狀態進行的。
6.本地化和UX
格式化：
```js
new Intl.NumberFormat('en-AU', { style: 'currency', currency: 'AUD' }).format(1000)
// "A$1,000.00"
```
UI:
7.安全性和恢復能力
TLS 1.2+適用於所有API和Webhook。
用於PSP調用的Circuit Breaker （Resilience4j），在error-rate> 5%時關閉方法。
在時間故障時具有指數反沖的返回邏輯。
Audit Trail：所有webhook事件和事務在監管下至少保留7年。
8.測試
Sandbox模式：
POLi: `poli.sandbox.帶有「test_user」假令牌的域。
PSP：PayID提供商的測試信用。
E2E測試（Cypress）：腳本：啟動→模擬回調→測試平衡。
Load Testing （k6）：使用POLi和PayID方法模擬1000個匹配存款。
二.結論
將POLi，PayID/Osko和傳統銀行轉賬集成到AUD需要單一PaymentService，可靠的webhook處理，格式本地化以及帶有電路斷路器和回程機制的故障轉移體系結構。這種方法可確保快速存款，高CR和符合澳大利亞要求。
澳大利亞玩家更喜歡本地支付方法：通過POLi，NPP下的PayID/Osko進行即時銀行轉賬，以及AUD中的傳統轉賬銀行。對於操作員而言，重要的是實現無縫集成，即時處理，調節合規性和可靠體系結構。
1.付款方法概述
1.POLi Payments
通過銀行界面對OAuth用戶進行授權，沒有卡片和其他短信代碼。
即時存款，適合存款。
2.PayID/Osko (NPP)
通過ID（電子郵件，電話）進行翻譯，NPP網絡標準可以在幾秒鐘內進行計算。
需要與支持澳大利亞新付款平臺的PSP集成。
3.銀行轉賬（BPAY/直接轉賬）
BPAY：Biller Code和Customer Reference生成，付款由用戶在Internet銀行進行；入學時間長達24小時。
直接AUD-transfer： SWIFT/IBAN transfer,適用於大筆交易,處理時間為1-3個工作日。
4.AUD貨幣
AUD中的所有操作均為：corret映射，底座存儲，四舍五入（「DECIMAL（12.2）」）。
2.集成體系結構
```mermaid
flowchart LR
| Player --> | initiate deposit | API-Gateway |
|---|---|---|
| API-Gateway --> PaymentService | ||
| PaymentService --> | init POLi | POLi-API |
| PaymentService --> | init PayID | PSP-API |
| PaymentService --> | generate BPAY | BillingService |
| POLi-API --> | webhook | PaymentService |
| PSP-API --> | webhook | PaymentService |
| BillingService --> | polling / webhook | PaymentService |
| PaymentService --> TransactionService | ||
| TransactionService --> AuditDB | ||
| ``` |
API-Gateway：驗證、限制、路由到PaymentService。
PaymentService：所有AUD方法的統一點,存儲「paymentId」、「method」、「status」、「metadata」。
BillingService：用於BPAY計數和狀態計數的模塊。
TransactionService： 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」。
「狀態」更新：「pending」 → 「proved」/「declined」。
使用「approved」是「TransactionService」的啟動。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.調查狀態：
`GET /api/payments/bpay/status?每15分鐘一次billerCode=&customerRef='。
При `PAID` — update `approved`, credit funds.
3.直接銀行轉賬：
在UI中顯示帳戶詳細信息（SWIFT、BSB、Account）。
操作是通過SFTP手動或自動通過杠桿狀態進行的。
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。
用於PSP調用的Circuit Breaker （Resilience4j），在error-rate> 5%時關閉方法。
在時間故障時具有指數反沖的返回邏輯。
Audit Trail：所有webhook事件和事務在監管下至少保留7年。
8.測試
Sandbox模式：
POLi: `poli.sandbox.帶有「test_user」假令牌的域。
PSP：PayID提供商的測試信用。
E2E測試（Cypress）：腳本：啟動→模擬回調→測試平衡。
Load Testing （k6）：使用POLi和PayID方法模擬1000個匹配存款。
二.結論
將POLi，PayID/Osko和傳統銀行轉賬集成到AUD需要單一PaymentService，可靠的webhook處理，格式本地化以及帶有電路斷路器和回程機制的故障轉移體系結構。這種方法可確保快速存款，高CR和符合澳大利亞要求。
