El cambio de fondo
CFDI 4.0 hizo una cosa que lo cambió todo: los datos del receptor tienen que coincidir con lo que el SAT tiene registrado. Antes bastaba un RFC bien escrito; ahora el comprobante se valida contra el padrón antes de timbrarse.
El efecto práctico es que tu catálogo de clientes se volvió información fiscal. Un cliente con la razón social mal capturada ya no es un detalle cosmético: es una factura que no sale.
Los cuatro datos del receptor
- RFC
- Tiene que existir y estar activo en el padrón.
- Nombre o razón social
- Exactamente como aparece en su Constancia de Situación Fiscal.
- Régimen fiscal
- El del receptor, no el tuyo. Y tiene que ser compatible con su tipo de persona.
- Código postal del domicilio fiscal
- El fiscal. No el de la sucursal a la que entregas ni el de la dirección comercial.
Los cuatro juntos. Si uno falla, se rechaza el comprobante completo.
Otros campos que se agregaron
- Objeto de impuesto, por concepto: si esa partida es o no objeto de impuesto, y si desglosa el detalle. Va en cada línea, no en el total.
- Exportación, a nivel comprobante, incluso cuando no exportas.
- Información global para las facturas del público en general, con periodicidad, mes y año.
- Uso de CFDI compatible con el régimen del receptor — otra combinación que se valida.
Dónde está el error, casi siempre
Cuando el PAC rechaza y el RFC se ve bien, revisa en este orden:
- La razón social escrita de memoria o copiada de una factura de hace años. El régimen societario, los acentos y las abreviaturas importan.
- El régimen fiscal del cliente cambió y nadie lo actualizó en tu catálogo.
- El código postal es el de entrega y no el fiscal.
- El uso de CFDI no corresponde al régimen del receptor.
Fíjate en el patrón: ninguno es un problema de facturación. Todos son datos del cliente mal guardados. Por eso el arreglo tampoco está en el facturador: está en el catálogo.
La forma segura de resolverlo de raíz: pedirle al cliente su Constancia de Situación Fiscal y capturar de ahí, una sola vez, en lugar de reconstruir los datos factura por factura. Guardar la constancia en su expediente ahorra la discusión cuando algo no cuadra.
Cómo lo resuelve Solvrax
Los datos fiscales viven en el expediente del cliente, no en cada factura, y se validan contra los catálogos oficiales del SAT antes de timbrar.
- Régimen fiscal y uso de CFDI se eligen de catálogo, no se teclean.
- Código postal validado contra el catálogo geográfico oficial, con selector en cascada.
- Validación antes de mandar a timbrar: el error aparece en pantalla, no en el rechazo del PAC.
- La Constancia de Situación Fiscal se guarda como archivo del expediente.
- Objeto de impuesto por partida, tomado de la ficha del producto.
Preguntas frecuentes
¿Por qué me rechazan el timbrado si el RFC está bien?
Porque en CFDI 4.0 el RFC ya no basta: el nombre o razón social, el régimen fiscal y el código postal del domicilio fiscal del receptor tienen que coincidir con lo que el SAT tiene registrado. Si cualquiera de los cuatro no coincide, el comprobante se rechaza.
¿El nombre lleva S.A. de C.V.?
Debe capturarse exactamente como aparece en la Constancia de Situación Fiscal del receptor. La forma más segura es pedirle la constancia al cliente y capturar de ahí, en lugar de escribir la razón social de memoria o copiarla de una factura vieja.
¿Qué código postal va, el de la sucursal o el fiscal?
El del domicilio fiscal del receptor, no el de la sucursal a la que le entregas ni el de facturación comercial. Es uno de los errores más frecuentes en clientes con varias direcciones.
¿Qué es el objeto de impuesto?
Es un campo por concepto que declara si esa partida es o no objeto de impuesto, y si lo es, si desglosa el detalle. Va en cada línea de la factura, no en el total.
¿Solvrax valida los datos antes de timbrar?
Sí. Los datos fiscales del cliente se guardan en su expediente y se validan contra los catálogos del SAT antes de mandar el comprobante a timbrar, así que los errores se ven en pantalla y no en el rechazo del PAC.