Errores del SAT al facturar: qué significa CFDI40147, CFDI40145 y los demás

Le das clic a “Facturar” y en lugar de la factura sale esto:

CFDI40147 — El campo DomicilioFiscalReceptor del receptor, debe encontrarse en la lista de RFC inscritos no cancelados en el SAT.

Y ahí te quedas. El mensaje habla de un campo del XML que nunca has visto, de una lista que no sabes dónde está, y no dice qué tienes que cambiar. El cajero concluye lo razonable —“el sistema está roto”— y la venta se queda sin factura.

No está roto. Falta un dato, o hay uno que no coincide con lo que el SAT tiene registrado. Esta guía traduce los errores más comunes: qué dato es, dónde se corrige, y por qué el mensaje del SAT casi nunca apunta al problema real.

Antes de empezar: por qué los mensajes engañan

El SAT valida el comprobante contra sus propios catálogos y contra el registro de contribuyentes. Cuando algo no cuadra, devuelve el código de la regla que se rompió — no el dato que hay que arreglar.

Y a veces el código apunta a un campo y el problema está en otro. El caso más frustrante es CFDI40147: habla del código postal, y muchas veces el problema es que el RFC del receptor no puede recibir esa factura. Volveremos a eso.

CFDI40147 — “el DomicilioFiscalReceptor debe encontrarse en la lista de RFC inscritos”

Qué dice el SAT: que el domicilio fiscal del receptor no está en su lista.

Qué significa en realidad: el par RFC + código postal del cliente no coincide con lo que el SAT tiene registrado para ese contribuyente.

Dónde se corrige: en la ficha del cliente. El código postal tiene que ser exactamente el de su Constancia de Situación Fiscal — no el de la dirección de entrega, no el de su sucursal, no el tuyo.

El error que se comete siempre: mandar el código postal del EMISOR como domicilio del receptor. Suena inofensivo —“es el mismo pueblo”— y el SAT lo rechaza sin excepción, porque el domicilio fiscal identifica al contribuyente igual que su RFC.

Y la trampa que cuesta horas: este mismo código sale cuando el emisor y el receptor son el mismo RFC. Nadie se factura a sí mismo, y el SAT lo rechaza — pero el mensaje sigue hablando del código postal. Se pueden probar diez códigos postales distintos, uno por uno, antes de caer en que el problema no era el código postal.

Si estás probando y el RFC del receptor es el mismo del emisor, ése es el problema. Cambia el receptor.

CFDI40145 — “el Nombre del receptor debe pertenecer al nombre asociado al RFC”

Qué dice el SAT: que el nombre del cliente no corresponde a su RFC.

Qué significa: el nombre que mandaste no es la razón social exacta del registro del SAT.

Aquí hay tres formas de equivocarse, y las tres son comunes:

En el mostrador el cliente es “Don Beto” o “Constructora Ríos”. En el SAT es RIOS CONSTRUCCIONES Y PROYECTOS. Son datos distintos y el comprobante necesita el segundo.

Un punto de venta bien hecho guarda los dos: el nombre con el que lo conoces para buscarlo, y su razón social para facturarle.

2. Incluir el régimen de capital

Ésta es la más traicionera. La razón social del registro del SAT no incluye “SA DE CV”, “S DE RL DE CV” ni “SAPI DE CV”: el régimen de capital es un campo aparte de la Constancia, no parte del nombre.

Se manda	El SAT espera
`ESCUELA KEMPER URGATE SA DE CV`	`ESCUELA KEMPER URGATE`
`FERRETERIA LOPEZ, S.A. DE C.V.`	`FERRETERIA LOPEZ`
`MATERIALES DEL NORTE S. DE R.L. DE C.V.`	`MATERIALES DEL NORTE`

3. Los acentos y la Ñ

El registro del SAT guarda los nombres sin acentos: FERRETERIA LOPEZ, no FERRETERÍA LÓPEZ.

Pero la Ñ sí se conserva, y ahí se equivoca casi todo el mundo. La Ñ no es una vocal acentuada: es una letra del alfabeto. Un sistema que “quita los acentos” con una función genérica convierte UNIVERSIDAD ROBOTICA ESPAÑOLA en ESPANOLA, y el SAT lo rechaza — con este mismo código, que habla del nombre sin decir qué letra.

CFDI40139 — el mismo problema, pero del emisor

Idéntico a CFDI40145, del otro lado: el nombre de tu negocio no coincide con tu RFC.

Y la causa casi siempre es la misma confusión: el nombre comercial no es la razón social. Tu ferretería se llama “Ferretería Los Huastecos” en el letrero, en el ticket y en la fachada. Pero si estás dado de alta como COMERCIALIZADORA HUASTECOS, eso es lo que va en la factura.

Si tu sistema usa el mismo campo para el nombre del ticket y para el nombre de la factura, ninguna de tus facturas va a pasar hasta que los dos nombres coincidan por casualidad. Son dos datos distintos y necesitan dos campos.

CFDI40130 — “el nodo Información Global debe existir”

Qué dice el SAT: que cuando el receptor es XAXX010101000 con nombre PUBLICO EN GENERAL, el comprobante tiene que llevar el nodo InformacionGlobal.

Qué significa: estás intentando emitir una factura individual al público en general, y eso no existe como figura fiscal.

Las ventas de mostrador que nadie pidió facturar no se facturan de una en una. Van todas juntas en la factura global del periodo, que sí lleva ese nodo con la periodicidad, el mes y el año.

Dónde se corrige: no en la venta. Si el cliente quiere su factura, hay que asignarle un cliente con RFC a esa venta. Si no la pidió, la venta va a la factura global del mes.

