generateVCShareLinks resuelve a una página de activación alojada por Fluz en https://fluz.app/virtual-prepaid-card/{share_request_id}. El destinatario reclama su tarjeta allí: sin descargar una app, sin contraseña.
El destinatario se convierte en un usuario autorizado únicamente de ese objeto de tarjeta virtual. No obtiene acceso a tu cuenta, tus saldos ni a ninguna otra tarjeta.
Míralo en acción: flujo de escritorio · flujo móvil.
Flujo de reclamo
1
Llegada e inicio de sesión
El destinatario ve la página de activación con la marca del negocio del remitente. Inicia sesión a través del portal de autenticación de Fluz (los destinatarios nuevos se registran aquí).
2
Autenticación de dos factores
En la carga inicial, los usuarios existentes son llevados a la pantalla de 2FA. 2FA es obligatorio antes de que se pueda ver o reclamar la tarjeta.
3
Dirección de facturación (si es necesario)
Si el destinatario no tiene una dirección de facturación registrada, se le solicita que agregue una. La dirección de facturación es obligatoria para compras en línea.
4
Tarjeta emitida y reclamada
Se crea una tarjeta virtual de una sola carga y se asigna al destinatario, financiada desde la cuenta de gasto del remitente, con una fecha de bloqueo igual a la fecha de vencimiento del enlace. No se solicita PIN durante la activación.
5
Revelar y PIN
La tarjeta no se revela automáticamente al reclamarla. Cuando el destinatario elige revelar los detalles de la tarjeta, se le solicita que ingrese su PIN, o que cree uno si aún no lo ha configurado.
6
Usar la tarjeta
Una vez revelada, el destinatario puede ver los datos de la tarjeta, las transacciones, gastar en línea y (donde esté permitido) agregar la tarjeta a Apple Pay o Google Pay con un toque.
¿Ya reclamada? Si el mismo usuario abre un enlace que ya reclamó, llega a su tarjeta y se le solicita su PIN para revelarla. Si un usuario diferente abre un enlace que otra persona ya reclamó, se le muestra un estado de acceso denegado después de 2FA.
Momento del fondeo. El límite de la tarjeta se descuenta de la cuenta de gasto del remitente en el momento del reclamo, no cuando se genera el enlace.
Lo que ve el destinatario sobre el vencimiento
on
on
La fecha de vencimiento del enlace — establecida por el remitente mediantedaysUntilExpiration, con un valor predeterminado de 30 días — se muestra al destinatario, típicamente como una fecha de “Válido hasta”
- Antes del reclamo, esa fecha es el último día en que se puede reclamar el enlace.
- Después del reclamo, esa fecha es la fecha de congelación/bloqueo de la tarjeta (fin del día). Después de esa fecha, la tarjeta ya no se puede usar.
- La fecha de expiración impresa de la tarjeta se alinea con el fin de ese mes (por ejemplo, una fecha de congelación de 15/6/2026 produce una expiración de tarjeta de 30/6/2026).
- . La mecánica completa del lado del remitente se cubre en Vencimiento y congelación.
Errores de enlace visibles para el destinatario
-
s
rs
rs
ts
Estas son reglas a nivel de programa para tarjetas virtuales alojadas (open-loop). Confirma los valores exactos para tu programa con tu representante de Fluz: varias son negociadas con socios.La referencia completa para socios (terminología, recorrido del destinatario con capturas de pantalla, instrucciones de fondeo, categorías restringidas y soporte) está en la Guía para socios — Tarjetas virtuales con URL alojada. Pide a tu contacto en Fluz la última versión para tu programa.
Próximos pasos
Enviar tarjetas open-loop
Genera, lista y desactiva enlaces alojados de tarjetas virtuales desde la API.
Crear una orden masiva
Emite muchas tarjetas a la vez para su distribución programática.