Error CFDI140223: RFC EXT990101NI1 exige régimen 616
Folios sin caducidad · Multi-empresa · Timbrado CFDI 4.0 · Ver paquetes
Error / Problema Actualizado 28/10/2026

Error CFDI140223 al timbrar: con el RFC genérico extranjero, el régimen fiscal debe ser 616

El error CFDI140223 aparece cuando el nodo cfdi:ACuentaTerceros de un concepto trae el RFC genérico para extranjeros EXT990101NI1 y el RegimenFiscalACuentaTerceros es distinto de 616. Es una regla de pareja: el RFC genérico solo es coherente con una clave de régimen. Aquí verás cuándo se usa ese RFC, qué significa la clave 616 y cómo corregir el XML.

Resumen rápido del error

  • Código: CFDI140223
  • Campo: RegimenFiscalACuentaTerceros
  • Nodo del XML: cfdi:Comprobante/cfdi:Conceptos/cfdi:Concepto/cfdi:ACuentaTerceros
  • Regla del SAT (Anexo 20): Si el atributo RfcACuentaTerceros contiene el valor “EXT990101NI1”, en este atributo se debe registrar la clave “616”.
  • Mensaje de rechazo: El valor registrado en el atributo RegimenFiscalACuentaTerceros es distinto a “616”.
  • Cuándo aparece: al timbrar, antes de que se genere el UUID.

¿Qué significa el error CFDI140223?

EXT990101NI1 es el RFC genérico que se usa para un tercero extranjero que no está inscrito en el RFC. En el nodo cfdi:ACuentaTerceros se captura en RfcACuentaTerceros cuando la operación se factura por cuenta de un residente en el extranjero. La clave 616 del catálogo c_RegimenFiscal corresponde a «sin obligaciones fiscales».

La regla CFDI140223 es la contraparte de CFDI40191, que solo verifica que la clave exista en el catálogo. Aquí el PAC ya sabe que el RFC es el genérico y exige exactamente 616; cualquier otra clave, aunque exista en el catálogo, se rechaza. Si el RFC del tercero es uno real, la regla no se aplica.

Dónde se valida: el nodo ACuentaTerceros y el RFC genérico

La validación se aplica al nodo cfdi:ACuentaTerceros de cada concepto donde exista y solo cuando RfcACuentaTerceros sea EXT990101NI1. En los demás casos se evalúan las reglas del RFC y del régimen del tercero.

  • CFDI40187: si el RFC no es el genérico, debe estar en la lista de contribuyentes.
  • CFDI40189: con el RFC genérico, el nombre debe llevar una descripción específica; con un RFC real, debe coincidir con el inscrito.
  • CFDI40191: el régimen debe existir en c_RegimenFiscal.
  • CFDI40193: con el RFC genérico, el domicilio fiscal del tercero debe ser igual al LugarExpedicion del comprobante.
  • CFDI140223: con el RFC genérico, el régimen debe ser 616 (esta ficha).

Causas más comunes del error CFDI140223

  • Se dejó el régimen de un tercero nacional. Una clave como 601 o 612 quedó en el nodo con el RFC genérico.
  • El régimen se copió de otro concepto. La plantilla del tercero anterior se aplicó al nuevo concepto.
  • Se eligió el régimen del emisor. Se capturó la clave del emisor en lugar de la del tercero.
  • El valor 616 se escribió mal. Un 61, 6160 o un espacio al final en una clave que debe ser exacta.
  • Se asumió que cualquier régimen vale para extranjeros. El catálogo tiene muchas claves y ninguna otra es válida con el RFC genérico.
  • El sistema deja el atributo vacío por defecto. El régimen sale en blanco hasta que el usuario lo captura.

Cómo corregir el error CFDI140223 paso a paso

  1. Confirma que el tercero sea extranjero. Si es residente en México, usa su RFC real y no el genérico.
  2. Revisa RfcACuentaTerceros. Debe ser EXT990101NI1 solo para terceros extranjeros sin RFC.
  3. Escribe 616 en el régimen. Exactamente, sin espacios ni texto adicional.
  4. Revisa el nombre del tercero. Con el RFC genérico se exige la descripción específica de la regla del SAT.
  5. Revisa el domicilio fiscal del tercero. Con el RFC genérico, debe ser igual al LugarExpedicion del comprobante (CFDI40193).
  6. Vuelve a timbrar. Con la pareja RFC-régimen coherente, el PAC sigue con las demás validaciones.

Ejemplo en el XML: incorrecto y correcto

Ejemplo del nodo ACuentaTerceros con el RFC genérico, en un comprobante cuyo LugarExpedicion es 06000; los datos son ficticios:

Incorrecto:

<cfdi:ACuentaTerceros RfcACuentaTerceros="EXT990101NI1" NombreACuentaTerceros="..." RegimenFiscalACuentaTerceros="601" DomicilioFiscalACuentaTerceros="06000" />

Correcto:

<cfdi:ACuentaTerceros RfcACuentaTerceros="EXT990101NI1" NombreACuentaTerceros="..." RegimenFiscalACuentaTerceros="616" DomicilioFiscalACuentaTerceros="06000" />

El nombre del tercero debe cumplir la regla del SAT para el RFC genérico (CFDI40189); aquí se omite con puntos suspensivos. El código postal 06000 es ilustrativo y coincide con el lugar de expedición, como pide la regla CFDI40193.

Una pareja que conviene validar antes de timbrar

Algunas reglas del CFDI son individuales y otras son parejas: dos datos que solo funcionan juntos. El RFC genérico con el régimen 616 es una de ellas. Si en tu catálogo de terceros marcas a un proveedor como extranjero sin RFC, deja el régimen asociado fijo en 616 en lugar de capturarlo en cada factura. De esa manera la combinación nunca se rompe por un descuido. Y si no estás seguro de que tu operación requiera el nodo ACuentaTerceros, consúltalo con tu contador antes de emitir, porque no se agrega por conveniencia. Revisa más guías similares en el Centro de Soluciones.

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

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

Preguntas frecuentes

¿Qué significa el error 140223?

Que con el RFC EXT990101NI1 el régimen del tercero debe ser 616.

¿Qué es EXT990101NI1?

El RFC genérico para un tercero extranjero sin RFC.

¿Qué régimen uso con un RFC real?

Uno del catálogo c_RegimenFiscal que corresponda al tercero.

¿Es lo mismo que el 40191?

No. El 40191 verifica la existencia de la clave; este, la pareja con el RFC genérico.

¿Debo agregar siempre este nodo?

No. Solo cuando la operación se factura por cuenta de un tercero.

¿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