Integrar la facturación electrónica de Panamá a tu sistema: lo que hay del lado del software

Tu empresa factura desde su propio sistema. Funciona, el contador está tranquilo y nadie lo quiere tocar. Hasta que el volumen crece, el facturador gratuito de la DGI deja de servirte y toca pasar a un Proveedor de Autorización Calificado.

Contratar el PAC es la parte fácil: se firma, se paga y listo. La pregunta que casi nadie te responde antes de firmar es la otra: qué le toca a tu sistema. Y ahí es donde se va el tiempo, porque la facturación deja de ser algo que pasa dentro de tu base de datos y se convierte en una conversación con un servicio externo que puede responder tarde, responder con error o no responder.

Este post es sobre esa parte. No sobre qué PAC elegir.

Qué cambió y qué dice la norma

En Panamá hay tres formas de emitir factura electrónica: el facturador gratuito de la DGI, un PAC, o un sistema propio certificado. La Resolución 201-6299 de 29 de julio de 2025, que la DGI publica en su base legal con el título "Que actualiza los deberes de los usuarios del Sistema de Facturación Electrónica de Panamá", movió la raya: el facturador gratuito quedó para contribuyentes de bajo volumen, con un techo de ingresos anuales y un máximo de documentos por mes.

Una advertencia honesta sobre esos números: el PDF que la DGI publica de esa resolución es un escaneo sin texto, así que no pudimos leer el articulado. Las cifras que circulan vienen de boletines de firmas tributarias y de blogs de PAC, no de la fuente. Antes de tomar una decisión, confírmalas con la DGI o con tu PAC, porque de ahí depende si te toca migrar o no.

Lo que sí se puede leer completo, y es el documento que de verdad importa para un proyecto de integración, es la Ficha Técnica de la Factura Electrónica para los Proveedores de Autorización Calificados, versión 1.00 de abril de 2025. Ahí está el protocolo: los servicios web, el formato del XML, el CUFE, los eventos, la contingencia y los ambientes. Son más de setenta mil palabras de especificación, y es la razón por la que ningún blog comercial la resume.

La figura de los PAC está reglamentada desde la Resolución 201-0295 de 20 de enero de 2021, publicada en la Gaceta Oficial Digital 29205-A, y la DGI mantiene el listado de los autorizados con la resolución de cada uno.

Lo que le toca a tu sistema

El que llama eres tú

Primera cosa que cambia el diseño: según la ficha técnica, el flujo de comunicación siempre se inicia en el sistema del contribuyente. Tu sistema manda el mensaje; el PAC y la DGI responden. No hay nadie empujando datos hacia ti.

Eso significa que tu software queda a cargo de preguntar, insistir y confirmar. Si tu proceso de venta hoy termina cuando se graba la factura en la base de datos, ahora termina más tarde: cuando hay una respuesta de autorización.

Sincrónico o por cola

La ficha técnica define servicios sincrónicos y asincrónicos, y los asincrónicos funcionan con colas. Esa es una decisión de arquitectura que hay que tomar temprano, y depende del negocio:

• En un punto de venta, el cliente está parado esperando su comprobante. El envío va sincrónico, con un tiempo de espera corto y explícito, y con un plan para cuando ese tiempo se agota.
• En facturación masiva (alquileres, mensualidades, servicios recurrentes), el envío va por lote y asincrónico: feRecepLoteFE recibe el lote y feResultLoteFE se consulta después para saber qué pasó.

El lote tiene una consecuencia que no aparece en ninguna guía comercial: hay que guardar el identificador del lote y reconciliar. Mandar cien facturas y asumir que las cien quedaron autorizadas es la forma más común de descubrir, un mes después, que faltan tres.

La ficha técnica también define servicios de consulta de RUC y dígito verificador, individuales y por lote. Vale la pena usarlos: validar el RUC del cliente antes de intentar facturar evita rechazos que después hay que explicarle a alguien.

Qué hay que guardar

El CUFE, el Código Único de Factura Electrónica, no es un campo más de la tabla de facturas. Es con lo que tu cliente verifica ante la DGI que esa factura existe, y el que va en el código QR del comprobante. La ficha técnica define su estructura y su dígito verificador.

Lo mínimo que tu sistema tiene que persistir por cada documento: el CUFE, el estado (pendiente, autorizado, rechazado, en contingencia), la respuesta completa del PAC y el CAFE, que es el comprobante auxiliar que se le entrega al cliente. Si eso no está, la primera auditoría o el primer reclamo de un cliente se convierte en una excavación.

Contingencia

La ficha técnica dedica una sección a la operación en contingencia: las razones para entrar y las reglas mientras estás ahí. Traducido al software: tu sistema tiene que poder seguir facturando cuando no hay autorización inmediata, marcar esos documentos distinto y transmitirlos después.

