¿Qué es el timbrado de CFDI 4.0? Guía completa

En México, toda factura electrónica debe pasar por un proceso llamado timbrado antes de ser válida fiscalmente. Sin ese sello del SAT, el documento no existe legalmente. Esta guía explica qué es el timbrado, quién lo hace y por qué importa elegir bien a tu proveedor.

¿Qué es un CFDI?

CFDI son las siglas de Comprobante Fiscal Digital por Internet. Es el formato oficial que el SAT (Servicio de Administración Tributaria) define para las facturas electrónicas en México desde 2011. La versión actual es el CFDI 4.0, vigente desde 2022.

Un CFDI es, en su núcleo, un archivo XML estructurado con información del emisor, del receptor, de los conceptos facturados y de los impuestos. Ese archivo tiene que ser firmado digitalmente por el emisor y después sellado por el SAT a través de un intermediario autorizado.

¿Qué es el timbrado?

El timbrado es el proceso mediante el cual el SAT valida y sella un CFDI. Sin ese sello, la factura no tiene validez fiscal — no puede deducirse, no puede presentarse como comprobante de ingresos, y técnicamente no existe.

El proceso funciona así:

1. El emisor genera el archivo XML del CFDI con sus datos, los del receptor, conceptos e impuestos
2. El emisor firma el XML con su CSD (Certificado de Sello Digital), emitido por el SAT
3. El XML firmado se envía a un PAC (Proveedor Autorizado de Certificación)
4. El PAC valida que el CFDI cumple con todas las reglas del SAT y lo envía al SAT para su sello
5. El SAT devuelve el CFDI con su sello digital y un UUID (Folio Fiscal) único
6. El CFDI timbrado —con UUID— es la factura válida que se entrega al receptor

¿Qué es un PAC?

Un PAC (Proveedor Autorizado de Certificación) es una empresa privada que el SAT ha autorizado para actuar como intermediario en el proceso de timbrado. El SAT no ofrece un servicio directo de timbrado masivo — en cambio, delega esa función a los PACs, que están sujetos a auditorías y estándares técnicos del SAT.

Existen varios PACs autorizados en México. La diferencia entre ellos está en precio, disponibilidad del servicio, tiempo de respuesta y calidad de su API o portal. Todos producen exactamente el mismo resultado fiscal: un CFDI con sello SAT válido.

El riesgo de depender de un solo PAC

Si tu sistema de facturación está integrado con un único PAC, la disponibilidad de tu proceso de timbrado depende de la disponibilidad de ese PAC. Cuando el PAC falla — por mantenimiento, saturación o un incidente técnico — la facturación se detiene. No hay alternativa.

Por eso el SAT permite explícitamente el uso de múltiples PACs en la Regla 2.7.2.1 de la RMF. La regla establece que un emisor puede usar más de un PAC simultáneamente, siempre que gestione correctamente su Manifiesto de Proveedores de Certificación.

CFDI 4.0: qué cambió respecto al 3.3

La versión 4.0 del CFDI introdujo cambios significativos respecto a la 3.3:

• Domicilio fiscal obligatorio del receptor: antes era opcional; ahora es un campo requerido. Esto generó errores masivos en la transición porque muchas empresas no tenían el código postal fiscal de sus clientes.
• Nombre del receptor validado: el nombre del receptor debe coincidir exactamente con el que el SAT tiene registrado para ese RFC. Un espacio de más o una tilde faltante genera rechazo.
• Régimen fiscal del receptor requerido: en 3.3, el régimen fiscal del receptor era opcional. En 4.0 es obligatorio.
• Exportación: nuevo campo para indicar si la operación implica exportación de bienes o servicios.

XML timbrado: qué contiene

Un CFDI timbrado tiene dos partes firmadas: la del emisor y la del SAT. La firma del SAT se incluye en el nodo TimbreFiscalDigital del XML:

<tfd:TimbreFiscalDigital
  xmlns:tfd="http://www.sat.gob.mx/TimbreFiscalDigital"
  xsi:schemaLocation="..."
  Version="1.1"
  UUID="6B4E8F21-3C9A-4D7B-B5E2-1A0C9F8D2E3F"
  FechaTimbrado="2026-06-10T14:23:45"
  RfcProvCertif="PAC123456789"
  NoCertificadoSAT="20001000000300022760"
  SelloCFD="..."
  SelloSAT="..."
/>

El campo UUID es el folio fiscal. El campo RfcProvCertif identifica al PAC que procesó el timbre. Con un sistema multi-PAC como IpsoFactura, este campo puede variar en cada timbre según qué PAC respondió primero — lo cual es completamente válido ante el SAT.

Cómo IpsoFactura simplifica el timbrado

IpsoFactura abstrae toda la complejidad del timbrado multi-PAC detrás de una sola API REST. Tu sistema construye el CFDI y hace un POST — IpsoFactura selecciona el PAC disponible más rápido, gestiona el reintento si falla, y te devuelve el UUID en la respuesta. Si necesitas emitir en varios PACs por razones de manifiesto, también lo gestiona automáticamente.

El resultado: tu integración no sabe ni le importa cuántos PACs existen. Solo ve un endpoint que timbre, siempre.