Equipo de Oscilar

El mejor software de verificación de identidad: 8 criterios clave

Publicado

Publicado

Equipo de Oscilar
Contenido

Comparte este artículo

Última actualización: octubre de 2026

El mejor software de verificación de identidad para una institución financiera es aquel que cubre los documentos y solicitantes que la institución realmente ve, muestra cómo falla, puede respaldarse con un segundo proveedor y entrega su resultado a la decisión con los motivos adjuntos. Ningún proveedor es el mejor para todas las instituciones, ya que la combinación de documentos, la base de solicitantes y la presión del fraude difieren de una a otra. La forma más confiable de elegir es probar a cada candidato con sus propias solicitudes anteriores, incluido el fraude conocido, antes de firmar.

Esta guía establece ocho criterios para elegir entre proveedores de verificación de identidad, cada uno con la pregunta que debe hacer, cómo suena una respuesta débil y cómo probarla, seguidos de un plan de prueba y una tarjeta de puntuación. Oscilar escribió esta guía. Oscilar no es un proveedor de verificación de identidad, y los criterios no nombran a ningún proveedor.

Resumen rápido

  • Ningún software de verificación de identidad es el mejor en general. Evalúe a cada proveedor según su adaptación a sus documentos, sus solicitantes y su fraude.

  • La verificación de identidad demuestra que una identidad coincide con sus pruebas. No demuestra que el solicitante tenga buenas intenciones, por lo que el resultado debe alimentar la decisión de incorporación en lugar de ser la decisión en sí.

  • Pregunte cómo falla un proveedor, y no solo con qué frecuencia aprueba, y si puede recurrir a un segundo proveedor cuando este falle.

  • La regla del Programa de Identificación de Clientes (CIP) bancario, 31 CFR 1020.220, permite a un banco verificar la identidad con documentos, métodos no documentales o ambos, y sus procedimientos no documentales deben contemplar a los solicitantes que no puedan presentar una identificación con foto.

  • Pruebe a cada candidato con sus propias solicitudes anteriores, incluidos fraudes confirmados y clientes reales que no superaron la verificación.

  • Oscilar coordina a los proveedores de verificación de identidad y no verifica documentos por sí misma. Una sección posterior aplica los mismos criterios a Oscilar.

La respuesta corta: cómo elegir un software de verificación de identidad

Elija el software de verificación de identidad que se adapte a sus solicitantes y que falle de maneras que usted pueda ver y gestionar. En la práctica, el mejor software de verificación de identidad para un banco o fintech supera cinco pruebas:

  • Cobertura: lee los documentos que sus solicitantes realmente presentan, y usted cuenta con una vía para los solicitantes que no tienen un documento aceptable.

  • Gestión de fallos: distingue una imagen de mala calidad de un documento no reconocido o de uno falsificado, y devuelve el motivo.

  • Alternativa de respaldo: puede enviar una verificación fallida a un segundo proveedor sin tener que rediseñar sus reglas.

  • Decisión: su resultado llega a su decisión de incorporación con los motivos adjuntos, junto con señales del dispositivo, de comportamiento y de otro tipo.

  • Prueba: demuestra su eficacia cuando pasa por él sus propias solicitudes anteriores, incluido el fraude conocido, antes de firmar.

La verificación de identidad responde a una pregunta más limitada que la que debe decidir una institución. Una verificación de KYC confirma que una identidad declarada existe y coincide con sus documentos en un momento determinado. No establece la intención ni garantiza que la identidad no haya sido creada específicamente para superar el control. Decidir qué hacer con un solicitante que aprueba es una tarea independiente, y los criterios a continuación tratan el resultado de la verificación de identidad como un elemento de entrada para esa decisión.

El software de verificación de identidad suele ser una parte de una compra más amplia. Para la capa que realiza cada verificación de identidad y toma la decisión de incorporación, lea nuestra guía sobre el mejor software de incorporación para bancos.

Qué verifica el software de verificación de identidad

