PAC en Panamá: Qué Es un Proveedor Autorizado de Certificación y Cómo Elegir
Un PAC (Proveedor Autorizado de Certificación) en Panamá es la entidad que valida y certifica los documentos electrónicos ante la DGI. Elegir el correcto es clave para tu integración.
Cuando un equipo en Panamá va a integrar SFEP, la decisión más influyente para los próximos 3-5 años no es qué ERP usar ni qué lenguaje hablar con la API: es qué PAC contratar. Esa elección determina la calidad de la documentación con la que vas a trabajar, los tiempos de soporte cuando algo falla, la previsibilidad de los costos y la madurez técnica del producto que vas a operar.
Este artículo te explica qué hace exactamente un PAC, cómo se gana esa habilitación DGI, qué distingue a uno bueno de uno regular, y qué criterios usar al evaluar opciones para tu producto SaaS o ERP en Panamá.
Qué es exactamente un PAC
Un Proveedor Autorizado de Calificación (PAC) es una empresa habilitada por la DGI bajo la Resolución 201-9775 de 2021 (y modificatorias) para validar técnicamente los XML emitidos por contribuyentes, asignar el CUFE, transmitirlos a la DGI y devolver la respuesta autorizada al emisor. Es un intermediario tecnológico obligatorio dentro del modelo SFEP.
El PAC no es un simple proxy. Tiene responsabilidades técnicas y legales: si transmite documentos malformados a la DGI, recibe sanciones. Por eso un buen PAC invierte fuerte en validación previa, monitoreo de su pipeline y SLA con DGI.
Cómo se obtiene la habilitación
La habilitación DGI exige: domicilio fiscal en Panamá, garantías económicas, equipo técnico calificado, infraestructura tecnológica con estándares de seguridad, y aprobación de un proceso de certificación contra el ambiente de pruebas DGI. Una vez habilitado, el PAC figura en el listado oficial público y debe mantener cumplimiento continuo, sujeto a auditorías.
Esto significa que cuando contratas a un PAC habilitado, contratas un actor que ya pasó un filtro regulatorio. Pero entre los habilitados hay diferencias enormes de calidad operativa.
Cómo distinguir un PAC bueno de uno regular
Documentación pública vs documentación bajo NDA
Un PAC moderno publica su documentación API en su sitio web, con ejemplos request/response, esquemas descargables y código de muestra en múltiples lenguajes. Un PAC con documentación bajo NDA o que requiere reunión comercial para acceder a ella indica una operación menos madura. La documentación pública no es solo conveniencia: es un proxy de la madurez del equipo técnico interno.
Sandbox accesible sin contrato firmado
Un PAC que te permite registrarte y emitir contra DGI sandbox antes de comprometer presupuesto es uno que confía en su producto. Uno que solo habilita sandbox después de firma de contrato te obliga a comprometerte antes de probar, lo cual es mala señal para ISVs que iteran rápido.
API REST/JSON vs SOAP/XML
Los PAC más nuevos exponen API REST/JSON; los más antiguos heredaron infraestructura EDI/SOAP. Para integración a stacks SaaS modernos (Node, Python, Go, .NET Core), REST/JSON encaja mejor y reduce sprints en 2-4 semanas. SOAP/XML sigue siendo viable pero añade complejidad operacional.
Webhooks vs polling
El flujo SFEP es asíncrono: el emisor envía, el PAC procesa y eventualmente devuelve estado autorizado. Un PAC moderno notifica el estado por webhook HTTP REST al endpoint que tú configures. Un PAC sin webhooks te obliga a hacer polling sobre GET /documents/{trackId}, lo cual escala mal y genera latencia percibida por el usuario.
Modelo de precios transparente
Un PAC con tarifas públicas por volumen permite presupuestar sin fricción. Uno que solo da precio en una llamada comercial dificulta hacer caso de negocio. Para SaaS y ERPs que cobran por suscripción a sus clientes, conocer el costo unitario del documento es crucial para fijar pricing del producto.
Soporte técnico real
Hay PACs cuyo primer canal de soporte es un gestor de cuenta comercial, y otros cuyo primer canal es un ingeniero que puede leer tu log. La diferencia se nota brutalmente cuando algo falla en producción a las 22h00 de un viernes. Pregunta de antemano: ¿quién responde mi ticket técnico? ¿Qué SLA tiene? ¿Hay Slack compartido?
Preguntas que conviene hacer en evaluación
Antes de elegir PAC, conviene preguntar: ¿qué tipos de documento soporta hoy en producción? ¿Qué latencia P95 y P99 contra DGI? ¿Qué disponibilidad (uptime) tuvo el año pasado? ¿Cómo manejan emisión en contingencia cuando DGI está caída? ¿Tienen idempotencia por TrackId externo? ¿Qué versiones de XSD DGI soportan? ¿Qué procesos tienen para actualizar cuando la DGI publica un cambio?
Las respuestas a esas preguntas separan PACs maduros de PACs en fase inicial. Las respuestas concretas, con números, son mejor señal que las respuestas evasivas o “depende del plan”.
Costos típicos de cambio de PAC
Preguntas frecuentes
¿Qué diferencia hay entre un PAC y una entidad certificadora? La entidad certificadora emite el certificado digital con el que firmas el XML, bajo habilitación de la AIG. El PAC es la empresa que recibe el XML firmado, lo valida, le asigna el CUFE y lo transmite a la DGI, bajo habilitación de la DGI. Son dos figuras técnicas y regulatoriamente distintas. Necesitas ambas: certificado válido para firmar, y PAC habilitado para transmitir.
¿Puedo tener dos PACs configurados al mismo tiempo? Técnicamente puedes integrar dos PACs como contingencia activa-pasiva, pero la DGI no admite que un mismo documento sea transmitido por dos PACs distintos (rechazaría el duplicado). El uso válido de doble PAC es: usar uno como principal y el otro como respaldo en caso de caída del primario, alternando para distintos documentos. Esta arquitectura aumenta complejidad y rara vez justifica el costo salvo en empresas con volúmenes muy altos.
¿Qué pasa si mi PAC pierde la habilitación DGI? Si un PAC pierde la habilitación, debe parar de emitir nuevos documentos y los contribuyentes que dependen de él deben migrar a otro PAC en el plazo que defina la DGI. Los documentos previamente transmitidos por ese PAC siguen siendo válidos. El riesgo de pérdida de habilitación es bajo en PACs maduros, pero alto en proveedores con incumplimientos técnicos repetidos. Verificar la situación regulatoria del PAC antes de contratar es buena práctica.
¿Cuánto cuesta típicamente un PAC en Panamá? Los modelos comunes son: tarifa por documento emitido (centavos a unidades de dólar dependiendo del volumen), tarifa por bloque de documentos (paquetes de 1.000, 10.000, etc.), tarifa fija mensual con tope de documentos, o tarifa enterprise customizada para volumen alto. Las tarifas públicas se encuentran en sitios de PACs modernos. Las tarifas opacas suelen ser más caras y menos predecibles. Para casos de negocio comparables, conviene pedir cotización a 2-3 PACs.
Artículos Relacionados
Checklist técnico para elegir un PAC de facturación electrónica en Panamá
8 criterios para elegir un PAC certificado DGI en Panamá: generación de CAFE, sandbox real, tipos SFEP, validación RUC, mensajes de error, webhooks y DX.
PAC en Panamá: qué es, qué hace y cómo elegir un Proveedor Autorizado de Certificación
Guía técnica del PAC en el sistema FEPA de Panamá: rol técnico del PAC, criterios de evaluación, preguntas obligatorias antes de firmar y proceso de cambio de PAC en producción.
Integración de API de facturación electrónica en Panamá: guía técnica para ISVs
Arquitectura de integración con el sistema FEPA de Panamá: abstracción del PAC, manejo de errores, almacenamiento del CUFE, estrategia de contingencia y representación gráfica del documento.