Paysafecard: voucher prepagati

1) Cos'è Paysafecard e quando selezionarlo

Paysafecard è un metodo prepagato di pagamento voucher: l'utente acquista un voucher in contanti/carta dai partner ritail (o rifornisce il portafoglio del myPaysafe) e paga online inserendo il PIN del voucher o autorizzandosi nel portafoglio. I fondi vengono prelevati immediatamente, il Charjback come non è nelle carte; il rimborso è fatto come un prestito separato per l'operazione in portafoglio/per i dettagli bancari delle procedure del provider.

Dove funziona bene

Contenuti digitali, giochi, abbonamenti di piccole e medie dimensioni.
Pubblico con schede basse/credibilità creditizia.
Mercati con una forte economia in contanti e una fitta rete di voucher.

2) Ecosistema e ruoli

Schema/provider: Paysafecard (incluso nel Gruppo Paysafè) - rilascia voucher, regole KYC/KYB, antifrode, portafoglio myPaysafe.
Rete Ritail: vendite di voucher/rifornimento portafogli, assegno PIN.
PSP/Equayer: connessione merchant, cassa host/SDK/API, report, calcoli.
Merchant: avvia i pagamenti, accetta gli stati/hookie, esegue i rimborsi e la verifica.
Pagatore: inserisce il PIN o lo effettua e conferma il prelievo.

3) Prodotti e script

Voucher PIN: l'utente immette un PIN a 16 cifre su un checkout; i prelievi parziali e la combinazione di più voucher (entro i limiti) sono consentiti.
myPaysafe (portafoglio): pagamento in saldo, comfort per acquisti frequenti; è possibile mappare più voucher e gestire le valute.
Paysafecard Mastercard (virtuale/plastica) - Si trova negli utenti come un prodotto separato (un binario di carte, al di fuori del flow PIN base).
Pagamento tramite fattura/Rau-by-Link da PSP con ulteriore inserimento del PIN nello studio host.

4) Flussi di pagamento

4. 1 Hosted/Redirect (raccomandato)

1. Checkout seleziona Paysafecard.
2. Redirett sulla pagina host PSP/provider l'inserimento di PIN o login nella Conferma.
3. Ritorna al sito con «status» (success/failed/canceled/pending) e «paymentId».
4. Il calcolo finale viene visualizzato nei report giornalieri.

4. 2 Embedded/Widget

Widget di input integrato all'interno della cassa. Richiede la massima conformità ai requisiti di sicurezza UI e di hosting.

4. 3 Server-to-Server (PII minimizzato)

Il server Merchant avvia il pagamento e interroga lo stato; l'input PIN rimane sempre dalla parte del provider/widget.

5) Limiti, KYC e comportamento

• Per-trasmissione e limiti giornalieri/settimanali.
• Combinazione di voucher: limite per PIN per pagamento singolo.
• Nuovi merchant/categorie: soglie ridotte, controlli aggiuntivi.
• Antifrode: velocity, paese di rilascio del voucher vs paese della merchanta, dispositivo/segnale comportamentale.

6) Stati, calcoli e restituzioni

States online: «success», «pending», «failed», «canceled», «expired».
Settement: credito bancario per rapporti PSP/provider (solitamente T + 1/T + 2 giorni lavorativi; dipende dal contratto).
Nessun Proveback.
Refunds: sono stipulati come una transazione di credito separata (nel portafoglio myPaysafe/banca secondo la procedura del provider); consentiti da partial refunds.
Prelievi parziali da voucher: per un assegno superiore al valore nominale è consentita la combinazione di voucher; Se l'assegno è inferiore, il saldo rimane su PIN/portafoglio (dipende dal paese e dalle impostazioni).

7) Economia e tariffe

La commissione per il merchant è generalmente inferiore al MDR cartaceo per CNP, ma dipende dalla geografia, dal volume, dalla categoria (iGaming/prodotti digitali, ecc.).
Costi DOP: host widget/SDK, report, OPR/supporto, elaborazione «pending/expired», recon.

8) X-pattern cassa

