호주 결제 솔루션을 지원하는 플랫폼

소개

호주 시장은 결제 요구 사항을 충족합니다. 플레이어는 즉시 은행 송금 (POLi, PayID/Osko), 현지 청구 방법 (BPAY), 바우처 (Neosurf) 및 BNPL 서비스 (Afterpay) 를 기대합니다. 적절한 통합은 변환을 증가시키고 실패를 줄이며 규정 준수를 보장합니다.

1. 주요 방법과 그 특징

1. POLi 지불

카드가없는 즉각적인 은행 송금: 은행 내 사용자의 OAuth 승인은 'TransactionRef' 로 리디렉션됩니다.
API:

'POST/payment/poli/init {금액, 통화: "AUD", returnUrl}' → 'paymentID, poliUrl'.
Webhook '/payment/poli/callback {paymentID, 상태, bankRef} '.
2. BPAY

청구서 코드 및 고객 참조를 통한 클래식 청구.
프로세스:

'POST/payment/bpay/servation {m액}' → 'billerCode, supererRef, expryDate'.
자금을 받으면 은행은 콜백을 보내거나 공급자의 폴링 API가 필요합니다.
3. PayID/Osko (NPP)

빠른 결제: 새로운 결제 플랫폼을 통해 (이메일/전화) 로 전송하십시오.
PSP를 통한 API 통합: 빠른 응답과 등록시 Webhook과 함께 'POST/payment/osko/pay {pay끌이, 금액}'.
4. 네오 서프

선불 바우처는 판매 시점에 구입했습니다.
UI: 10 자리 코드를 입력하십시오. 공급자 API는 '승인' 또는 '거부' 를 반환합니다.
5. 후불 (BNPL)

결제를 네 부분으로 나눌 수 있습니다.
체크 아웃 API를 통한 통합:

'POST/애프터 페이/주문 {금액, 통화, returnUrl}' → 'orderID, redirectUrl'.
웹후크/결제/애프터 페이/알림 {orderID, 상태} '.

2. 통합 아키텍처

"'인어
플로우 차트 LR

플레이어->	결제 시작	API- 게이트웨이
API- 게이트웨이-> 지불 서비스
지불 서비스->	init POLi/BPAY/Osko/...	PSP-API
PSP-API->	리디렉션 또는 토큰	플레이어
PSP-API->	웹훅	지불 서비스
지불 서비스-> 거래 서비스
거래 서비스-> AuditDB
```

API- 게이트웨이: 단일 진입 점, 요청 검증, 속도 제한.
지불 서비스: 모든 방법의 추상화, '지불', '방법', '상태', '메타 데이터' 를 저장합니다.
거래 서비스: 금융 거래의 원자 기록, ACID 보증.
AuditDB: 불변의 요청 로그 및 웹 후크.

3. 웹 후크 및 콜백 처리

1. 식별:

공통 비밀을 확인하는 헤더 ('X-Signature') 의 HMAC 서명.

2. 이념성:

복제본으로부터 보호하기 위해 'paymentID' 및 'idempotencyKey' 를 사용합니다.

3. 상태:

'보류중인' → '승인 된 '/' 거부 된 '/' 실패한'.
'승인 된' 경우 '펀드 크레디트 된' 워크 플로우가 시작됩니다: 잔액 업데이트, 보너스 발행.

4. 현지화 및 통화 제어

5. 안전 및 준수

6. 허용 오차 및 스케일링

7. 통합 테스트

결론