Es la parte que más se deja para el final y la que más duele, porque el día que el PAC tiene una caída es el día que no puedes dejar de vender.

Los eventos tienen plazo

Aquí hay dos reglas de la ficha técnica que condicionan procesos de la empresa, no solo código:

• Anulación. Se rechazan las solicitudes de anulación de una factura cuya fecha de emisión sea anterior a 8 días, contados desde el registro del evento. Pasado ese plazo, la corrección es por nota de crédito, y eso hay que tenerlo contemplado en el sistema y en el procedimiento del área.
• Manifestación del receptor. El receptor registra eventos sobre las facturas que recibe, y también se rechazan los registrados sobre una factura emitida más de 8 días antes. O sea: si recibes facturas electrónicas de tus proveedores, tienes un proceso con reloj en cuentas por pagar. Casi nadie lo tiene montado, y es tan parte de la integración como emitir.

Certificados y ambientes

La comunicación va sobre TLS con certificados digitales que identifican a las dos puntas, no con usuario y contraseña, y la factura se firma con el certificado del emisor. De ahí sale un riesgo operativo que conviene poner en el calendario el primer día: un certificado caducado detiene la facturación.

Sobre ambientes, la ficha técnica es estricta. Los documentos emitidos en pruebas llevan la leyenda de que son generados en ambiente de pruebas, sin valor comercial ni fiscal, y hay un error definido para cuando un mensaje de pruebas se manda al ambiente de producción o al revés. Conclusión práctica: ambientes separados de verdad, con credenciales separadas, y nada de apuntar a producción "solo para probar rápido".

Dónde encaja una capa de integración

En la práctica, casi ningún ERP trae esto resuelto, y meter la lógica del PAC dentro del módulo de facturación acaba mal: cada cambio de la ficha técnica obliga a tocar el corazón del sistema.

Lo que construimos en Grupo Codev para estos casos es una capa entre el ERP y el PAC, con tres cosas que no son negociables: idempotencia, para que un reintento no emita la misma factura dos veces; estados y reintentos acotados, para que una caída del PAC no se convierta en facturas perdidas o duplicadas; y registro de cada llamada y cada respuesta, para poder reconstruir qué pasó. Si quieres el detalle de cómo diseñamos ese tipo de servicios, lo escribimos en ventajas de crear APIs REST personalizadas, y la parte de infraestructura la tratamos en migración a la nube.

Un escenario típico, para aterrizarlo: una distribuidora factura desde un sistema propio y pasa a PAC. El punto de venta sigue sincrónico, porque el cliente espera; la facturación de fin de mes se va por lote; y en medio queda un servicio con cola que guarda el CUFE, reintenta lo que falló y deja un registro de todo. El ERP casi no se toca: habla con un servicio interno, no con el PAC.

Checklist antes de firmar con un PAC

1. ¿Tu sistema puede esperar una respuesta en el punto de venta, o necesitas cola?
2. ¿Quién guarda el CUFE y el CAFE, y por cuánto tiempo?
3. ¿Qué pasa si el PAC no responde a mitad de una venta?
4. ¿Tienes contemplada la operación en contingencia y la transmisión posterior?
5. ¿Reconcilias los lotes, o asumes que todo quedó autorizado?
6. ¿Validas el RUC del cliente antes de facturar?
7. ¿Quién recibe y manifiesta las facturas de tus proveedores, y en qué plazo?
8. ¿Cómo se corrige una factura pasados los 8 días?
9. ¿Están separados los ambientes de prueba y producción, con credenciales distintas?
10. ¿Hay un recordatorio para renovar el certificado antes de que caduque?

Errores comunes

• Creer que contratar el PAC resuelve la integración. El PAC te da el servicio; el trabajo en tu sistema es tuyo.
• Meter la lógica del PAC dentro del ERP. Cada actualización de la ficha técnica te obliga a abrir el módulo de facturación.
• No guardar la respuesta completa. Guardar solo "autorizada" sirve hasta el primer reclamo.
• Olvidar la recepción. La manifestación del receptor tiene plazo y es trabajo de cuentas por pagar.
• Probar contra producción. La ficha técnica define el error, y las facturas de prueba en producción son un problema fiscal, no un detalle.
• Dejar la contingencia para la segunda fase. La caída llega antes que la segunda fase.
• Dar por buenas las cifras de los límites sin confirmarlas con la DGI o el PAC.

Si te toca hacerlo

Si tienes que conectar tu sistema a un PAC y no quieres que la facturación quede amarrada al humor de un servicio externo, en Grupo Codev construimos ese tipo de capa de integración. Mira también lo que hacemos en desarrollo de APIs e integraciones y en desarrollo de software personalizado.

Escríbenos por WhatsApp o por el formulario de contacto y te decimos qué se puede hacer con el sistema que ya tienes.