Visibilità della rete di vendita: il breve suggerimento «Dove acquistare i voucher» aumenta la conversione dei nuovi clienti.
Combinazione PIN: fornisce un'interfaccia per aggiungere più voucher e mostra chiaramente il resto.
Errori chiari: PIN non valido/utilizzato, limite superato, regione non supportata.
La ricevuta è l'importo, l'ora, il «paymentId», il metodo (PIN/myPaysafe), il rimborso è «refundId».
Localizzazione: valuta, lingua, formato orario/data, testi legali locali.

9) Complaence e sicurezza

SCA/autenticazione sul provider, device bining e schedatura comportamentale.
Riduzioni PII: non elaborare PIN sul lato del merchant; Utilizzare l'host modulo/widget.
HMAC/nonce, protezione contro replay, deduplicazione degli eventi.
GDPR/KYC/AML - Registrazione dell'età, dei limiti di paese, delle sanzioni e delle regole per i «fondi prepagati».

10) Accoppiamento e reporting

Logica «paymentId», «orderId», metodo (PIN/myPaysafe), valuta, importo, stato, timestamps, arringa finanziaria/UTR dei rapporti PSP.
Ogni giorno: auto-recon eventi di cassa con registri finanziari (iscrizioni/rimborsi/correzioni).
«Successo senza registro», «doppia cancellazione», «pending».

11) Integrazione del merchant

Opzioni

1. Hosted/Embedded da PSP - avvio rapido, conformità ai requisiti UI/sicurezza.
2. Server-to-Server + Hosted PIN - Controllo flessibile degli stati e own-checkout senza PIN.
3. Pay-by-Link/Invoice è utile per pagamenti/zapport ritardati.

• API: `createPayment`, `capture/confirm` (если применимо), `refund`, `queryStatus`, `webhook`, `reconcile`.
• Idampotenza ('orderId' + chiave), retrai esponenziali, DLQ per risposte instabili.
• Cataloghi: paesi/valute, limiti/livelli CUS, codici di errore, metriche SLA.

12) Caratteristiche per le sottoscrizioni e i prelievi

• myPaysafe come fonte di fondi (dove è consentito),
• o schema di primo pagamento del mandato/alternativa A2A (SEPA/Open Banking).
• Mostra sempre all'utente la schermata di gestione del mandato (limite per debit, frequenza, notifiche).

13) Antifrode e politica di rischio

Verifica: PIN vs IP/device, profilo comportamentale, frequenza di tentativi non completati, connessione di account tramite ripetizione PIN.
Attenuazione: limiti di PIN per sessione/giorno, goccia/step-up, periodi di raffreddamento, guasti «morbidi» con spiegazioni.

14) High-risk verticale (compreso il iGaming)

La disponibilità e le soglie dipendono dal paese, dal diritto locale e dalle regole del provider/PSP.
Riduzione dei limiti, maggiore monitoraggio delle transazioni e requisiti di reporting.
Tenete i binari alternativi (mappe, A2A, voucher di altre reti) e smart-routing.

15) Architettura «Paysafecard Gateway»

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

16) Assegno foglio di output

1. Collegare il canale al PSP e attivare Hosted PIN/myPaysafe.
2. Implementare «createPayment» + HMAC (HMAC) + idampotenza e ripetizioni.
3. Attivare partial refunds e procedure ODR/sapport.
4. Impostare daily auto-recon + full-recon periodico; Conservare le istruzioni fine.
5. Aggiungi UX per la combinazione PIN e messaggi di errore/limiti chiari.
6. Avvia i dashboard SLA e gli alert di conversione/pending.
7. Esaminare i test e2e nei paesi/valute di destinazione e le valigie estreme (PIN multipli, rimborso parziale scaduto del PIN).

Scheda di riferimento

States: 'success/pending/failed/canceled/expired'.
Settement: più frequente T + 1/T + 2 per registro.
Chargeback: no; Il refund è un'operazione di credito separata.
Combinazione PIN consentita entro i limiti.
Recurrent tramite un mandato alternativo o myPaysafe (dopo il primo pagamento).

Riepilogo

Utilizzare Hosted PIN/myPaysafe per una rapida integrazione e sicurezza.
Creare un processo intorno a webhooks + recon, supportare partial refunds e combinazione di voucher.
Non codificare «rigidamente» gli importi, gestire i configli dei limiti/CUS per paese e aggiornare regolarmente.
Per le sottoscrizioni, il primo voucher è il mandato/myPaysafe, con controllo trasparente e notifiche.