cifraHQ Enterprise
Impuestos Panamá

ITBMS, retenciones y DGI de primera clase en v1.

Motor de impuestos país-agnóstico con Panamá como módulo v1 baseline. ITBMS con banker's rounding, retenciones como subsistema completo, certificados como documento, settlement workflow contra DGI. Sin bolt-ons.

Solicitar demo Ver cluster Finanzas
ITBMS

El impuesto de transferencia, calculado correctamente

  • Tasa estándar 7%. Sembrado al provisioning del tenant Panamá, mapeado a la cuenta ITBMS por cobrar / ITBMS por pagar según dirección del documento.
  • Tasas diferenciadas. 10% sobre alcohol y hospedaje, 15% sobre tabaco, 0% para exentos (alimentos de canasta básica, medicinas, educación, exportaciones). Cada producto lleva su código fiscal; el motor aplica la tasa correcta sin decisión del usuario.
  • Base imponible configurable. Tres modos por regla: LineAmount, LineAmountPlusOtherTaxes (tax-on-tax), Custom. Panamá usa LineAmount estándar; la arquitectura soporta otros países.
  • Banker's rounding a tres niveles. Redondeo en componente, línea y documento con reconciliación — evita los centavos que descuadran el ITBMS contra el total de línea.
  • Breakdown completo guardado. Cada línea preserva el desglose de impuesto aplicado — tasa, base, monto, código fiscal. Auditable sin recalcular.
Retenciones

Subsistema completo, no un checkbox

La retención es obligatoria en Panamá para ciertos pagos (honorarios profesionales, servicios a no residentes, ITBMS sobre compras a contribuyentes de alto riesgo). En muchos ERPs es un campo suelto; en cifraHQ es un subsistema con documentos propios, GL paths duales y filing.

  • IsRetention + WithholdingRules. Tabla de reglas por tipo de pago, tasa, base y condiciones. Una regla puede aplicar solo a pagos mayores a cierto umbral o a ciertas clases de proveedor.
  • Clasificación en el perfil. WithholdingClassification, IsWithholdingAgent y certificado de exención viven en el perfil de la party. El motor decide retener o no según el cruce de reglas y clasificación.
  • GL paths duales. Agent (quien retiene) postea a pasivo de retenciones por pagar; subject (al que le retienen) postea a retenciones a favor. El mismo motor con distinta interpretación según rol.
  • RetentionCertificate como documento. El certificado que usted le entrega al proveedor (o que el cliente le entrega a usted) es un documento con número, fecha, PDF Stimulsoft y estado. No una copia de Excel.
  • Pagos retention-aware. La aplicación de pago trata la retención como un pago virtual — la factura se cierra por el monto total aunque el efectivo recibido sea menor. Sin asientos manuales.
Cumplimiento DGI

El workflow de settlement

  1. Confirmación de período. El workflow "Prepare Tax Filing" abre con el período a declarar. Si el período está abierto aún en posting, el sistema lo señala — declara solo períodos cerrados.
  2. Revisión de transacciones. Listado completo de facturas, notas de crédito, retenciones y certificados del período. Filtros por tipo y contribuyente. Drill-down a documento original en un click.
  3. Ajustes documentados. Si hay que ajustar un dato (clasificación errada, código fiscal mal aplicado), se genera el ajuste con razón. Todo queda en AuditEvents.
  4. Generación del draft. TaxAuthorityFilings pasa a Draft. Stimulsoft genera el PDF con formato DGI oficial. Usted revisa cifra contra GL en la pantalla de reconciliación.
  5. Submission y pago. Submit marca como Submitted; la respuesta de DGI marca Accepted o Rejected. El pago al fisco se registra contra la obligación — cierra el ciclo.
  6. Filing snapshot inmutable. Una vez Submitted, el snapshot de datos de esa declaración se congela. Cualquier cambio posterior al período genera una Amended, no modifica la original.
Integración con el resto

Lo que significa para el producto completo

Reportes

Stimulsoft para declaraciones

Filing DGI, cédula de retenciones, certificados anuales, paquete de defensa para auditoría. Formato oficial con PDF archivable.

Dashboards

Radzen para el workspace fiscal

Cola de filings pendientes, reconciliación GL-a-filing, mix de tax codes del período, tendencia multi-período. El contador no abandona la UI.

Arquitectura

País-agnóstico con plugin

El motor es país-neutral; <code>PanamaComplianceModule</code> implementa <code>ICountryComplianceModule</code>. México SAT/CFDI, Colombia DIAN y Costa Rica ship como módulos adicionales (v1.5+).

E-invoice y firma

Lo que viene en la caja

  • IElectronicInvoiceSubmitter. Interfaz estable para la integración con la factura electrónica de DGI. El submitter panameño ship como parte del módulo.
  • IDigitalSignatureProvider. Abstracción para firma digital. El provider configurado para Panamá firma los documentos que exigen firma antes del submit.
  • Credenciales en TaxAuthorities. Los credenciales del PAC y los certificados de firma viven en la entidad elevada TaxAuthorities con encriptación en reposo vía Azure Key Vault.
  • Tenant inmutable por país. El código de país se setea al provisioning y no se cambia — multi-country tenants permanentemente no soportados en v1. Un tenant por país; estructura limpia.

Demo de impuestos Panamá con su escenario

Traiga su matriz de ITBMS, sus reglas de retención y un filing pendiente. Lo recorremos en una sesión de 45 minutos.

Agendar demo