Generador de RFC de prueba (México)

De dónde salen las cuatro letras

El RFC de una persona física no es aleatorio: los diez primeros caracteres se calculan a partir del nombre y la fecha de nacimiento. La regla del SAT para las cuatro letras iniciales es esta, en orden:

1. La primera letra del apellido paterno.
2. La primera vocal interna de ese mismo apellido, es decir, la primera vocal que aparece después de la letra inicial.
3. La primera letra del apellido materno.
4. La primera letra del nombre.

function letrasRfc(paterno, materno, nombre) {
  const limpia = t => t.normalize("NFD").replace(/[\u0300-\u036f]/g, "")
                       .toUpperCase().replace(/[^A-Z]/g, "");
  const pa = limpia(paterno) || "X";
  const vocal = (pa.slice(1).match(/[AEIOU]/) || ["X"])[0];
  return pa[0] + vocal + (limpia(materno)[0] || "X") + (limpia(nombre)[0] || "X");
}

letrasRfc("Hernández", "García", "Juan")   // "HEGJ"
letrasRfc("Ng", "Li", "Ana")               // "NXLA"  ← sin vocal interna

Después de esas cuatro letras van seis dígitos con la fecha en formato año-mes-día: quien nació el 12 de marzo de 1985 lleva 850312. Así, Juan Hernández García nacido ese día tiene el RFC HEGJ850312 más la homoclave.

La homoclave: lo que no se puede calcular

Los tres últimos caracteres son la homoclave, y aquí toca ser honesto: el SAT no publica el algoritmo con el que la asigna. Sirve para desempatar entre personas cuyos diez primeros caracteres coinciden, y solo el SAT puede generarla.

Esta herramienta produce una homoclave aleatoria: el RFC resultante tiene la estructura y la longitud correctas, y pasa cualquier validación de formato, pero los tres últimos caracteres no son verificables. Lo decimos aquí y en la propia herramienta porque preferimos que lo sepas antes que lo descubras cuando el SAT rechace un dato.

Si necesitas RFC que el SAT reconozca como propios, la única vía es su entorno de pruebas con los identificadores que ese entorno te asigne. Para todo lo demás —formularios, máscaras, cargas masivas, pantallas de alta de cliente— un RFC sintético hace el trabajo.

La regla de las palabras inconvenientes

Un detalle que casi nadie conoce y que existe de verdad: cuando las cuatro letras iniciales forman una palabra que el SAT considera inconveniente u ofensiva, la cuarta letra se sustituye por una X. El SAT mantiene una lista de esas combinaciones.

Por eso hay RFC legítimos cuya cuarta letra no coincide con la inicial del nombre. Si tu aplicación recalcula el RFC para comprobar que el usuario lo escribió bien, esos casos te van a dar un falso negativo. La lección práctica: valida la estructura, no recalcules el RFC completo.

Física y moral: dos longitudes distintas

Para la persona moral, las tres letras salen de las tres primeras palabras significativas de la razón social, descartando conectores y la forma societaria: en «Servicios Industriales Azteca S.A. de C.V.» quedan S, I y A. Si el nombre solo tiene dos palabras significativas, se toman las dos primeras letras de la primera más la inicial de la segunda: «Constructora Maya» da COM.

Esa diferencia de longitud —13 frente a 12— es un caso de prueba en sí misma. Un campo con máscara fija de trece caracteres rechaza a todas las empresas.

Qué probar con RFC sintéticos

• Las dos longitudes. 13 para física, 12 para moral, en el mismo campo.
• Nombres sin vocal interna. Un apellido como «Ng» fuerza la X en la segunda posición. Escríbelo y comprueba que tu validación lo acepta.
• Apellidos con tilde y con eñe. «Hernández» y «Muñoz» se normalizan sin acentos para el RFC, pero deben guardarse con ellos en el resto del registro.
• Fechas límite. Un 29 de febrero, o una fecha de constitución reciente. La herramienta usa selector de calendario para que puedas elegirlas.
• Un solo apellido. Hay personas registradas con un único apellido, y entonces entra la X. Deja el materno vacío para generarlo.