OpenProject 17.3 en obras: tareas, costos y permisos
OpenProject 17.3 permite ordenar tareas de obra, costos y responsables en servidor propio. Guía para pymes y municipios que necesitan evidencia diaria.
¿Quién aprueba una tarea cuando una obra chica cambia de precio a mitad de semana? En un municipio del Gran Mendoza, el IT manager vio órdenes de compra, fotos y pedidos de cuadrilla repartidos entre chats y carpetas. OpenProject 17.3 suma mejoras de backlogs y sprints, y su edición Community puede instalarse en servidor propio. La nota muestra cómo dejar costo, permiso y evidencia en un mismo flujo.
La tarea de obra necesita dueño antes del gasto
La cifra que ordena la decisión aparece en la página de precios: OpenProject Community cuesta €0, mientras que el plan Basic informa €5,95 por usuario al mes con mínimo de 25 usuarios. Esa cuenta lleva la alternativa paga a €148,75 mensuales antes de soporte superior. Para una contratista chica o un municipio, el valor del servidor propio se compara contra usuarios, soporte y tiempo administrativo.
El dato global viene del oficio de construir software. Octoverse 2025 registró más de 180 millones de desarrolladores y más de 630 millones de proyectos en GitHub. Esa escala no vuelve grande a una obra local, pero sí confirma que el trabajo con tickets, ramas, responsables y registros ya es una práctica común. La obra necesita ese lenguaje para no depender del grupo "vereda norte".
Una tarea sin dueño cambia de precio en silencio.
El primer cambio visible es simple: cada pedido queda como paquete de trabajo con responsable, vencimiento, costo estimado, archivo y estado. La carpeta "obra_mayo_v3" pierde autoridad cuando el sistema muestra quién pidió material, quién aprobó y qué foto prueba avance.
El chat de cuadrilla mezcla pedido, permiso y memoria
El antagonista es el chat de WhatsApp "Obra Plaza Este", donde una foto de zanja convive con un audio de compra, una ubicación compartida y una orden escrita a medias. En la oficina técnica, un casco blanco con la cinta reflectiva gastada queda sobre un plano doblado. Ese objeto resume una rutina: la obra existe en la calle, pero la memoria queda repartida.
OpenProject sirve cuando cada elemento tiene función. Un paquete de trabajo recibe una tarea, un responsable y fechas. El módulo de costos guarda horas o importes vinculados a esa tarea. Los roles controlan quién crea, aprueba o cierra. Los adjuntos guardan fotos, planos y actas. El informe muestra avance por obra, área o contratista. Si un proveedor discute una certificación, el equipo revisa historia y archivo sin pedir capturas.
Cómo funciona por dentro
El flujo mínimo tiene cinco pasos. Primero, el jefe de cuadrilla carga una tarea o incidente con obra, ubicación, foto y prioridad. Segundo, la oficina técnica revisa alcance, costo y responsable. Tercero, OpenProject guarda paquete de trabajo, estado, comentarios y adjuntos; PostgreSQL conserva usuarios, permisos y cambios. Cuarto, gerencia consulta tablero de avance y costos sin editar tareas operativas. Quinto, el backup copia base y archivos, y una prueba restaura una obra real con historial y adjuntos.
La instalación Docker Compose deja servicios separados para web, worker, base y almacenamiento. PostgreSQL guarda registros estructurados; el volumen de archivos conserva adjuntos y evidencias. La guía de restauración explica cómo devolver base y volúmenes a un estado útil. Esa prueba debe hacerse antes de cargar obras vivas.
El permiso define la frontera. Cuadrilla carga y comenta. Oficina técnica cambia alcance. Compras ve costos y adjunta orden. Gerencia consulta tablero. Un proveedor externo puede recibir acceso acotado a sus tareas. Si el mismo usuario aprueba, compra y cierra, el sistema copia el desorden de la carpeta.
Qué se instala o configura primero
La pila concreta usa OpenProject 17.3, PostgreSQL, proxy HTTPS, correo saliente, copias diarias y monitoreo de disco. Un piloto cuesta entre USD 1.600 y USD 4.200, entre ARS 2,27 y 5,96 millones al dólar vendedor oficial de $1.418 informado por Bluelytics. La operación mensual suele quedar entre USD 35 y USD 140, según backups, almacenamiento y soporte.
El plazo va de tres a seis semanas. UMSA suele pedir una obra piloto con diez tareas, dos roles de carga, un rol de aprobación, costos visibles y una restauración de prueba. El primer entregable verificable es un tablero que muestre tareas abiertas, gasto comprometido, fotos pendientes y certificaciones listas para revisión.
Conviene arrancar con pocos tipos de tarea: relevamiento, compra, ejecución, inspección y cierre. Cada tipo tiene campos mínimos y un responsable. Si se abren veinte estados el primer día, la cuadrilla vuelve al chat. El sistema gana uso cuando cargar una foto y elegir estado se completa antes de explicar la misma foto dos veces.
Dónde se rompe y cómo probarlo
Primer riesgo: convertir OpenProject en archivo muerto. La señal aparece cuando las tareas se cargan al final de la semana. La prueba pide registrar tres incidentes en campo y revisar si oficina técnica los ve en el día. Segundo riesgo: mezclar permisos. La señal aparece cuando un usuario de cuadrilla puede cerrar una compra. La prueba usa cuentas separadas y fuerza acciones denegadas.
Tercer riesgo: perder adjuntos. La señal es un backup de base sin fotos ni planos. La prueba restaura una obra completa y abre una imagen, un comentario y un costo. Cuarto riesgo: costos sin regla. La prueba compara tres compras contra orden, tarea y aprobación. Si la obra no puede mostrar quién pidió, quién aprobó y qué se pagó, el tablero queda lindo y la discusión vuelve al pasillo.