El software de verificación de identidad comprueba que un solicitante es una persona real y quien dice ser. La mayoría de las soluciones de verificación de identidad combinan algunas de estas cuatro comprobaciones:

  • Captura y autenticidad del documento: captura de una imagen de un documento de identidad, como una licencia de conducir o un pasaporte, y verificación de que es auténtico, vigente y no ha sido alterado.

  • Comparación de selfie y prueba de vida: comparación de una selfie con la foto del documento, y verificación de que una persona real está frente a la cámara en lugar de una foto impresa, una máscara o un video.

  • Verificaciones de bases de datos e identidad electrónica: verificación del nombre, la fecha de nacimiento, la dirección y el número de identificación del solicitante en fuentes de datos autorizadas o confiables, sin necesidad de presentar documentos.

  • Traspaso al filtrado en listas de vigilancia: envío de la identidad verificada al filtrado de sanciones y listas de vigilancia, que las instituciones suelen realizar como un paso independiente.

La guía de comprobación de identidad del NIST ofrece una forma útil de clasificar estas comprobaciones. La norma NIST SP 800-63A-4, publicada en su versión final en julio de 2025, divide la comprobación de identidad en resolución de identidad, validación de pruebas (si los documentos presentados son auténticos, precisos y vigentes), validación de atributos (si los datos clave del solicitante coinciden con fuentes autorizadas o confiables) y verificación de identidad (si el solicitante es la persona que describen las pruebas). La guía está escrita para las agencias federales de EE. UU. y no obliga a los bancos, pero se adapta bien a lo que venden los proveedores: una verificación de documentos cubre la validación y verificación de pruebas, y una verificación de base de datos cubre la validación de atributos.

Para un banco, la regla CIP establece el marco. Según la norma 31 CFR 1020.220(a)(2)(ii), los procedimientos de verificación de un banco deben describir cuándo se utilizarán documentos, métodos no documentales o una combinación de ambos. Los métodos no documentales incluyen la verificación independiente de la identidad mediante la comparación de la información del cliente con la información de una agencia de informes de consumo, una base de datos pública u otra fuente. Las comprobaciones de documentos y las de bases de datos detectan problemas diferentes, por lo que vale la pena definir la diferencia entre ambas antes de comparar proveedores.

Los ocho criterios y cómo utilizarlos

Los ocho criterios acompañan al solicitante durante el proceso de verificación: qué puede comprobar el proveedor, cómo falla, qué ocurre cuando falla, a dónde va su resultado, qué más necesita la decisión, cómo gestiona las pruebas falsificadas, qué registro conserva y cuánto cuesta cambiar de opinión. Cada criterio consta de las mismas tres partes: la pregunta que se debe hacer al proveedor, cómo suena una respuesta débil y cómo probar la respuesta con sus propias solicitudes.

Los criterios se exponen de forma transparente para que pueda evaluarlos usted mismo, y esta guía no nombra ni clasifica a ningún proveedor de verificación de identidad. Una clasificación le diría qué producto se adapta a los solicitantes de otra persona. Formule las mismas preguntas a cada proveedor por escrito y pruebe cada respuesta con sus propias solicitudes en lugar de utilizar datos de demostración.

1. Cubre sus documentos y a sus solicitantes

La cobertura solo importa para los documentos que sus solicitantes realmente presentan. Elabore una lista de los documentos de identidad presentados en una muestra reciente de sus solicitudes, detallados por tipo de documento y país de emisión, y pida a cada proveedor que confirme que admite cada uno de ellos, incluidos los menos comunes.

La cobertura también implica ofrecer una vía de resolución para los solicitantes que no pueden pasar una verificación de documentos. De acuerdo con la norma 31 CFR 1020.220(a)(2)(ii)(B)(2), los procedimientos no documentales de un banco deben contemplar situaciones en las que una persona no puede presentar una identificación oficial con foto vigente, el banco no está familiarizado con los documentos presentados, la cuenta se abre sin obtener documentos, el cliente abre la cuenta sin comparecer en persona y otras circunstancias que aumenten el riesgo de que el banco no pueda verificar la identidad mediante documentos. Un software de verificación de identidad que solo lee documentos deja a esos solicitantes en un proceso manual, por lo que debe preguntar cómo los cubre el proveedor (o un segundo proveedor) mediante verificaciones en bases de datos.

Qué preguntar: ¿Cuáles de los documentos que presentan nuestros solicitantes admiten y cómo verifican a un solicitante que no tiene un documento aceptable?

Cómo suena una respuesta débil: Un recuento general de documentos o países admitidos, sin un desglose específico frente a los documentos que realmente presentan sus solicitantes.

