Plataformas de jogos e softwares que suportam POLi

1) Tese-chave

O POLI é conectado ao nível da caixa (payment gateway/orquestrador) e não ao nível do provedor de jogos.
Se o POLI é suportado - determinado pela integração de pagamento da plataforma do casino, e não por aqueles cujos slots (NetEnt, Pragmatic, Playtech etc.) estão disponíveis.
Abrangência de POLI - apenas depósitos. As retiradas são feitas com métodos alternativos (transferência bancária, cartões, carteiras).
Jurisdição: Na Austrália, as operações POLI foram encerradas (setembro de 2023), cassinos/slots online para clientes australianos são proibidos pela lei federal (IGA 2001); Na Nova Zelândia, o POLi continua a funcionar e pode ser suportado por operadoras licenciadas.

2) Tipos de plataformas de jogos onde POLI é tecnicamente suportado

1. Casinos de navegador (cliente web):

• Suporte por meio de Hosted Payment Page (HPP) ou rediret/app-swich para o banco online.
• Compatível com os quadros SPA/SSR (React/Vos/Next/Nuxt) quando você configura corretamente os Redirect-Urles e processa o status de retorno da transação.
2. Aplicativos nativos iOS/Android (para NZ):
• Dois pattern: in-app webview (caixa embutida) ou app-switch/deep link para o aplicativo/navegador bancário com retorno para o casino com URL padrão.
• É necessário processamento correto do universal links/Android intents e temporizações.
3. Clientes descompromissados (raro):
• Usam um navegador/redirecionamento externo embutido. São necessários whitelists para domínios callback.
4. As plataformas White-label/turnkey do casino:
• Se um orquestrador de plataforma de pagamento tiver um conector de POLI e a operadora trabalhar em NZ - POLi está disponível «a partir de uma caixa» (HPP ou servidor a partir de API).


💡Importante: Os motores de jogo e provedores de conteúdo (slots, casinos live) não ditam o suporte POLI; Eles estão isolados da lógica do pagamento.

3) Pattern de integração POli

Redirect/HPP (o mais comum):
• O Casino envia uma solicitação → o usuário vai para a página do banco → passa por autenticação/2FA → retorna para return\_ url → a caixa recebe um status bem-sucedido/incompleto.

Compromisso PCI mínimo, estabilidade elevada.
Server-to-server + customer-redirect (híbrido):
• O servidor do casino cria uma sessão de pagamento com o provedor POLI, e a frente leva o utilizador para os reditamentos; confirmação de status - webhoop.

Confortável para idempotação e acerto preciso.
A API completa é raramente usada (a autorização bancária faz com que o usuário passe para o banco).

Crítica: implementação correta de webhook/notify\_ url, idempotidade, reaproveitamento de estatais em falhas de rede.

4) Compatibilidade com software e infraestrutura de casino

Frontend: quaisquer quadros modernos; é importante respeitar o CSP, configurar corretamente SameSite/Lax para cookies na cadeia de rediretores.
Backend: compatível com vidros típicos (Node/Java/PHP/.NET). Você precisa de filas para estágios assincrônicos, retraias e logs de auditoria.
Orquestradores/passarelas de pagamento: o suporte POLI é determinado pela presença de um conector. Se o orquestrador o tiver, a inclusão na bilheteria se resume à configuração de merchant e callback-urles.
KYC/AML/analista comportamental: independente do método de depósito; os desencadeadores de volume/taxa de reposição funcionam da mesma forma para POli.
SDK móvel: normalmente não necessário; Bastante correto na aplicação do app-switch e retorno pelo deplink.

5) UX e segurança

2FA e SCA estão do lado do banco. A aplicação deve manter a sessão de caixa viva até o retorno (tempo ≥ 5 a 10 minutos).
Anti-CSRF: Antes de Redirect, gere um estado descartável e verifique-o depois de devolvê-lo.
Cair webview: Se o usuário «fechar» a janela bancária, mostre «reabrir o pagamento «/» escolher outro método ».
Estados claros: processing → sucess/fail → next step *; para fail - dar alternativas (cartão, banco de transferência, PayID em AU para serviços legais).
Recôncavo: Faça uma verificação completa das transações merchant e relatórios bancários; todos os estados são armazenados com os times exatos.

6) Restrições POLi

Só depósitos. O POLi não é suportado.
Os limites são definidos pelo banco e pela operadora, não pelo POLI.
Não há cancelamentos recorrentes. Cada pagamento é iniciado manualmente pelo usuário.
Dependência da disponibilidade do banco online. Operação do banco = falhas temporárias.

7) Características regionais e contexto legal

Austrália (AU):
• As operações POLI foram encerradas (setembro de 2023).
• Cassinos/slots online são proibidos pela lei federal Interactive Gambling Act 2001.
• Para produtos legais (apostadores, loterias, etc.) são usadas alternativas: PayID/Osko, cartões de banco, Apple Pay/Google Pay.
Nova Zelândia (NZ):
• O POLI está funcionando; operadores licenciados podem oferecê-lo na caixa.
• Requisitos: licença local, KYC/AML, integração correta de rediretos e webhooks, limites nítidos e políticas de jogo responsável.

8) Folha de cheque para proprietários de plataformas (NZ)

1. Personalizar return\_ url/notify\_ url, incluir idempotidade.
2. Implementar retratos de webhooks e descolonização adiada de estatais.
3. Ativar as telas finais: sucesso/falha/desconhecido com CTA (repetição/alternativa).
4. Testar cenários: cancelamento em banco, tempo, queda de comunicação, webview fechado.
5. Definir limites de depósito em UI e validação no cliente/servidor.
6. Atualizar a política de restituição: os reembolsos são executados através do operador e não do POLI.
7. Preparar o recôncavo operacional: relatórios diários, comparações de estatais, análises manuais de pagamentos em litígio.
8. Personalizar registro (payment\_ id, user\_ id, bank\_ ref, tempo de redireção/retorno, resultado 2FA, webhook-latência).
9. Realizar UAT/pentest de fluxo de pagamento e auditoria.
10. Adicionar a FAQ à caixa, "Porque não pagou? "Onde está o cheque? «, «Qual é o limite? ».

9) O que não afeta o suporte POLI

Um conjunto de provedores de slots/casino.
O quadro do site/aplicativo como tal (configurado corretamente por rediretos/sessões).
O esquema de bónus (ativação/moagem) é uma lógica empresarial, não uma infraestrutura de pagamento.

10) Resultado

O POLI é uma integração de caixa/orquestrador de pagamento compatível com cassinos web, aplicativos móveis e plataformas white-label. Ele fornece depósitos rápidos por meio de um redirect bancário e webhooks, mas não suporta a retirada e obedece aos limites do banco/operador. Na Austrália, o método já não é usado e não é aplicável a slots online devido à legislação; A Nova Zelândia continua a ser uma solução de trabalho com uma correta configuração técnica e legal.