Elige tu idioma

FrançaisFranceseEnglish (UK)Inglese Regno UnitoEnglish (USA)Inglese Stati UnitiItalianoItalianoPolskiPolaccoPortuguêsPortogheseEspañol (Argentina)Spagnolo ArgentinaEspañolSpagnoloDeutschTedescoУкраїнськаUcraino

Dashboard de obra: KPI, funcionalidades y hoja de ruta para responsables

15 Agosto 2026

ItaliaContexto normativo y mercado italiano
Dashboard de obra: KPI, funcionalidades y hoja de ruta para responsables

Un dashboard de obra eficaz se construye sobre tres pilares: KPI actualizados en tiempo real, integraciones automáticas con las fuentes de datos existentes (contabilidad, timesheets, BIM) y acceso móvil diferenciado según el rol. Sin estos tres elementos, se obtiene un panel que muestra números, pero no orienta las decisiones. Con Edil-up, responsables y directores de obra pueden activar un piloto en una o dos obras en pocas semanas, validar los KPI elegidos y después extender la solución a toda la obra. Si quieres saber si tu estructura está preparada, el punto de partida más rápido es solicitar una sesión de evaluación con el equipo de Edil-up incluso antes de elegir los widgets.


Puntos clave

Un dashboard de obra eficaz requiere KPI definidos, datos estandarizados desde el inicio y un responsable de datos por obra: sin estos tres elementos, ninguna plataforma genera valor real.

Punto Detalles
KPI prioritarios Monitorizar la desviación presupuestaria, la rentabilidad, las horas reales frente a las previstas, EV/SPI/CPI y el análisis por proveedor.
Datos antes que software Estandarizar partes diarios, timesheets y contabilidad de obra antes de activar cualquier dashboard.
Piloto en 1–2 obras Comenzar en obras con problemas medibles; cuatro semanas son suficientes para validar los KPI elegidos.
Obligación física separada El panel de seguridad y el cartel de obra siguen siendo obligaciones físicas independientes del dashboard digital.
Edil-up como punto de partida Edil-up ofrece activación guiada, integración con sistemas de gestión italianos y un piloto con resultados medibles en un mes.

Índice

Qué es realmente un dashboard de obra y cuándo conviene invertir en él

Un dashboard de obra es un panel digital centralizado que reúne, en una única interfaz, los datos operativos de un proyecto de construcción: costes, avance de obra, presencia, seguridad y documentación. No debe confundirse con el panel físico obligatorio previsto por la normativa italiana, que sigue siendo un requisito independiente.

El cartel físico de obra depende del título habilitante (permesso, SCIA, CILA) y del reglamento municipal, y contiene datos sobre el comitente, los técnicos y los coordinadores de seguridad. El panel informativo de seguridad previsto por el D.Lgs. 81/2008 es una obligación física distinta: el software de gestión respalda los flujos de trabajo, pero no sustituye la exposición obligatoria. Quien evalúe una plataforma digital debe mantener clara esta distinción para evitar sanciones.

Dicho esto, ¿cuándo conviene priorizar el dashboard digital?

  • Gestión de varias obras en paralelo: sin un único punto de control, los datos llegan tarde y las decisiones se basan en estimaciones.
  • Costes fuera de control: si el coste real supera sistemáticamente al presupuestado sin un análisis claro de las causas, se necesita una herramienta de seguimiento por naturaleza del coste y proveedor.
  • Informes para comitentes o entidades financieras: los dashboards institucionales muestran que la visualización en tiempo real de resúmenes y agrupaciones de proyectos se ha convertido en un estándar esperado también fuera del sector privado.
  • Problemas de seguridad recurrentes: el panel informativo debe enumerar al empleador, RSPP y RLS, junto con procedimientos de emergencia actualizados; una plataforma digital ayuda a mantener estos datos sincronizados y accesibles, aunque no sustituye la exposición física.
  • Necesidades de cumplimiento documental: PSC, POS, notificaciones preliminares y actas de inspección deben poder localizarse en pocos segundos.

Los 5 KPI imprescindibles para el dashboard de una obra

Los KPI no son todos iguales. Estos cinco cubren las dimensiones que realmente importan para un responsable de obra: costes, productividad, avance y rentabilidad.

1. Desviación presupuestaria (%)

Fórmula: (Coste real – Coste presupuestado) / Coste presupuestado × 100

Un valor positivo indica exceso. La actualización debe ser al menos semanal; el responsable administrativo introduce los costes reales y el director de obra verifica la coherencia con el avance físico.

2. Rentabilidad de la obra

Fórmula: (Ingresos – Costes totales) / Ingresos × 100

