¿Qué es un PAC y para qué sirve el timbrado?

Aparece en cuanto alguien intenta facturar por sistema: PAC, timbrado, timbres, folios. Son cuatro palabras para una sola idea, y entenderla ahorra decisiones caras.

Qué es un PAC

Un PAC —Proveedor Autorizado de Certificación— es una empresa autorizada por el SAT para certificar comprobantes fiscales digitales. Sin ese paso, un XML con tus datos no es una factura: es un archivo.

Tú generas el comprobante, el PAC lo valida, lo certifica y lo devuelve convertido en un CFDI válido. Es el único camino: los contribuyentes no timbran directamente ante el SAT.

Qué hace exactamente el timbrado

Cuando envías un comprobante a certificar, ocurren tres cosas:

1. Validación. Estructura, catálogos, coherencia de importes e impuestos, y los datos del receptor contra el padrón del SAT. Si algo no cuadra, el comprobante regresa con un código de error y no existe.
2. Certificación. El PAC añade el timbre fiscal digital: el UUID —el folio fiscal, ese identificador de 36 caracteres— junto con el sello del SAT y la fecha de certificación.
3. Entrega al SAT. El comprobante certificado se remite a la autoridad.

El resultado es el XML timbrado. Ese archivo, no el PDF, es la factura. El PDF es una representación impresa de algo cuyo original es el XML.

PAC y CSD no son lo mismo

Confusión frecuente y con consecuencias.

El CSD (Certificado de Sello Digital) es tuyo: te lo emite el SAT, lo tramitas con tu e.firma, y es lo que sella tus comprobantes como emitidos por ti. Tiene vigencia y puede ser restringido si tienes problemas de cumplimiento.

El PAC es un tercero que certifica lo que tú sellaste. Cambiar de PAC no cambia tu CSD; perder o dejar vencer tu CSD te impide facturar aunque tengas timbres pagados con tres PAC distintos.

Dicho de otro modo: el CSD es tu firma, el PAC es el notario.

Cómo se cobra

El modelo habitual son paquetes de timbres: compras N certificaciones y se consumen una por comprobante. Muchos PAC cobran además una cuota mensual o anual de la plataforma o del módulo de API.

Tres cosas que conviene verificar antes de comprometerse, porque no siempre están en la primera página:

• Si los timbres caducan. Los hay con y sin vencimiento; para una tienda estacional, la diferencia importa.
• Qué consume timbre. Normalmente la certificación. Cancelar no suele consumir, pero un comprobante rechazado que se corrige y se reenvía puede consumir dos si el rechazo fue tardío.
• Si hay sandbox de pruebas gratuito. Sin ambiente de pruebas, la única forma de probar una integración es timbrando de verdad, y eso ya no se deshace del todo.

Qué mirar si vas a integrarlo con una tienda

Más allá del precio por timbre:

• API documentada y con biblioteca para tu lenguaje.
• Errores legibles: que el PAC devuelva el código y el mensaje del SAT, no un "error genérico". Esa diferencia es la que permite decirle al cliente qué dato corregir (errores comunes del receptor).
• Soporte para lo que vas a necesitar: factura global con su nodo de información global, CFDI de egreso y cancelación con los motivos 01–04. No todos los planes básicos incluyen los tres.
• Estado del servicio. Si el PAC se cae, tú no facturas. Vale la pena saber si publican estatus y cómo comunican incidentes.

Lo que un PAC no hace por ti

No decide tus datos fiscales, no adivina el régimen de tu cliente, no arregla un nombre que no coincide con el padrón, y no te exime de conservar tus XML. Certifica lo que le mandas. La calidad de los datos sigue siendo tuya — que es, al final, de donde vienen casi todos los problemas de facturación.