Homoclave del RFC: qué es, cómo se calcula y por qué te la piden
La homoclave son los últimos 3 caracteres de tu RFC — generalmente una combinación de letras y números — y existen para garantizar que tu RFC sea único frente a otras personas con nombres parecidos. Esta guía explica qué significan, cómo el SAT las calcula, ejemplos concretos del RFC con y sin homoclave, y por qué bancos, fintechs y plataformas SaaS requieren el RFC completo.
¿Qué es la homoclave del RFC?
El RFC (Registro Federal de Contribuyentes) es el identificador fiscal único que el SAT asigna a cada persona —física o moral— que paga impuestos en México. Para personas físicas tiene 13 caracteres; para personas morales, 12.
Los primeros caracteres del RFC se calculan a partir de tu nombre y fecha de nacimiento (o, para empresas, razón social y fecha de constitución). El problema es que muchas personas comparten esas características — hay miles de “García Martínez” nacidos un 14 de febrero. Sin un mecanismo adicional, sus RFCs serían idénticos.
Para resolverlo, el SAT añade al final una homoclave de 3 caracteres calculada algorítmicamente a partir del nombre completo del contribuyente (no solo las primeras letras). Las posiciones 11 y 12 son una representación compacta del nombre; la posición 13 es un dígito verificador. Así, dos personas con datos básicos similares terminan con RFCs distintos.
¿Cómo se compone un RFC completo?
Antes de hablar de la homoclave en aislamiento, conviene entender qué ocupa cada posición del RFC. Aquí están los dos formatos posibles.
Persona física (13 caracteres)
Ejemplo: GAMA850214H58
| Posiciones | Significado | Ejemplo | Detalle |
|---|---|---|---|
| 1-4 | Letras del nombre | GAMA | Inicial del primer apellido + primera vocal del primer apellido + inicial del segundo apellido + inicial del nombre. Filtros especiales aplican para nombres compuestos. |
| 5-10 | Fecha de nacimiento | 850214 | Año (2 dígitos) + mes + día. Por ejemplo, 850214 = 14 de febrero de 1985. |
| 11-12 | Homoclave (parte alfanumérica) | H5 | Representación compacta del nombre completo, calculada con la tabla de conversión del SAT. |
| 13 | Homoclave (dígito verificador) | 8 | Dígito de control que valida que el RFC completo es internamente consistente. |
Persona moral (12 caracteres)
Ejemplo: VEM260101L93
| Posiciones | Significado | Ejemplo | Detalle |
|---|---|---|---|
| 1-3 | Letras de la razón social | VEM | Iniciales de las palabras significativas de la razón social. Para 'VerifyMX S.A.P.I. de C.V.' sería 'VEM' o similar según los filtros del SAT. |
| 4-9 | Fecha de constitución | 260101 | Año + mes + día en que la persona moral fue legalmente constituida. |
| 10-11 | Homoclave (parte alfanumérica) | L9 | Calculada a partir de la razón social completa. |
| 12 | Homoclave (dígito verificador) | 3 | Dígito de control del RFC completo. |
RFC con homoclave vs sin homoclave (con ejemplos)
La diferencia está en si los últimos 3 caracteres están presentes o no. Algunos sistemas aceptan ambas formas; los trámites formales y la facturación CFDI siempre requieren el RFC completo. Estos son los formatos que vas a ver en la práctica.
| Tipo | Ejemplo | Cuándo se usa |
|---|---|---|
| Persona física, sin homoclave | GAMA850214 | 10 caracteres. Algunas búsquedas informales aceptan esta forma. |
| Persona física, con homoclave | GAMA850214H58 | 13 caracteres. Forma completa requerida para facturación y trámites formales. |
| Persona moral, sin homoclave | VEM260101 | 9 caracteres. Solo informativa. |
| Persona moral, con homoclave | VEM260101L93 | 12 caracteres. Forma completa. |
| RFC genérico (público en general) | XAXX010101000 | Usado en CFDIs para clientes sin RFC propio (público general). |
| RFC genérico extranjero | XEXX010101000 | Usado en CFDIs para residentes en el extranjero sin RFC mexicano. |
¿Cómo se calcula la homoclave?
El algoritmo del SAT toma el nombre completo, lo convierte a una representación numérica con una tabla pública de equivalencias, agrupa los dígitos por pares, suma y aplica módulos para producir los 2 caracteres alfanuméricos. El último carácter (el dígito verificador) se calcula sobre los 12 caracteres anteriores.
1. Conversión a números
Cada letra del nombre completo se mapea a un número con la tabla del SAT (A=10, B=11, etc., con reglas especiales para ‘Ñ’, acentos y caracteres compuestos).
2. Pares y multiplicación
La cadena resultante se agrupa por pares de números consecutivos. Cada par se multiplica entre sí siguiendo una secuencia específica.
3. Módulo y mapeo final
La suma se divide entre 1000; los últimos 3 dígitos se convierten en los caracteres alfanuméricos finales con otra tabla del SAT. El 13° dígito es el verificador del RFC completo.
Importante: el algoritmo es determinístico — el mismo nombre completo y fecha de nacimiento siempre producen la misma homoclave. Pero requiere el nombre oficial exacto registrado en el acta de nacimiento, incluyendo segundo nombre si lo tienes. Errores de captura producen homoclaves incorrectas.
¿Por qué te piden el RFC con homoclave?
Para evitar duplicados. Sin la homoclave, miles de personas tendrían el mismo RFC. Sistemas que dependen de unicidad —facturación electrónica, padrón de proveedores, alta en CNBV— rechazarían los duplicados o asignarían transacciones a la persona equivocada.
Para validar autenticidad. El dígito verificador (el último carácter) está calculado matemáticamente a partir de los 12 anteriores. Si alguien inventa un RFC al azar, el dígito verificador no va a coincidir con el algoritmo del SAT, y un sistema bien construido lo detecta como inválido.
Por cumplimiento. Las disposiciones de la CNBV y las reglas del SAT para facturación CFDI 4.0 exigen el RFC completo del receptor. Un CFDI emitido con RFC sin homoclave es rechazado por el portal del SAT.
Para equipos KYC: validar RFC con homoclave
Si tu producto pide RFC al usuario en un onboarding o flujo de alta, la validación tiene tres niveles. Cada nivel atrapa un tipo distinto de error o fraude.
Tres validaciones que tu sistema debe hacer
- Validación de formato. Confirma que el RFC tiene 13 o 12 caracteres y que sigue el patrón correcto (letras-dígitos-homoclave). Atrapa errores de captura básicos.
- Reconstrucción de la homoclave. Pide al usuario nombre completo + fecha de nacimiento. Recalcula la homoclave esperada con el algoritmo del SAT y compárala con la del RFC recibido. Si no coinciden, o el RFC es inválido, o los datos personales fueron alterados.
- Validación del dígito verificador. El 13° carácter (o 12° para personas morales) debe satisfacer el módulo de checksum sobre los caracteres anteriores. Esto atrapa errores de captura sutiles, como un dígito cambiado.
Lo que NO necesitas para validar la homoclave
No necesitas consultar al SAT en línea para verificar que una homoclave es correcta. Todo el algoritmo es público y determinístico — con el nombre completo y la fecha de nacimiento, puedes recalcularla localmente. Las consultas al SAT son útiles para confirmar estatus (vigente / suspendido / cancelado) y régimen fiscal, no para validar la matemática del RFC.
FAQ
Preguntas frecuentes sobre la homoclave del RFC
¿No encuentras tu pregunta? Escríbenos a soporte@verifymx.xyz y respondemos el mismo día hábil.
¿Qué es la homoclave del RFC?
Son los últimos 3 caracteres de tu RFC. Las primeras dos posiciones forman una representación compacta calculada algorítmicamente a partir del nombre completo del contribuyente; la tercera posición es un dígito verificador. La homoclave existe para distinguir entre personas que comparten las mismas primeras 4 letras del nombre y la misma fecha de nacimiento — sin ella, habría miles de RFCs duplicados.
¿Cuál es la homoclave del RFC?
Voltea tu constancia de situación fiscal o tu factura CFDI y revisa tu RFC. Tiene 13 caracteres si eres persona física (4 letras + 6 dígitos + 3 caracteres) o 12 si eres persona moral (3 letras + 6 dígitos + 3 caracteres). La homoclave son los últimos 3 caracteres — generalmente una combinación de letras y números, por ejemplo: en GAMA850214H58, la homoclave es 'H58'.
¿Cuál es el RFC sin homoclave?
El RFC sin homoclave es la primera parte del RFC, antes de los últimos 3 caracteres. Para personas físicas son 10 caracteres (4 letras del nombre + 6 dígitos de fecha de nacimiento, por ejemplo: GAMA850214). Para personas morales son 9 caracteres (3 letras + 6 dígitos). El SAT genera el RFC sin homoclave a partir de tus datos personales con reglas públicas; la homoclave se calcula después para garantizar unicidad.
¿Cómo se calcula la homoclave del RFC?
El SAT toma el nombre completo del contribuyente, lo convierte a una representación numérica con una tabla de conversión, agrupa los números en pares y aplica un algoritmo de módulo. El resultado es una combinación de letras y números de 2 caracteres. Después añade un tercer dígito verificador que valida internamente el RFC completo. Es un proceso determinístico — el mismo nombre completo siempre produce la misma homoclave.
¿Por qué algunos formularios piden RFC con homoclave y otros sin?
Depende del propósito. Para procesos formales y vinculantes (facturación CFDI, alta en SAT, contratos, KYC bancario regulado por CNBV), siempre se necesita el RFC completo con homoclave — porque la unicidad es crítica. Para consultas informales, búsquedas o cálculos preliminares, el RFC sin homoclave puede ser suficiente. Cuando un sistema acepta solo 10 caracteres, está pidiendo el RFC sin homoclave.
¿Mi homoclave puede cambiar con el tiempo?
No. La homoclave se calcula a partir de tu nombre completo y fecha de nacimiento, datos que no cambian (excepto en casos legales muy específicos como rectificación de nombre o cambio de sexo registral). Si nada cambia en tu acta de nacimiento, tu homoclave es la misma para siempre. Si cambias formalmente tu nombre, te asignan una nueva homoclave porque el algoritmo produce un resultado distinto.
¿Qué es el RFC genérico?
Es un RFC que el SAT permite usar cuando una factura se emite a un cliente sin RFC propio — típicamente extranjeros o personas que no requieren registro fiscal mexicano. Hay dos: XAXX010101000 para personas físicas/genéricas y XEXX010101000 para residentes en el extranjero. Tienen 'homoclave' formal (los últimos 3 caracteres) pero son códigos de relleno, no calculados a partir de un nombre real.
¿Cómo verifico si una homoclave es correcta?
Hay dos formas: (1) recalcular la homoclave a partir del nombre y fecha de nacimiento usando el algoritmo del SAT, y compararla con la que recibes — si no coincide, el RFC es inválido o el nombre fue alterado; (2) consultarla contra el padrón del SAT mediante servicios que tienen acceso a esa base. Para validación masiva o automatizada en sistemas KYC, el approach (1) es el estándar.
¿La homoclave del RFC es lo mismo que la del CURP?
No, son cosas distintas. La CURP también tiene un dígito verificador al final (la posición 18), pero se calcula con un algoritmo diferente al de la homoclave RFC. Además, el CURP no tiene 'homoclave' como tal — los caracteres 17 y 18 son una distinción por evitar homonimias entre personas con CURPs muy similares + un dígito verificador.
¿VerifyMX puede validar RFCs con homoclave automáticamente?
Sí. Nuestro endpoint de validación de RFC verifica el formato (13 o 12 caracteres), reconstruye la homoclave esperada a partir del nombre y fecha que tú nos pases, y la compara contra la homoclave del RFC recibido. Si no coincide, el RFC es algorítmicamente inválido. Mira /validacion/rfc para integración.
Reduce fraude sin afectar conversión. Empieza con 100 verificaciones gratis.
Sin tarjeta, sin compromiso. Una integración (API, SDK o widget), una factura CFDI, un equipo en español, control total de tu KYC.