Saltar al contenido principal
Fluz requiere que los usuarios estén verificados por KYC antes de poder realizar ciertas transacciones o desbloquear límites más altos. En el entorno de staging puedes ejecutar todo el flujo de verificación con identidades de prueba conocidas y confirmar que tu integración maneja cada resultado, sin usar la información de una persona real. Para el contrato completo de la mutación y la referencia de respuestas, consulta Verificación KYC de usuario.
Solo stagingLas identidades en esta página existen únicamente en el endpoint de staging (https://transactional-graph.staging.fluzapp.com/api/v1/graphql). Son sintéticas y no se verificarán en producción. Nunca envíes el nombre, dirección, fecha de nacimiento o SSN reales de una persona a staging.
Antes de comenzar, necesitarás: una cuenta de Fluz con acceso de desarrollador y una aplicación activa (Prepara tus cuentas), y un token de acceso de usuario para el usuario que estás verificando (Generar un token de acceso de usuario). El token identifica a qué usuario de staging aplica la verificación.

Paso 1 — Crea un usuario de prueba (opcional)

Si aún no tienes un usuario de staging para verificar, crea uno con la mutación registerUser, luego genera un token de acceso de usuario para él.
Acceso restringidoregisterUser requiere permiso especial de Fluz. Si tu aplicación no puede registrar usuarios, usa un usuario de staging existente. Contacta a tu gerente de cuenta o a partnerships@fluz.app para habilitarlo.

Paso 2 — Usa la identidad de prueba aprobada

La siguiente identidad está configurada para devolver un resultado APPROVED en staging. Envíala exactamente como se muestra.
La API solo consume los últimos 4 dígitos del SSN (ssnLast4). Para esta identidad es 3333. La fecha de nacimiento se formatea como MM/DD/YYYY.

Paso 3 — Ejecuta la verificación

Llama a verifyUserInformation con la identidad aprobada. Reemplaza <USER_ACCESS_TOKEN> con el token del usuario que está siendo verificado.
Approved response

Paso 4 — Simula los otros resultados

Usa la misma mutación para ejercitar el manejo de cada estado de verificación.
Los valores exactos de campos que fuerzan un resultado DECLINED en staging aún no se han publicado. Confírmalos con el equipo de la plataforma antes de depender de ellos en una suite de pruebas automatizadas.

Respuestas de verificación

Notas

  • Límite de tres intentos. Un usuario puede ser enviado a verificación como máximo 3 veces antes de devolver ERROR. Planifica tus pruebas para no agotar los intentos en un usuario que aún necesitas.
  • Los tokens son por usuario. El token de acceso determina qué usuario es verificado; asegúrate de que pertenezca al usuario de prueba cuya identidad estás enviando.

Próximos pasos

Comercios de prueba

Comercios de staging con ofertas previsibles para ejercitar compras de tarjetas de regalo.

Verificación KYC de usuario

El contrato completo de la mutación: enlaces de verificación documental, estados y respuestas.