Skip to main content

Estado de verificación y flujo

El recorrido KYC de cara a política pasa de la recogida de información a la revisión y a una decisión de aprobación o rechazo. Los recursos actuales de la API exponen ciclos de vida separados de capacidad, aplicación, tarea y envío.
Las etiquetas de revisión de política y las estimaciones de tiempos no definen el comportamiento de la API. No implementes una máquina de estados a partir de las etiquetas siguientes.

Conceptos de revisión de cara a política

Estos conceptos de revisión de cara a política describen el recorrido de onboarding. No son enums actuales de la API, valores de webhook ni transiciones garantizadas. Utiliza estas etiquetas solo al hablar del recorrido de política. No las envíes como valores actuales de estado a menos que un esquema actual generado solicite explícitamente el mismo valor en su propio contexto.

Flujo de revisión Standard KYC

  1. Crea el cliente individual.
  2. Descubre y solicita una capacidad elegible.
  3. Lee el detalle de la tarea actual.
  4. Envía al cliente a una sesión alojada de verificación de primera parte o envía las respuestas completas de la tarea solicitadas por la misma.
  5. Deja que la revisión se ejecute mientras los recursos actuales informan de sus propios estados de revisión.
  6. Vuelve a obtener los recursos actuales para determinar si se requiere más acción o si la capacidad está lista, restringida, rechazada o cancelada.
El recorrido de política puede describir esto como not started, pending verification, under review y luego approved o rejected. Esos términos no definen la secuencia de transiciones de la API.

Flujo de revisión Enhanced KYC

  1. Completa el trabajo estándar de identidad y liveness actualmente solicitado.
  2. Lee la última tarea cuando la revisión enhanced solicite información adicional.
  3. Proporciona el comprobante de domicilio, comprobante de fondos u otra evidencia solicitada mediante la sesión alojada actual o el envío de la tarea.
  4. Sube documentos solo cuando la tarea actual los solicite.
  5. Continúa monitoreando los recursos actuales durante la revisión manual.
  6. Detente o continúa en función de los estados actuales de capacidad, aplicación, tarea y envío.
El equipo de cumplimiento también puede coordinar una revisión enhanced a través de la dirección de correo electrónico registrada del cliente.

Motivos comunes de rechazo

Plazos de verificación

Estas duraciones son estimaciones típicas de política, no comportamiento garantizado de la API.

Vocabularios actuales de estado de la API

Los recursos actuales utilizan vocabularios cerrados separados:
  • Estado de la capacidad: pending, ready, restricted, rejected, canceled
  • Estado de la aplicación: requested, in_review, action_required, ready, rejected, disabled, canceled
  • Estado de la tarea: action_required, in_review, satisfied, rejected, canceled
  • Resultado del envío: in_review, accepted, changes_requested, rejected
No colapses estos vocabularios en un único estado de verificación.

Eventos y estado actual

Utiliza los Webhooks actualmente documentados como notificaciones de cambio y luego vuelve a obtener los recursos actuales de cliente, capacidad, aplicación y tarea. Los eventos no sustituyen a las lecturas autoritativas de recursos y ninguna etiqueta de política implica un evento en particular. Consulta Capacidades y tareas para el ciclo actual de acciones.

Soporte

Para preguntas sobre política KYC, contacta con compliance@swipelux.com. Para problemas de API, contacta con support@swipelux.com.