Cómo saber si un RFC es válido (y qué significa cada parte)

Revisado el 9 de octubre de 2026. Redactado con apoyo de IA y verificado contra fuentes oficiales.

Un error en el RFC del receptor es una de las causas más comunes de que una factura salga mal. Antes de timbrar, vale la pena revisar dos cosas distintas: que el RFC esté bien formado y que esté registrado ante el SAT.

Estructura

  • Persona física (13 caracteres): 4 letras tomadas del nombre y apellidos, 6 dígitos con la fecha de nacimiento en formato AAMMDD y 3 caracteres de homoclave. Ejemplo de forma: GODE561231GR8.
  • Persona moral (12 caracteres): 3 letras de la razón social, 6 dígitos con la fecha de constitución (AAMMDD) y 3 de homoclave. Ejemplo: SAT970701NN3.

Los primeros dos caracteres de la homoclave los asigna el SAT para distinguir homónimos; el último es un dígito verificador calculado a partir de los 12 anteriores. Si alguien teclea mal una letra, normalmente el dígito ya no coincide.

RFC genéricos

  • XAXX010101000: público en general (operaciones con personas sin RFC).
  • XEXX010101000: residentes en el extranjero sin RFC mexicano.

Bien formado ≠ registrado

Nuestro validador de RFC revisa formato, que la fecha exista y el dígito verificador. Eso detecta la mayoría de errores de captura, pero no puede saber si el RFC está dado de alta. Para eso, el SAT tiene su propio servicio de validación de RFC. Además, en CFDI 4.0 el nombre, el régimen fiscal y el código postal del receptor deben coincidir con su constancia de situación fiscal; un RFC correcto con nombre distinto también provoca rechazo.

Errores frecuentes

  • Confundir la letra O con el cero en la homoclave.
  • Usar el RFC de 10 caracteres (sin homoclave): no sirve para facturar.
  • Escribir la razón social con "S.A. de C.V." cuando en CFDI 4.0 va sin el régimen societario.

Información general; confirma siempre en el portal del SAT.