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 tablero 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 luego extender la solución a toda la obra. Si querés 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 | Monitorear 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
- Los 5 KPI imprescindibles para el dashboard de una obra
- Qué funcionalidades debe tener el dashboard para ser útil todos los días
- Qué datos se necesitan y cómo integrarlos en el dashboard
- Cómo se implementa un dashboard en obra: de la fase piloto al despliegue
- Qué preguntarle al proveedor antes de elegir el software
- Caso práctico: Edil-up aplicada a una obra de renovación
- El punto de vista de Edil sobre dashboards y centralización de datos
- Edil-up: cómo activar un piloto en pocas semanas
- Fuentes
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: costos, avance de obra, asistencia, 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.
- Costos fuera de control: si el costo real supera sistemáticamente al presupuestado sin un análisis claro de las causas, se necesita una herramienta de seguimiento por naturaleza del costo 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: costos, productividad, avance y rentabilidad.
1. Desviación presupuestaria (%)
Fórmula: (Costo real – Costo presupuestado) / Costo presupuestado × 100
Un valor positivo indica exceso. La actualización debe ser al menos semanal; el responsable administrativo introduce los costos reales y el director de obra verifica la coherencia con el avance físico.
2. Rentabilidad de la obra
Fórmula: (Ingresos – Costos 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 costos 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 confiable; 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 / Costo real. Por debajo de 1,0 significa exceso de costo.
Estos índices, incluso en la versión simplificada adoptada en obras de tamaño mediano, permiten proyectar el costo 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. Empezá por dos o tres trabajos de alto costo y verificá que los datos de avance físico sean confiables antes de extender el método.
5. Análisis de costos 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é” monitorear. 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: carga 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 reclamos, 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 consumió 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 costos 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 costos 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 confiables los KPI.

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. Mapeá primero los trabajos de alto costo (estructuras, instalaciones) y verificá que el avance físico pueda medirse con los datos disponibles. Después, extendé 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 costos 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 capacitación (2 semanas)
Involucrar a los roles clave: director de obra, responsable administrativo y coordinador de seguridad. La capacitació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 capacitación | 2 semanas | PM + RR. HH. / capacitació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 costos de integración y capacitación no incluidos en la tarifa? ¿Cuál es el costo 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 costos 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 costos 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 recién a fin de mes, cuando ya era difícil corregir el rumbo.

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 costos por proveedor. La capacitació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 sobrecostos 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 anticipació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. Empezá definiendo tres KPI que hoy no podés calcular en menos de una hora. Si no podés responder 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 costos 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.

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 capacitació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.
Consultá el plan de precios o contactá al 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:
- Dashboard – Osserva Cantieri
- Cartel de obra: modelo, obligaciones y sanciones
- Guía completa del cartel de obra: normativa, requisitos y sanciones | Unione Architetti
- ¿Qué debo exponer en el panel informativo? – RAMS boards Italiano
Para la implementación técnica:
Para herramientas operativas:
Recomendados
- Mejores aplicaciones de checklist de obra para responsables 2026
- Registro de asistencia en obra: guía 2026
- La digitalización del sector de la construcción: cómo prepararse para el futuro – Edil-up – La construcción sostenible del futuro
- Cómo crear una red de contactos en el sector de la construcción – Edil-up – La construcción sostenible del futuro
