Neosurf: vales em dinheiro

1) O que é Neosurf e quando escolhê-lo

Neosurf é um método de pagamento de voucher pré-pago: o usuário compra um voucher em dinheiro/cartão dos parceiros offline (quiosques, supermercados, ASS) ou complementa o saldo myNeosurf e então paga on-line digitando o PIN do voucher ou se autoriza na carteira. Os recursos são retirados instantaneamente, e o risco de charjback, como em mapas, não está disponível; os reembolsos são feitos como operações individuais de crédito de acordo com as regras do provedor/PSP.

Onde funciona bem

Produtos digitais, jogos, subscrição com cheque baixo.
Público com baixo cartão-pena/confiança em dinheiro.
Mercados com redes de venda de vales avançadas.

2) Ecossistema e papéis

Provedor/esquema: emissão de vales, regras KYC/KYB, antifrode, carteira de myNeosurf.
Rede de Rítale: venda de vales/reaproveitamento de carteiras, emissão de cheque PIN.
PSP/Equier: conexão de merchant, caixa de hospedagem/SDK/API, estatais, relatórios e cálculos.
Merchant: inicia o pagamento, processa estatais e devoluções, e faz o cruzamento.
Pagador: digite o PIN ou entra no myNeosurf e confirma o cancelamento.

3) Produtos e cenários

Neosurf Vocher (PIN): pagamento de um ou mais vales; suportam os débitos parciais e a combinação de vales (dentro dos limites).
myNeosurf (carteira): pagamento do saldo; conveniente para compras e reembolsos de novo.
Conta/Rau-by-Link: link de pagamento do PSP com entrada PIN/entrada da carteira na página de hospedagem.

4) Fluxos de pagamento

4. 1 Hosted/Redirect (recomendado)

1. Checkout → a seleção do Neosurf.
2. Redirect na página de hospedagem PSP/provedor → digitar PIN ou entrar no myNeosurf → confirmar.
3. Retornar ao merchant com 'status' (sucess/failed/canceled/pending) e 'paymentId'.
4. O crédito final é refletido nos registros diários.

4. 2 Embedded/Widget

Widget embutido na caixa. Exige UI/segurança e política do provedor.

4. 3 Server-to-Server

Backend Merchant inicia o pagamento e pesquisa o status; O PIN é sempre introduzido do lado do provedor/widget para não armazenar dados sensíveis.

5) Limites, KYC e comportamento

• Por-transmissão, limites diários/semanais.
• Limite o número de vales em um único pagamento.
• Limitações geo (país de lançamento de voucher vs país merchant/carteira).
• Para os novos merchants/categorias - liminares reduzidos, step-up verificação.

6) Estatais, cálculos e devoluções

Estatais online: «sucess», «pending», «failed», «canceled», «expired».
Senslement: crédito com relatórios PSP/provedor (normalmente T + 1/T + 2 dias úteis, contratual).
Não há nenhuma Marceback.
Refunds: Prestando uma operação separadamente (em myNeosurf ou em canal concordado); suportados por partial refunds.
Cancelamento parcial: o saldo fica em PIN/carteira (dependendo da configuração/região).

7) Economia e tarifas

As tarifas são geralmente inferiores ao MDR de cartão CNP, variando de geo/volume/categoria (jogos, serviços digitais etc.).
Adição: hosted/SDK, safort e ODR, processamento de 'pending/expired', recon.

8) Pattern Ux

Onde comprar voucher: mapa/busca de pontos de venda aumentam a conversão dos novos.
Combinação PIN: uma UI de fácil adição de vários vales + exibição de saldo.
Erros claros: «PIN inválido/já usado», «limite ultrapassado», «região não suportada».
Recibo: soma, hora, 'paymentId', método (PIN/myNeosurf); para o retorno, 'refundId'.
Localização: moeda/língua/jurtexto do país do cliente.

9) Complaens e segurança

