Saltar al contenido principal

​
Niveles de verificación KYC

Swipelux utiliza tres niveles de política de verificación de identidad. El nivel aplicable depende del riesgo del cliente, la jurisdicción, el volumen de transacción esperado y los requisitos regulatorios.
Estos niveles describen clasificaciones de política, no enums actuales de la API. Las tareas actuales determinan los requisitos para un cliente concreto.

​
Simplified KYC

El Simplified KYC se utiliza para flujos aprobados de bajo riesgo y bajo valor.

​
Información requerida

  • Nombre
  • Apellido
  • Fecha de nacimiento

​
Cuándo se utiliza

  • Los importes de transacción están por debajo de los umbrales simplificados aplicables
  • El cliente se encuentra en una jurisdicción de bajo riesgo

​
Standard KYC

El Standard KYC verifica la identidad con un documento emitido por el gobierno y una selfie o comprobación de liveness.

​
Documentos requeridos

  • Documento de identidad emitido por el gobierno
  • Selfie o comprobación de liveness

​
Documentos de identidad aceptados

  • Pasaporte
  • Permiso de conducir
  • Documento nacional de identidad

​
Enhanced KYC (enhanced due diligence)

El Enhanced KYC añade evidencia de domicilio y fondos para escenarios de mayor riesgo.

​
Documentos requeridos

  • Todo lo requerido para Standard KYC
  • Comprobante de domicilio
  • Comprobante de fondos

​
Disparadores del Enhanced KYC

  • El volumen de transacción supera los umbrales estándar
  • Jurisdicción de alto riesgo
  • Marca del equipo de cumplimiento basada en la evaluación de riesgo
  • Requisitos regulatorios

​
Requisitos del comprobante de domicilio

​
Requisitos del comprobante de fondos

​
Niveles de política y tareas actuales

El detalle de la tarea actual sigue siendo la fuente de verdad para la siguiente acción de la API. Puede proporcionar una sesión alojada de primera parte, solicitar respuestas mediante un envío o solicitar evidencia documental. Para algunas revisiones enhanced, el equipo de cumplimiento también puede contactar con la dirección de correo electrónico registrada del cliente. Considera ese contacto como coordinación de la revisión de política, no como sustituto de la lectura de los recursos actuales de la API. Consulta onboarding de individuos, Capacidades y tareas y la guía de Documentos de la integración.