Cómo probarlo: Ejecute una muestra que coincida con su combinación real de documentos, incluidos los menos comunes, y registre cada documento que el proveedor no haya podido leer.

2. Le muestra cómo falla, no solo con qué frecuencia aprueba

Una tasa de aprobación le indica con qué frecuencia una verificación tuvo éxito. No le dice por qué falló el resto. Una verificación de documentos fallida puede deberse a una imagen borrosa, a un documento auténtico que el proveedor no reconoce o a un documento falsificado, y cada caso requiere una respuesta diferente: pedir al solicitante que vuelva a tomar la foto, enviar la verificación a otro proveedor, o derivar o rechazar la solicitud.

Un proveedor que solo devuelve "aprobado" o "reprobado" envía estos tres casos a la misma fila, y esa fila suele ser de revisión manual. Un director de cumplimiento (CCO) de una fintech lo expresó claramente: "no quisiéramos revisar documentos manualmente cuando tenemos un proveedor que puede hacerlo". Pregunte qué devuelve el proveedor ante un fallo y si un revisor podría tomar medidas al respecto sin tener que abrir la imagen.

Algunos fallos pueden evitarse antes de ejecutar la verificación. Un ingeniero de software de la misma fintech quería recibir comentarios en tiempo real antes de enviar una imagen al proveedor de verificación, como señalar que en la foto de un pasaporte no se ven las cuatro esquinas. Este tipo de guía de captura convierte una verificación fallida en una nueva toma que el solicitante puede corregir en el acto.

Qué preguntar: ¿Qué información devuelven cuando falla una verificación y cómo diferencian una imagen de mala calidad, un documento no reconocido y una posible falsificación?

Cómo suena una respuesta débil: Una tasa de aprobación sin desglose de los fallos, o un único código de error para todos los casos.

Cómo probarlo: Incluya en su muestra capturas que sepa que son de mala calidad y falsificaciones conocidas, y compruebe si los motivos de fallo del proveedor permiten distinguirlas.

3. Puede recurrir a otro proveedor como alternativa

Ningún proveedor lee todos los documentos ni encuentra a todos los solicitantes en sus datos, y cualquiera puede sufrir una interrupción del servicio. Contar con una alternativa de respaldo significa enviar una verificación que un proveedor no pudo completar a un segundo proveedor, en el orden que usted defina. El responsable de producto para la verificación de comercios en una empresa de pagos describió el diseño que buscan muchos equipos: "usar el mejor proveedor primero y, si falla, recurrir al otro".

Esta alternativa solo es práctica si sus reglas no están integradas de forma rígida con un solo proveedor. Un director de riesgo de depósitos y fraude de un banco describió el costo de ese tipo de dependencia: "cuando tienes que implementar todas las reglas y construir una plataforma de integración diseñada solo para [un proveedor], cambiar de proveedor no es simplemente sustituirlo, implica mucho más". Mantener las reglas de decisión fuera de la integración de cualquier proveedor individual es lo que le permite añadir, reordenar o sustituir un proveedor más adelante.

Qué preguntar: ¿Puede un segundo proveedor actuar como respaldo detrás de ustedes en nuestro flujo, y qué nos devuelven que nos permita dirigir una verificación fallida hacia él?

Cómo suena una respuesta débil: Un proveedor que espera ser el único, o cuyas reglas y límites solo pueden configurarse dentro de su propia plataforma.

Cómo probarlo: En el flujo de prueba, fuerce un fallo en el primer proveedor y confirme que la verificación llegue al segundo, registrando ambos resultados.

4. Su resultado llega a su decisión, con los motivos detallados

El resultado de una verificación de identidad es una señal más en una decisión de incorporación, y resulta de máxima utilidad cuando llega acompañada de sus motivos. Una respuesta útil indica qué se comprobó, cuál fue el resultado y por qué: qué campo no coincidió, qué característica del documento falló o en qué fuente de datos no se encontró registro del solicitante. Tanto un motor de decisiones como un revisor pueden actuar ante una respuesta así, mientras que poco pueden hacer con un simple "aprobado" o "reprobado".

