Datos del receptor en CFDI 4.0: los errores que rechaza el SAT

En CFDI 4.0 los datos del receptor se validan contra el padrón del SAT en tiempo real. Eso cambió la naturaleza del error: antes un dato mal escrito se descubría meses después; ahora el timbrado simplemente falla y la venta se queda sin factura hasta que alguien lo resuelve.

Estos son los cinco puntos donde falla.

1. El nombre, exactamente como en la constancia

Es el que más rechazos causa. El nombre o razón social debe coincidir con el registrado ante el SAT: en mayúsculas y sin la terminación del régimen societario ni puntuación adicional.

Los errores típicos:

• escribir "S.A. de C.V." cuando el padrón no lo trae;
• puntos y comas de más ("S.A.P.I. DE C.V." vs "SAPI DE CV");
• acentos donde el padrón no los tiene, o al revés;
• nombre de la marca comercial en lugar de la razón social.

Ninguno es un error "de fondo", y los cinco tumban el timbrado igual.

2. El régimen fiscal debe estar registrado para ese RFC

No basta con que el régimen exista en el catálogo: tiene que ser uno que ese contribuyente tenga registrado. Un cliente que se dio de baja de un régimen o migró a otro y sigue dictando el anterior de memoria genera un rechazo que parece inexplicable.

La constancia de situación fiscal es la fuente de verdad, y es un PDF que el cliente puede descargar en minutos.

3. El código postal es el del domicilio fiscal, no el de envío

DomicilioFiscalReceptor es sólo el código postal, y es el del domicilio fiscal registrado ante el SAT. En una tienda en línea la tentación de reutilizar el CP de entrega es enorme, y está mal en todos los casos en que el cliente factura a un domicilio distinto del que recibe el paquete — que son muchos.

Es el error más silencioso de la lista, porque no siempre rechaza: a veces sólo deja una factura con un dato equivocado.

4. El uso de CFDI tiene que ser válido para su régimen

El catálogo de usos no aplica por igual a todos los regímenes. Un uso que es válido para una persona moral puede no serlo para una persona física en cierto régimen, y ahí el rechazo llega con un mensaje poco descriptivo.

Cuando el cliente no sabe qué elegir, "gastos en general" es la respuesta habitual, pero no es universal — y no es un dato que tú puedas decidir por él.

5. RFC genérico donde no corresponde

El RFC genérico de público en general se usa en la factura global, con su nombre, régimen y uso específicos. Usarlo en una factura nominativa —o intentar usar los datos de un cliente en una global— produce comprobantes que no sirven para lo que se necesitaban.

Qué hacer cuando el PAC devuelve un error

Dos hábitos ahorran horas:

Mostrar el error tal como llega. Un mensaje traducido a "hubo un problema" borra justo la información que permite arreglarlo. El código y el texto del SAT son útiles: dicen qué campo falló.

Pedirle la constancia al cliente, no los datos. Cuando el cliente dicta sus datos de memoria, los errores se repiten. Con el PDF a la vista se resuelven a la primera.

Cómo se evita de raíz

Capturando los datos fiscales en el momento de la compra y validándolos ahí, no dos semanas después cuando el cliente pide su factura y ya nadie recuerda el pedido. Desde 2025 el checkout de Shopify recoge el RFC de forma nativa para envíos a México; cómo aprovecharlo está en RFC en el checkout de Shopify.