Un Proveedor Autorizado de Certificación (PAC) es la entidad autorizada por el SAT para certificar y timbrar Comprobantes Fiscales Digitales por Internet (CFDI): valida el XML, incorpora el sello digital y regresa el folio fiscal (UUID). En flete México–EE.UU., el transportista (o su sistema) genera el comprobante · con complemento Carta Porte cuando aplica · y el PAC aplica el sello; el embarcador o 3PL verifica el XML antes de pagar.
Si tu RFP pide que el TMS del embarcador “sea PAC”, estás comprando el rol equivocado. El dinero se pierde cuando cuentas por pagar confunde timbrar con auditar el expediente del viaje.
- sello + UUID ante el SAT
- Timbrar
- tarifa · POD · accesoriales
- ≠ auditar
- conteo oficial (no viral)
- Lista SAT
- XML + CP + evidencia
- Expediente
Cluster: timbrado CFDI · UUID · XML CFDI · Carta Porte · validación pre-pago · fiscalidad del flete.
Qué es un PAC (respuesta usable)
El PAC es infraestructura de certificación fiscal: recibe el comprobante generado por el emisor (o su software), aplica reglas y catálogos del SAT y regresa el CFDI timbrado con UUID. No cotiza fletes, no cruza geocercas y no libera pagos.
En el flujo de transporte típico: carrier (o su ERP/TMS) arma el XML, PAC timbra y comprador guarda XML/UUID en el expediente del viaje. Detalle de emisión: CFDI de ingreso en transporte y complemento Carta Porte 3.1.
PAC
- Valida estructura y catálogos SAT
- Incorpora sello y folio UUID
- Deja el CFDI listo para efectos fiscales
Comprador
- Cruza tarifa / confirmación
- Revisa complemento, GPS y POD
- Decide pago, retención o excepción
Qué hace (y qué no hace) el PAC
Separar roles evita RFPs rotos y disputas eternas entre tráfico, fiscal y cuentas por pagar.
Transportista (emisor)
Hace: Genera CFDI / Carta Porte con datos del viaje
No hace: Auditar el pago del embarcador
PAC
Hace: Certifica, timbra y regresa UUID
No hace: Cruzar tarifa, geocerca o POD
Embarcador / cuentas por pagar
Hace: Verifica XML y expediente pre-pago
No hace: Timbrar el CFDI del carrier
OCL
Hace: Puede timbrar; también cruza el expediente
No hace: Garantizar deducibilidad ni dictamen fiscal
PAC vs software vs SAT gratuito
No todo “sistema de facturación” es un PAC. Muchos softwares usan un PAC autorizado por detrás; el portal del SAT cubre emisión gratuita en volúmenes y perfiles acotados. Calibra con tu operación · no con el slogan del proveedor.
PAC
Qué es: Entidad autorizada que certifica/timbra
Cuándo encaja: Emisión recurrente, API, alto volumen
Límite típico: No audita flete ni libera pago
Software de facturación
Qué es: Interfaz o ERP que arma el XML y llama a un PAC
Cuándo encaja: Flotas y empresas con emisión diaria
Límite típico: Sin PAC vigente detrás, no hay CFDI válido
Portal SAT gratuito
Qué es: Emisión directa en el sitio del SAT
Cuándo encaja: Volumen bajo / casos simples
Límite típico: Poco práctico para flete masivo + Carta Porte
PAC y tipos de CFDI en flete
En el corredor, el PAC timbra el comprobante que el emisor arma. Lo que cambia el riesgo para cuentas por pagar es el tipo y si lleva complemento.
Ingreso
Uso en flete: Cobro del servicio de transporte (factura de flete)
Qué mirar pre-pago: Importe vs tarifa · receptor · complemento Carta Porte si aplica
Traslado
Uso en flete: Movimiento de mercancía sin cobro de flete en ese comprobante
Qué mirar pre-pago: Nodos de mercancía/ubicaciones · coherencia con el viaje
Egreso
Uso en flete: Notas de crédito / ajustes sobre flete
Qué mirar pre-pago: UUID relacionado · motivo · no pagar doble el mismo viaje
Guía de marco: facturación transporte 2026. El PAC no “elige” el tipo por ti: si el XML nace mal, el sello no lo convierte en auditoría de flete.
Cómo aplica en el corredor México–EE.UU.
En terrestre México–EE.UU. el ancla fiscal suele ser el CFDI con Carta Porte más la evidencia operativa (cita, GPS, POD). El tramo estadounidense puede vivir en otro paquete documental; el PAC mexicano no “sella” el Bill of Lading.
- Quién emite: casi siempre el transportista (o el dueño según el tipo de traslado) vía su PAC.
- Quién verifica: embarcador / 3PL / cuentas por pagar antes de liberar pago · ver validación pre-pago.
- Cancelaciones: hay plazos y reglas de aceptación del receptor según la vigencia publicada por el SAT. No pagues un UUID cancelado o en disputa · calibra con la regla vigente (no memorices un “72 h” de un blog de proveedor).
- Accesoriales: estadía, reentrega, false freight · sin XML/UUID o sin cruce a tarifa, cuentas por pagar no tiene sustento.
Proceso de timbrado y pre-pago
De la generación del XML al pago hay dos mitades: certificar (PAC) y verificar (comprador). El timbrado cierra la primera; la segunda vive en el expediente.
Armar XML
Datos del viaje
Enviar al PAC
Validación SAT
Recibir UUID
CFDI timbrado
Guardar en viaje
XML al expediente
Cruzar pre-pago
Tarifa · CP · POD
Cómo elegir un PAC (checklist SAT)
Los blogs de proveedores venden “el mejor PAC”. La decisión seria empieza en la lista oficial de proveedores autorizados del SAT y en la aptitud para tu flujo de Carta Porte · no en el conteo viral (~51 vs ~77).
Elige un paso para ver el detalle
Detalle del paso · 01
Vigencia en lista SAT
Errores caros
Elige un paso para ver el detalle
Detalle del paso · 01
Exigir que el TMS del embarcador “sea PAC”
OCL y el expediente
OCL Cargo es un TMS autónomo con agentes que operan pantallas y portales: amarran tarifa, CFDI/UUID, complemento Carta Porte y prueba de entrega (POD) en el expediente del viaje antes de pagar. Coexiste con tu TMS de registro el día 1.
OCL puede timbrar factura y Carta Porte cuando tu stack lo necesita. No es un pitch de “contrata nuestro PAC de catálogo”: el diferencial es el cruce pre-pago y la torre de excepciones. ¿Quién decide las excepciones? Tu equipo. Piloto típico 6–8 semanas; patrón de recuperación 5–7% al auditar el 100% del flujo piloto · señal de precio desde ~$50 MXN por embarque según alcance.
Ideas clave6 puntos
- PAC = quien timbra el CFDI ante el SAT · no es tu auditor de flete ni tu tarifario.
- En transporte: el transportista (o su sistema) arma el XML; el PAC sella; el embarcador verifica antes de pagar.
- Timbrar ≠ auditar: UUID válido no prueba tarifa, geocerca ni POD.
- En flete mira tipo (ingreso/traslado), complemento Carta Porte y UUID en el ID del viaje.
- Cuántos PAC hay: calibra con la lista oficial del SAT · no con el número del blog del proveedor (~51 vs ~77).
- OCL une expediente pre-pago y puede timbrar factura y Carta Porte; no es un pitch de “sé tu PAC”.
¿Timbrar y auditar viven en expedientes distintos?
Lectura relacionada
Preguntas frecuentes
Un Proveedor Autorizado de Certificación (PAC) es la persona moral autorizada por el SAT para certificar y timbrar Comprobantes Fiscales Digitales por Internet (CFDI): valida estructura/catálogos, incorpora el sello y regresa el folio fiscal (UUID).
OCL es un sistema de gestión de transporte (TMS) autónomo con agentes de IA · no un SaaS de facturación de catálogo. Puede timbrar factura y Carta Porte cuando tu stack lo necesita; su diferencial es cruzar el expediente (tarifa + CFDI + Carta Porte + prueba de entrega) antes de pagar.
Para el CFDI del flete del carrier, no: lo timbra el PAC del emisor. El embarcador sí debe guardar y validar el XML recibido en el expediente del viaje antes de liberar pago.
No. UUID y vigencia ante el SAT son necesarios pero insuficientes: cuentas por pagar debe cruzar tarifa, tipo de CFDI, complemento Carta Porte cuando aplica, GPS y prueba de entrega (POD).
El número cambia (autorizaciones, revocaciones, desistimientos). Blogs de proveedores citan rangos distintos (~51–77). La fuente oficial es la lista de proveedores autorizados del SAT; no memorices un conteo viral.
El complemento Carta Porte viaja en el mismo CFDI que el PAC timbra. Un UUID válido no garantiza nodos de mercancía, ubicaciones o figuras correctos · eso se audita en el expediente.
Rechazo SAT, CFDI sin UUID usable, demora de cobro del transportista y bloqueo en cuentas por pagar. Accesoriales sin XML/UUID quedan sin sustento fiscal defendible. Tipifica la excepción; no pagues “de confianza”.