Cuando una verificación de documentos se utiliza como respuesta para cada solicitud dudosa, se convierte en el único control que los estafadores aprenden a burlar. El mismo director de riesgo de depósitos y fraude describió cómo sustituyeron la revisión manual de solicitudes dudosas por un paso de validación de documentos: "te pedimos un paso más con [un proveedor], te hacemos presentar una licencia de conducir o un pasaporte para confirmar quién eres. Y con eso nos han burlado". Un vicepresidente de operaciones a cargo del fraude empresarial en una compañía de servicios financieros y preparación de impuestos señaló que el equipo pide a los solicitantes dudosos un escaneo de identificación, y que ese escaneo se había convertido en una red de seguridad utilizada "en demasiados casos".

Qué preguntar: ¿Qué contiene su respuesta, campo por campo, y puede nuestra lógica de decisión leerla sin que una persona tenga que abrir su consola?

Cómo suena una respuesta débil: Solo "aprobado" o "reprobado", o una puntuación única sin motivos adjuntos.

Cómo probarlo: Para un grupo de solicitudes aprobadas y rechazadas en su muestra, compruebe si la respuesta por sí sola le explica a un revisor por qué el proveedor llegó a ese resultado.

5. Funciona junto con señales que van más allá de la verificación de identidad

Una identidad puede parecer real, superar todas las comprobaciones y, aun así, ser falsa o estar siendo mal utilizada. Una identidad sintética combina datos reales y ficticios, y puede crearse específicamente para superar las verificaciones de documentos y bases de datos. Evaluar ese riesgo es una tarea específica, detallada en nuestra guía sobre software de detección de fraude de identidad sintética.

Las señales que detectan lo que la verificación de identidad pasa por alto se encuentran alrededor de la verificación, no dentro de ella: el dispositivo que utiliza el solicitante, cómo se comporta mientras completa la solicitud y los vínculos entre esta solicitud y otras que comparten dispositivo o datos. Estas son las señales de dispositivo y comportamiento al abrir una cuenta que una decisión de incorporación debe evaluar junto con el resultado de la verificación de identidad. La función del proveedor es entregar su resultado en un formato que permita combinarlo con ellas.

Qué preguntar: ¿Qué identificadores y metadatos devuelven para que su resultado pueda vincularse con nuestros datos de dispositivo, comportamiento y solicitud?

Cómo suena una respuesta débil: Un proveedor que presenta su verificación como si fuera la decisión de incorporación completa.

Cómo probarlo: Incluya en su muestra solicitudes que posteriormente se hayan vinculado a redes de fraude y observe cuántas de ellas superaron la verificación de identidad por sí sola.

6. Resiste a pruebas falsificadas y generadas por IA

Los documentos y las selfies falsificados o generados por inteligencia artificial forman parte de la amenaza a la que se enfrentan hoy todas las plataformas de verificación de identidad. La alerta de FinCEN sobre esquemas de fraude que utilizan medios deepfake, FIN-2024-Alert004 (noviembre de 2024), enumera señales de alerta que incluyen documentos de identidad inconsistentes entre sí y una foto del cliente que no coincide con otra información de identificación, como una fecha de nacimiento que no concuerda con la edad aparente del solicitante. Estas son comprobaciones de consistencia, y un proveedor debería poder decir cuáles de ellas realiza.

Pregunte cómo compara el proveedor el documento con la selfie, con los datos de la solicitud y con cualquier otro documento que presente el solicitante. La detección de video inyectado, de prueba de vida y de deepfakes representa una evaluación más profunda, detallada en nuestra guía para evaluar herramientas de detección de deepfakes.

Qué preguntar: ¿Qué comprobaciones de consistencia realizan entre el documento, la selfie y los datos de la solicitud, y qué devuelven cuando no coinciden?

Cómo suena una respuesta débil: Una declaración general de que el producto utiliza IA para detectar falsificaciones, sin explicar qué comprueba.

Cómo probarlo: Incluya solicitudes con inconsistencias conocidas entre documentos, foto y datos de la solicitud, y registre cuáles de ellas señala el proveedor.

7. Conserva el registro que le solicitarán

Los procedimientos CIP de un banco indican cuándo se utilizan documentos, métodos no documentales o ambos, por lo que el resultado de la verificación de identidad debe mostrar qué método se utilizó para cada solicitante. Un registro útil muestra, por solicitante, qué comprobaciones se ejecutaron, con qué proveedor, qué se obtuvo, cuándo y qué se decidió como resultado. Las tasas de aprobación agregadas en un panel de control no responden a una pregunta sobre un cliente específico.

