El sector construcción es uno de los pilares de la economía panameña: representa cerca del 14% del PIB, emplea a más de 130,000 personas y mueve obra pública (puentes, hospitales, carreteras, escuelas) además del intenso mercado privado de torres residenciales y centros comerciales. Pero a pesar del peso económico, la mayoría de las constructoras siguen operando con sistemas contables genéricos que no entienden la lógica del proyecto.
El resultado es predecible: cierres de obra que tardan meses en cuadrar, márgenes erosionados por costos no asignados correctamente, pagos a subcontratistas con problemas de retenciones, y una contabilidad financiera que cuadra pero no responde la pregunta más importante del CFO: "¿esta obra está ganando o perdiendo, y cuánto?".
El test rápido: si tu sistema actual no puede mostrarte en menos de 5 minutos el margen real (ingresos vs costos directos vs indirectos prorrateados) de cualquier proyecto activo, ya superaste lo que esa herramienta puede hacer por una constructora.
Por qué la contabilidad genérica no basta en construcción
Una constructora tiene cuatro dimensiones que la contabilidad financiera tradicional no maneja bien:
- Multi-proyecto: 15 obras simultáneas, cada una con su propio P&L, su propio presupuesto y su propio avance.
- Costos cruzados: el mismo equipo (volqueta, encofrado, capataz) trabaja en varias obras al mismo tiempo y debe prorratearse correctamente.
- Avance físico vs financiero: el dinero entra por valuaciones aprobadas, no necesariamente cuando se factura, y los costos se acumulan a otro ritmo.
- Retenciones y garantías: el cliente retiene un 5-10% por garantía hasta la entrega, lo cual hay que registrar como activo restringido, no como pérdida.
Un ERP de constructoras debe nacer con estas cuatro dimensiones, no agregárselas como módulo opcional.
Los 12 requisitos indispensables
1. Estructura de proyecto multinivel
Cada obra debe ser un objeto primario con códigos jerárquicos: proyecto, frente de obra, partida y subpartida. Cada transacción (compra, salida de almacén, hora trabajada, factura) debe poder amarrarse al nivel correcto sin trabajo manual.
2. Presupuesto detallado por partidas
El ERP debe permitir cargar el presupuesto inicial de obra (típicamente desde Excel o un programa de presupuestación tipo Presto) y luego comparar real vs presupuestado partida por partida. Sin esta vista, no hay control de obra real.
3. Costeo de obra (control de obra)
Cuatro fuentes de costo deben llegar al proyecto correcto: materiales (vía órdenes de compra), mano de obra (vía planilla), equipo (vía depreciación o alquiler), e indirectos (gerencia, oficina, transporte) prorrateados por porcentaje de avance o costo directo. El ERP debe automatizar las cuatro.
4. Facturación por avance (valuaciones)
La factura típica de construcción no es por producto, sino por avance certificado de partidas. El ERP debe generar valuaciones (estados de cuenta de obra) con el formato que el cliente acepta - generalmente columnas de partida, cantidad presupuestada, cantidad acumulada anterior, cantidad del período, monto del período - y convertirlas en factura electrónica DGI con CUFE.
5. Retención de garantía contractual
El cliente retiene típicamente 5-10% del monto facturado como garantía. El ERP debe registrar esa retención como una cuenta por cobrar restringida y liberarla cuando se cumple la condición contractual (fin de obra, recepción provisional, recepción definitiva). Tratarlo como descuento de factura es incorrecto contablemente.
6. Subcontratistas y retenciones legales
En construcción, los subcontratistas son protagonistas. El ERP debe manejar contratos por subcontratista, valuaciones por avance, retención del 50% de ITBMS si el subcontratista no es agente de retención, retención de ISR cuando aplique, y la conciliación periódica con el subcontratista.
7. Inventario de obra y bodega central
Hay materiales en bodega central y materiales transferidos a cada obra (que deben costearse al proyecto al momento de la transferencia, no al momento de la compra). El ERP debe mantener inventario por bodega de obra, con transferencias documentadas y conteos periódicos.
8. Caja chica de obra
Cada obra tiene una caja chica para compras menores y gastos del día (combustible, refrigerios para cuadrillas, copias). El ERP debe permitir aperturas y reposiciones controladas, con reportes de gasto por obra y cierre con liquidación firmada.
9. Equipo y depreciación por uso
Las constructoras tienen activos pesados (volquetas, mezcladoras, encofrados, andamios). El ERP debe llevar depreciación de cada activo y prorratear ese costo a las obras donde se usó, no solo cargarlo a "gastos generales".
10. Planilla con dos modelos: técnicos fijos y obreros por hora
El personal técnico (ingenieros, residentes, administrativos) tiene planilla mensual. Los obreros, capataces y maestros tienen planilla por hora con horas trabajadas por obra. El ERP debe manejar ambos modelos y asignar el costo de mano de obra al proyecto correcto cada quincena.
11. Cumplimiento DGI específico para construcción
La construcción tiene reglas particulares de ITBMS (algunas operaciones de obra civil tienen exención o tarifa especial), tratamiento contractual del ISR sobre obras públicas, y la facturación electrónica con CUFE para todas las valuaciones. El ERP debe dominar estos detalles.
12. Reporte de margen por obra en tiempo real
El reporte estrella: ingresos facturados, costos directos asignados, costos indirectos prorrateados, margen bruto y margen neto, todo por obra y comparado contra presupuesto. Si esto no se ve en menos de 5 minutos para cualquier obra activa, el ERP no está cumpliendo su trabajo.
Errores comunes con sistemas genéricos en construcción
- Asignar costos a "gastos generales": el costo se diluye y no se sabe qué obra está realmente generando margen.
- Tratar la retención de garantía como descuento: reduce ingresos cuando debería ser un activo restringido por cobrar.
- No manejar bodegas por obra: el cemento "en obra A" se contabiliza como inventario central, distorsionando el costo del proyecto.
- Subcontratistas como gasto único: sin valuación por avance, no hay control real de cuánto se le debe ni cuánto se ha pagado contra el contrato firmado.
- Mano de obra como gasto único: sin distribución a obras, no se sabe cuánto cuesta realmente la mano de obra de cada proyecto.
- Depreciación de equipo como gasto general: equipo de B/.150,000 amortizándose contra cuentas generales en lugar de cargarse a las obras donde trabajó.
Caja chica y compras menores: el agujero más común
En la mayoría de constructoras panameñas, la caja chica de obra es el punto donde se escapa el control. El residente de obra recibe B/.500 para gastos del día, los gasta en mil cosas pequeñas, y al final de la semana presenta un atado de tickets que el contador trata de digitar. Resultado: 30-50% del gasto real de obra "menor" termina mal categorizado o sin proyecto asignado.
Un ERP serio para construcción debe permitir:
- Apertura de caja chica por obra con monto autorizado.
- Captura de gastos desde el campo (con app móvil idealmente, foto del comprobante).
- Categorización con catálogo limitado (combustible, refrigerios, ferretería, transporte).
- Reposición controlada con liquidación firmada.
- Integración automática con la cuenta de gastos del proyecto.
Aquí la app móvil cifraHQ elimina la mayor parte del problema: el residente fotografía el recibo, lo categoriza al instante y queda asignado al proyecto correcto sin pasar por el contador.
Multi-empresa: matriz y proyectos en sociedad
Las constructoras grandes operan típicamente como matriz que crea sociedades temporales (consorcios) por proyecto, sobre todo en obras públicas. El ERP debe manejar estas sociedades como entidades legales separadas con su propia contabilidad, su propio cumplimiento DGI, y consolidación a nivel de matriz.
Más detalle en nuestra guía de consolidación multi-empresa NIIF.
Costos típicos de implementación
| Tamaño constructora | Suscripción | Implementación inicial | Plazo |
|---|---|---|---|
| Pequeña (1-3 obras simultáneas, 10-20 usuarios) | B/.650 - B/.1,200 mensuales | B/.10,000 - B/.22,000 | 2 - 3 meses |
| Mediana (4-10 obras, 20-60 usuarios) | B/.1,200 - B/.3,500 mensuales | B/.22,000 - B/.55,000 | 3 - 5 meses |
| Grande (10+ obras, 60+ usuarios, multi-empresa) | B/.3,500 - B/.8,000 mensuales | B/.55,000 - B/.150,000 | 5 - 9 meses |
El factor que más sube el costo no son los usuarios, sino el número de proyectos simultáneos y la complejidad de la estructura legal (consorcios, sociedades, multi-empresa).
Plan de implementación típico (constructora mediana)
- Mes 1: levantamiento de procesos, catálogo de partidas estándar, estructura de obras, integración bancaria y PAC.
- Mes 2: configuración multi-empresa, plan de cuentas, parametrización de retenciones, presupuestos de obras activas.
- Mes 3: pilotaje con 1-2 obras (compras, almacén, planilla, valuaciones), capacitación de equipo de obra y administración.
- Mes 4: rollout al resto de obras, doble corrida un mes, validación de cierres y reportes.
- Mes 5: corte limpio, ERP como única fuente. Sistema viejo solo para consulta histórica.