POLi 지원 게임 플랫폼 및 소프트웨어


1) 주요 논문

POLi는 게임 제공 업체 수준이 아닌 금전 등록기 수준 (결제 게이트웨이/오케 스트레이터) 에서 연결됩니다.
사이트가 POLi를 지원하는지 여부는 카지노 플랫폼의 결제 통합에 의해 결정되며 슬롯 (NetEnt, Pragmatic, Playtech 등) 이 호스팅되는 사이트가 아닙니다.
POLi의 기능적 적용 범위 - 예금 만 해당. 자금 인출은 대체 방법 (은행 송금, 카드, 지갑) 으로 수행됩니다.
관할권: 호주에서는 POLi 운영이 중단되고 (2023 년 9 월) 호주 고객을위한 온라인 카지노/슬롯은 연방법에 의해 금지됩니다 (IGA 2001). 뉴질랜드에서 POLi는 계속 운영되며 라이센스 사업자가 지원할 수 있습니다.

2) POLi가 기술적으로 지원되는 게임 플랫폼의 유형

1. 브라우저 카지노 (웹 클라이언트):
  • HPP (Hosted Payment Page) 또는 온라인 뱅킹으로 리디렉션/앱 전환을 통한 지원.
  • 리디렉션이 올바르게 구성되고 트랜잭션 상태가 반환 될 때 지정/SSR 프레임 워크 (React/Vue/Next/Nuxt) 와 호환됩니다.
  • 2. 기본 iOS/Android 앱 (NZ 용):
    • 두 가지 패턴: 인앱 웹 뷰 (내장 금전 등록기) 또는 앱 스위치/딥 링크와 은행 응용 프로그램/브라우저에 대한 탭 체계에 따라 카지노로 돌아갑니다.
    • 범용 링크/Android 의도 및 타임 아웃의 올바른 처리가 필요합니다.
    • 3. 데스크톱 클라이언트 (드문):
      • 내장 브라우저/외부 리디렉션을 사용하십시오. 콜백 도메인에 대한 화이트리스트가 필요합니다.
      • 4. 화이트 라벨/턴키 카지노 플랫폼:
        • 플랫폼의 결제 오케 스트레이터에 POLi에 대한 커넥터가 있고 운영자가 NZ에서 작동하는 경우 POLi를 상자 밖에서 사용할 수 있습니다 (API를 통한 HPP 또는 서버 간 서버).

        💡중요: 게임 엔진 및 컨텐츠 제공 업체 (슬롯, 라이브 카지노) 는 POLi 지원을 지시하지 않습니다. 그들은 지불 논리와 분리되어 있습니다.

        3) POLi 통합 패턴

        리디렉션/HPP (가장 일반적인):
        • 카지노는 요청을 보냅니다 → 사용자가 은행 페이지로 이동합니다 → 인증/2FA → 반환으로 반환합니다.\_ url → 현금 데스크는 성공/실패 상태를받습니다.

        최소 PCI 의무, 높은 안정성.
        서버 간 + 고객 리디렉션 (하이브리드):
        • 카지노 서버는 POLi 제공 업체와 결제 세션을 만들고 프론트 엔드는 사용자를 리디렉션합니다. 상태 확인-웹 후크.

        demmpotence 및 정확한 조정을위한 편리함.
        전체 API 접근 방식은 거의 사용되지 않습니다 (은행 승인으로 인해 사용자는 여전히 은행으로갑니다).

        중요: 네트워크 오류가 발생했을 때 웹 후크/알림\_ url의 올바른 구현, demempotency, 상태 재 처리.

        4) 카지노 소프트웨어 및 인프라와의 호환

        프론트 엔드: 현대적인 프레임 워크; CSP를 준수하고 리디렉션 체인의 쿠키에 대해 SameSite/Lax를 올바르게 구성하는 것이 중요합니다.
        백엔드: 일반 스택 (노드/자바/PHP/.NET) 과 호환됩니다. 비동기 상태, 배상 및 감사 로그를위한 대기열이 필요합니다.
        지불 오케 스트레이터/게이트웨이: POLi 지원은 커넥터의 존재에 의해 결정됩니다. 오케 스트레이터가이를 가지고 있다면 박스 오피스에 포함되어 판매자와 콜백 소용돌이를 설정하는 것으로 축소됩니다.
        KYC/AML/행동 분석: 예금 방법과 무관; 보충의 부피/빈도에 대한 트리거는 POLi에 대해 동일하게 작동합니다.
        모바일 SDK: 일반적으로 필요하지 않습니다. 앱 스위치가 올바르게 작동하고 딥 링크로 반환하기에 충분합니다.

        5) UX 및 보안

        2FA와 SCA는 은행쪽에 있습니다. 응용 프로그램은 금전 등록기 세션이 반환 될 때까지 유지해야합니다 (시간 초과 5-10 분).
        CSRF 방향: 리디렉션하기 전에 일회성 상태를 생성하고 반환 후 확인하십시오.
        가을 웹 뷰: 사용자가 뱅킹 창을 "닫은" 경우 "이력서 결제 "/" 다른 방법을 선택하십시오" 를 표시하십시오
        명확한 상태: 처리 → 성공/실패 → 다음 단계 *; 실패-대안을 제공하십시오 (카드, 송금 은행, 법률 서비스에 대한 AU의 PayID).
        조정: 가맹점 참조 및 은행 보고서에 의한 거래의 완전한 조정을 수행합니다. 정확한 타임 스탬프로 모든 상태를 저장하십시오.

        6) POLi 제한

        예금 만. POLi 인출은 지원되지 않습니다.
        한도는 POLi가 아닌 은행과 운영자가 설정합니다.
        반복되는 기록이 없습니다. 각 결제는 사용자가 수동으로 시작합니다.
        인터넷 뱅킹 가용성에 의존합니다. 계획된 은행 활동 = 일시적인 실패.

        7) 지역 기능 및 법적 맥락

        호주 (AU):
        • POLi 운영이 중단되었습니다 (2023 년 9 월).
        • AU 거주자를위한 온라인 카지노/슬롯은 2001 년 연방 대화 형 도박 법에 의해 금지됩니다.
        • 합법적 인 제품 (북 메이커, 복권 등) 의 경우 PayID/Osko, 은행 카드, Apple Pay/Google Pay와 같은 대안이 사용됩니다.
        • 뉴질랜드 (NZ):
          • POLi는 기능적입니다. 허가 된 운영자는 박스 오피스에서 제공 할 수 있습니다
          • 요구 사항: 로컬 라이센스, KYC/AML, 리디렉션 및 웹 후크의 올바른 통합, 명확한 제한 및 책임있는 플레이 정책.

          8) 플랫폼 소유자 점검표 (NZ)

          1. (PHP 3 = 3.0.6, PHP 4)
          2. retrai 웹 후크 및 지연된 상태 비 동기화 구현.
          3. CTA (반복/대안) 를 사용하여 최종 화면 사용: 성공/실패/알 수 없음.
          4. 테스트 스크립트: 은행 취소, 시간 초과, 통신 중단, 웹 뷰 닫기.
          5. UI에 예금 한도를 등록하고 클라이언트/서버에 대한 검증.
          6. 업데이트 반환 정책-반환은 POLi가 아닌 운영자를 통해 이루어집니다.
          7. 운영 조정 준비: 일일 보고서, 상태 비교, 분쟁 지불에 대한 수동 분석.
          8. 로깅 설정 (지불\_ id, 사용자\_ id, bank\_ ref, 리디렉션/리턴 시간, 2FA 결과, 웹훅 대기 시간).
          9. UAT/펜트 지불 및 감사 흐름을 수행하십시오.
          10. 계산원에게 FAQ를 추가하십시오: "결제가 왜 진행되지 않았습니까?", "수표는 어디에 있습니까?", "한계는 무엇입니까? ».

          9) POLi 지원에 영향을 미치지 않는 것

          슬롯 제공 업체/라이브 카지노 세트.
          사이트/응용 프레임 워크 (리디렉션/세션이 올바르게 구성된 경우).
          보너스 체계 (활성화/프로모션 코드) 는 지불 인프라가 아닌 비즈니스 로직입니다.

          10) 결론

          POLi는 웹 카지노, 모바일 애플리케이션 및 화이트 라벨 플랫폼과 호환되는 금전 등록기/결제 오케 스트레이터 통합입니다. 은행 리디렉션 및 웹 후크를 통해 빠른 예금을 제공하지만 인출을 지원하지 않으며 은행/운영자 제한이 적용됩니다. 호주에서는이 방법이 더 이상 사용되지 않으며 법률로 인해 온라인 슬롯에는 적용되지 않습니다. 뉴질랜드에서는 올바른 기술 및 법적 환경을 갖춘 작업 솔루션으로 남아 있습니