Errores comunes al timbrar un CFDI 4.0: catálogo de códigos SAT y cómo resolverlos

Tiempo de lectura: 7 minutos

Un CFDI rechazado por el PAC no es solo una molestia técnica: retrasa el cobro, puede dejarte fuera de la ventana de 72 horas para timbrar con la fecha correcta y, si pasa seguido, hace que la facturación se sienta poco confiable. La mayoría de los rechazos, sin embargo, se repiten entre patrones muy conocidos. Esta guía junta los más comunes, con el código de error, la causa real y cómo evitarlo.

Cómo leer un error de timbrado

Cuando un PAC rechaza un CFDI, la respuesta incluye un código con el formato CFDIxxxxx y un mensaje descriptivo. El código identifica la regla de validación específica del Anexo 20 del SAT que falló; el mensaje suele decir exactamente qué campo está mal, pero no siempre explica por qué pasó ni cómo corregirlo de raíz.

CFDI40175 — Nombre del receptor no coincide con el SAT

Mensaje típico: El nombre del receptor no coincide con el registrado en el RFC.

Causa: el SAT valida en tiempo real que el campo Nombre del receptor sea idéntico —carácter a carácter, incluyendo acentos y espacios— al razón social o nombre registrado para ese RFC. Este es el error de validación más frecuente en CFDI 4.0, porque fue el campo que se volvió obligatorio al pasar de la versión 3.3.

Solución:

• Pide al cliente su constancia de situación fiscal actualizada y copia el nombre exactamente como aparece ahí.
• No lo captures de memoria ni lo tomes de un CFDI anterior con la versión 3.3 — el nombre pudo no validarse entonces.
• Si el receptor cambió de razón social recientemente, la constancia vieja ya no sirve.

CFDI40149 — DomicilioFiscalReceptor no coincide con LugarExpedicion

Mensaje típico: El campo DomicilioFiscalReceptor no es igual al valor del campo LugarExpedicion.

Causa: este error aparece casi siempre al facturar a público en general, con el RFC genérico XAXX010101000. El SAT no tiene un domicilio fiscal real que validar para ese RFC, así que exige que DomicilioFiscalReceptor sea idéntico a LugarExpedicion (el código postal del emisor) — no el código postal que tengas guardado en la ficha del cliente.

Es un error fácil de introducir si tu sistema arma el CFDI usando siempre el CP guardado del cliente, sin una regla especial para el RFC genérico.

Solución:

• Para RFC XAXX010101000 (público en general) o XEXX010101000 (extranjero), fuerza DomicilioFiscalReceptor = LugarExpedicion del emisor, sin excepción.
• No confíes en un fallback que solo se activa cuando el campo viene vacío — si tu código siempre manda un valor (aunque sea el CP guardado), el fallback nunca se ejecuta y el bug pasa desapercibido hasta que el PAC lo rechaza.

Régimen fiscal inválido para RFC genérico

Mensaje típico: variaciones de El régimen fiscal del receptor no es válido para el RFC proporcionado.

Causa: el mismo patrón que el error anterior, pero con RegimenFiscalReceptor. Para RFC genérico (XAXX010101000 / XEXX010101000), el único régimen fiscal válido es 616 (Sin obligaciones fiscales). Si el cliente se capturó alguna vez con un régimen distinto —porque el sistema no validó esa regla al momento de guardarlo—, el timbrado fallará al facturar, no al capturar el dato.

Solución:

• Valida la combinación RFC genérico + régimen 616 al capturar o editar el cliente, no solo al timbrar. Descubrir el problema en el formulario de alta es mucho más barato que descubrirlo como rechazo del PAC en medio de un cobro.
• Si administras clientes en bloque o los importaste de otro sistema, revisa que ninguno tenga RFC genérico con un régimen distinto de 616.

ClaveProdServ o ClaveUnidad fuera del catálogo SAT

Mensaje típico: La clave de producto/servicio no existe en el catálogo o La clave de unidad no es válida.

Causa: el SAT mantiene catálogos oficiales (c_ClaveProdServ, c_ClaveUnidad) que se actualizan periódicamente. Una clave que funcionaba hace unos meses puede quedar obsoleta, o puede haberse capturado mal a mano.

Solución:

• No captures estas claves como texto libre. Usa un buscador con autocompletado sobre el catálogo SAT vigente para que el usuario elija la clave correcta por descripción, no por número.
• Si tu sistema permite productos guardados de antes, valida periódicamente que sus claves sigan existiendo en el catálogo actual.

Fecha de emisión fuera de rango

Mensaje típico: La fecha del comprobante no se encuentra dentro del rango permitido.

Causa: el PAC rechaza CFDIs cuya fecha de emisión sea anterior a 72 horas antes del momento del timbrado. Esto pasa seguido cuando un sistema genera el XML con una fecha "de intención" (por ejemplo, la fecha en que se cerró la venta) en vez de la fecha real de envío a timbrar.

Solución:

• Genera la fecha del CFDI en el momento exacto de enviarlo al PAC, nunca con fecha retroactiva.
• Si necesitas facturar una venta de hace varios días, la fecha del CFDI debe ser la de hoy — el CFDI no representa cuándo ocurrió la venta, sino cuándo se emitió el comprobante.

Tabla resumen

Cómo Timbrix previene estos errores antes de timbrar

La mayoría de estos rechazos comparten un patrón: el dato incorrecto se capturó en un formulario mucho antes de intentar timbrar, y el error solo se descubre cuando ya es tarde para corregirlo sin fricción.

Timbrix valida el RFC, el régimen fiscal y el catálogo SAT en el momento de capturar clientes y productos —no solo al timbrar— y aplica automáticamente las reglas especiales de RFC genérico (dominio fiscal y régimen 616). El resultado: menos rechazos sorpresa y menos retimbrados.

Prueba Timbrix 14 días gratis, sin tarjeta →

¿Tu CFDI fue rechazado con un código que no está en esta lista? Escríbenos a soporte@timbrix.mx o revisa nuestra documentación técnica.