Pregunte dónde reside ese registro y durante cuánto tiempo. Un registro que solo se conserva en los historiales del proveedor y está disponible bajo solicitud es más difícil de presentar y puede no sobrevivir al finalizar el contrato.

Qué preguntar: ¿Podemos extraer nosotros mismos el registro completo de la verificación de un solicitante anterior y conservarlo después de que termine nuestro contrato?

Cómo suena una respuesta débil: Un panel con porcentajes y tasas, donde los registros por solicitante solo se entregan bajo solicitud.

Cómo probarlo: Extraiga los registros de un grupo de solicitantes de su muestra y siga el camino de cada uno desde la verificación hasta la decisión.

8. Se adapta a sus contratos y al costo de cambiar de opinión

Incorporar a un proveedor de verificación de identidad requiere más tiempo que la propia integración. Un responsable de estrategia de fraude al consumidor en una empresa de telecomunicaciones señaló que dar de alta a un nuevo proveedor de datos es un proceso largo: contrato, revisiones legales, de privacidad y seguridad, y luego una prueba de valor. Planifique estos pasos en la evaluación en lugar de descubrirlos después de definir los finalistas.

Evalúe el costo de salida tanto como el de entrada. El costo de dejar un proveedor reside en las reglas, límites e integraciones construidas a su alrededor, que es la dependencia descrita en el criterio 3. Pregunte sobre la propiedad de los datos, cuánto tiempo se conservan las imágenes y los resultados, cómo se cobran los reintentos y las verificaciones alternativas, y qué plazo de preaviso debe dar cualquiera de las partes.

Qué preguntar: ¿Qué ocurre con nuestros datos y nuestra configuración si añadimos un segundo proveedor o nos vamos?

Cómo suena una respuesta débil: Un precio de entrada atractivo, dejando los detalles de la salida para más adelante.

Cómo probarlo: Durante la prueba de valor, retire al proveedor del flujo de prueba y registre todo lo demás que tuvo que cambiar.

Cómo probar un proveedor de verificación de identidad con sus propias solicitudes

La prueba definitiva para evaluar a los proveedores de verificación de identidad consiste en procesar de nuevo sus propias solicitudes anteriores de la misma manera en cada candidato. Un responsable sénior del equipo de KYC en una empresa de software de gestión inmobiliaria afirmó que cualquier evaluación debe realizarse con sus solicitantes reales, incluidos registros que ya se confirmaron como fraudulentos, porque esos son los casos que quieren ver que el proveedor detecta. Realice la prueba de acuerdo con sus términos de privacidad y consentimiento para los datos que utilice.

  1. Construya una muestra que coincida con su combinación real: clientes aprobados, solicitudes rechazadas, fraude confirmado y los documentos menos comunes que presentan sus solicitantes.

  2. Incluya clientes reales que no superaron la verificación: le permitirán ver si los fallos del proveedor le cuestan la pérdida de buenos clientes.

  3. Pase la misma muestra por cada candidato: las mismas solicitudes, el mismo orden y, en la medida de lo posible, las mismas condiciones de captura.

  4. Compare los motivos de fallo, no solo las tasas de aprobación: clasifique los fallos de cada proveedor en capturas de mala calidad, documentos no reconocidos y sospechas de fraude.

  5. Fuerce un fallo para probar la alternativa de respaldo: desactive el primer proveedor en el flujo de prueba y confirme que un segundo proveedor complete la verificación.

  6. Extraiga los registros: para un grupo de solicitantes, siga el registro desde la verificación hasta la decisión.

Evalúe los resultados en sus dos grupos más difíciles: fraudes confirmados que el proveedor aprobó y clientes reales que rechazó.

Dónde encaja Oscilar, evaluado con estos mismos criterios

Oscilar escribió esta guía, por lo que esta sección aplica los ocho criterios a Oscilar utilizando únicamente lo que declaran sus páginas públicas. Oscilar no es un proveedor de verificación de identidad. No verifica documentos, no compara selfies ni realiza pruebas de vida por sí misma. Es la capa de decisión y coordinación que envuelve a los proveedores de verificación de identidad que una institución elija, y utiliza proveedores externos para esas comprobaciones.

