Cómo funciona la facturación electrónica en Panamá
Desde que un vendedor confirma una venta hasta que el cliente recibe su comprobante autorizado pasan segundos — si el sistema está bien armado. Este es el flujo completo, actor por actor y paso a paso, con los puntos donde las operaciones reales suelen fallar.
La facturación electrónica en Panamá sigue un flujo estandarizado definido por la Dirección General de Ingresos (DGI) que involucra a tres actores: el contribuyente emisor, el Proveedor de Autorización Calificado (PAC) y la propia DGI. Entender ese flujo — y dónde puede romperse — es la mejor forma de evaluar si su sistema actual está a la altura.
Los tres actores
El emisor es la empresa que vende. Su sistema de facturación construye el documento y lo firma digitalmente con su certificado.
El PAC es el intermediario técnico autorizado por la DGI. Valida cada documento — estructura, campos obligatorios, reglas de negocio — antes de transmitirlo, y devuelve la autorización. Sin un PAC (o el facturador gratuito de la DGI, limitado a casos específicos), no hay factura electrónica válida.
La DGI recibe, valida y autoriza cada comprobante, asignándole su identidad fiscal única.
Paso 1 — Generación del CFE
Todo comienza en el sistema donde vive la venta: el ERP o el software de facturación construye el XML del Comprobante Fiscal Electrónico (CFE) con los datos del emisor, el receptor, las líneas de producto con sus tasas de ITBMS, y los totales. El XML se firma digitalmente con el certificado del emisor.
Aquí está la primera fuente de problemas reales: el ITBMS por línea. Si el catálogo de productos tiene tasas o exenciones mal asignadas, el documento puede autorizarse técnicamente — y aun así generar una declaración mensual incorrecta. Por eso el catálogo bien configurado importa tanto como la conexión técnica; el detalle está en nuestra guía del ITBMS en Panamá.
Paso 2 — Validación del PAC
El CFE firmado viaja al PAC por API. El PAC ejecuta las validaciones de la DGI antes de transmitir: estructura del XML, campos obligatorios, coherencia de los cálculos, datos del receptor. Un buen PAC rechaza aquí — con un mensaje claro — lo que la DGI rechazaría después, ahorrándole al emisor el ciclo de ida y vuelta.
Los rechazos típicos en esta etapa: RUC del receptor mal escrito, totales que no cuadran con las líneas, y catálogos desactualizados. En un sistema integrado, el usuario los corrige en la pantalla de venta y reintenta en segundos.
Paso 3 — Autorización de la DGI y el CUFE
El PAC transmite el documento a la DGI, que lo valida y responde: autorizado, con su CUFE — el código único que identifica fiscalmente el documento — o rechazado con una razón específica. Este ciclo completo ocurre en segundos.
El CUFE es la identidad del documento: es lo que permite a cualquier receptor (o a la propia DGI) verificar que la factura existe y fue autorizada. Una factura sin CUFE no es una factura electrónica: es un PDF bonito sin validez fiscal.
Paso 4 — Entrega al cliente
Autorizado el documento, el emisor entrega al cliente dos cosas: la representación gráfica (el PDF legible, con el CUFE y su código QR) y el XML autorizado, que es el documento fiscal real. Los sistemas bien integrados envían ambos por correo automáticamente al cerrar la venta.
Vale insistir en la distinción: el PDF es cortesía; el XML es el documento. Un receptor que solo archiva PDFs no tiene los soportes que su contador necesita para el crédito fiscal.
Paso 5 — Archivo legal
Emisor y receptor deben conservar los XML por el plazo legal. En auditoría, el XML autorizado es la evidencia válida — y reconstruir años de comprobantes desde correos sueltos es exactamente el proyecto que nadie quiere. Un sistema serio archiva cada documento emitido y recibido de forma automática y consultable.
Anulaciones, notas de crédito y débito
Los documentos posteriores a la factura siguen el mismo circuito. Anular un CFE requiere notificarlo a la DGI por la misma vía; las notas de crédito y débito son CFEs en sí mismas, que referencian al documento original. Operativamente, este es el flujo que más conviene probar al evaluar un sistema: pida ver en demo cómo se anula una factura del mes pasado y cómo queda la traza.
Contingencia: cuando la DGI no responde
Ningún servicio en línea tiene disponibilidad perfecta. Cuando la DGI no responde en el plazo reglamentario, el esquema prevé la contingencia: el sistema emite bajo el procedimiento de contingencia y retransmite automáticamente cuando el servicio se normaliza. Para el cliente, la venta no se detiene.
La diferencia entre un PAC maduro y uno improvisado se ve exactamente aquí: la contingencia bien implementada es invisible para el negocio; mal implementada, paraliza la caja en el peor momento.
Cómo se ve cuando está bien armado
En una operación bien integrada, todo este flujo es un efecto secundario de vender: el vendedor confirma la orden, y el sistema genera el XML, lo firma, lo autoriza vía PAC, envía el correo al cliente, contabiliza el asiento y archiva el documento — sin que nadie copie datos entre pantallas. Esa es la diferencia entre cumplir con la factura electrónica y aprovecharla.
FacturaHQ, el PAC de P4 Software certificado por la DGI, gestiona el ciclo completo y se integra de forma nativa con el sistema ERP en la nube CifraHQ — y vía API REST con SAP, Oracle o el sistema que su empresa ya use. Si quiere ver el flujo completo con un caso real, una demo de 45 minutos lo cubre de punta a punta.