Este KPI indica si la obra está generando valor o erosionando el margen de la empresa. Un margen inferior al umbral contractual previsto es la señal más directa de que algo no funciona, tanto por el lado de los costes como por el de las modificaciones no reconocidas por el comitente. Debe actualizarse mensualmente, con responsabilidad compartida entre la oficina técnica y administración.

3. Horas de trabajo reales frente a previstas

Fórmula: Horas reales / Horas presupuestadas × 100

Los timesheets diarios completados en obra mediante una aplicación móvil son la fuente más fiable; sin esta recopilación estructurada, el KPI se convierte en una estimación y pierde valor para la toma de decisiones. El registro de asistencia en obra integrado con el dashboard elimina la doble carga manual.

4. Earned Value (EV) e índices SPI/CPI

El Earned Value es el valor del trabajo efectivamente completado, expresado en términos económicos.

  • SPI (Schedule Performance Index): EV / Valor planificado. Por debajo de 1,0 significa retraso.
  • CPI (Cost Performance Index): EV / Coste real. Por debajo de 1,0 significa exceso de coste.

Estos índices, incluso en la versión simplificada adoptada en obras de tamaño mediano, permiten proyectar el coste final al completar (EAC) antes de que el problema sea irreversible. La actualización mensual es suficiente para obras con una duración superior a seis meses.

Un consejo: No calcules el EV de toda la obra de una sola vez. Empieza por dos o tres trabajos de alto coste y verifica que los datos de avance físico sean fiables antes de extender el método.

5. Análisis de costes por naturaleza y por proveedor

No es un único número, sino una vista agregada: cuánto pesa la mano de obra, cuánto los materiales, cuánto los alquileres y qué proveedores inciden más en el total. Este análisis permite negociar con información e identificar rápidamente a los proveedores que generan desviaciones recurrentes. La frecuencia recomendada es mensual, con un análisis extraordinario cada vez que la desviación presupuestaria supere el umbral de alerta.

Los dashboards más eficaces nacen de procesos de digitalización ya iniciados: registro digital, partes diarios móviles e integración contable. El software se vuelve útil cuando los datos están estandarizados desde el inicio, no antes.


Qué funcionalidades debe tener el dashboard para ser útil todos los días

Los KPI son el “qué” monitorizar. Las funcionalidades son el “cómo” recopilar los datos y transformarlos en decisiones. Esto es lo que hay que pedirle a cualquier plataforma antes de firmar un contrato:

  • Partes diarios móviles: cumplimentación en obra, incluso sin conexión, con sincronización automática. Cada parte se convierte en un dato para la consolidación diaria, eliminando la transferencia manual al final de la semana.
  • Fotos geolocalizadas: documentación del estado de avance con marca de tiempo y coordenadas GPS. Útil para reclamaciones, recepciones y reportes para comitentes.
  • Seguimiento de materiales: registro de pedidos, entregas y desperdicios. Vinculado al presupuesto, permite ver en tiempo real cuánto material se ha consumido frente a lo presupuestado.
  • Avance mediante WBS: estructura Work Breakdown Structure que vincula cada actividad con el presupuesto correspondiente. Para una integración BIM eficaz, el mapeo WBS ↔ obra ↔ actividad es el paso técnico que permite vincular cantidades y avance físico con costes presupuestados y reales.
  • Gestión documental: archivo y versionado de PSC, POS, planos, actas y certificados. Acceso diferenciado según el rol (director de obra, coordinador de seguridad, comitente).
  • Notificaciones y alertas SLA: avisos automáticos cuando un KPI supera el umbral, se acerca un vencimiento documental o un proveedor no entrega dentro del plazo previsto.
  • Módulo de seguridad: integración con el Piano Operativo di Sicurezza (POS) y la notificación preliminar. El panel de seguridad digital debe incluir roles clave (empleador, RSPP, RLS) y procedimientos de emergencia, actualizados cada vez que cambien los nombres o los procedimientos.
  • Widgets configurables según el rol: el project manager ve costes y avance; el operario ve las tareas del día y las instrucciones de seguridad; el comitente ve un resumen del avance y el gasto. Misma plataforma, vistas diferentes.

Las aplicaciones para checklists e inspecciones integradas con el dashboard completan la recopilación de datos en campo y reducen el riesgo de omisiones durante las inspecciones.


Qué datos se necesitan y cómo integrarlos en el dashboard

Un dashboard vale tanto como los datos que lo alimentan. Las principales fuentes son seis:

Fuente de datos Formato/Integración recomendada Frecuencia de actualización
Partes diarios y timesheets API REST o importación CSV diaria Diaria
Pedidos y facturas de proveedores Integración ERP o importación desde el sistema contable Semanal o al recibirlos
Contabilidad de obra Conector con software contable (p. ej., Zucchetti, TeamSystem) Mensual o semanal
BIM y planos IFC, DWG, PDF georreferenciado Con cada revisión del modelo
Telemetría de maquinaria y sensores IoT API del proveedor de telemática o MQTT Casi en tiempo real o cada hora
Registro de asistencia Credencial, código QR o aplicación móvil con sincronización automática Diaria

