Skip to main content
Requisitos previos: un token de acceso Bearer con el alcance CREATE_SHARE_LINK. La autenticación básica es rechazada. Contacta a tu representante de ventas para habilitar el acceso. Consulta Autenticación.
Qué significan “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 puede gastarse en muchos comercios, sujeta a las reglas de tu programa — no una tarjeta de regalo de marca única y circuito cerrado.
Tarjeta virtual alojada

Cómo funciona

1

Generas enlaces

Llama a generateVCShareLinks con la oferta, límite de la tarjeta, cantidad, 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 se asigna a una solicitud de compartición (PENDING) y a una URL alojada.
3

Se entrega el enlace

Con GENERATE_URL recibes las URL para distribuirlas tú. Con EMAIL o PHONE_NUMBER, Fluz entrega 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 define un PIN de la tarjeta — sin descargar app, sin contraseña. El límite de la tarjeta se descuenta de tu cuenta de gasto en el 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 ni a ninguna otra tarjeta. Mira la experiencia del destinatario en acción: flujo en escritorio · flujo en móvil. Diagrama del flujo de envío de tarjetas

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 para reclamar 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 — sin él, toda 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 cada 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 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 y pertenecer a 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 de lote y los ID visibles 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 valores de 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 se puede reclamar.

Campos de entrada

Obtén los ID de lote desde getVCShareLinks.
Devuelve una cadena de confirmación legible, por ejemplo: "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

Página de aterrizaje e inicio de sesión

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 obligatorio antes de poder ver o reclamar la tarjeta.
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 obligatoria para compras en línea.
4

PIN (si aún no se emitió)

Antes de emitir la tarjeta, el destinatario configura un PIN.
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 sea compatible) agregar la tarjeta a una billetera móvil.
¿Ya reclamada? Si el mismo usuario abre un enlace que ya reclamó, ve los detalles de su tarjeta. Si un usuario diferente abre un enlace que alguien más ya reclamó, se le muestra un estado de acceso denegado después del 2FA.

Vencimiento y congelación

La fecha de vencimiento del enlace tiene doble función:
  • Vencimiento del enlace — después de esta fecha, un enlace no reclamado ya no se puede reclamar.
  • Congelación/bloqueo de la tarjeta — para una tarjeta emitida, esta es la fecha de bloqueo (fin de ese día). Después de ella, la tarjeta se congela y no se puede gastar.
  • Vencimiento de la tarjeta se alinea con el final del mes de la fecha de congelación (p. ej., una fecha de congelación 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 predeterminado 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 — varios son negociados 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 financiación, categorías restringidas y soporte) se encuentra en la Guía para Socios — Tarjetas Virtuales por URL alojada. Solicita a tu contacto de Fluz la última copia para tu programa.

Referencia de estados y errores

Estados del objeto de compartición

Errores del enlace visibles para el 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 encapsulan 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, en la práctica, obligatorio 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

Crear una orden en lote

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