En cuanto a cobertura y alternativa de respaldo (criterios 1 y 3), la página sobre coordinación de controles de identidad en la incorporación de consumidores describe cómo Oscilar puede "coordinar verificaciones de KYC y controles de identidad mejorados para una verdadera vista de 360° de cada solicitante", conectar las bases de datos de la propia institución y conectar fuentes de datos de terceros a través de un mercado de socios. Por lo tanto, la cobertura depende de los proveedores que conecte la institución. Pida a Oscilar que configure la alternativa de respaldo que necesita en su flujo de prueba, tal como se lo pediría a cualquier candidato.

Sobre la decisión y las señales que la rodean (criterios 4 and 5), Oscilar ofrece "Verificaciones de validación reforzada: active medidas de debida diligencia mejorada y pasos de verificación adicionales cuando sea necesario" y flujos de trabajo de incorporación "que se adaptan al perfil de riesgo de cada usuario". Añade inteligencia de dispositivos, biometría del comportamiento y enriquecimiento de datos a las verificaciones de identidad, y combina reglas, aprendizaje automático supervisado y detección de anomalías no supervisada. Su gestión de casos explica en lenguaje natural por qué se creó cada caso, y la plataforma está diseñada para tomar decisiones en menos de 100 ms.

En cuanto a pruebas falsificadas y generadas por IA (criterio 6), la autenticidad de los documentos, las pruebas de vida y la detección de deepfakes provienen de los proveedores de verificación de identidad que Oscilar coordina. El papel de Oscilar es combinar sus resultados con las señales de dispositivo y de comportamiento en la decisión.

Sobre el registro (criterio 7), Oscilar mantiene un historial de auditoría completo por decisión con justificaciones almacenadas, incorporando por diseño la supervisión humana. Un equipo de riesgo puede realizar pruebas retrospectivas de un flujo de trabajo con datos históricos, ejecutar pruebas A/B y supervisar falsos positivos, tasas de aprobación y sus propios indicadores clave de rendimiento (KPI). Oscilar también cuenta con supervisión automática de modelos que cubre desviaciones de datos, de variables y de concepto, además de KPI de resultados medidos por segmento.

En cuanto a contratos y cambios (criterio 8), Oscilar es una plataforma única que abarca incorporación, crédito, fraude y prevención de lavado de dinero (AML). Pruebe directamente el costo de cambio: sustituya a un proveedor en el flujo de prueba y observe qué más tiene que cambiar.

Oscilar fue incluida en la lista FCC50 de Chartis para 2026, su clasificación de proveedores de tecnología para el cumplimiento y la delincuencia financiera, ganando en las categorías de Personalización Low-Code/No-Code e Innovación en IA Agéntica. Esta no es una clasificación de software de verificación de identidad y no sustituye la realización de la prueba anterior en Oscilar con la misma muestra que los demás candidatos.

Los ocho criterios de un vistazo

La tabla asocia cada criterio con la pregunta para evaluarlo, la respuesta que debería hacerle dudar y la prueba que debe realizar en sus propias solicitudes. Complete esta tabla para cada proveedor finalista.

Criterio

Qué preguntar al proveedor

Cómo suena una respuesta débil

Cómo probarlo

1. Cubre sus documentos y solicitantes

¿Cuáles de nuestros documentos admiten y cómo verifican a un solicitante sin documentos?

Un recuento general de documentos o países

Pruebe una muestra con su combinación real de documentos y registre lo que no pudo leer

2. Muestra cómo falla

¿Qué devuelven ante un fallo y cómo separan fallos de imagen, de documento y de fraude?

Una tasa de aprobación sin desglose de fallos

Incluya capturas de mala calidad y falsificaciones conocidas, y compare los motivos de fallo

3. Permite recurrir a un respaldo

¿Puede un segundo proveedor respaldarles y qué devuelven para desviar una verificación fallida?

Un proveedor que espera ser el único

Fuerce un fallo y confirme que un segundo proveedor complete la verificación

4. Llega a su decisión con motivos

¿Qué contiene su respuesta, campo por campo?

Solo aprobado o reprobado, o una puntuación sin motivos

Compruebe si la respuesta por sí sola explica cada resultado

