Clientes recurrentes
Qué hace Certivant cuando verifica a alguien que ya había verificado antes. Compara la nueva verificación con el expediente del cliente, tolera un cambio de domicilio, una licencia renovada o un apellido de casada, y envía un conflicto real a una persona.
Qué hace
Cuando verifica a una persona que ya verificó y aprobó en su organización, Certivant compara la nueva verificación con la anterior —el expediente del cliente— y le indica al revisor qué es igual, qué cambió de forma habitual y qué entra en conflicto.
Nunca bloquea un cambio legítimo. Un cambio de domicilio, una licencia renovada, un apellido de casada o un nuevo número de teléfono son situaciones normales. Solo un conflicto real añade un motivo de revisión, y un motivo de revisión envía la solicitud a una persona. Nunca rechaza por sí solo.
La comparación se limita a su organización. No se compara nada con verificaciones de otra organización ni se muestra nada de ellas.
Cómo Certivant encuentra el expediente del cliente
Los formularios públicos crean un nuevo registro de solicitante por cada envío, así que Certivant no depende de ese registro. En su lugar, busca las solicitudes anteriores de su organización para la misma persona, en este orden:
- Su propia referencia del cliente (la referencia que envía con la solicitud o en el solicitante).
- El mismo correo electrónico y, después, el mismo número de teléfono.
Una coincidencia en una clave se confirma después: la fecha de nacimiento debe coincidir, y también el nombre o el número de documento. Así, una bandeja compartida o un número de teléfono reasignado no vinculan a dos personas distintas. La única excepción es su propia referencia: si coincide pero la fecha de nacimiento es distinta, Certivant acepta la coincidencia y la marca. Véase El cliente recurrente no coincide con el expediente más abajo.
El expediente es la última verificación aprobada de la persona (su registro de identidad verificada congelado). Nunca se usan verificaciones eliminadas o borradas.
Qué se compara
La tarjeta Cliente recurrente — comparado con el expediente de la página de detalle de la solicitud muestra una fila por campo, con un estado:
| Estado | Significado |
|---|---|
| Coincide | Igual que el expediente. |
| Cambiado | Distinto de forma habitual. No es motivo de revisión por sí solo. |
| Conflicto | Contradice el expediente. Añade un motivo de revisión. |
| Desconocido | No se pudo comparar (no leído, no indicado en el documento o un documento distinto). Nunca es un conflicto. |
| Campo | Regla |
|---|---|
| Fecha de nacimiento | Debe coincidir exactamente. Una fecha distinta es un conflicto. |
| Nombre | Se ignoran los acentos, el orden de las palabras y los segundos nombres. Un apellido distinto con la misma fecha de nacimiento y el mismo documento es cambiado (matrimonio, divorcio). Un nombre distinto sin ese respaldo es un conflicto. |
| Correo y teléfono | Un valor nuevo es cambiado. Se indica como confirmado por código o no confirmado. |
| Domicilio | Un domicilio nuevo es cambiado: los cambios de domicilio son normales. |
| Documento | Véase más abajo. |
La tarjeta solo muestra estados y etiquetas de reglas. No copia en ningún nuevo lugar los datos personales del cliente.
Licencia de conducir y documentos de identidad
Los documentos se comparan por su número (y por el tipo de documento y la provincia o estado emisor, cuando se conocen). Solo cuentan los valores que el documento indica explícitamente: una fecha de vencimiento impresa sin etiqueta es desconocida, nunca un conflicto.
| Situación | Resultado |
|---|---|
| Mismo número, vencimiento posterior y una fecha de expedición posterior (o ilegible) | Cambiado — documento renovado. Es legítimo aunque la tarjeta anterior aún no hubiera vencido. |
| Mismo número, vencimiento anterior al del expediente | Conflicto — El vencimiento de la licencia entra en conflicto con el expediente. |
| Mismo número, misma fecha de expedición, distinto vencimiento | Conflicto (alto). Una misma fecha de expedición no puede tener dos fechas de vencimiento. |
| Mismo número, vencimiento posterior, pero una fecha de expedición anterior a la del expediente | Conflicto. |
| Número distinto (u otro tipo, u otra provincia) | Desconocido — otro documento, que se verifica desde cero como cualquier primer documento. |
| Mismo número, mismo vencimiento | Coincide. |
| Mismo número, mismo número de referencia de la tarjeta («Referencia», «DD»), pero fechas distintas | Conflicto (alto). El número de referencia identifica una sola tarjeta física y cambia en cada renovación o reemplazo: la misma referencia con otras fechas significa que las fechas fueron alteradas. |
| Mismo número, nuevo número de referencia, mismo vencimiento | Coincide — tarjeta de reemplazo (pérdida, robo, cambio de domicilio). |
Un vencimiento que indica solo el mes se cuenta hasta el final de ese mes.
Historial de intentos
Cada nueva verificación también registra cuántas veces verificó antes a este cliente y por qué razones. Cuenta todos los intentos anteriores, no solo los aprobados. A una persona se la encuentra como se describió antes. Una empresa (KYB) se encuentra por su referencia o por su número de registro.
La tarjeta de la página de detalle de la solicitud muestra:
- Verificación n.º N con su organización — todos los intentos, incluido este — y cuántos fueron por esta misma razón.
- Cómo terminaron los intentos anteriores por esta razón: aprobado, rechazado, en revisión, no completado, cancelado.
- Ya verificado aquí para — las razones por las que este cliente ya fue aprobado, con un recuento y la última fecha.
«La misma razón» significa el mismo código de razón clasificado. Cuando la razón no pudo clasificarse, significa el mismo texto de razón.
La API devuelve los mismos datos como attemptHistory en GET /api/v1/kyc/requests/:id. Es null para un cliente que se presenta por primera vez. Úselo para decidir qué hacer con un cliente que insiste una y otra vez, por ejemplo alguien rechazado tres veces por financiación de dispositivos:
"attemptHistory": {
"totalAttempts": 4,
"samePurposeAttempts": 3,
"samePurposeOutcomes": { "approved": 0, "rejected": 2, "inReview": 0, "inProgress": 0, "cancelled": 0 },
"previousOutcomes": { "approved": 1, "rejected": 2, "inReview": 0, "inProgress": 0, "cancelled": 0 },
"verifiedPurposes": [
{ "purpose": "account_opening", "count": 1, "lastVerifiedAt": "2026-06-02T14:10:00.000Z" }
],
"firstAttemptAt": "2026-03-11T09:00:00.000Z"
}
Solo se almacenan códigos de razón y recuentos. Nada procede de otra organización.
Motivos de revisión
Estos tres motivos añaden un paso de revisión. Ninguno rechaza.
| Motivo de revisión | Cuándo |
|---|---|
El vencimiento de la licencia entra en conflicto con el expediente (licence_expiry_conflict) | El número de licencia coincide, pero las fechas de vencimiento o de expedición contradicen el expediente, como en la tabla anterior. |
El cliente recurrente no coincide con el expediente (returning_customer_mismatch) | La fecha de nacimiento o el nombre entran en conflicto, o dos o más campos de identidad cambiaron a la vez sin confirmar: un nombre nuevo, un correo nuevo no confirmado o un teléfono nuevo no confirmado. Una renovación, un cambio de domicilio o un contacto confirmado por código nunca cuenta. Una coincidencia con su propia referencia con una fecha de nacimiento distinta indica una posible toma de control de la cuenta y muestra un aviso rojo en la tarjeta. |
Varios domicilios en un año (address_change_frequent) | La misma persona (encontrada como se ha descrito) ha usado tres o más domicilios distintos en los últimos 12 meses en sus verificaciones, incluida esta. |
Los domicilios se comparan tras normalizarlos (mayúsculas, acentos, puntuación, «Street» / «St.», notación de piso y unidad, código postal) y solo se guardan como hash con clave.
Usar en políticas y flujos de trabajo
El diseñador de políticas y los flujos de automatización pueden leer estos campos:
| Campo | Tipo | Significado |
|---|---|---|
returning.isReturning | verdadero/falso | La misma persona fue verificada y aprobada antes en su organización. |
returning.conflicts | lista | Campos que entran en conflicto con el expediente: dateOfBirth, name, document. |
returning.changedFields | lista | Campos que cambiaron de forma habitual: address, email, phone, document, name. |
returning.addressCount12m | número | Domicilios distintos en los últimos 12 meses. |
Los tres motivos de revisión también pueden probarse con reviewTriggers CONTAINS '…'.
Véase también
- Revisar solicitudes KYC y KYB — la página de detalle donde aparece la tarjeta.
- Señales de fraude y coincidencia facial — los otros motivos de revisión.
- Red antifraude — la red antifraude entre empresas y cómo compara una nueva verificación con las de otras empresas.
- Diseñador de políticas — usar los campos
returning.*en sus propias reglas.
Señales de fraude y comparación facial
Qué significan las señales de fraude de una solicitud KYC/KYB de Certivant, incluida la comparación facial, que detecta el mismo rostro usado con otro nombre o fecha de nacimiento en todas las organizaciones de Certivant sin mostrarle nada sobre la otra organización.
Red antifraude
Cómo compara Certivant una nueva verificación con las realizadas en otras empresas — solo por tipo de solicitud, sin nombrar nunca a nadie — qué señala y cómo puede ajustarlo su organización.