Para garantizar la calidad de los datos, hay tres reglas prácticas:

Campos mínimos obligatorios. Cada parte debe contener al menos: fecha, obra, trabajo (código WBS), horas por operario y materiales utilizados. Sin estos campos, el dato no ingresa al dashboard.

Rutina de validación semanal. El responsable de obra verifica que los datos de la semana estén completos y sean coherentes antes del lunes siguiente. Si se omite esta rutina, se generan brechas que se acumulan y vuelven poco fiables los KPI.

Herramientas de obra y configuración del smartphone

Un responsable de datos por obra. Una sola persona es responsable de la calidad de los datos: no significa que cargue todo, sino que verifica y corrige. Sin esta figura, la responsabilidad se dispersa.

Un consejo: Para la integración BIM, no intentes conectar todo el modelo al dashboard desde el primer día. Mapea primero los trabajos de alto coste (estructuras, instalaciones) y verifica que el avance físico pueda medirse con los datos disponibles. Después, extiende el alcance.

El registro digital de obra suele ser el punto de partida más práctico: estandariza los campos de carga y crea la base sobre la que construir las integraciones posteriores.


Cómo se implementa un dashboard en obra: de la fase piloto al despliegue

La implementación no es un proyecto de IT: es un cambio operativo. La secuencia que mejor funciona contempla seis fases.

Fase 1: Scoping (1–2 semanas)

Definir objetivos medibles (por ejemplo, dos obras son suficientes: una con problemas de costes y otra con problemas de avance).

Fase 2: Piloto (4–6 semanas)

Activar la plataforma en esas dos obras, recopilar los datos con los procesos existentes y verificar que los KPI puedan calcularse. En esta fase aparecen las brechas de datos: fuentes faltantes, campos no estandarizados y resistencias operativas.

Fase 3: Integración de datos (2–4 semanas, en paralelo con el piloto)

Conectar las fuentes prioritarias (timesheets, contabilidad, pedidos). Las integraciones más simples (importación CSV) se activan en días; las realizadas mediante API requieren la participación del proveedor del sistema de gestión.

Fase 4: Pruebas de usuarios y formación (2 semanas)

Involucrar a los roles clave: director de obra, responsable administrativo y coordinador de seguridad. La formación debe ser práctica, no teórica: cada rol aprende a utilizar los widgets que le corresponden, no toda la plataforma.

Fase 5: Despliegue (4–8 semanas)

Extender la solución al resto de las obras con un plan de incorporación estructurado. Quienes participaron en el piloto se convierten en referentes internos para sus colegas.

Fase 6: Mantenimiento continuo

Revisión mensual de los KPI (¿siguen siendo relevantes?), actualización de los umbrales de alerta y verificación de la calidad de los datos. El dashboard no es un proyecto que se cierra: es un proceso.

Fase Duración estimada Responsable principal
Scoping 1–2 semanas Director técnico / PM
Piloto 4–6 semanas Responsable de obra + IT
Integración de datos 2–4 semanas IT / proveedor de la plataforma
Pruebas y formación 2 semanas PM + RR. HH. / formación
Despliegue 4–8 semanas PM + responsables de obra
Mantenimiento Continuo Responsable de datos por obra

Qué preguntarle al proveedor antes de elegir el software

La elección del software es una decisión que dura años. Las preguntas adecuadas permiten filtrar proveedores en pocas horas.

Seguridad y cumplimiento: ¿Los datos están alojados en Europa? ¿El proveedor cumple con el GDPR y puede proporcionar un DPA (Data Processing Agreement)? ¿Dónde se realizan las copias de seguridad y con qué frecuencia? ¿Cuál es el SLA garantizado para la recuperación en caso de incidente?

Integraciones: ¿Existe una API documentada y pública? ¿Qué conectores nativos están disponibles para los sistemas contables más utilizados en Italia (Zucchetti, TeamSystem, Passepartout)? ¿La aplicación móvil funciona sin conexión?

Escalabilidad y precio: ¿El modelo de precios escala según la cantidad de obras, usuarios o funcionalidades? ¿Cuáles son los costes de integración y formación no incluidos en la tarifa? ¿Cuál es el coste total de propiedad (TCO) a tres años?

Portabilidad de los datos: Si se decide cambiar de plataforma, ¿los datos históricos pueden exportarse en un formato abierto (CSV, JSON, XML)? ¿En cuánto tiempo?

