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, la plataforma de facturación electrónica de P4 Software que emite a través de Alanube, un PAC autorizado, 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.