Error CFDI40159 al timbrar: con RFC genérico, el régimen fiscal del receptor debe ser 616
El error CFDI40159 aparece cuando el receptor usa el RFC genérico XAXX010101000 o XEXX010101000 y su RegimenFiscalReceptor no es la clave 616. En CFDI 4.0 el régimen del receptor es un dato nuevo, y una de las causas más frecuentes de este rechazo es la plantilla del público en general que se migró desde la versión 3.3, que no lo tenía. Aquí verás cómo completar la plantilla y evitar el error.
Resumen rápido del error
- Código: CFDI40159
- Campo: RegimenFiscalReceptor
- Nodo del XML:
cfdi:Receptor - Regla del SAT (Anexo 20): Si el atributo Rfc del Receptor contiene el valor “XAXX010101000” o el valor “XEXX010101000” en este atributo se debe registrar la clave “616”
- Mensaje de rechazo: La clave del campo RegimenFiscalR no corresponde de acuerdo al RFC del receptor.
- Cuándo aparece: al timbrar, antes de que se genere el UUID.
¿Qué significa el error CFDI40159?
Con los RFC genéricos no hay un contribuyente concreto con un régimen que declarar. La regla CFDI40159 fija una clave única para ese caso: 616, que en el catálogo c_RegimenFiscal corresponde a “Sin obligaciones fiscales”.
La regla se activa por el RFC y se suma a las demás del receptor genérico: nombre (CFDI40146), domicilio igual al lugar de expedición (CFDI40149) y uso del CFDI (CFDI40161). Si una sola falla, el comprobante se rechaza, aunque las otras estén bien.
Dónde se valida: el nodo Receptor genérico y régimen
La validación se aplica al atributo RegimenFiscalReceptor del nodo cfdi:Receptor y se activa cuando el Rfc del mismo nodo es uno de los RFC genéricos.
- CFDI40157: el régimen del receptor debe estar en
c_RegimenFiscal. - CFDI40158: el régimen debe corresponder al tipo de persona del receptor.
- CFDI40159: con RFC genérico, el régimen debe ser
616(esta ficha). - CFDI40149: con RFC genérico, el domicilio debe ser igual al
LugarExpedicion. - CFDI40161: el uso debe aplicar al tipo de persona y al régimen del receptor.
Causas más comunes del error CFDI40159
- La plantilla viene de la versión 3.3. En 3.3 no existía el régimen del receptor y la plantilla migrada lo dejó vacío o con un valor por defecto.
- Se usó el régimen más común. La plantilla toma
601para todos los receptores. - Se heredó el del cliente anterior. El sistema conserva el régimen de la última venta.
- Se capturó mal la clave. Se escribió
61o6160en lugar de616. - Se mezclaron plantillas. El receptor genérico usa una plantilla de cliente identificado.
- El RFC se dejó genérico por error. Debía facturarse a un cliente con RFC real y su propio régimen.
Cómo corregir el error CFDI40159 paso a paso
- Revisa el RFC del receptor. Confirma si realmente es uno de los genéricos.
- Corrige el régimen. Registra
616enRegimenFiscalReceptor. - Completa los demás datos genéricos. Revisa nombre, domicilio y uso del CFDI.
- Actualiza la plantilla. Guarda
616en la plantilla para no repetir el error. - Si es un cliente real, usa su RFC. Captura sus datos y su régimen reales.
- Vuelve a timbrar. Con el régimen correcto, el PAC pasa a las demás validaciones.
Ejemplo en el XML: incorrecto y correcto
Ejemplo del público en general con el régimen de una plantilla migrada; los datos son ficticios:
Incorrecto:
<cfdi:Receptor Rfc="XAXX010101000" Nombre="PUBLICO EN GENERAL" DomicilioFiscalReceptor="64000" RegimenFiscalReceptor="601" UsoCFDI="S01" />
Correcto:
<cfdi:Receptor Rfc="XAXX010101000" Nombre="PUBLICO EN GENERAL" DomicilioFiscalReceptor="64000" RegimenFiscalReceptor="616" UsoCFDI="S01" />
Los datos son ficticios. Con este RFC, el domicilio debe igualar el lugar de expedición y el uso del CFDI debe aplicar al régimen 616.
Migración de plantillas: revisa el receptor genérico
Si migraste tu sistema desde la versión 3.3, revisa el receptor genérico como una plantilla propia: debe tener el RFC, el nombre, el régimen 616, el domicilio tomado del lugar de expedición y el uso que corresponda. Haz una factura de prueba con ese receptor antes de la primera venta del día y confirma que se timbra. Evita copiar esa plantilla para un cliente real: crea una ficha nueva con su constancia. Si trabajas con varias sucursales, comprueba que el domicilio cambie con cada lugar de expedición. Para repasar el receptor, consulta la guía de facturación electrónica CFDI 4.0.
Cómo evitar este error con Soicont
Soicont es una plataforma de facturación electrónica CFDI 4.0 con PAC autorizado. Antes de enviar el comprobante a timbrar, valida los datos del receptor, los catálogos del SAT y los cálculos de impuestos, y si algo no cuadra te muestra el error con una explicación clara para que lo corrijas y vuelvas a emitir. Además, tus folios no caducan y puedes facturar para varias empresas (multi-RFC) desde una sola cuenta.
Conoce la facturación electrónica CFDI 4.0, la plataforma y los paquetes de folios.
Errores relacionados
- Error CFDI40158 (RegimenFiscalReceptor): el régimen debe corresponder al tipo de persona del receptor.
- Error CFDI40157 (RegimenFiscalReceptor): el régimen debe estar en el catálogo c_RegimenFiscal.
- Error CFDI40149 (DomicilioFiscalReceptor): con RFC genérico, el domicilio debe ser igual al LugarExpedicion.
- Error CFDI40146 (Nombre): con PUBLICO EN GENERAL, el RFC debe ser XAXX010101000.
- Error CFDI40161 (UsoCFDI): el uso debe aplicar al tipo de persona y al régimen del receptor.
Consulta también el Centro de Soluciones con todos los errores del SAT.
Preguntas frecuentes
¿Qué significa el error 40159?
Que con RFC genérico el régimen del receptor no es 616.
¿Qué es la clave 616?
Una clave del catálogo c_RegimenFiscal para receptores sin obligaciones fiscales.
¿Por qué falla con plantillas viejas?
Porque en la versión 3.3 el receptor no tenía régimen fiscal.
¿Qué otros datos cambian con RFC genérico?
El nombre, el domicilio y el uso del CFDI tienen reglas propias.
¿Y con un cliente identificado?
Aplican las reglas 40157 y 40158.
¿Se genera UUID con este error?
No. El comprobante se rechaza antes del timbrado.
¿Todavía no se resuelve?
Si después de revisar estos puntos el error continúa, escríbenos desde la página de contacto con el código del error y el XML que intentaste timbrar (nunca envíes contraseñas ni la llave privada del CSD). Si aún no tienes cuenta, crea la tuya y empieza a facturar con validaciones previas.