Algunas situaciones deben hacer que se suspenda la negociación sin dudar:

  • Ausencia de API documentadas: significa que los datos quedan bloqueados en la plataforma.
  • Falta de control granular de roles: cualquiera ve todo, incluidos datos sensibles sobre costes y proveedores.
  • Copias de seguridad no garantizadas contractualmente: en caso de pérdida de datos, no hay protección.
  • Datos no exportables o exportables solo mediante pago: bloqueo comercial disfrazado de funcionalidad.

La gestión documental suele ser el primer punto de quiebre: hay que comprobar que el sistema admita versionado, acceso por rol y archivo a largo plazo antes de cualquier otra evaluación.


Caso práctico: Edil-up aplicada a una obra de renovación

Contexto. Una empresa constructora con tres obras activas simultáneamente, todas con una duración superior a doce meses, estaba perdiendo el control de los costes en dos de ellas. Los partes eran en papel, la contabilidad de obra se actualizaba cada dos semanas y la desviación presupuestaria se detectaba a final de mes, cuando ya era difícil corregir el rumbo.

Caso práctico: Edil-up aplicada a una obra de renovación — diagrama general

Intervención. La empresa activó Edil-up en una obra piloto, conectando los partes móviles con la contabilidad de obra y configurando tres KPI principales: desviación presupuestaria semanal, horas reales frente a previstas por trabajo y análisis de costes por proveedor. La formación requirió dos sesiones de dos horas cada una para los responsables de obra.

Resultados después del primer trimestre:

  • Reducción del retraso en la detección de desviaciones: de dos semanas a dos días.
  • Identificación de un proveedor de materiales con entregas sistemáticamente atrasadas, causa principal del 60% de los sobrecostes de ese trabajo.
  • Avance documental (POS, actas) siempre actualizado y accesible para el coordinador de seguridad sin solicitudes por correo electrónico.

Edil-up sostiene que una gestión centralizada de proyectos puede reducir los plazos de entrega hasta un 20%.

El dashboard no resolvió los problemas de la obra. Hizo visibles los problemas que ya existían, con suficiente antelación para poder abordarlos. Esa es la diferencia entre una herramienta útil y una decorativa.

Conclusiones prácticas replicadas en las otras obras:

  • Definir como máximo tres KPI para el primer mes del piloto, no diez.
  • Nombrar un responsable de datos por obra antes de la activación, no después.
  • Conectar primero los partes móviles y después la contabilidad: los datos de campo son la base de todo lo demás.

El punto de vista de Edil sobre dashboards y centralización de datos

Existe una convicción extendida en el sector de que el dashboard resuelve los problemas de gestión. No es así. Los hace visibles, que es algo distinto y, en ciertos casos, más incómodo. Una obra que funciona mal con hojas de Excel también funcionará mal con una plataforma digital, solo que con más datos disponibles para documentar el problema.

El valor real de una herramienta como Edil-up no está en los widgets ni en los gráficos: está en que obliga a la organización a estandarizar los procesos de recopilación de datos antes de poder utilizar cualquier visualización. Esta estandarización, por sí sola, produce mejoras operativas independientemente de la plataforma elegida.

Debo ser directo sobre un punto: Edil-up es la editorial de este artículo y el proveedor de la solución descrita. Es un conflicto de intereses real, y el lector tiene derecho a saberlo. La recomendación de Edil-up como punto de partida es genuina, pero la evaluación final corresponde a quien conoce su propia obra mejor que nadie.

La sugerencia práctica para mañana: no empieces por elegir el software. Empieza definiendo tres KPI que hoy no puedes calcular en menos de una hora. Si no puedes responder a esa pregunta, ninguna plataforma te ayudará hasta que resuelvas el problema de base.


Edil-up: cómo activar un piloto en pocas semanas

Quienes gestionan obras con problemas de control de costes o avance necesitan resultados medibles, no un proyecto de IT de seis meses. Edil-up está diseñada para eso: activación rápida, configuración guiada de KPI e integración con los sistemas de gestión que ya se utilizan.

Edil-up

Un piloto estándar en Edil-up abarca una o dos obras, dura cuatro semanas e incluye la configuración de los KPI prioritarios, la conexión con las fuentes de datos existentes y dos sesiones de formación para los responsables. Al finalizar el piloto, se cuenta con datos reales para decidir si se extiende la solución. No hay un compromiso a largo plazo antes de ver los resultados.

Para iniciar el piloto se necesita: la lista de obras activas con presupuesto y duración prevista, acceso al sistema contable para la conexión de datos y el nombre del responsable que actuará como contacto interno.

Consulta el plan de precios o contacta con el equipo para reservar una sesión de evaluación gratuita y saber qué configuración se adapta a la estructura de tu empresa.


Fuentes

Los recursos que aparecen a continuación cubren tres áreas distintas: cumplimiento normativo, implementación técnica y herramientas operativas.

Para el cumplimiento normativo:

Para la implementación técnica:

Para herramientas operativas:

Recomendados