Saltar al contenido principal
Para cada país, la API de Validación de base de datos de Didit contrasta los datos de identidad con el registro civil, la autoridad tributaria o el padrón electoral oficial correspondiente: RENAPER (Argentina), Receita Federal (Brasil), Tribunal Electoral (Panamá), RENAPO (México), Junta Central Electoral (República Dominicana), Registraduría Nacional (Colombia) y otros. Cada consulta se factura por llamada exitosa, desde $0.05/consulta y sin mínimos mensuales. Los resultados se obtienen a partir de los resultados de cada servicio: 1×1 cuando un único registro devuelve una coincidencia total y 2×2 cuando dos registros independientes corroboran los datos. Esta página explica cómo se calculan esos resultados, qué umbrales de coincidencia aproximada se aplican a los nombres y qué lógica de decisión rige partialMatchAction y noMatchAction en las reglas de tu flujo de verificación (workflow).

​
Coincidencia 1×1

Este método compara un único dato de entrada (normalmente un documento nacional de identidad o un identificador similar) con nuestra base de datos. Si se encuentra una coincidencia directa, confirmamos la identidad. Sin embargo, si el primer intento falla, podemos consultar fuentes de datos fiables alternativas en una secuencia en cascada. Es decir, seguimos validando con proveedores sucesivos hasta obtener una coincidencia o agotar todas las opciones. Es importante destacar que una coincidencia parcial no detiene el proceso: solo nos detenemos cuando encontramos una coincidencia total y concluyente o determinamos que no existe ninguna coincidencia. La lógica de coincidencia 1x1 exige que los datos personales del usuario coincidan con una sola fuente para obtener una Coincidencia total de su identidad.* *Se consultan las fuentes aplicables del país hasta obtener una Coincidencia total de la identidad. Si no se encuentra una Coincidencia total, el sistema consulta repetidamente esas fuentes en busca de una Coincidencia parcial de la identidad del usuario.
La tabla 1×1 anterior y la tabla 2×2 siguiente describen el modelo general, no una garantía aplicable a todos los servicios. Los campos determinantes varían según el servicio y según las entradas opcionales que envíes: un registro solo puede comparar los campos que tiene y los campos que le proporcionas, y el resultado de un servicio lo deciden los campos que realmente compara. No todos los servicios comparan el número de identificación, y algunos solo lo comparan cuando lo envías. Por ejemplo, España - Verificación de DNI/NIE (esp_dni) requiere nombre, fecha de nacimiento y dirección, y admite national_id como entrada opcional. Siempre compara el nombre, la fecha de nacimiento y la dirección, y además compara el número de identificación cuando envías national_id.Un campo obligatorio no es necesariamente determinante, y un campo opcional puede serlo. Un campo obligatorio debe enviarse para que se acepte la solicitud, y un campo que aparece en source_data es un dato que devolvió el registro. Ninguno de los dos indica qué campos decidieron el resultado. Los ejemplos de respuesta de la página de cada servicio ilustran una respuesta posible, por lo que las claves de su objeto validation no son una lista completa de los campos que compara ese servicio. La página de referencia de la API de cada servicio, que encontrarás en Países y servicios compatibles, indica sus entradas obligatorias y opcionales en Entradas.

​
Coincidencia 2×2

Este método exige que dos datos de entrada (p. ej., nombre + fecha de nacimiento, o identificación nacional + número de teléfono) coincidan con los dos campos correspondientes de nuestra base de datos. Igual que con 1x1, seguimos un enfoque en cascada y consultamos varias fuentes de datos de forma secuencial. Avanzamos paso a paso hasta encontrar una coincidencia completa en ambos campos. Las coincidencias parciales o de un solo campo no bastan: el proceso de validación continúa hasta lograr una coincidencia definitiva en los 2 campos o hasta haber consultado todas las fuentes. La lógica de coincidencia 2x2 requiere contrastar los datos personales de un usuario con dos fuentes para obtener una Coincidencia total de su identidad.* *Se consultan las fuentes aplicables del país hasta obtener una Coincidencia total con la identidad. Si no se encuentra una Coincidencia total, el sistema vuelve a consultar esas fuentes de forma reiterada en busca de una Coincidencia parcial con la identidad del usuario.

​
Coincidencia por categoría y atributo de datos

A continuación se describen los escenarios que dan como resultado una Coincidencia total en las categorías de datos Nombre, Fecha de nacimiento e ID. Una Coincidencia parcial solo es posible en la categoría Nombre.

​
Coincidencia en la categoría Nombre

Se considera una Coincidencia total en la categoría Nombre cuando se cumple cualquiera de los siguientes escenarios de coincidencia de atributos de datos:
  • Concatenación del nombre completo: Coincidencia total (nombre + apellido combinados, con un umbral de similitud del 85%)
  • Nombre con Coincidencia total + apellido con Coincidencia total
  • Nombre con Coincidencia total + apellido materno con Coincidencia total
  • Nombre con Coincidencia total + apellido paterno con Coincidencia total
Se considera una Coincidencia parcial en la categoría Nombre cuando se cumple cualquiera de los siguientes escenarios de coincidencia de atributos de datos:
  • Nombre con Coincidencia total
  • Apellido con Coincidencia total
  • Apellido paterno con Coincidencia total
  • Apellido materno con Coincidencia total
  • Apellido materno con Coincidencia total + apellido paterno con Coincidencia total

​
Coincidencia en la categoría Fecha de nacimiento

Solo se considera una Coincidencia total en la categoría Fecha de nacimiento cuando se cumple el siguiente escenario de coincidencia de atributos de datos:
  • Año de nacimiento con Coincidencia total + mes de nacimiento con Coincidencia total + día de nacimiento con Coincidencia total
No es posible una Coincidencia parcial en la categoría Fecha de nacimiento.

​
Coincidencia en la categoría ID

Solo se considera una Coincidencia total en la categoría ID cuando se cumple el siguiente escenario de coincidencia de atributos de datos:
  • Número de identificación con Coincidencia total
No es posible una Coincidencia parcial en la categoría ID. La categoría ID solo cuenta cuando el servicio compara el número de identificación. Algunos servicios nunca lo comparan y otros solo lo comparan cuando lo envías como dato de entrada.

​
Coincidencia aproximada para atributos de datos

Estos son los criterios de coincidencia aproximada (fuzzy matching) para los distintos atributos de datos frente a las fuentes de cada país.
  • Atributos de datos de nombre Para que un atributo de datos de la categoría Nombre genere una Coincidencia total, su similitud de caracteres según Levenshtein con los registros de las fuentes de datos debe alcanzar el 70%. Para la concatenación del nombre completo (nombre + apellido combinados), se usa un umbral más alto, del 85% de similitud. Por ejemplo, si el atributo Nombre introducido es ‘Christophel’ y el nombre real es ‘Christopher’, se devuelve una Coincidencia total según la lógica de coincidencia aproximada. Este sistema se aplica a los atributos de datos Nombre, Apellido, Apellido paterno y Apellido materno.
  • Atributos de datos de fecha de nacimiento e identificación No aplicamos ningún tipo de coincidencia aproximada a los atributos de datos de las categorías Fecha de nacimiento o Identificación. Estos campos requieren una coincidencia exacta.

​
Ejemplos

A continuación se muestran ejemplos de valores introducidos para atributos de datos que cumplirían los criterios de la lógica de coincidencia aproximada y generarían una Coincidencia total.

​
Consulta también

Última modificación el 1 de noviembre de 2026