RFC inválido en CFDI: las 7 causas más frecuentes y cómo evitarlas

Por qué el SAT valida el RFC con tanta severidad

El RFC es la llave que conecta cada factura con el contribuyente correspondiente. Si el RFC está mal, el SAT no puede cruzar la declaración de ingresos del emisor con la deducción del receptor — el sistema fiscal se rompe.

Por eso el SAT valida el RFC en tiempo real al timbrar. Si algo no cuadra, el PAC (Proveedor Autorizado de Certificación) devuelve un error y la factura no se timbra.

Causa 1: RFC con estructura inválida

El RFC en México sigue una estructura fija:

Personas morales: 3 letras del nombre + 6 dígitos de fecha + 3 caracteres de homoclave Ejemplo: NUB-260101-X01

Personas físicas: 4 letras del nombre/apellidos + 6 dígitos de fecha + 3 caracteres de homoclave Ejemplo: SACH-800215-X01

Si el RFC tiene más o menos caracteres, o las letras/números están en posición incorrecta, el PAC lo rechaza antes de consultar al SAT.

Solución: valida la estructura con regex antes de guardar en tu sistema:

• Personas morales: /^[A-Z&Ñ]{3}[0-9]{6}[A-Z0-9]{3}$/
• Personas físicas: /^[A-Z&Ñ]{4}[0-9]{6}[A-Z0-9]{3}$/

Causa 2: RFC en lista negra (art. 69-B CFF)

El SAT publica una lista de contribuyentes que emitieron CFDIs por operaciones inexistentes (EFOS: Empresas que Facturan Operaciones Simuladas). Si timbras una factura a un RFC en la lista 69-B, el PAC puede rechazarla.

Más importante: si dedujiste facturas de un EFOS en ejercicios anteriores, tienes una contingencia fiscal enorme — aunque la factura fue válida cuando se emitió.

Solución: consulta el LCO (Lista Completa de Obligados) antes de registrar un proveedor nuevo. Nubli lo hace automáticamente al dar de alta proveedores.

Causa 3: RFC cancelado o sin obligaciones

Un RFC puede estar activo estructuralmente (bien formado) pero con estatus "cancelado" o "sin obligaciones" en el SAT. Esto pasa cuando:

• La empresa fue liquidada
• El contribuyente se dio de baja de actividades
• El SAT canceló el RFC por incumplimiento

Timbrar a ese RFC devuelve error aunque la estructura sea perfecta.

Solución: verifica el estatus del RFC en el servicio de verificación del SAT. Nubli lo valida al capturar cada cliente o proveedor.

Causa 4: Régimen fiscal del receptor incorrecto (CFDI 4.0)

Con CFDI 4.0, el receptor debe informar su régimen fiscal y este debe coincidir con lo que el SAT tiene registrado. Si el cliente te dice que su régimen es "601 — General de Ley Personas Morales" pero en el SAT está registrado como "612 — Personas Físicas con Actividades Empresariales", el CFDI se rechaza.

Los regímenes más problemáticos:

• 603 vs 625: personas morales con fines no lucrativos vs régimen simplificado
• 612 vs 621: actividad empresarial vs régimen simplificado de confianza (RESICO)
• Regímenes de persona física para empresa moral

Solución: pídele a tu cliente su Constancia de Situación Fiscal (PDF del SAT) que incluye RFC y régimen exacto. No confíes en lo que te dicen de memoria.

Causa 5: CP del domicilio fiscal incorrecto

También nuevo en CFDI 4.0: el CP del receptor debe coincidir con el domicilio fiscal registrado en el SAT. Un cliente que puso su CP de oficina pero tiene domicilio fiscal diferente generará error.

Solución: lo mismo que el punto anterior: Constancia de Situación Fiscal tiene el CP correcto.

Causa 6: RFC genérico mal usado

El SAT define 3 RFCs genéricos para casos específicos:

• XAXX010101000: ventas al público en general (factura global, tickets sin RFC)
• XEXX010101000: receptores en el extranjero
• AAA010101AAA: RFC de prueba (SOLO en ambiente sandbox del SAT, nunca en producción)

El error más común: usar AAA010101AAA en facturas reales. Este RFC es solo para pruebas — el PAC lo rechaza inmediatamente en producción.

Otro error: usar XAXX010101000 para un cliente extranjero. El RFC correcto en ese caso es XEXX010101000.

Causa 7: Homoclave incorrecta

La homoclave (últimos 3 caracteres del RFC) es calculada por el SAT con un algoritmo propio. Muchas personas confunden caracteres similares:

• O (letra O) vs 0 (número cero)
• I (letra I mayúscula) vs 1 (número uno)
• B vs 8 (en algunas fuentes con serif)

Un RFC con la homoclave incorrecta pasa la validación de estructura pero falla en la consulta al SAT.

Solución: obtén el RFC directamente de la Constancia de Situación Fiscal — nunca lo captures a mano desde una tarjeta de presentación.

Flujo de validación de RFC en Nubli

Cuando capturas un cliente o proveedor en Nubli:

1. Validación de estructura (inmediata, local): formato correcto de personas física/moral
2. Consulta al LCO (en línea, al guardar): verifica que el RFC no esté en lista negra 69-B
3. Validación de régimen + CP (antes de timbrar): cruza los datos del receptor con los capturados — alerta si el régimen o CP difieren de la Constancia

Si algo falla, Nubli muestra una advertencia específica antes de que intentes timbrar.

Qué hacer cuando el SAT ya rechazó el CFDI

1. Identifica el código de error exacto del PAC (cada error tiene un código)
2. Corrige el dato incorrecto (RFC, régimen, CP) en el catálogo de clientes
3. Vuelve a intentar el timbrado

Si el receptor es quien tiene su RFC mal ante el SAT (por ejemplo, régimen desactualizado), necesita ir a una oficina del SAT o usar el portal "Mi Portal SAT" para corregir su información fiscal. Mientras tanto, puedes emitirle factura global (XAXX) o esperar a que regularice.

Conclusión

El error de "RFC inválido" en CFDI rara vez es un simple error de tipeo — casi siempre hay algo desactualizado o desconocido sobre el estatus fiscal del receptor. La solución preventiva es siempre pedir la Constancia de Situación Fiscal y validar el RFC antes de intentar timbrar.