¿Cómo resolver errores de PAC y complementos de pago en Odoo Enterprise?

Rechazo por RFC o régimen fiscal del receptor: casi siempre es un dato de contacto desactualizado, no un problema de Odoo ni del PAC.

Rechazo por clave de producto o unidad de medida SAT inválida: el catálogo del producto no coincide con el catálogo vigente del SAT.

Rechazo por sello o certificado inválido: el CSD está vencido, fue revocado, o la contraseña configurada en Odoo ya no corresponde al certificado activo.

Timeout o error de conexión con el PAC: puede ser saldo de timbres agotado, el servicio del PAC caído, o un firewall/proxy bloqueando la salida desde el servidor.

Documento "en proceso" indefinidamente: normalmente indica que la respuesta del PAC no llegó a Odoo; conviene consultar directamente en el portal del PAC antes de retimbrar.

Rechazo por relación entre comprobantes (nota de crédito, sustitución) mal referenciada: el UUID relacionado no corresponde al documento original o ya fue cancelado por otra vía.

Revisa la vigencia del CSD directamente en el portal del SAT, no solo en la fecha que Odoo muestra; un certificado caducado puede seguir "viéndose bien" en la interfaz.

Verifica que las credenciales del PAC configuradas en Odoo correspondan al contrato vigente; una renovación de contrato con el PAC sin actualizar credenciales en Odoo produce rechazos.

Si el negocio tiene más de una empresa o sucursal en la misma instancia, confirma que cada una use su propio CSD y no un certificado compartido por error.

Después de renovar cualquier certificado, haz una prueba de timbrado controlada antes de operar el día completo con la nueva credencial.

Lleva un registro simple con fecha de vencimiento del CSD y de cada credencial del PAC; depender de la memoria del equipo para esto es una causa recurrente de interrupciones evitables.

Es error de datos cuando el rechazo señala un campo específico (RFC, régimen, clave de producto); la corrección está en el dato maestro, no en el software.

Es error del PAC cuando el mensaje habla de saldo, servicio no disponible o timeout; ahí conviene revisar el portal del PAC directamente antes de tocar Odoo.

Es error de configuración de Odoo cuando el módulo de localización está desactualizado respecto a un cambio reciente del esquema SAT, algo poco frecuente pero real tras actualizaciones grandes de versión.

Es error de proceso, no técnico, cuando el documento se timbra correctamente pero el complemento de pago no corresponde a la realidad del cobro; ahí el ajuste es de flujo interno, no de sistema.

Mezclar estas categorías es la razón por la que muchos tickets de soporte se alargan: se ataca el síntoma en Odoo cuando la causa está en un dato, un contrato con el PAC o un proceso interno.

Si el mensaje de rechazo referencia directamente un servicio caído, mantenimiento programado o error interno del proveedor, corresponde reportarlo al soporte del PAC, no seguir ajustando datos en Odoo.

Documenta el incidente con capturas y horarios exactos; los PAC suelen exigir esa evidencia para reconocer una falla de su servicio y, en algunos casos, extender saldo o dar seguimiento formal.

Si el patrón se repite con cierta regularidad y no hay causa de datos ni de certificado, vale la pena evaluar con tu proveedor de Odoo si conviene revisar la integración o incluso la relación contractual con ese PAC.

Aun cuando la causa sea del PAC, es responsabilidad de tu equipo interno confirmar qué documentos quedaron pendientes de timbrar y asegurarse de que ninguno se pierda en el proceso.

Si las fallas del PAC coinciden repetidamente con periodos de alta operación (cierre de mes, campañas de venta), documenta también esa correlación; ayuda a decidir si conviene un PAC secundario de respaldo.

Un PAC de respaldo no es una solución automática: requiere configuración previa en Odoo y, en algunos casos, contrato activo con el segundo proveedor antes de que ocurra la falla, no después.