GATE — Verificar.
Quién puede entrar en el ecosistema. GATE ofrece superficies de KYC alojado y partes y está diseñado para conectar verificación, screening y revisión — sujeto a la cobertura de proveedor, flags, datos e integración.
Qué posee GATE
- Superficies de lectura de KYC alojado y partes; los flujos de KYB por niveles, directores y propiedad son objetivos de diseño, mientras que la captura de UBO está ausente de la UI revisada
- Verificación alojada white label e incrustación vía API, cada una condicionada al proveedor seleccionado y a la integración
- Campos de documento de identidad, procedencia, notas del revisor y override donde el flujo productor los registra
- Disparadores diseñados de step-up y reverificación, sujetos a reglas configuradas y eventos disponibles
La arquitectura objetivo enlaza la verificación de GATE con el screening de SENTINEL, la gestión de casos de DOCKET y la evidencia de VAULT. En el estado revisado, la ruta de revisión de KYC está tras un feature flag, la captura de UBO está ausente, el screening usa una fuente de demostración etiquetada, y la cobertura de traspasos y auditoría debe verificarse en lugar de asumirse.
El flujo de decisión de onboarding diseñado
Crear la parte
Un alta configurada o un envío de KYB puede crear una parte persona o empresa con los datos y documentos realmente aportados; la UI actual no debe presentarse como si capturara UBOs.
Asignar nivel
Una política diseñada puede asignar un nivel de verificación a partir de la actividad y el riesgo. Registre el motivo solo donde el motor exponga ese campo.
Screening
SENTINEL puede aportar resultados de screening cuando hay integrado un proveedor aprobado o una fuente de listas. La fuente revisada es una lista de demostración etiquetada, no cobertura completa de sanciones, PEP o adverse media.
Aplicar la política
Las reglas configuradas de geografía, edad y producto pueden evaluarse contra los datos verificados disponibles; la cobertura depende de la política y de la fuente de datos.
Decisión
Aprobar, revisar, step-up o bloquear pueden representarse en un Decision Record solo con los campos de justificación realmente registrados, más un traspaso a DOCKET donde esa integración esté habilitada.
Trabajar la cola de revisión de KYC
Compliance Console → Verificar → Cola de revisión es una ruta diseñada y condicionada por feature flag en el estado revisado, no un flujo completo disponible de forma general. Donde esté habilitada, confirme qué documentos, datos extraídos, resultados de screening, campos de SLA y acciones están presentes. Capture la justificación de los overrides solo si el flujo la registra y la conserva.
Reverificación y EDD
Los indicadores de riesgo pueden diseñarse para disparar EDD, re-screening o reverificación. La disponibilidad, la programación y los campos de causa dependen de las reglas configuradas, de los datos del proveedor y del flujo de revisión tras feature flag; una acción visible no es evidencia de que el proceso de extremo a extremo esté completo.
Use solo la evidencia, los metadatos, las notas del revisor, la justificación y la procedencia realmente capturados por el flujo. La superficie de GATE revisada carece de captura de UBO y tiene una ruta de revisión tras flag, por lo que un paquete de evidencia puede ser incompleto para un propósito de KYB salvo que se añadan y verifiquen registros complementarios.
Flujo alojado vs. solo API
La superficie observada de KYC alojado puede soportar un recorrido con marca propia donde esté configurada. Una implementación vía API puede situar más parte de la experiencia en su producto, pero la cobertura del proveedor, las transiciones de estado, la conservación de datos, la captura de evidencia y el esfuerzo de integración deben delimitarse y validarse; ninguna de las dos rutas es universalmente la más rápida ni completa.
¿Quiere el manual completo en PDF? Escríbanos y se lo enviamos — el botón abre su aplicación de correo, o copie la dirección de abajo.
Solicitar el manual por correooffice@e-kmc.io