Cómo funciona la factura global y por qué es obligatoria es un tema completo por su cuenta, porque es obligación legal de todo negocio que le vende al público.

CFDI40179 — “el valor del campo TasaOCuota no está en el catálogo”

Qué dice el SAT: que la tasa de impuesto que mandaste no existe en su catálogo c_TasaOCuota.

Qué significa: el IVA que va en el comprobante tiene que ser exactamente uno de estos valores, con seis decimales:

Tasa	Cómo va en el XML
0%	`0.000000`
8% (región frontera)	`0.080000`
16%	`0.160000`

Cualquier otro número se rechaza. Y hay dos formas de llegar ahí sin darse cuenta:

Un producto capturado con una tasa que no existe. Alguien puso 15% en un artículo. El SAT no tiene 15%.

Una tasa promediada. Ésta es más sutil y le pasa a sistemas que parecen bien hechos. Si un comprobante agrupa productos al 16% y al 0% en un solo concepto y calcula la tasa como impuesto total ÷ subtotal, sale algo como 0.153872. Ese número no está en el catálogo y nunca va a estar.

Lo correcto es un concepto por tasa, no un promedio: el comprobante lleva un renglón para lo que va al 16% y otro para lo que va al 0%. Es también lo único que cuadra con lo que de verdad se cobró.

“El rango de la fecha de generación no debe ser mayor a 72 horas”

Este no siempre trae código; lo devuelve el PAC directamente, y con un detalle que lo delata:

Fecha de emisión: 2026-09-10T18:17:52 · Fecha del Servidor: 2026-09-10T13:17:52

Cinco horas en el futuro. El SAT exige que la fecha del comprobante esté dentro de las 72 horas anteriores al timbrado y nunca en el futuro, y la compara contra su propio reloj en hora de México.

Qué significa: el sistema está mandando la fecha en UTC en lugar de hora local. En México eso son cinco o seis horas adelante, así que todo se rechaza.

Dónde se corrige: no es un dato tuyo, es un defecto del software. Si tu punto de venta te da este error, no hay nada que capturar: hay que reportarlo.

Y una consecuencia que sí te toca conocer: por esa misma regla de 72 horas, un ticket de hace cinco días no se puede timbrar con su fecha original. Si un cliente vuelve una semana después pidiendo factura, el comprobante se emite con la fecha de hoy. No es una limitación del sistema: es la ley.

Los errores del certificado: 302 y 303

Estos vienen del PAC y son de configuración, no de captura.

302 — “el sello del comprobante es inválido”. Casi siempre significa que el certificado de sello digital (CSD) que está cargado con tu proveedor de facturación venció o fue reemplazado. El CSD dura cuatro años y el SAT también lo puede revocar. Hay que subir el vigente.

303 — “el certificado es de un RFC distinto”. El RFC configurado en el sistema no es el del CSD que subiste. Pasa clásicamente al cambiar de razón social: se actualiza el RFC en el sistema y se olvida subir el CSD nuevo, o al revés.

307 — “esta factura ya estaba timbrada”

El SAT no permite timbrar dos veces el mismo comprobante.

Qué significa: casi siempre que el primer intento sí funcionó y la respuesta se perdió en el camino — se cayó el internet justo ahí, o alguien le dio dos veces al botón.

Qué hacer: no volver a intentar. Buscar la factura en el sistema: la que ya existe es la válida.

La regla que se lleva la mitad de estos errores

De los ocho errores de arriba, cuatro son el mismo problema: un dato del cliente que no coincide con su registro en el SAT.

Y los cuatro se evitan capturando bien, una sola vez, lo que viene en la Constancia de Situación Fiscal del cliente:

El RFC
La razón social exacta, sin régimen de capital
El régimen fiscal (601, 605, 612, 626…)
El código postal de su domicilio fiscal

Son cuatro datos de un papel que el cliente ya tiene. Pídeselos la primera vez que te pida factura y no vuelves a ver ninguno de estos errores con él.

Qué datos necesitas de la Constancia de Situación Fiscal y dónde vienen los explica uno por uno, con dónde encontrarlos en el documento.

Lo que un buen punto de venta hace con esto

Un sistema no puede adivinar el RFC de tu cliente. Pero sí puede hacer tres cosas que cambian por completo la experiencia:

Negarse antes de intentar. Si al cliente le falta el código postal, decirlo con una frase clara —“a este cliente le falta el código postal fiscal; viene en su Constancia”— en lugar de mandar el comprobante al SAT para que lo rechace. Un folio rechazado no se cobra, pero un cajero frente a un párrafo del SAT sí cuesta.
Guardar los dos nombres. El comercial para buscar al cliente, la razón social para facturarle.
Traducir el error. Si el SAT devuelve CFDI40147, decir “el código postal de este cliente no coincide con su RFC en el SAT”, no repetir el código.

Es la diferencia entre un sistema que factura y uno que además te deja trabajar. Así está hecha la facturación CFDI 4.0 de Nechicoa POS.

Preguntas frecuentes

¿Un folio rechazado me lo cobran? No. El proveedor de facturación cobra el timbre cuando el comprobante se timbra. Un rechazo de validación no consume folio.

¿Puedo facturar sin la Constancia del cliente? Solo si te da los cuatro datos por otro medio y son correctos. La Constancia es la forma de estar seguro, y se descarga gratis del portal del SAT en un minuto.

¿Y si el cliente insiste en que su razón social lleva “SA de CV”? Su acta constitutiva la lleva; el registro del SAT no. Para la factura vale el registro del SAT. Muéstrale su Constancia: ahí el régimen de capital viene en un campo aparte.

¿Por qué me pide el código postal si ya tengo su RFC? Porque CFDI 4.0 los valida juntos, desde 2022. Con el RFC solo no alcanza.