Paysafecard: vales de prepago

1) Qué es Paysafecard y cuándo elegirlo

Paysafecard es un método de pago de cupón de prepago: el usuario compra un vale de efectivo/tarjeta a los socios minoristas (o repone la billetera myPaysafe) y paga en línea introduciendo el código PIN del bono o autorizándose en la cartera. Los fondos se cargan al instante, el charjback como en las tarjetas no; la devolución se realiza como una operación de crédito independiente en la cartera/datos bancarios según los procedimientos del proveedor.

Donde funciona bien

Contenido digital, juegos, suscripciones de pequeña/mediana cantidad.
Audiencias con baja penetración de tarjetas/confianza crediticia.
Mercados con una fuerte economía monetaria y una red de vales desarrollados.

2) El ecosistema y las funciones

Esquema/proveedor: Paysafecard (incluido en Paysafe Group) - emisión de cupones, KYC/KYB reglas, antifraude, billetera myPaysafe.
Red minorista: venta de vales/reposición de carteras, cheque con PIN.
PSP/ecuador: conexión de merchant, hosted-cash/SDK/API, informes, cálculos.
Merchant: inicia el pago, acepta estados/hooks web, lleva devoluciones y conciliaciones.
Pagador: introduce el PIN o se registra en myPaysafe y confirma el cargo.

3) Productos y escenarios

Cupón PIN: en el cheque, el usuario introduce un PIN de 16 dígitos; se permiten los cargos parciales y una combinación de varios vales (dentro de los límites).
myPaysafe (billetera): pago con saldo, comodidad para compras frecuentes; es posible vincular varios vales y administrar divisas.
Paysafecard Mastercard (virtual/plástico): se encuentra en los usuarios como un producto separado (carril de tarjeta, fuera del marco del PIN-flow básico).
Pago por enlace: Factura/Rau-by-Link de PSP con más entrada de PIN en el gabinete de alojamiento.

4) Flujos de pago

4. 1 Hosted/Redesp (recomendado)

1. Checkout → la selección de Paysafecard.
2. Redireccionar a la página de alojamiento PSP/proveedor → introducir el PIN o el inicio de sesión en myPaysafe → confirmar.
3. Devuelve al sitio de merchant con 'status' (success/failed/canceled/pending) y 'paymentId'.
4. El cálculo final se refleja en los informes diarios (reconciliation).

4. 2 Embedded/Widget

Widget de entrada integrado PIN/myPaysafe dentro de la caja registradora. Requiere un cumplimiento estricto de los requisitos de seguridad de UI y alojamiento.

4. 3 Server-to-Server (minimización de PII)

El servidor de merchant inicia el pago y sondea el estado; la entrada de PIN siempre permanece en el lado proveedor/widget.

5) Límites, KYC y comportamiento

• Per-transaction y límites diarios/semanales.
• Combinación de vales: límite en el número de PIN por pago.
• Nuevos merchantes/categorías: umbrales reducidos, controles adicionales.
• Antifraude: velocity, país de emisión de cupones vs país merchant, dispositivo/señales de comportamiento.

6) Estados, cálculos y devoluciones

Los estados online son: 'success',' pending ',' failed ',' canceled ',' expired '.
Settlement: crédito bancario por informes PSP/proveedor (normalmente T + 1/T + 2 días hábiles; depende del contrato).
Chargeback está ausente.
Refundidos: formalizados como una operación de crédito independiente (en la cartera myPaysafe/banco por el procedimiento del proveedor); Los refundidos parciales están permitidos.
Adeudos parciales del bono: se permite la combinación de vales en el cheque por encima de la denominación; con el cheque a continuación - el saldo permanece en el PIN/monedero (depende del país y la configuración).

7) Economía y tarifas

La comisión de merchant suele ser inferior al MDR de tarjeta CNP, pero depende de la geografía, volumen, categoría (iGaming/productos digitales, etc.).
Costos DOP: host widget/SDK, reporting, ODR/soporte, procesamiento 'pending/expired', recon.

8) Patrones de caja registradora UX

Visibilidad de la red de ventas: la pista corta «Dónde comprar un vale» aumenta la conversión de nuevos clientes.
Combinación de PIN: proporcione una interfaz para agregar varios cupones y muestre claramente el saldo.
Errores claros: «PIN incorrecto/usado», «límite superado», «región no soportada».
Recibo: cantidad, tiempo, 'paymentId', método (PIN/myPaysafe), cuando se devuelve - 'refundId'.
Localización: moneda, idioma, formato de hora/fecha, textos legales locales.

