Neosurf: voucher in contanti

1) Cos'è Neosurf e quando selezionarlo

Neosurf è un metodo prepagato di pagamento voucher: l'utente acquista un voucher per contanti/carta da partner offline (chioschi, supermercati, ASS) o ricarica il saldo del myNeosurf e poi paga online inserendo il PIN del voucher o autorizzandosi nel portafoglio. I fondi vengono cancellati immediatamente, nessun rischio di charjback come nelle carte; i rimborsi vengono stipulati come singole operazioni di credito secondo le regole del provider/PSP.

Dove funziona bene

Prodotti digitali, giochi, abbonamenti con assegno basso.
Pubblico con schede basse/fiducia in contanti.
Mercati con una rete di vendita di voucher avanzata.

2) Ecosistema e ruoli

Fornitore/schema: rilascio di voucher, regole KYC/KYB, antifrode, portafoglio myNeosurf.
Rete Ritail: vendita di voucher/rifornimento portafogli, emissione di un assegno PIN.
PSP/Equayer: connessione merchant, cassa host/SDK/API, states, report e calcoli.
Merchant: avvia il pagamento, elabora gli stati e i rimborsi, controlla.
Pagatore: immette il PIN o entra nel myNeosurf e conferma il prelievo.

3) Prodotti e script

Neosurf Voucher (PIN): pagamento con uno o più voucher; sono supportati i prelievi parziali e la combinazione di voucher (entro i limiti).
myNeosurf (portafoglio) - pagamento dal saldo; Utile per acquisti e rimborsi ripetuti.
Fattura/Rau-by-Link - Collegamento di pagamento da PSP con PIN/accesso al portafoglio nella pagina host.

4) Flussi di pagamento

4. 1 Hosted/Redirect (raccomandato)

1. Checkout seleziona Neosurf.
2. Redirect sulla pagina host PSP/provider PIN o accesso al Conferma.
3. Ritorna al merchant con «status» (success/failed/canceled/pending) e «paymentId».
4. Il credito finale si riflette nei registri giornalieri.

4. 2 Embedded/Widget

Il widget integrato è nella cassa. Richiede il rispetto dell'UI/sicurezza e delle regole del provider.

4. 3 Server-to-Server

Backend Merchant avvia il pagamento e interroga lo stato; Il PIN viene sempre inserito nel provider/widget per non memorizzare dati sensibili.

5) Limiti, KYC e comportamento

• Per-trasmissione, limiti giornalieri/settimanali.
• Limite al numero di voucher in un singolo pagamento.
• Geo-restrizioni (paese di rilascio vs paese merchant/portafoglio).
• Per i nuovi merchant/categorie - soglie ridotte, controlli step-up.

6) Stati, calcoli e restituzioni

States online: «success», «pending», «failed», «canceled», «expired».
Settement: prestiti per rapporti PSP/provider (solitamente T + 1/T + 2 giorni lavorativi, contrattualmente).
Nessun Proveback.
Rifunds: un'operazione di credito separata (in un canale o in un canale concordato) supportati da partial refunds.
Addebito parziale: il saldo rimane su PIN/portafoglio (dipende dalla configurazione/regione).

7) Economia e tariffe

Le tariffe sono generalmente inferiori a un MDR a cart CNP variano in geo/volume/categoria (giochi, servizi digitali, ecc.).
Dopati: hosted/SDK, zapport e ODR, elaborazione «pending/expired», recon.

8) X-pattern cassa

Dove acquistare voucher: mappe/punti vendita aumentano la conversione dei nuovi arrivati.
Combinazione PIN: facile aggiungere più voucher e visualizzare il resto.
Errori chiari: PIN non valido/già utilizzato, limite superato, regione non supportata.
Ricevuta: importo, tempo, 'paymentId', metodo (PIN/myNeosurf); «refundId» per il ritorno.
Localizzazione: valuta/lingua/giurista del paese del cliente.

9) Complaence e sicurezza

