Power BI en construcción: KPIs de obra desde Business Central
Power BI conectado a Business Central y dvproject: dashboards de margen de obra, productividad y desviaciones para tomar decisiones a tiempo.
Power BI lleva años siendo la herramienta de business intelligence más extendida en la pyme española. En construcción, sin embargo, su uso es todavía irregular: muchas constructoras pequeñas y medianas tienen licencias pagadas pero nadie llega a sacar partido real, mientras que las que sí lo usan obtienen una visibilidad de cartera que era impensable hace 10 años.
✏️ Actualizado en junio de 2026 — Hemos revisado este artículo para reflejar el contexto BC 26.x y 27.x y el ecosistema partner actual. Si echas en falta algún punto, escríbenos.
Este artículo va a lo concreto: qué hace Power BI por una constructora que ya tiene Business Central y dvproject, qué KPIs son los que realmente mueven la aguja y qué errores impiden que el proyecto Power BI funcione en construcción.
Power BI no es un reemplazo de BC — es su capa de consumo ejecutivo
Conviene aclarar qué pertenece a cada herramienta:
| Capa | Herramienta | Usuario tipo | Cuándo se usa |
|---|---|---|---|
| Operativo diario | dvproject sobre BC | Jefe de obra, aparejador, administración | Continuo, granular |
| Listados detallados | Informes nativos BC | Financiero, técnico | Necesidad puntual |
| Cuadro de mando ejecutivo | Power BI | Director de operaciones, gerencia | Diario / semanal, agregado |
| Movilidad ligera | App Power BI móvil | Gerencia, director comercial | En desplazamiento |
Esta distinción importa. Un dashboard Power BI sustituyendo informes operativos de BC suele acabar mal — Power BI no está pensado para edición granular, y BC nativo no está pensado para visualización agregada. Cada herramienta en su capa.
Los 7 KPIs reales que cualquier constructora debería visualizar
Tras decenas de proyectos Power BI implantados en clientes Davisa, hay 7 KPIs que aparecen siempre. Si tu constructora todavía no los tiene en un cuadro de mando, son por dónde empezar:
1. Margen de obra a origen (% sobre presupuesto interno)
Para cada obra abierta, ¿cuánto margen real lleva acumulado vs el presupuesto interno? Visualización: barra horizontal por obra ordenada por margen, con código de color (verde >5 %, ámbar 0-5 %, rojo <0).
Decisión que dispara: identificar obras que se están comiendo el margen objetivo antes de que sea irreversible.
2. Desviación acumulada por capítulo
Para cada obra, qué capítulos están dentro/fuera del presupuesto interno. Visualización: matriz de obras × capítulos, color por % de desviación.
Decisión que dispara: detectar patrones de capítulo problemático (por ejemplo, “estructura” siempre se desvía en obras con cimentación profunda — quizás el ratio del presupuesto interno está mal).
3. Certificaciones del mes vs previsto
Cuánto se certificó este mes (lo cobrable), vs cuánto se había planificado certificar. Visualización: gráfico de columnas mes a mes con línea de objetivo.
Decisión que dispara: anticipar problemas de tesorería cuando las certificaciones bajan más rápido que los pagos comprometidos.
4. Tesorería operativa por obra
Cobros previstos - pagos comprometidos a 30/60/90 días. Visualización: waterfall por obra y agregado de la cartera.
Decisión que dispara: decisión de pago anticipado a proveedores con descuento o de aplazamiento si la tesorería no llega.
5. Productividad de mano de obra
Horas certificables / horas totales imputadas en obra. Visualización: línea temporal por obra + media de la cartera.
Decisión que dispara: detectar obras donde la proporción de horas no facturables (correcciones, retrabajos, paradas) está fuera de norma — el síntoma habitual de un problema operativo subyacente.
6. Backlog de obras adjudicadas pendientes de arrancar
Cartera vendida pero no iniciada, con fecha estimada de arranque. Visualización: timeline + total acumulado por trimestre.
Decisión que dispara: planificación de recursos (cuándo contratar, cuándo hacer hueco a un nuevo concurso).
7. Mapa de obras en estado de salud
Vista única de la cartera con cada obra en verde/ámbar/rojo según una fórmula combinada (margen + desviación + plazo + calidad). Visualización: heatmap de cartera + drill-down por obra.
Decisión que dispara: conversación del comité de obra. La reunión semanal de dirección puede focalizarse en las 3-5 obras rojas en lugar de revisar todas.
Tabla — cómo se alimenta cada KPI
| KPI | Fuente principal | Fuente complementaria |
|---|---|---|
| Margen de obra a origen | dvproject (Job Ledger Entry, Job Task Lines) | — |
| Desviación por capítulo | dvproject (capítulos / partidas) | — |
| Certificaciones mes vs previsto | dvproject (certificaciones) | Planificación Excel (si aplica) |
| Tesorería operativa | BC (Customer / Vendor Ledger Entries) | dvproject (compromisos) |
| Productividad mano de obra | BC (Time Sheets, Resource) | dvproject (productivas vs no) |
| Backlog adjudicado | BC + dvproject (Jobs no arrancados) | CRM externo si aplica |
| Estado de salud cartera | Composición de los anteriores | — |
Por qué Power BI sobre dvproject funciona especialmente bien
Tres razones técnicas:
- dvproject expone sus tablas por OData estándar. Power BI las consume sin desarrollo a medida.
- Modelo semántico ya construido. Davisa publica un kit de dataset Power BI con las medidas DAX más útiles (margen, desviación, productividad) pre-calculadas — el cliente no parte de cero.
- Compatibilidad con Microsoft Fabric. Si la constructora ya invierte en Fabric (lakehouse, Synapse, ingest de datos externos), dvproject encaja sin reescribir nada.
Errores que vemos repetir en construcción
1. Power BI sobre datos sucios
Si tu BC tiene jobs sin presupuesto, compras sin código de obra y horas imputadas con 30 días de retraso, Power BI te va a mostrar la realidad con dashboards bonitos. No es problema de Power BI — es problema del dato fuente. Antes de invertir en BI, audita la calidad del dato en BC/dvproject.
2. Dashboards bonitos que nadie consulta
Un Power BI implantado por encargo del director técnico que termina con 12 dashboards y nadie lo abre. El antídoto: definir el consumidor y la frecuencia antes de modelar. Si el director de operaciones lo va a abrir 2 veces a la semana, los 3-4 KPIs prioritarios entran. Lo demás es ruido.
3. Querer detalle granular en BI
Power BI brilla en agregados visuales. Para detalle granular (“muéstrame las 47 horas imputadas a la partida 03.02 de la obra Madrid 12”), los listados nativos de BC son mejores. Si el primer requerimiento del cliente es “quiero ver el detalle de todas las imputaciones”, el proyecto Power BI está mal enfocado.
4. No formar al consumidor
Power BI es razonablemente intuitivo, pero filtros, slicers y drill-down requieren 1-2 horas de formación a cada consumidor. Sin esa formación, el consumidor abre el dashboard, no encuentra lo que busca y deja de usarlo. El coste de la formación es trivial vs el coste de tener un BI sin uso.
Caso real — constructora con 12 obras simultáneas
Cliente Davisa: constructora de edificación, 12 obras simultáneas, 75 personas, facturación ~25 M€/año. Tenía Power BI desde hacía 18 meses con uso muy esporádico.
Diagnóstico: dashboards genéricos pre-construidos por el partner anterior, sin alinearse con las decisiones reales del comité de obra semanal. Datos en BC con calidad media (presupuestos cargados al 70 %, compras con código de obra al 80 %).
Plan de 8 semanas: limpieza de datos BC (semanas 1-3), reescritura del modelo Power BI con los 7 KPIs anteriores (semanas 3-6), formación al equipo directivo (semanas 6-8).
Resultado a 6 meses:
- Comité semanal de obra reducido de 3 horas a 1 hora (focalizado en las obras rojas del heatmap).
- Detección de 2 obras con desviación >15 % en el mes 2 (antes se hubiera detectado al cierre).
- Margen consolidado: +1.6 puntos sobre el periodo equivalente del año anterior.
Cierre
Power BI no es magia, ni es opcional para una constructora moderna. Es la capa de consumo ejecutivo del dato que ya está en BC y dvproject. Bien planteado (datos limpios, KPIs alineados con decisiones reales, consumidores formados), saca a la luz problemas que el operativo enmascara y permite a la dirección actuar a tiempo.
Davisa publica el kit de dashboards Power BI para construcción como parte de la implantación de dvproject o como proyecto independiente para clientes que ya tienen BC pero no han llegado a sacar partido a su BI.
¿Quieres ver el kit aplicado a tu cartera de obras? Habla con un asesor de Davisa — sesión de 60 minutos con tus datos reales, sin compromiso.
Sigue leyendo en Davisa
- dvproject, el ERP Microsoft cloud para constructoras
- Comparativa de plataformas ERP para construcción
- Calcular la rentabilidad real de un proyecto en Business Central
