Error CFDI40130 al timbrar: con tipo Ingreso y receptor PUBLICO EN GENERAL, el nodo InformacionGlobal debe existir

El error CFDI40130 aparece cuando el comprobante es de ingreso, el RFC del receptor es XAXX010101000 y el nombre es PUBLICO EN GENERAL, pero falta el nodo InformacionGlobal. Ese nodo lleva tres datos de la factura global: la periodicidad, el mes y el año. Aquí verás cuándo se dispara la regla, cómo agregar el nodo con datos coherentes y qué otras validaciones lo acompañan.

Resumen rápido del error

• Código: CFDI40130
• Campo: InformacionGlobal (nodo)
• Nodo del XML: cfdi:InformacionGlobal
• Regla del SAT (Anexo 20): Este Nodo debe existir siempre que el atributo TipoDeComprobante sea “I”, y el atributo Rfc del nodo receptor contiene el valor "XAXX010101000" y el valor del atributo Nombre del nodo Receptor contiene el valor “PUBLICO EN GENERAL”.
• Mensaje de rechazo: Cuando el tipo de comprobante sea Ingreso y el campo Rfc del nodo receptor corresponda al valor "XAXX010101000" y el campo Nombre del nodo Receptor contenga la descripción “PUBLICO EN GENERAL”, el nodo Información Global debe existir.
• Cuándo aparece: al timbrar, antes de que se genere el UUID.

¿Qué significa el error CFDI40130?

La regla se activa con tres condiciones a la vez: tipo I, RFC XAXX010101000 y nombre PUBLICO EN GENERAL. Cuando se cumplen, el PAC espera encontrar el nodo cfdi:InformacionGlobal con sus atributos Periodicidad, Meses y Año.

La regla no dice que toda factura al RFC genérico deba ser global ni que sea obligatorio usar ese RFC. Dice que, si ya usas esa combinación en un ingreso, el nodo debe estar. Si lo que quieres es facturar a un cliente con RFC propio, el camino es otro: usar sus datos fiscales y no el genérico.

Dónde se valida: el nodo Nodo InformacionGlobal

La validación se aplica a la existencia del nodo cfdi:InformacionGlobal dentro de cfdi:Comprobante, con apoyo de TipoDeComprobante y del RFC y el nombre del cfdi:Receptor.

• CFDI40130: el nodo debe existir con tipo I y receptor genérico (esta ficha).
• CFDI40131: Periodicidad debe estar en c_Periodicidad.
• CFDI40133: Meses debe estar en c_Meses.
• CFDI40134 y CFDI40135: el mes se relaciona con la periodicidad.
• CFDI40136: el Año debe cumplir las reglas del atributo.

Causas más comunes del error CFDI40130

• Se emite al RFC genérico sin nodo. La plantilla no agrega InformacionGlobal.
• El tipo y el receptor se eligieron sin pensar. Un ingreso a público en general que no era global.
• El nodo se envió con otro nombre. Un error de capitalización o de prefijo.
• El nombre del receptor se escribe distinto. La regla exige PUBLICO EN GENERAL para activarse.
• Un proceso quita el nodo. Una integración elimina nodos vacíos.
• Falta configurar la factura global. El sistema no ofrece la opción o no está activada.

Cómo corregir el error CFDI40130 paso a paso

1. Confirma el tipo de factura. Si es una factura global o si el cliente tiene RFC propio.
2. Si es global, agrega el nodo. InformacionGlobal con Periodicidad, Meses y Año.
3. Elige la periodicidad. Del catálogo c_Periodicidad.
4. Elige el mes y el año. Coherentes con la periodicidad y la fecha del comprobante.
5. Si el cliente tiene RFC propio, cambia el receptor. Usa sus datos fiscales.
6. Se vuelve a timbrar. Con los datos coherentes, el PAC pasa a las demás validaciones.

Ejemplo en el XML: incorrecto y correcto

Ejemplo de un ingreso al público en general sin el nodo y del mismo con InformacionGlobal; los datos son ficticios:

Incorrecto:

<cfdi:Comprobante ... TipoDeComprobante="I" ... >
  <cfdi:Receptor Rfc="XAXX010101000" Nombre="PUBLICO EN GENERAL" ... />

Correcto:

<cfdi:Comprobante ... TipoDeComprobante="I" ... >
  <cfdi:InformacionGlobal Periodicidad="01" Meses="10" Año="2026" />
  <cfdi:Receptor Rfc="XAXX010101000" Nombre="PUBLICO EN GENERAL" ... />

Los valores son ficticios. El orden de los nodos y los valores de periodicidad, mes y año deben revisarse con las reglas vigentes.

Factura global o cliente con RFC: decídelo antes de emitir

Muchos casos del 40130 salen de usar el RFC genérico por costumbre. Antes de emitir, define si la operación corresponde a una factura global o si el cliente puede darte sus datos fiscales. Si es global, tu sistema debe pedirte periodicidad, mes y año desde el inicio, y no dejarte timbrar sin ellos. Si no lo es, solicita los datos del cliente y emite con ellos. Prueba ambos flujos y, en cada uno, confirma que el XML tenga lo que la regla pide. Para repasar los datos del receptor, consulta la guía de facturación electrónica CFDI 4.0.

Cómo evitar este error con Soicont

Soicont es una plataforma de facturación electrónica CFDI 4.0 con PAC autorizado. Antes de enviar el comprobante a timbrar, valida los datos del receptor, los catálogos del SAT y los cálculos de impuestos, y si algo no cuadra te muestra el error con una explicación clara para que lo corrijas y vuelvas a emitir. Además, tus folios no caducan y puedes facturar para varias empresas (multi-RFC) desde una sola cuenta.

Conoce la facturación electrónica CFDI 4.0, la plataforma y los paquetes de folios.

Errores relacionados

• Error CFDI40131 (Periodicidad): la periodicidad debe estar en c_Periodicidad.
• Error CFDI40133 (Meses): el mes debe estar en c_Meses.
• Error CFDI40134 (Meses): con periodicidad distinta de 05, el mes debe estar entre 01 y 12.
• Error CFDI40135 (Meses): con periodicidad 05, el mes debe ser uno de los valores bimestrales.
• Error CFDI40136 (Ano): el año debe cumplir las reglas del atributo.

Consulta también el Centro de Soluciones con todos los errores del SAT.

Preguntas frecuentes

¿Qué significa el error 40130?

Que falta el nodo InformacionGlobal en un ingreso al público en general.

¿Cuándo se activa la regla?

Con tipo I, RFC XAXX010101000 y nombre PUBLICO EN GENERAL.

¿Qué datos lleva el nodo?

Periodicidad, mes y año.

¿Siempre debo usar el RFC genérico?

No. Si tu cliente tiene RFC, usa sus datos.

¿Dónde van los datos del periodo?

En el nodo InformacionGlobal, antes del receptor.

¿Se genera UUID con este error?

No. El comprobante se rechaza antes del timbrado.

¿Todavía no se resuelve?

Si después de revisar estos puntos el error continúa, escríbenos desde la página de contacto con el código del error y el XML que intentaste timbrar (nunca envíes contraseñas ni la llave privada del CSD). Si aún no tienes cuenta, crea la tuya y empieza a facturar con validaciones previas.

Regístrate