Saltar al contenido principal
Genera enlaces alojados de tarjetas virtuales (Send Cards “open-loop”) desde tu plataforma. Llamas a una API para crear uno o más enlaces y luego entregas esos enlaces a los destinatarios como prefieras: por correo electrónico, SMS o devolviendo las URL sin procesar para incrustarlas en tus propios flujos. Cuando un destinatario abre el enlace, llega a una página alojada por Fluz, se verifica y reclama una tarjeta virtual de una sola carga financiada desde tu cuenta.
Requisitos previos: un token Bearer de acceso con el alcance CREATE_SHARE_LINK, y una cuenta habilitada para Send Cards (la bandera de campaña send_virtual_cards_enabled). La autenticación básica es rechazada. Contacta a tu representante de ventas para habilitar el acceso. Consulta Autenticación.
Qué significa “alojado” / “open-loop”. Un enlace alojado apunta a una página de activación alojada por Fluz. Open-loop significa que la tarjeta virtual resultante es una tarjeta de red (estilo Visa/Mastercard) que se puede gastar en muchos comercios, sujeta a las reglas de tu programa — no una tarjeta de regalo de marca única (closed-loop).
Tarjeta virtual alojada

Cómo funciona

1

Tú generas enlaces

Llama a generateVCShareLinks con la oferta, el límite de la tarjeta, la cantidad, la fuente de fondos y un método de entrega. Cada enlace representa una tarjeta con su propio límite, financiada desde la cuenta de gasto que especifiques.
2

Fluz crea una solicitud de compartición por enlace

Cada enlace corresponde a una solicitud de compartición (PENDING) y una URL alojada.
3

Se entrega el enlace

Con GENERATE_URL recibes las URL para distribuirlas tú mismo. Con EMAIL o PHONE_NUMBER, Fluz envía un enlace a cada destinatario por ti.
4

El destinatario activa y reclama la tarjeta

El destinatario abre el enlace, verifica su número de teléfono con un código de un solo uso y configura un NIP de la tarjeta — sin descargar app, sin contraseña. El límite de la tarjeta se descuenta de tu cuenta de gasto al momento de la reclamación, no cuando se genera el enlace. Luego puede ver los datos de la tarjeta, gastar en línea y agregar la tarjeta a Apple Pay o Google Pay con un toque.
El destinatario se convierte en usuario autorizado solo de ese objeto de tarjeta virtual — no obtiene acceso a tu cuenta, saldos u otras tarjetas. Mira la experiencia del destinatario en acción: flujo de escritorio · flujo móvil. Diagrama del flujo de Send cards

Disponibilidad y alcance

El tipo de objeto de enlace de compartición de tarjeta es VIRTUAL_CARD y el tipo de tarjeta es SINGLE_LOAD.
Tarjetas de regalo: A pesar del marco de “tarjetas virtuales y tarjetas de regalo” de la iniciativa más amplia, hoy no existe un flujo alojado de reclamación de tarjetas de regalo. Los saldos de tarjetas de regalo aparecen en esta área solo como una posible fuente de fondos para tarjetas virtuales alojadas (planificado, aún no habilitado). Documenta y desarrolla únicamente para tarjetas virtuales.

Referencia de operaciones

Hay tres operaciones públicas, todas protegidas por el alcance CREATE_SHARE_LINK: Todas las operaciones de Send Cards están en la API GraphQL de Fluz en POST https://<your-fluz-api-host>/api/v1/graphql con un encabezado Authorization: Bearer <access_token>. El token debe incluir el alcance CREATE_SHARE_LINK, y tu cuenta debe tener Send Cards habilitado — sin esto, cada operación devuelve “Missing permissions! Please contact your sales rep to get access to generate VC share links.” Crea quantity solicitudes de compartición y devuelve un enlace alojado por solicitud.

Campos de entrada

Fuente de fondos. Hoy, la única fuente de fondos compatible es una cuenta de gasto (userCashBalanceId), y debe pertenecer a tu cuenta (la del remitente). Fuentes de fondos adicionales (cuenta bancaria, tarjeta bancaria, saldo de prepago/recompensas) aún no están disponibles.

Métodos de entrega (shareMethod)

Reglas de validación

  • cardLimit debe ser un número entero y al menos el mínimo del programa.
  • offerId debe ser un UUID v4 válido para una oferta activa cuyo comercio sea compartible.
  • quantity debe ser un número entero.
  • Al entregar por EMAIL o PHONE_NUMBER, la longitud de la lista de destinatarios correspondiente debe ser igual a quantity. Las discrepancias devuelven un error claro y no crean registros.
  • Solo se puede proporcionar una fuente de fondos. userCashBalanceId debe ser un UUID v4 válido propiedad de la cuenta del remitente.
  • Tipos de tarjeta inválidos o entradas mal formadas devuelven errores claros y no crean registros.

Ejemplos

Respuesta

