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.
Dónde está escrita la regla: el Anexo 20
Cuando el PAC rechaza un comprobante, la respuesta no sale de una opinión: sale del Anexo 20, que es el estándar técnico del CFDI, y de la guía de llenado que lo acompaña. Conviene saber que son dos documentos distintos, porque explican dos clases de rechazo.
- El Anexo 20
- Define la estructura: qué nodos existen, cuáles son obligatorios, qué tipo de dato admite cada atributo y qué catálogo lo gobierna. Un incumplimiento aquí ni siquiera llega al PAC: el archivo no valida contra el esquema.
- La guía de llenado
- Define qué poner en cada campo en cada escenario. Un comprobante puede ser estructuralmente válido y aun así estar mal llenado — el caso típico de un dato que existe pero no corresponde a la operación.
De ahí que la mayoría de los rechazos que la gente vive como misteriosos sean en realidad de la segunda clase: el XML está bien armado, pero un dato no coincide con lo que el SAT tiene registrado o con lo que el escenario exige. Es también la razón por la que un sistema puede validar mucho antes de timbrar y ahorrarte el viaje.
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.
¿Qué es el Anexo 20 y en qué se diferencia de la guía de llenado?
El Anexo 20 es el estándar técnico del CFDI: define la estructura del XML, qué nodos y atributos existen, cuáles son obligatorios y qué catálogo gobierna cada uno. La guía de llenado dice qué poner en cada campo según el escenario. Un comprobante puede cumplir el Anexo 20 y estar mal llenado: ésa es la clase de rechazo que más desconcierta, porque el archivo se ve correcto.
¿Cómo se factura un honorario en CFDI 4.0?
Como cualquier ingreso, cuidando tres datos que en honorarios suelen fallar: el régimen fiscal del receptor, que determina qué retenciones aplican; el objeto de impuesto del concepto; y las retenciones de ISR e IVA cuando el receptor es persona moral, que van desglosadas en el propio comprobante. Si además el pagador emite constancia, ése es un comprobante distinto: el CFDI de retenciones.
Temas relacionados
Viene incluido. La facturación electrónica es parte de la base de Solvrax: no se contrata aparte. Ver qué va incluido y qué se contrata.