5. Funciona con otras señales

¿Qué identificadores devuelven para vincular su resultado con nuestros otros datos?

Presentar su verificación como si fuera la decisión completa

Incluya solicitudes vinculadas posteriormente a redes de fraude

6. Resiste a pruebas falsificadas

¿Qué comprobaciones de consistencia realizan entre documento, selfie y solicitud?

Una afirmación general de detectar falsificaciones, sin detalles

Incluya solicitudes con inconsistencias conocidas

7. Conserva el registro

¿Podemos extraer nosotros mismos el registro completo de un solicitante y conservarlo?

Registros individuales disponibles solo bajo solicitud

Siga el camino de un grupo de registros desde la comprobación hasta la decisión

8. Se adapta a contratos y costo de cambio

¿Qué ocurre con nuestros datos y configuración si añadimos un proveedor o nos vamos?

Un precio de entrada atractivo, con la salida sin definir

Retire al proveedor del flujo de prueba y observe qué más cambió

Utilice la segunda columna como guion para cada conversación con los proveedores y la última columna como su plan de pruebas.

Preguntas frecuentes

¿El software de verificación de identidad necesita comprobar un documento cada vez?

No. Bajo la regla CIP bancaria, 31 CFR 1020.220, los procedimientos de un banco describen cuándo utiliza documentos, métodos no documentales o ambos. Una verificación de base de datos puede verificar a un solicitante sin necesidad de un documento, y la verificación de documentos puede reservarse para los solicitantes que los datos no puedan verificar o cuyo nivel de riesgo requiera una validación reforzada.

¿Debe una institución financiera utilizar un solo proveedor de verificación de identidad o varios?

Una institución financiera debería, al menos, ser capaz de añadir un segundo proveedor de verificación de identidad sin tener que rediseñar sus reglas, incluso si empieza con uno solo. Un segundo proveedor cubre documentos y solicitantes que el primero no puede verificar, y mantiene activo el proceso de incorporación si el primero sufre una caída del servicio. El costo de un segundo proveedor es el contrato, las revisiones y la integración, por lo que debe evaluarlo frente a las brechas de cobertura que revele su propia prueba.

¿Cómo se prueba a un proveedor de verificación de identidad antes de firmar?

Procese de nuevo una muestra de sus propias solicitudes anteriores en cada candidato, incluyendo fraudes confirmados y clientes reales que no superaron la verificación. Compare por qué falló cada proveedor en las solicitudes, no solo cuántas aprobó, fuerce un fallo para probar la alternativa de respaldo y extraiga algunos registros individuales de los solicitantes. El plan de pruebas anterior detalla los pasos a seguir.

¿Superar la verificación de identidad significa que un solicitante no es un estafador?

No. Superar la verificación de identidad confirma que una identidad declarada existe y coincide con sus documentos en un momento determinado, pero no establece la intención. Se puede crear una identidad sintética expresamente para superar esta comprobación, por lo que el resultado debe combinarse con señales del dispositivo, del comportamiento y de otras solicitudes antes de abrir una cuenta.

¿Es Oscilar un proveedor de verificación de identidad?

No. Oscilar es la capa de decisión y coordinación que envuelve a los proveedores de verificación de identidad: coordina las verificaciones de KYC y los controles de identidad mejorados de proveedores externos, activa pasos adicionales para los solicitantes cuando su nivel de riesgo lo requiere, y combina los resultados con señales de dispositivo y de comportamiento para tomar y explicar la decisión de incorporación. La verificación de documentos, la comparación de selfies y las pruebas de vida provienen de los proveedores que coordina.

El mejor software de verificación de identidad es el que demuestra su eficacia con sus propias solicitudes: lee los documentos de sus solicitantes, explica sus fallos, le permite recurrir a otro proveedor como respaldo y entrega su resultado a su decisión con los motivos correspondientes. Formule a cada candidato las mismas ocho preguntas, ejecute la misma prueba con sus solicitudes anteriores y decida basándose en las pruebas que arroje esa evaluación.

Equipo de Oscilar

El equipo de Oscilar está formado por expertos en diversas áreas de gestión de riesgos. Estos artículos reflejan las opiniones y conocimientos de una gran variedad de colaboradores de toda nuestra organización.

Sigue leyendo