Error CFDI40157 al timbrar: el RegimenFiscalReceptor no pertenece al catálogo c_RegimenFiscal
El error CFDI40157 aparece cuando el atributo RegimenFiscalReceptor del nodo cfdi:Receptor no contiene una clave válida del catálogo c_RegimenFiscal del SAT. A diferencia del régimen del emisor, este dato es del cliente y debe obtenerse de su constancia de situación fiscal. Esta guía se centra en que la clave exista en el catálogo; que corresponda al tipo de persona o al RFC genérico lo revisan otras reglas.
Resumen rápido del error
- Código: CFDI40157
- Campo: RegimenFiscalReceptor
- Nodo del XML:
cfdi:Comprobante/cfdi:Receptor - Regla del SAT (Anexo 20): Este atributo, debe contener un valor del catálogo c_RegimenFiscal.
- Mensaje de rechazo: El campo RegimenFiscalR, no contiene un valor del catálogo c_RegimenFiscal.
- Cuándo aparece: al timbrar, antes de que se genere el UUID.
¿Qué significa el error CFDI40157?
Desde CFDI 4.0, el receptor debe identificarse con su RFC, su nombre tal como aparece en el SAT, su código postal fiscal y su régimen fiscal. Este último se captura con una clave de tres dígitos del catálogo c_RegimenFiscal, como 601 para personas morales de régimen general o 605 para sueldos y salarios.
La regla CFDI40157 solo comprueba que la clave exista en el catálogo. Si existe pero no corresponde a una persona física o moral según el RFC, el rechazo es otro (CFDI40158), y con RFC genérico la clave debe ser 616 (CFDI40159).
Dónde se valida: el nodo Receptor y RegimenFiscalReceptor
La validación se aplica al atributo RegimenFiscalReceptor del nodo cfdi:Receptor, una vez por comprobante. En el mensaje de rechazo del SAT, el nombre del campo aparece abreviado como RegimenFiscalR.
- CFDI40157: la clave debe existir en
c_RegimenFiscal(esta ficha). - CFDI40158: la clave debe corresponder al tipo de persona del receptor.
- CFDI40159: con RFC genérico, la clave debe ser
616. - CFDI40140: la misma pertenencia al catálogo, pero para el emisor.
Causas más comunes del error CFDI40157
- Se escribió el nombre del régimen.
Persona moraloSueldosen lugar de601o605. - Se capturó una clave inexistente. Por ejemplo
60,600o una clave de otro sistema. - El cliente no proporcionó su régimen. Se dejó vacío o con un valor de relleno como
000. - Se tomó el régimen del emisor. Se copió el valor propio en el nodo del receptor.
- El catálogo de clientes trae claves de CFDI 3.3. Los datos anteriores no incluían régimen y se llenaron a mano.
Cómo corregir el error CFDI40157 paso a paso
- Pide la constancia de situación fiscal al cliente. Ahí aparece su régimen o regímenes registrados, su código postal y el nombre como lo tiene el SAT.
- Toma la clave de tres dígitos. Busca el régimen en
c_RegimenFiscal; no escribas el nombre. - Guárdala en la ficha del cliente. Para que se reutilice en las siguientes facturas.
- Revisa el RFC y el domicilio. Deben coincidir con la constancia (CFDI40147 y CFDI40148).
- Para público en general, usa la clave que corresponda al RFC genérico. Es la
616(CFDI40159). - Vuelve a timbrar. Con una clave válida, el PAC continúa con las demás reglas.
Ejemplo en el XML: incorrecto y correcto
Ejemplo con un cliente persona moral; los datos son ficticios:
Incorrecto:
<cfdi:Receptor Rfc="EKU9003173C9" Nombre="CLIENTE DE PRUEBA SA DE CV" DomicilioFiscalReceptor="06600" RegimenFiscalReceptor="Persona moral" UsoCFDI="G03" />
Correcto:
<cfdi:Receptor Rfc="EKU9003173C9" Nombre="CLIENTE DE PRUEBA SA DE CV" DomicilioFiscalReceptor="06600" RegimenFiscalReceptor="601" UsoCFDI="G03" />
Los datos del ejemplo son de prueba. El régimen real del cliente es el de su constancia, y debe ser compatible con el uso del CFDI elegido (CFDI40161).
Cómo pedir los datos fiscales al cliente
Para evitar este rechazo desde el origen, solicita a tus clientes la constancia de situación fiscal antes de facturar y registra RFC, nombre, código postal y régimen en su ficha. Si el cliente tiene varios regímenes, pregunta con cuál desea que se emita la factura. Un formulario de captura con una lista cerrada de claves del catálogo reduce errores de escritura frente a un campo libre. Y si el cliente cambia de régimen, actualiza su ficha: esa es una causa habitual de rechazos en facturas recurrentes.
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 CFDI40159 (RegimenFiscalReceptor): con RFC genérico, el régimen debe ser 616.
- Error CFDI40161 (UsoCFDI): el uso del CFDI debe aplicar al tipo de persona y régimen del receptor.
- Error CFDI40147 (DomicilioFiscalReceptor): el domicilio fiscal debe estar en la lista de RFC inscritos.
- Error CFDI40140 (RegimenFiscal): el régimen del emisor debe pertenecer al catálogo c_RegimenFiscal.
Consulta también el Centro de Soluciones con todos los errores del SAT.
Preguntas frecuentes
¿De dónde saco el régimen de mi cliente?
De su constancia de situación fiscal.
¿Es el mismo dato que el régimen del emisor?
No. El del emisor va en Emisor y el del cliente en Receptor; cada uno tiene sus reglas.
¿Qué clave uso para público en general?
La 616, según CFDI40159, cuando se usa el RFC genérico.
¿Puedo dejar el régimen vacío?
No, es un atributo requerido del receptor en CFDI 4.0.
¿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.