9) Cumplimiento y seguridad

SCA/autenticación en el lado del proveedor, binding de dispositivos y puntuación de comportamiento.
Minimización PII: no procese el PIN en el lado del merchant; utilice el formulario/widget hosted.
Web Hooks: HMAC/nonce, protección de respuesta, deduplicación de eventos.
GDPR/KYC/AML: contabilización de la edad, límites por países, restricciones de sanciones y reglas para «fondos prepagados».

10) Conciliación y presentación de informes (reconciliation)

Lógica: 'paymentId', 'orderId', método (PIN/myPaysafe), moneda, cantidad, estado, timestamps, referencia financiera/UTR de los informes PSP.
Diariamente: eventos de caja auto-recon con registros financieros (inscripciones/devoluciones/correcciones).
Alertas según los rassincrones: «éxito sin registro», «doble deducibilidad», «pending colgante».

11) Integración de merchant

Opciones

1. Hosted/Embedded de PSP: inicio rápido, cumplimiento de UI/seguridad.
2. Server-to-Server + Hosted PIN - Control de estado flexible y own-checkout sin procesar el PIN de usted.
3. Pay-by-Link/Invoice - Conveniente para pagos diferidos/sapport.

• API: `createPayment`, `capture/confirm` (если применимо), `refund`, `queryStatus`, `webhook`, `reconcile`.
• Idempotencia ('orderId' + clave), retraídas exponenciales, DLQ para respuestas inestables.
• Catálogos: países/monedas, límites/niveles CUS, códigos de error, métricas SLA.

12) Características para suscripciones y nuevos cargos

• myPaysafe como fuente de fondos (donde se permite),
• o un esquema de primer pago → mandato/A2A alternativo (SEPA/Open Banking).
• Muestre siempre al usuario una pantalla de gestión de mandatos (límite per debit, periodicidad, notificaciones).

13) Políticas antifraude y de riesgo

Verificaciones: región de liberación de PIN vs IP/device, perfil de comportamiento, frecuencia de intentos fallidos, comunicación de cuentas a través de la repetición de PIN.
Mitigación: límites en la cantidad de PIN por sesión/día, capcha/paso a paso, períodos de enfriamiento, fallos «suaves» con explicación.

14) Vertical de alto riesgo (iGaming incluido)

La disponibilidad y los umbrales dependen del país, la ley local y la política del proveedor/PSP.
Espere límites reducidos, supervisión de transacciones mejorada y requisitos de informes.
Mantenga raíles alternativos (tarjetas, A2A, vales de otras redes) y smart-routing.

15) Arquitectura «Paysafecard Gateway»

Capa API (NAT/GraphQL) de taquilla/facturación.
Colas de eventos: estados → facturación/CRM/análisis/soporte.
Security: vault secrets, IP-allowlist, validación estricta del URI redireccional, tokens anti-replay.
Observabilidad: conversión (PIN vs myPaysafe), 'pending→success/expired', latencia media, porcentaje de amortizaciones parciales/combinadas, devoluciones por segmentos.

16) Check-list de la salida en el prod

1. Conecte el canal con PSP y active Hosted PIN/myPaysafe.
2. Implemente 'createPayment' + web hooks (HMAC) + idempotencia y repeticiones.
3. Habilite los refundidos parciales y los procedimientos ODR/sapport.
4. Configure daily auto-recon + recon completo periódico; almacenar referencias de fin.
5. Agregue UX para la combinación de PIN y mensajes de error/límites claros.
6. Ejecute SLA-dashboards y alertas de conversión/suspendidos 'pending'.
7. Ejecute pruebas e2e en los países/monedas objetivo y casos extremos (varios PIN, devoluciones parciales, PIN vencido).

Tarjeta de referencia

Estados: 'success/pending/failed/canceled/expired'.
Settlement: más a menudo T + 1/T + 2 por registro.
Chargeback: no; refund - operación de crédito independiente.
Combinación PIN: permitida dentro de los límites.
Recurso: a través de myPaysafe o un mandato alternativo (después del primer pago).

Utilice Hosted PIN/myPaysafe para una rápida integración y seguridad.
Construye un proceso alrededor de webhooks + recon, admite refundidos parciales y una combinación de cupones.
No codifique «rígidamente» las cantidades: mantenga las confecciones de límites/CCA por país y actualice regularmente.
Para suscripciones, el primer cupón → el mandato/myPaysafe, con una gestión y notificaciones transparentes.