La factura parece estar bien. El RUC está ahí. El nombre de la empresa aparece en el recibo. Y sin embargo, la DGI nunca la registra como una transacción de contribuyente. Bienvenido al problema de cumplimiento fiscal más ignorado de Panamá.
El problema que nadie está discutiendo
Entre a casi cualquier restaurante, farmacia o tienda en Panamá y pida una factura a nombre de empresa. La cajera tomará su RUC, digitará el nombre de su empresa y le entregará un recibo que parece una factura de contribuyente legítima. Pero en miles de estas transacciones a diario, algo está roto a nivel del software: la factura se sigue transmitiendo a la DGI como transacción de consumidor final, el equivalente fiscal de un recibo en blanco a un comprador anónimo.
¿El resultado? La empresa compradora no puede reclamar el crédito de ITBMS. El gasto no es deducible. La transacción no existe en ningún registro fiscal de la DGI como factura B2B. Es, en términos prácticos, invisible ante el Fisco.
Esto no es un error ocasional. Es una falla sistémica integrada en toda una categoría de software de punto de venta que se vende y opera en todo Panamá.
Qué está pasando realmente a nivel de software
Una factura de contribuyente correcta en Panamá requiere mucho más que imprimir un nombre y RUC en papel. Según las reglas de facturación electrónica de la DGI (Resolución No. 201-3931), el documento fiscal transmitido electrónicamente debe:
- Establecer el campo TipoCliente como 01 (Contribuyente), no 02 (Consumidor Final).
- Incluir el RUC y el DV del comprador en los campos XML correspondientes.
- Transmitir la RazonSocial de la entidad compradora.
- Registrar la transacción como una Factura de Operación Interna con la clasificación correcta del comprador.
Los sistemas de punto de venta baratos y mal diseñados, muchos importados o desarrollados sin certificación de la DGI, muestran el RUC y el nombre de la empresa en el recibo impreso o en PDF, pero dejan el tipo de documento electrónico sin cambiar. El software nunca fue programado para cambiar el tipo de transacción según la clasificación del comprador. El campo, sencillamente, no existe en su lógica.
La cajera hace exactamente lo que el cliente pide. El sistema hace exactamente lo que fue diseñado para hacer, que es lo incorrecto.
Quiénes resultan perjudicados
Las empresas que compran bienes y servicios son las víctimas más inmediatas. Si usted es una empresa que compra insumos, almuerzos de trabajo o servicios y asume que puede deducir el gasto o reclamar el crédito de ITBMS, no puede, si la factura fue clasificada incorrectamente. Probablemente lo descubrirá durante una fiscalización de la DGI, momento en el cual la deducción será rechazada y el pasivo, con intereses y multas, recaerá enteramente sobre usted.
Los restaurantes y comercios también están expuestos. Emitir un documento que pretende ser una factura de contribuyente pero que se transmite como consumidor final es una representación fiscal incorrecta, aunque sea involuntaria. La DGI tiene la facultad de clasificar esto como una infracción de cumplimiento, especialmente si el patrón es sistemático.
La base tributaria de Panamá sufre la consecuencia más amplia. Cada transacción de contribuyente mal clasificada es una brecha en el rastro de auditoría que la DGI necesita para cruzar los ingresos declarados con las compras documentadas. Panamá pierde visibilidad sobre miles de millones de balboas en actividad comercial anualmente porque la capa de software está rota.
Por qué esto sigue ocurriendo
La causa raíz es la presión económica combinada con ambigüedad regulatoria.
Los negocios, especialmente restaurantes, cafeterías, tiendas y pequeños comerciantes, compran sistemas de punto de venta por precio. Un sistema que cuesta $500 y que imprime recibos con logo gana la venta sobre una solución fiscal correctamente diseñada que cuesta $2,000 y que requiere integración certificada con Alanube, eTax2 u otro PAC (Proveedor Autorizado de Certificación) autorizado.
Muchos de estos sistemas baratos fueron construidos antes de que el mandato de facturación electrónica de Panamá madurara y nunca fueron actualizados para manejar correctamente la clasificación de contribuyentes. Otros fueron desarrollados en otros países para regímenes tributarios distintos y adaptados superficialmente para Panamá (un logo aquí, un campo de RUC allá) sin conectarse jamás a los requisitos reales de transmisión de la DGI.
Y lo más crítico: Panamá no tiene ningún requisito de certificación obligatoria para el software de punto de venta. Hoy mismo cualquier proveedor de software puede vender un sistema de POS en Panamá. No hay auditoría de la DGI al software en sí. No hay prueba de certificación. No hay ningún requisito de demostrar que el sistema clasifica correctamente los tipos de comprador y los transmite con precisión al PAC y a la DGI. El mercado está completamente desregulado a nivel de software.
El caso para una certificación obligatoria de sistemas POS por la DGI
La DGI certifica a los PAC. La DGI certifica a los contribuyentes individuales para la facturación electrónica. Lo que Panamá no hace, y urgentemente debería hacer, es certificar el software de punto de venta que se ubica entre el comerciante y el sistema fiscal.
Un régimen de certificación obligatoria de POS requeriría, como mínimo:
- Clasificación correcta del tipo de comprador. El sistema debe demostrar que puede cambiar una transacción entre los modos Consumidor Final y Contribuyente según las credenciales suministradas por el comprador, y que el documento electrónico transmitido refleja correctamente esa clasificación.
- Validación del RUC en el punto de ingreso. El sistema debe validar el RUC y DV del comprador contra el registro público de la DGI antes de aceptar la transacción, no simplemente aceptar cualquier serie de números que la cajera ingrese.
- Auditoría de transmisión de extremo a extremo. La certificación debe exigir prueba de que el documento XML transmitido al PAC coincide con lo que se muestra en el recibo impreso o digital. No más recibos que dicen una cosa mientras la transmisión dice otra.
- Recertificación anual. Las reglas tributarias cambian. El software debe recertificarse cuando la DGI actualiza las especificaciones de documentos fiscales.
- Divulgación obligatoria en el punto de venta. Cada terminal de POS debe exhibir su número de certificación de la DGI, tal como lo hacen los sistemas de facturación electrónica autorizados. Un comerciante que no puede presentar un número de certificación está usando software no certificado.
Los restaurantes en particular, dado su alto volumen de transacciones B2B de cuentas corporativas, almuerzos de trabajo y servicios de catering, deben ser una categoría de cumplimiento prioritaria.
Lo que pueden hacer los negocios hoy mismo
Mientras la certificación se vuelve obligatoria, los negocios en ambos lados de estas transacciones necesitan protegerse.
Si usted es el comprador:
- Solicite a sus proveedores que le envíen por correo el archivo XML de su e-factura, no solo un PDF. Verifique que el campo TipoCliente diga 01.
- Si el proveedor no puede entregar un XML, su sistema probablemente no está transmitiendo una e-factura real.
- Considere solicitar facturas únicamente a proveedores cuyo sistema de POS esté conectado a un PAC certificado (Alanube, eTax2, etc.).
Si usted es el comerciante:
- Audite su software de POS con su PAC o contador. Confirme que las transacciones de contribuyente se estén transmitiendo con la clasificación correcta del comprador.
- Si su POS actual no puede configurarse para hacer esto correctamente, usted está expuesto a riesgo de cumplimiento independientemente de cómo se vean sus recibos.
- Invierta en software certificado. El costo de una fiscalización de la DGI y las deducciones rechazadas en toda su base de clientes superará con creces el costo de la infraestructura adecuada.
Un llamado a la acción
Panamá ha avanzado significativamente con su mandato de facturación electrónica. La DGI, el Ministerio de Economía y Finanzas, y los PAC certificados han construido una infraestructura real. Pero esa infraestructura solo es tan sólida como su eslabón más débil, y en este momento, el eslabón más débil es el software de POS no certificado y mal diseñado que está sobre los mostradores de miles de restaurantes, tiendas y negocios de servicios en todo el país.
La solución no es ni compleja ni costosa de implementar a nivel regulatorio. Un programa de certificación de software de la DGI, modelado sobre los procesos de certificación de PAC ya existentes, crearía un circuito cerrado: ningún software no certificado puede conectarse legalmente al sistema fiscal, ningún comerciante puede operar legalmente sin software certificado, y ninguna transacción puede escaparse con un tipo de comprador mal clasificado.
Mientras eso no ocurra, los negocios panameños seguirán pagando por facturas que, a los ojos de la DGI, nunca existieron.
