Vikunja en cuadrillas: tareas, fotos y cierre diario
Un mini-caso municipal con Vikunja: tareas por cuadrilla, fotos adjuntas, responsables, permisos y respaldo para cerrar reclamos sin planillas.
La cuadrilla cierra el día con fotos que no siempre apuntan a una tarea. En una municipalidad chica del Gran Mendoza, reclamos de luminarias, poda y baches quedaban repartidos entre planillas y mensajes; Vikunja permite ordenar proyecto, responsable, adjuntos y cierre. Esta nota muestra qué dato guarda la herramienta y cómo probar el circuito antes de usarlo en calle.
Dónde aparece el reclamo perdido
El dato que baja la ansiedad de comprar otro sistema viene del repositorio: Vikunja tenía 4.556 estrellas en GitHub y su release v2.3.0 fue publicado el 9 de abril de 2026 con 11 correcciones de seguridad, sistema de plugins y mejoras de escritorio. Es una base suficiente para una prueba municipal acotada, no una garantía automática de adopción. La foto sin tarea es el punto de falla. La ayuda oficial de tareas dice que la vista de detalle permite editar título, descripción, fechas, etiquetas, responsables, adjuntos y otros campos. La documentación de instalación indica que el contenedor guarda archivos subidos dentro de /app/vikunja/files y recomienda montar ese volumen para conservarlos. La lectura operativa es simple: la base guarda la tarea; el volumen guarda la evidencia pesada.
Cómo funciona por dentro
El flujo empieza cuando mesa de entrada crea una tarea: calle, tipo de reclamo, prioridad, fecha prometida y cuadrilla asignada. Vikunja recibe esos datos y los muestra en proyecto, tabla, lista o tablero. PostgreSQL puede usarse como base externa para guardar tareas, usuarios, comentarios, estados y relaciones; si falla, la aplicación pierde el historial de trabajo. El segundo paso ocurre en campo. La cuadrilla abre la tarea, agrega comentario y adjunta foto del trabajo. El archivo queda en el volumen de archivos de Vikunja; la tarea conserva vínculo, usuario y fecha. Si el equipo trabaja sin señal, el procedimiento escrito indica cuándo se carga la evidencia y quién valida que no falte. El tercer paso separa permisos. Un operador crea reclamos, una cuadrilla edita las tareas asignadas, supervisión cierra y gerencia consulta totales. El cuarto paso usa etiquetas: alumbrado, poda, calle, urgente o garantía. La API de prueba documenta tareas, asignaciones, etiquetas y adjuntos, y permite integrar cargas desde otro sistema si el municipio ya tiene un formulario público. El quinto paso cierra el día. Una vista filtra tareas vencidas, terminadas y devueltas. El sexto paso copia base y archivos; la restauración recupera una tarea real con foto, comentario, responsable y fecha. Si falta el adjunto, el backup no pasó.
Qué se instala o configura primero
La primera instalación tiene Vikunja 2.3.0, PostgreSQL 17, proxy HTTPS, volumen de archivos montado, backup diario y usuarios por rol. La página de configuración permite definir base, rutas, correo, archivos y URL pública. Con el dólar oficial vendedor de $ 1.481,94, un VPS de USD 10 a USD 20 por mes equivale a $ 14.819 a $ 29.639 mensuales; una puesta en marcha de USD 450 a USD 800 queda entre $ 666.873 y $ 1,19 millones. Incluye tres proyectos piloto, diez usuarios, plantillas de tareas, un tablero de cierre y una restauración documentada. No incluye aplicación móvil propia ni integración con sistemas de atención ciudadana que requieran desarrollo externo. UMSA suele pedir una prueba de dos semanas antes de cargar todo el municipio. El primer entregable verificable es una recorrida con cinco reclamos reales: uno creado por mesa de entrada, dos tomados por cuadrilla, uno devuelto con motivo y uno cerrado con foto. Ese lote muestra si el nombre de estados coincide con la rutina. Un detalle de oficina ayuda a medir adopción: el sello de “cerrado” en una carpeta física desaparece recién cuando la supervisión confía en el tablero. Hasta ese día, conviene convivir con ambos registros y comparar diferencias. La prueba también mira tiempos. Mesa de entrada toma un reclamo, la cuadrilla lo acepta, adjunta foto y supervisión lo cierra antes del corte diario. Si el circuito tarda más que el trámite anterior, se ajustan campos y permisos antes de sumar más áreas.
Dónde se rompe y cómo probarlo
El primer riesgo es el estado ambiguo. La señal aparece cuando “hecho”, “resuelto” y “cerrado” significan cosas distintas. La prueba es escribir cuatro estados, usarlos una semana y revisar si cada cuadrilla los aplicó igual. El segundo riesgo es el adjunto fuera del backup. La señal aparece cuando una tarea restaurada conserva texto, pero pierde fotos. La prueba es adjuntar dos imágenes, ejecutar backup, restaurar en otro servidor y abrir la tarea. El tercer riesgo es el permiso de edición. La señal aparece cuando una cuadrilla puede cerrar tareas de otra zona. La prueba es crear dos equipos, asignar proyectos separados y probar cambios cruzados con usuarios reales. El cierre diario sirve cuando cada reclamo tiene tarea, responsable y evidencia. La pregunta práctica es cuántas fotos de ayer pueden encontrarse sin revisar chats.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.