Платформы с поддержкой австралийских платёжных решений

Введение

Австралийский рынок предъявляет свои требования к платежам: игроки ожидают мгновенных банковских переводов (POLi, PayID/Osko), локальных биллинговых методов (BPAY), ваучеров (Neosurf) и BNPL-сервисов (Afterpay). Правильная интеграция повышает конверсию, снижает отказов и обеспечивает соответствие регуляциям.

1. Основные методы и их особенности

1. POLi Payments

Мгновенный банковский перевод без карт: OAuth-авторизация пользователя в банке, редирект обратно с `transactionRef`.
API:

`POST /payments/poli/init {amount, currency: "AUD", returnUrl}` → `paymentId, poliUrl`.
Webhook `/payments/poli/callback {paymentId, status, bankRef}`.
2. BPAY

Классический биллинг через Biller Code и Customer Reference.
Процесс:

`POST /payments/bpay/generate {amount}` → `billerCode, customerRef, expiryDate`.
По факту прихода средств банк шлёт callback или требуется polling API провайдера.
3. PayID / Osko (NPP)

Fast Settlement: перевод по адресу (email/phone) через New Payments Platform.
API-интеграция через PSP: `POST /payments/osko/pay {payId, amount}` с быстрым ответом и Webhook о зачислении.
4. Neosurf

Предоплаченные ваучеры, покупаемые в точках продаж.
UI: ввод 10-значного кода; API провайдера возвращает `approved` или `declined`.
5. Afterpay (BNPL)

Разрешает разбивать платёж на четыре части.
Интеграция через Checkout API:

`POST /afterpay/orders {amount, currency, returnUrl}` → `orderId, redirectUrl`.
Webhook `/payments/afterpay/notification {orderId, status}`.

2. Архитектура интеграции

```mermaid
flowchart LR

Player -->	initiate payment	API-Gateway
API-Gateway --> PaymentService
PaymentService -->	init POLi/BPAY/Osko/...	PSP-API
PSP-API -->	redirect or token	Player
PSP-API -->	webhook	PaymentService
PaymentService --> TransactionService
TransactionService --> AuditDB
```

API-Gateway: единая точка входа, валидация запросов, rate-limiting.
PaymentService: абстракция всех методов, хранит `paymentId`, `method`, `status`, `metadata`.
TransactionService: атомарная запись финансовых транзакций, ACID-гарантии.
AuditDB: immutable-логи запросов и webhook.

3. Обработка вебхуков и callback

1. Подтверждение подлинности:

HMAC-подпись в заголовке (`X-Signature`), проверка по общему секрету.

2. Идempotency:

Использование `paymentId` и `idempotencyKey` для защиты от дублей.

3. Статусы:

`pending` → `approved`/`declined`/`failed`.
При `approved` запускается `fundsCredited` workflow: обновление баланса, выдача бонусов.

4. Локализация и валютный контроль

5. Безопасность и комплаенс

6. Отказоустойчивость и масштабирование

7. Тестирование интеграции

Заключение