Background checks para Recursos Humanos
Singula coteja al candidato contra RENAPO, el SAT y la Lista Nominal del INE. Registros de juzgados, listas de sanciones y huella digital se suman al mismo expediente, con la bitácora de cada consulta.
El expediente del candidato se coteja campo por campo contra la fuente oficial
La validación de CURP compara seis campos contra RENAPO. La Lista Nominal regresa el estatus de la credencial y su causa de baja. Los boletines judiciales llegan con juzgado, entidad y partes. Cada consulta guarda su folio y su fecha.
La búsqueda judicial regresa expedientes publicados en boletines; no es una carta de no antecedentes penales ni la sustituye.
Dónde encaja en tu operación
Los productos detrás de esta solución
CURP y RFC
RENAPO regresa el registro de la CURP; el SAT, la situación del RFC. Seis campos del candidato se cotejan uno por uno.
INE — Lista Nominal
OCR de anverso y reverso, y veredicto: vigente, dada de baja, duplicada o robada.
Registros de juzgados
Expediente, juzgado, entidad y si la persona figura como actor o demandado.
Sanciones y PEP
Nueve categorías por búsqueda, todas de fuentes públicas, con desambiguación de homónimos por país.
Verificación de identidad
Link con vigencia de 24 h: documento, selfie, prueba de vida y cotejo facial contra la foto del documento.
Huella digital
Fuentes abiertas: noticias, perfiles públicos y trayectoria declarada.
Cómo funciona
El expediente del candidato se arma en cuatro pasos, sobre la misma cuenta.
Registra el consentimiento
El aviso de privacidad y la aceptación del candidato se recaban de tu lado. Singula registra la bitácora: qué se consultó, sobre quién y cuándo.
folio y fecha por consulta
Lee la credencial
Anverso y reverso de la INE. Hacemos OCR de los campos y consultamos la Lista Nominal, el padrón de credenciales activas.
vigente · dada de baja · duplicada o robada
Cruza RENAPO y SAT
La CURP regresa con el cotejo campo por campo: nombres, apellidos, fecha de nacimiento y sexo. El RFC regresa con el texto literal del SAT.
seis campos cotejados
Cierra el expediente
Sanciones, PEP y registros de juzgados. El motor de riesgo agrega las señales en un score de 0 a 100 y marca las consultas que no han corrido.
un score por expediente
Lo que la LFPDPPP y la LFT piden antes de verificar.
La verificación de candidatos en México se rige por dos leyes. La LFPDPPP exige aviso de privacidad y consentimiento antes de tratar datos personales. La Ley Federal del Trabajo prohíbe usar el resultado para discriminar.
Referencias de orientación, no asesoría legal. El tratamiento de datos personales por particulares se rige por la LFPDPPP publicada en el DOF el 20 de marzo de 2025, que abrogó la ley de 2010; los artículos citados corresponden a la Ley Federal del Trabajo. El sujeto obligado frente a la autoridad es el patrón; el aviso de privacidad y el formato de consentimiento se validan con tu área legal.
- 01
Consentimiento antes de la primera consulta
El aviso de privacidad indica qué fuentes se consultan y con qué fin. Los datos biométricos son datos personales sensibles; la LFPDPPP exige consentimiento expreso y por escrito para tratarlos.
- 02
No discriminación en la contratación
El artículo 133 de la LFT prohíbe negar el empleo por origen étnico o nacional, género, edad, discapacidad, condición social, condiciones de salud, religión, opiniones, preferencias sexuales o estado civil. El resultado de la verificación alimenta una decisión documentada del patrón.
- 03
No entregamos antecedentes penales
Consultamos registros de juzgados publicados en boletines judiciales: expediente, juzgado, entidad, categoría y el papel de la persona en el caso. La carta de antecedentes no penales la emite la autoridad estatal.
- 04
CURP y RFC son requisitos del contrato
El artículo 25 de la Ley Federal del Trabajo pide la CURP y el RFC del trabajador en el contrato individual. La validación ante RENAPO y el SAT confirma ambos registros antes de la firma.
Un expediente por candidato, varias fuentes.
El candidato se crea una vez y las consultas corren sobre su expediente. Las síncronas contestan en la misma llamada; las asíncronas avisan por webhook firmado al terminar.
# 1 · Crea el expediente del candidato
curl -X POST https://api.singula.mx/customer \
-H "Authorization: Bearer sk_live_..." \
-H "Content-Type: application/json" \
-d '{
"type": "physical",
"name": "MARIA FERNANDA",
"last_name": "GARCIA",
"mothers_last_name": "HERNANDEZ",
"gender": "M",
"birth_day": "15",
"birth_month": "03",
"birth_year": "1990",
"birth_place": "DF",
"env": "production"
}'
→ { "id": "cus_lzk9m4ab3f" }
# 2 · CURP contra RENAPO — síncrono, campo por campo
curl https://api.singula.mx/app/curp/customer/cus_lzk9m4ab3f/validate \
-H "Authorization: Bearer sk_live_..."
→ {
"data": {
"persona": {
"curp": "GAHM900315MDFRRR05",
"nombres": "MARIA FERNANDA",
"primerApellido": "GARCIA",
"segundoApellido": "HERNANDEZ",
"fechaNacimiento": "15/03/1990",
"statusCurp": "RCN"
},
"match": {
"confidence": "high",
"passed": true,
"fields": {
"name": { "match": true },
"last_name": { "match": true },
"mothers_last_name": { "match": true },
"date_of_birth": { "match": true },
"gender": { "match": true }
}
}
},
"request_id": "6821f0c4a9e13b0042d7c918"
}
# 3 · INE: OCR + Lista Nominal — asíncrono
curl -X POST https://api.singula.mx/app/ine-extraction/customer/cus_lzk9m4ab3f \
-H "Authorization: Bearer sk_live_..." \
-F "ine_front=@ine_frente.jpg" \
-F "ine_back=@ine_reverso.jpg"
→ { "request_id": "6821f0c4a9e13b0042d7c919", "status": "processing" }
// Webhook al cerrar la cadena OCR → Lista Nominal:
{ "event": "ine_extraction.completed", "request_id": "6821f0c4a9e13b0042d7c919" }
// Y el expediente completo:
curl https://api.singula.mx/app/ine-extraction/status/6821f0c4a9e13b0042d7c919 \
-H "Authorization: Bearer sk_live_..."
→ {
"status": "completed",
"response": {
"extract": {
"ine_model": "E",
"extracted_data": {
"clave_de_elector": "GRHRMR00000000M000",
"seccion": "1247",
"vigencia": "2031"
}
},
"listanominal": {
"outcome": "vigente",
"baja_reason": null,
"model_used": "E",
"queried_at": "2026-04-30T14:22:08Z"
}
}
}Preguntas frecuentes
Sí. Verificar a un candidato es tratamiento de datos personales: la LFPDPPP exige aviso de privacidad y consentimiento, expreso cuando hay biometría. El consentimiento se recaba de tu lado; Singula registra qué se consultó, cuándo y con qué resultado.
No. La búsqueda consulta registros de juzgados publicados en boletines judiciales: expediente, juzgado, entidad, categoría y si la persona figura como actor o demandado. La cobertura es la que cada juzgado publica. La carta de antecedentes no penales la emite la autoridad estatal.
La búsqueda de sanciones regresa cuántos homónimos encontró y en qué países. Los registros de juzgados marcan los nombres repetidos con su conteo. La fecha y el país de nacimiento afinan la desambiguación cuando se incluyen en la consulta.
Sí. Cada herramienta corre por separado sobre el mismo expediente. Las consultas de identidad corren sin el resto; sanciones, juzgados y verificación de identidad se agregan cuando se piden. El expediente registra qué corrió y qué no.
La respuesta indica que el registro no existe en la fuente consultada: RENAPO para la CURP, el SAT para el RFC. El resultado queda guardado en el expediente con su folio y su fecha. Si el proveedor no responde, la consulta queda registrada como error.
Sí. El cliente se crea como persona moral con su razón social. Quedan disponibles el RFC de persona moral, los registros judiciales de personas morales y la búsqueda de sanciones. El expediente y la bitácora son los mismos que para personas físicas.
Arma tu primer expediente hoy
Crea tu cuenta y empieza en el ambiente de pruebas, con datos de ejemplo y la misma estructura que producción. Sanciones, juzgados y verificación de identidad se habilitan al verificar tu empresa.