카지노 플랫폼에서 POLi, PayID, 은행 송금 및 AUD 지원

소개

호주 플레이어는 현지 결제 방법을 선호합니다. POLi를 통한 인스턴트 은행 송금, NPP에 따른 PayID/Osko 및 AUD의 전통적인 송금 은행. 운영자는 원활한 통합, 즉각적인 처리, 규정 준수 및 안정적인 아키텍처를 보장하는 것이 중요합니다.

1. 결제 방법 개요

1. POLi 지불

카드 및 추가 SMS 코드가없는 은행 인터페이스를 통한 OAuth 사용자 승인.
예금에 적합한 즉석 예금.

2. PayID/Osko (NPP)

식별자 (이메일, 전화) 로 번역 한 NPP 네트워크 표준은 몇 초 내에 계산을 제공합니다.
호주의 새로운 지불 플랫폼을 지원하는 PSP와의 통합이 필요합니다.

3. 은행 송금 (BPAY/직접 송금)

BPAY: 청구서 코드 및 고객 참조 세대, 인터넷 뱅크의 사용자가 지불합니다. 최대 24 시간 등록.
직접 AUD- 전송: SWIFT/IBAN 전송, 대량에 적합한 처리 시간 1-3 영업일.

4. AUD 통화

AUD의 모든 작업: 올바른 디스플레이, 데이터베이스의 스토리지, 센트로 반올림 ('DECIMAL (12. 2)').

2. 통합 아키텍처

"'인어
플로우 차트 LR

플레이어->	예금 시작	API- 게이트웨이
API- 게이트웨이-> 지불 서비스
지불 서비스->	init POLi	POLi-API
PaymentService->	init PayID	PSP-API
지불 서비스->	BPAY	청구 서비스 생성
POLi-API->	웹훅	지불 서비스
PSP-API->	웹훅	지불 서비스
빌링 서비스->	폴링/웹 후크	지불 서비스
지불 서비스-> 거래 서비스
거래 서비스-> AuditDB
```

API- 게이트웨이: 검증, 속도 제한, PaymentService로의 라우팅.
페이먼트 서비스: 모든 AUD 메소드에 대한 통합 포인트는 '페이먼트', '메소드', '상태', '메타 데이터' 를 저장합니다.
BillingService: BPAY 계정 및 폴링 상태 모듈.
트랜잭션 서비스: ACID 트랜잭션은 잔액과 로그 작업을 업데이트합니다.
AuditDB: 불변의 요청 및 응답 로그 저장소.

3. POLi의 구현

1. 시작:

"" http
POST/api/payment/poli/init
{
"양": 100. 00,
"통화": "AUD",
"returnUrl": "https ://casino. com/poli/callback "
}
```

→ '{paymentID, poliUrl}'

2. 플레이어 리디렉션:

플레이어는 'poliUrl' 로 리디렉션되고 은행에 로그인하여 지불을 확인합니다.

3. 웹훅 처리:

"" http
POST/api/payment/poli/callback
헤더: X- 시그니처
본문: {paymentID, 상태, bankTransactionID}
```

'X-Signature' 로 HMAC 확인
'상태' 업데이트: '보류 중' → '승인 된 '/' 거부'
'승인 된' - '거래 서비스 시작. 신용 (플레이어, 금액) '.

4. PayID/Osko 구현

1. 시작:

"" http
POST/api/payment/payid/init
{
"payID": "user @ yesh입니다. com ",
"양": 250. 00,
"통화": "AUD",
"설명": "카지노 예금"
}
```

→ '{paymentID, transactionRef}'

2. 웹훅 알림:

'POST/api/payment/payid/callback {paymentID, 상태}'.

비슷한 서명 확인.
상태: '보류 중', '해결', '실패'.

5. BPAY 및 은행 송금 구현

1. BPAY 계정 생성:

"" http
POST/api/payment/bpay/생성
{"양": 500. 00 }
```

→ '{billerCode, 사용자 정의 참조, 설명 날짜}'

2. 설문 조사 상태:

'GET/api/payment/bpay/상태? billerCode = & somererRef = '15 분마다.
게 'PAID' - '승인 된' 신용 펀드를 업데이트하십시오.

3. 직접 은행 송금:

UI의 계정 세부 정보 매핑 (SWIFT, BSB, 계정).
거래는 SFTP를 통해 들어오는 은행 명세서에 의해 수동 또는 자동으로 조정됩니다.

6. 현지화 및 UX

포맷:

"'js
새로운 Intl. 숫자 형식 ('en-AU', {스타일: '통화', 통화: 'AUD'}). 형식 (1000)
//" A $1,000. 00"
```

UI:

예금에서 방법 선택: POLi, PayID, BPAY, 은행 송금 아이콘.
각 방법에 따른 용어 및 수수료 설명.
첫 번째 입력 전 검증: KYC/AML.

7. 보안 및 결함 허용

8. 테스트

샌드 박스 모드:

POLi: '폴리. 샌드 박스. 가짜 'test _ user' 토큰이있는 도메인.
PSP: PayID 제공 업체의 테스트 크레딧.
E2E 테스트 (Cypress): 스크립트: 시작 → 콜백 → 체크 잔액을 모방합니다.
로드 테스트 (k6): POLi 및 PayID에 의한 1000 개의 동시 예금 시뮬레이션.

결론