shareLinks es un arreglo de URL alojadas, una por quantity, cada una con la forma https://fluz.app/virtual-prepaid-card/{share_request_id}.
La respuesta solo devuelve las URL. Para recuperar el ID del lote y los ID de visualización de los enlaces que acabas de crear (necesarios para listar y desactivar), usa getVCShareLinks filtrado por estado.
Lista enlaces de compartición generados previamente para que puedas inspeccionar estado, destinatarios, vencimiento y la tarjeta emitida.

Campos de entrada

Flujo recomendado. En la primera llamada, filtra solo por shareObjectStatuses. La respuesta te da los valores shareRequestBatchId y shareRequestDisplayId; úsalos para filtrar con precisión en llamadas posteriores (y para desactivar).

Ejemplos

Desactiva (expira) enlaces que generaste — por ejemplo, si un lote se envió por error o necesitas revocar enlaces no reclamados. Desactivar un enlace lo establece en EXPIRED; un enlace no reclamado ya no puede ser reclamado.

Campos de entrada

Obtén los ID de lote desde getVCShareLinks.
Devuelve una cadena de confirmación legible, p. ej., "3 share requests successfully deactivated!".
Si un destinatario ya reclamó un enlace (estado ISSUED/USED), desactivar el enlace no recupera la tarjeta emitida. Para detener el gasto en una tarjeta ya emitida, usa los controles relevantes del ciclo de vida/congelación de la tarjeta.

La experiencia del destinatario

Cuando un destinatario abre un enlace alojado (https://fluz.app/virtual-prepaid-card/{share_request_id}):
1

Inicio y acceso

El destinatario ve la página de activación con la marca del negocio remitente. Inicia sesión a través del portal de autenticación de Fluz (los destinatarios nuevos se incorporan aquí).
2

Autenticación de dos factores

En la carga inicial, los usuarios existentes son llevados a la pantalla de 2FA. 2FA es requerido antes de que la tarjeta pueda verse o reclamarse.
3

Dirección de facturación (si es necesaria)

Si el destinatario no tiene una dirección de facturación registrada, se le solicita agregar una. La dirección de facturación es requerida para compras en línea.
4

NIP (si aún no está emitida)

Antes de emitir la tarjeta, el destinatario configura un NIP.
5

Tarjeta emitida y reclamada

Se crea una tarjeta virtual de una sola carga y se asigna al destinatario, financiada desde la cuenta del remitente, con una fecha de bloqueo igual a la fecha de vencimiento del enlace.
6

Usar la tarjeta

Una vez reclamada, el destinatario puede ver los datos de la tarjeta, transacciones y (donde se admite) agregar la tarjeta a una billetera móvil.
¿Ya fue reclamada? Si el mismo usuario abre un enlace que ya reclamó, ve los datos de su tarjeta. Si un usuario diferente abre un enlace que otra persona ya reclamó, se le muestra un estado de acceso denegado después del 2FA.

Vencimiento y congelamiento

La fecha de vencimiento del enlace cumple una doble función:
  • Vencimiento del enlace — después de esta fecha, un enlace no reclamado ya no se puede reclamar.
  • Congelamiento/bloqueo de la tarjeta — para una tarjeta emitida, esta es la fecha de bloqueo (fin de ese día). Después de esa fecha, la tarjeta se congela y no se puede usar.
  • Vencimiento de la tarjeta se alinea al fin del mes de la fecha de congelamiento (por ejemplo, una fecha de congelamiento de 15/6/2026 produce un vencimiento de tarjeta de 30/6/2026).
Configura la ventana con daysUntilExpiration al momento de la generación. Si se omite, se usa el valor por defecto del programa (30 días). Esta fecha se muestra al destinatario (normalmente como una fecha de “Válida hasta”).

Reglas del programa para comunicar a los destinatarios

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. Atención al cliente para destinatarios: 1-888-360-6660 · humans@fluz.app
La referencia completa para socios (terminología, recorrido del destinatario con capturas, instrucciones de financiamiento, categorías restringidas y soporte) está en la Guía para Socios — Tarjetas Virtuales con URL alojada. Pide a tu contacto de Fluz la última versión para tu programa.

Referencia de estados y errores

Estados del objeto de compartición

Errores del enlace mostrados al destinatario

Errores comunes de la API

Notas y limitaciones

  • La URL devuelta es el destino alojado, no un enlace corto. Internamente, los enlaces también se envuelven por un proveedor de enlaces cortos, pero la API devuelve la URL alojada canónica (/virtual-prepaid-card/{share_request_id}). Distribuye la URL exactamente como se devuelve.
  • userCashBalanceId es efectivamente requerido aunque el esquema lo marque como opcional.
  • Campos ocultos/internos no forman parte de esta API. El tipo de objeto y el tipo de tarjeta son fijos (VIRTUAL_CARD / SINGLE_LOAD) y otros campos de fuente de fondos aún no están habilitados; no los envíes.
  • No se admiten enlaces alojados de tarjetas de regalo. Esta API es solo para tarjetas virtuales.

Próximos pasos

Generar enlaces de compartición

La referencia enfocada para generateVCShareLinks, si es todo lo que necesitas.

Crear una orden masiva

Emite muchas tarjetas a la vez para distribución programática.