Su código y su estado
Título, código propio y estado de avance. Es lo que permite hablar del proyecto sin enumerar sus órdenes.
Funcionalidad
Una renovación de instalación, la puesta en marcha de un centro nuevo o una campaña de sustitución no son mantenimiento recurrente. Tienen principio, final y presupuesto propio, y se gestionan mal cuando se meten en la misma lista que el día a día.
Es un conjunto de trabajos que se agrupan porque comparten un objetivo, un presupuesto y un plazo, en lugar de porque caigan sobre el mismo equipo. Sustituir la iluminación de veinte tiendas, adaptar una instalación a una normativa nueva o poner en marcha una planta son proyectos: mientras duran conviven con el mantenimiento habitual, compiten por los mismos técnicos y necesitan su propio control de coste. Meterlos en la cola de órdenes del día a día tiene dos efectos, y los dos malos: el proyecto se diluye y el coste del mantenimiento recurrente deja de ser comparable entre periodos.
El trabajo se hace igual. Lo que se pierde es el control.
Un proyecto es un contenedor con estado, coste y trazabilidad propios.
Título, código propio y estado de avance. Es lo que permite hablar del proyecto sin enumerar sus órdenes.
Cada trabajo se imputa al proyecto además de a su activo, así que el día a día y el proyecto no se mezclan en los informes.
Horas, materiales y desplazamientos de todas sus órdenes sumados. El dato que hace falta para saber si el proyecto va bien o va mal.
Con su cliente de facturación propio cuando no coincide con el titular de la instalación, que en grupos es más frecuente de lo que parece.
Planos, memorias, certificados y actas colgados del proyecto y no repartidos entre las órdenes.
Con su referencia externa y su fecha de cierre, para que la contabilidad analítica cuadre sin trabajo manual.
No compiten, hacen cosas distintas. Un proyecto es un paraguas de coste: agrupa trabajo que puede extenderse a varios centros y varios meses, y sirve para agregar gasto y facturación bajo un mismo código. Una obra es un periodo de trabajo en un emplazamiento, con fecha de inicio y de fin, que además genera automáticamente el parte diario de cada operario asignado mientras dura. La regla práctica: si lo que necesitas es sumar coste bajo una referencia, es un proyecto; si además necesitas que un equipo registre su trabajo cada día durante semanas, es una obra. Y una obra puede pertenecer a un proyecto.
La pregunta del final de cualquier proyecto —¿hemos ganado dinero con esto?— se responde mal en la mayoría de las empresas, y no por falta de contabilidad sino porque las horas y los materiales que consumió se repartieron por el camino sin quedar asociados a él. Un técnico dedicó tres días, otro pasó una mañana, se compró material que entró por almacén general y alguien hizo dos desplazamientos. Ninguna de esas cuatro cosas es difícil de registrar; lo difícil es reconstruirlas después. Cuando el proyecto es la unidad a la que se imputan las órdenes, el coste real aparece solo, y con él la comparación contra lo estimado. Y esa comparación tiene más valor del que parece: repetida en cinco o seis proyectos enseña si el problema está en la ejecución o en cómo se presupuesta, que son dos conversaciones muy distintas y se suelen confundir en una sola.
No todo lo que no es preventivo ni correctivo es una obra. Hay una categoría intermedia que en muchas operaciones no tiene sitio y acaba desordenando el resto: la mejora que se decide hacer, la sustitución programada de un conjunto de equipos, la adaptación de un centro, la campaña de revisión extraordinaria de una familia de activos. Si ese trabajo se mete en el flujo normal de órdenes, contamina los indicadores de mantenimiento y hace que las cifras del mes no se puedan comparar con las del anterior. Tratarlo como proyecto lo aísla: tiene sus fechas, sus órdenes, sus horas y su coste, y el mantenimiento ordinario sigue midiéndose contra sí mismo. Es una distinción administrativa que parece menor y que es la diferencia entre unos informes que se pueden leer y unos que hay que explicar cada vez.
Sí, con la salvedad de siempre sobre el alcance: sirve para organizar y repartir el trabajo de campo, generar los partes a los operarios entre unas fechas y llevar las horas y materiales imputados. Lo que no lleva son partidas, mediciones ni certificaciones, así que la planificación económica de la obra seguirá viviendo donde viva hoy.
Sí, porque lo que queda es simplemente el trabajo aún no ejecutado dentro del alcance. Es información directa, no una estimación de avance: cuántos partes se generaron, cuántos están cerrados y cuántos siguen pendientes, con sus horas imputadas hasta la fecha.
El alcance. Un proyecto agrupa trabajo que puede abarcar varios centros y varios meses, y sirve para agregar coste y facturación. Una obra ocurre en un emplazamiento, tiene fecha de inicio y fin y suele venir de un presupuesto aceptado. Una obra puede pertenecer a un proyecto.
Se pueden separar. Cada orden se imputa a su proyecto además de a su activo, así que los informes permiten mirar el mantenimiento recurrente sin que un proyecto grande distorsione el periodo.
Sí. El proyecto admite un cliente de facturación propio, que en grupos empresariales y en obras para promotores es un caso frecuente.
Sí, con su referencia externa y su fecha de cierre, de modo que la contabilidad analítica cuadre sin rehacer el reparto a mano.
En la demo lo montamos y vemos cómo quedaría su coste separado del mantenimiento del día a día.
Accesibilidad
Se guardan en este navegador. El tema claro u oscuro se cambia desde el pie.