Versiones de la Credencial INE/IFE y Qué Campos Extrae Cada Una

México no tiene "una" credencial para votar: tiene varias generaciones de credencial, emitidas primero por el IFE y luego por el INE. Si vas a extraer datos por OCR, conviene conocer estas versiones, porque la ubicación y la disponibilidad de cada campo cambian de un modelo a otro.

Esta guía resume los modelos principales y qué campos se pueden extraer en cada uno. Para la diferencia institucional entre IFE e INE, complementa con INE vs IFE: diferencias clave.

Línea de tiempo de los modelos

Modelo	Emisor	Época aprox.	Rasgo distintivo
A / B	IFE	1991–2007	Primeras credenciales, banda magnética / código de barras
C	IFE	2008–2013	Mejoras de seguridad, datos en reverso
D (INE)	INE	2014–2019	Primer modelo INE, aparece el CIC y el QR
E (INE)	INE	2019–2023	MRZ/OCR reforzado, mejor legibilidad
F (INE)	INE	2020–presente	Versión para residentes en el extranjero
G (INE)	INE	2023–presente	Seguridad reforzada, modelo vigente

Las fechas son aproximadas y los rangos se traslapan: una persona puede traer un modelo más antiguo que siga vigente. Lo que manda para validar es la fecha de vigencia impresa, no el año de emisión.

Campos por versión

Modelos IFE (A, B, C)

Las credenciales IFE más antiguas comparten los campos básicos al frente, pero presentan retos de extracción por desgaste e impresión de menor contraste.

Disponible normalmente:

Nombre y apellidos
Domicilio
Clave de elector
CURP (en modelos posteriores; las más antiguas pueden no traerla)
Sexo, fecha de nacimiento
Sección, año de registro, vigencia

Suele faltar o variar:

CIC: no existe como tal en los modelos IFE antiguos.
OCR/MRZ: el formato de lectura mecánica no está estandarizado como en INE.

Modelo C (IFE, 2008–2013)

Introdujo más datos en el reverso y mejor seguridad. Aquí ya conviene procesar ambos lados para capturar toda la información.

Modelos INE (D en adelante)

A partir de 2014, el INE estandarizó el diseño. Estos modelos son los más fáciles de leer por OCR y los más completos:

Frente:

Nombre, apellido paterno, apellido materno
CURP
Clave de elector
Fecha de nacimiento, sexo
Domicilio (calle, colonia, código postal, municipio, estado)
Sección, año de registro, vigencia

Reverso:

CIC (folio del plástico) y número vertical
OCR / MRZ (13 dígitos)
Código QR
Emisión

Si no tienes claro qué es cada identificador del reverso, lee CIC, OCR y clave de elector.

Modelo F (extranjero)

Pensado para mexicanos residentes en el extranjero. Mantiene los campos del modelo INE pero con particularidades de diseño; una API entrenada con suficientes ejemplos lo procesa igual que el modelo nacional.

Modelo G (vigente)

El modelo más reciente, con seguridad reforzada. Conserva el conjunto completo de campos de los modelos INE y es el de mejor legibilidad para OCR.

Tasas de extracción esperables

La precisión depende del modelo y, sobre todo, de la calidad de la foto. Como referencia general:

Versión	Extracción exitosa (foto buena)
INE E–G (2019–presente)	98–99%
INE D (2014–2018)	95–98%
IFE C (2008–2013)	90–95%
IFE A–B (anterior a 2008)	85–90%

Para mejorar resultados con credenciales antiguas o fotos difíciles, revisa los errores comunes al digitalizar una INE.

Cómo lo maneja la API

No necesitas detectar el modelo tú mismo: una buena API de OCR identifica el formato y aplica el modelo adecuado automáticamente. Tú envías la imagen (frente y, si quieres los campos del reverso, también el reverso) y recibes un JSON homogéneo:

curl -X POST https://extraerdatosdeine.com/api/v1/extract \
  -H "X-API-Key: ine_tu_api_key" \
  -F "image_front=@./ine_frente.jpg" \
  -F "image_back=@./ine_reverso.jpg"

La respuesta usa los mismos nombres de campo independientemente de si la credencial es IFE modelo C o INE modelo G. Eso simplifica tu integración: tu código no tiene que ramificar por versión. Consulta la lista completa de campos en la documentación de la API.

Recomendaciones

Procesa ambos lados si necesitas CIC y OCR (solo viven en el reverso de los modelos INE).
No filtres por modelo: acepta IFE e INE y deja que la API normalice los campos.
Valida la vigencia aparte, sobre todo en KYC y onboarding.
Ten un flujo de excepción para credenciales muy antiguas o dañadas que requieran revisión manual.

Conclusión

Desde los primeros modelos IFE hasta el modelo G del INE, los campos disponibles y su ubicación han ido cambiando. Una API especializada absorbe esa complejidad y te entrega siempre el mismo JSON.

¿Quieres comprobarlo con tus propias credenciales? Regístrate gratis y prueba con 20 extracciones de cortesía: el mismo endpoint procesa cualquier versión de INE o IFE.