Autenticazione e convalida PIN/portafoglio - Lato provider (SCA/comportamento).
Riduzioni PII: non trattare PIN nel proprio sistema; utilizzare hosted/widget.
Webhooks: HMAC/nonce, protezione contro replay, deduplicazione degli eventi, controllo.
KYC/AML/GDPR: requisiti di età e limiti per i mezzi prepagati; sanzioni/geo-restrizioni.

10) Accoppiamento e reporting

Logica «paymentId», «orderId», metodo (PIN/myNeosurf), valuta, importo, stato, timestamps, giudizio bancario/finanziario (UTR) dei registri PSP.
Ogni giorno: auto-recon eventi di cassa con registri finiti (iscrizioni/rimborsi/correzioni).
«Successo senza iscrizione al registro», «doppia cancellazione», «pending a lungo sospeso».

11) Integrazione del merchant

Opzioni

1. Hosted/Embedded da PSP - avvio rapido e conformità ai requisiti di sicurezza.
2. Server-to-Server + Hosted PIN - Controlla gli stati senza PIN.
3. Pay-by-Link/Invoice - per pagamenti ritardati e sapport.

• API: `createPayment`, `refund`, `queryStatus`, `webhook`, `reconcile`.
• Idampotenza ('orderId' + chiave), retrai esponenziali, DLQ.
• Cataloghi: paesi/valute, limiti/livelli CUS, codici di errore, metriche SLA.

12) Sottoscrizioni e riscossioni

• Usa il myNeosurf come fonte di fondi (se consentito),
• o schema del primo voucher di mandato (SEPA/Open Banking) per i debiti futuri.
• Mostra all'utente la schermata di gestione del mandato (limite/frequenza/notifica).

13) Antifrode e politica di rischio

I segnali sono: geo inadeguato (IP/voucher/merchant), errori PIN frequenti, riprovazioni, comunicazioni di account tramite gli stessi PIN.
Mitigia: limite per PIN per sessione/giorno, cooling-off, cappa/step-up, guasti morbidi con spiegazione.

14) High-risk verticale (compreso il iGaming)

Disponibilità, soglie e rapporti dipendono dal paese e dalle regole del provider/PSP.
Riduzione dei limiti, maggiore monitoraggio delle transazioni e requisiti di verifica.
Tenere i binari alternativi (altri voucher, A2A, mappe) e smart-routing.

15) Architettura «Neosurf Gateway»

Uno strato API (REST/GraphQL) di cassa/billing.
Code di eventi: states di →/CRM/analista/sapport.
Sicurezza: vault segreti, IP-allowlist, convalida rigorosa redict-URI, anti-replay token.
Osservabilità: conversione (PIN vs), « », latitanza media, percentuale di prelievi parziali/combinati, metriche di restituzione.

16) Assegno foglio di output

1. Collegare il canale al PSP e attivare Hosted PIN/myNeosurf.
2. Implementare «createPayment» + HMAC (HMAC), idimpotenza e ripetizioni.
3. Includere partial refunds, script di combinazione di voucher e errori comprensibili.
4. Impostare daily auto-recon + full-recon periodico; Conservare le istruzioni fine/UTR.
5. I dashboard della SLA e gli alert del pending, l'alta failed, le anomalie del geo.
6. Test E2E per paese/valuta: PIN multipli, rimborsi parziali, PIN/limiti scaduti.

Scheda di riferimento

States: 'success/pending/failed/canceled/expired'.
Settement: solitamente T + 1/T + 2 per registro.
Chargeback: no; refund - Operazione di credito separata (parti ammissibili).
Combinazione PIN consentita entro i limiti.
Recurrent tramite un mandato alternativo o myNeosurf (dopo il primo pagamento).

Curriculum

Scegli Neosurf per il pubblico in contanti e micropiatti, hosted in modo rapido e sicuro.
Creare un processo intorno a webhooks + recon, supportare partial refunds e combinazione di voucher.
Non incanalare gli importi: conservare i limiti/CUS per paese e aggiornare regolarmente.
Per le sottoscrizioni, il primo voucher → il mandato/myNeosurf con controllo e notifiche trasparenti.