Autenticação e verificação PIN/carteira - do lado do provedor (SCA/comportamento).
PII-Minimização: Não procure PIN em sua casa; use hosted/widget.
Webhooks: HMAC/nonce, protecção contra replay, eventos, auditoria.
KYC/AML/GDPR: Exigências de idade e limite para pré-pagos; sanções/geo-restrições.

10) Compilação e relatórios (reconciação)

Logue «paymentId», «orderId», método (PIN/myNeosurf), moeda, valor, status, timestams, arquivamento bancário/financeiro (UTR) dos registros PSP.
Diárias: auto-recon eventos de caixa com registros de fim (inscrições/devoluções/correções).
«Sucesso sem registro», «duplo cancelamento», «pending».

11) Integração do merchant

Opções

1. Hosted/Embedded do PSP - início rápido e conformidade com os requisitos de segurança.
2. Server-to-Server + Hosted PIN - Controle de estatais sem processamento de PIN em você.
3. Pay-by-Link/Invoice - para pagamentos atrasados e safort.

• API: `createPayment`, `refund`, `queryStatus`, `webhook`, `reconcile`.
• Idempotidade ('orderId' + chave), retraias exponenciais, DLQ.
• Diretórios: países/moedas, limites/níveis CUS, códigos de erro, métricas SLA.

12) Subscrições e cancelamentos repetidos

• usar myNeosurf como fonte de fundos (se permitido),
• ou esquema de primeiro voucher → mandato (SEPA/Open Banking) para debêntures futuras.
• Mostre ao usuário a tela de gerenciamento de mandato (limite/frequência/notificação).

13) Antifrode e política de risco

Sinais: inadequação de geo (IP/voucher/merchant), erros de PIN frequentes, tentativas repetidas, comunicações de contas através dos mesmos PIN.
Mitigitícia: limite de PIN por sessão/dia, cooling-off, capcha/step-up, rejeitos suaves com explicação.

14) High-risk vertical (incluindo iGaming)

Disponibilidade, liminares e relatórios dependem do país e da política do provedor/PSP.
Espere limites reduzidos, monitoramento de transações reforçado e requisitos de verificação.
Mantenha os roteiros alternativos (outros voucher, A2A, mapas) e smart-routing.

15) Arquitetura «Neosurf Gateway»

Camada API (REST/GraphQL) caixa/billing.
Filas de eventos: estatais → billing/CRM/analista/safort.
Segurança: vault segredos, IP-allowlist, validação rigorosa de redict-URI, tokens anti-replay.
Observabilidade: Conversão (PIN vs myNeosurf), 'pending→success/expired', latência média, proporção de cancelamentos parciais/combinados, métricas de retorno.

16) Folha de cheque de saída em proda

1. Ligue o canal ao PSP e ligue o Hosted PIN/myNeosurf.
2. Implemente 'createPayment' + ganchos da Web (HMAC), idempotação e repetições.
3. Inclua partial refunds, cenários de combinação de vales e erros compreensíveis.
4. Configure o daily auto-recon + full-recon periódico; guarde a arbitragem fina/UTR.
5. Dashboards SLA e alertas para pending, alta fração de «failed», anomalias por geo.
6. Testes E2E por país/moeda: PIN múltiplo, reembolso parcial, PIN/limite vencido.

Cartão de referência

Estados: 'sucess/pending/failed/canceled/expired'.
Senslement: normalmente T + 1/T + 2 por registro.
Chargeback: não; refund - uma operação de crédito separada (em partes é permitido).
Combinação PIN: permitida dentro dos limites.
Recurrent: através de myNeosurf ou mandato alternativo (após o primeiro pagamento).

Currículos

Escolha Neosurf para público em dinheiro e microalgas: hosted PIN/myNeosurf → rápido e seguro.
Construa o processo em torno de webhooks + recon, suporte a partial refunds e combinação de vales.
Não «mexa» os valores: configure os limites/CUS por país e atualize regularmente.
Para assinaturas, o primeiro voucher → mandato/myNeosurf com gerenciamento transparente e notificações.