Vikunja 2.5 en cámaras: tareas, permisos y respaldo
Un caso anonimizado muestra cómo ordenar tareas de una cámara empresaria con Vikunja: proyectos, responsables, permisos, API, adjuntos y backup probado.
Antes, el tesorero de una cámara empresaria en San Martín abría tres chats, dos planillas y una carpeta de adjuntos para saber quién debía contestar un trámite. Después, un proyecto en Vikunja reunió tarea, responsable, fecha, comentario, archivo y permiso. El caso es anonimizado y sirve para revisar una adopción acotada: tareas de comisión, consultas de socios, vencimientos y respaldo probado.
Dónde aparece la tarea con dueño nuevo
El primer síntoma fue una consulta simple: un socio pidió constancia, la secretaria respondió por correo, comisión agregó una condición por chat y tesorería necesitó ver el comprobante. Nadie actuó de mala fe; el dato estaba repartido. La reunión mensual no fallaba por falta de voluntad, sino por ausencia de una lista única con responsable vigente, archivo asociado y fecha revisable. El antagonista fue la tarea sin dueño vigente, visible en muchos lugares y cerrada en ninguno. El repositorio go-vikunja/vikunja registraba 5.035 estrellas, 602 forks y licencia AGPL-3.0 al momento de esta corrida. La release v2.5.0 fue publicada el 4 de agosto de 2026. La ayuda oficial de Vikunja describe tareas con detalles, comentarios, etiquetas, asignados y adjuntos, además de proyectos, equipos y vistas de lista, tabla, kanban y Gantt. Una tarea cerrada sin adjunto vuelve a abrirse. La documentación principal de Vikunja organiza instalación, API, integraciones, permisos y respaldo. La página de permisos define derechos de lectura, lectura/escritura y administración al compartir proyectos con usuarios o equipos. Stack Overflow 2025 ubica SQL con 58,6% entre todos los respondentes; en cámaras y asociaciones, esa familiaridad ayuda a discutir listas, estados y responsables sin depender de mensajes sueltos.
Cómo funciona por dentro
El flujo empieza cuando secretaría crea un proyecto por frente de trabajo: socios, eventos, cobranzas, trámites o proveedores. Cada tarea recibe descripción, vencimiento, asignado, etiqueta y adjunto si corresponde. Comisión revisa, tesorería comenta, presidencia mira tablero y sistemas controla usuarios, backup e integraciones. 1. Secretaría carga la tarea con socio, asunto, vencimiento y responsable. 2. Vikunja guarda proyecto, tarea, comentario, etiqueta y relación con usuario. 3. Los adjuntos quedan en el directorio de archivos configurado. 4. Los derechos separan lectura, edición y administración por equipo. 5. La API permite integrar formularios o reportes con tokens de acceso. 6. Las vistas de tabla y kanban muestran estado, demora y carga por persona. 7. El backup copia base y archivos; la restauración abre una tarea cerrada. La guía de API indica que desde Vikunja 2.4.0 existe una segunda versión de API con verbos REST estándar y especificación OpenAPI 3.1; también recomienda tokens para autenticación por API. La página de what to backup separa dos piezas: base de datos y archivos adjuntos. También advierte que borrar un proyecto es permanente, sin papelera ni deshacer.
Qué se instala o configura primero
El primer entregable verificable son cuatro proyectos, tres equipos, una tarea con adjunto y una restauración. En la cámara, el cambio práctico apareció cuando una consulta de socio quedó cerrada con comprobante, comentario de comisión y responsable final, sin buscar en conversaciones viejas. La pila mínima usa Vikunja 2.5.0, PostgreSQL, Docker Compose, HTTPS, directorio de archivos con permisos claros, variables o archivo de configuración, usuarios por equipo, tokens de API y copia diaria. Con dólar oficial vendedor a ARS 1.520 informado por DolarAPI, un VPS chico o mediano puede costar entre USD 20 y USD 50 mensuales, entre ARS 30.400 y ARS 76.000. Un piloto de 22 a 36 horas técnicas a USD 30/h queda entre USD 660 y USD 1.080, entre ARS 1.003.200 y ARS 1.641.600. UMSA puede aplicar este patrón en cámaras, colegios profesionales o asociaciones que ya trabajan con correo y grupos de mensajería, pero necesitan registro operativo. Incluye instalación, proyectos iniciales, permisos, tablero, backup, restauración y una guía breve de salida. Quedan fuera gestión contable completa, portal de socios, firma digital y automatizaciones avanzadas de cobranza.
Dónde se rompe y cómo probarlo
El primer riesgo aparece en permisos de administración entregados a todo el equipo. La señal es una persona operativa que puede compartir un proyecto sensible. La prueba crea usuarios de lectura, edición y administración, e intenta cambiar miembros desde cada rol. El segundo riesgo aparece en adjuntos fuera del backup. La señal es una tarea restaurada sin comprobante. La prueba ejecuta copia de base y directorio de archivos, levanta otra instancia y abre una tarea con PDF. El tercer riesgo aparece en proyectos demasiados amplios. La señal es una lista única con cobranzas, eventos y proveedores mezclados. La prueba separa proyectos por flujo y mide cuántas tareas vencidas quedan sin responsable. El cuarto riesgo aparece en API sin dueño. La señal es un token usado por un formulario que nadie puede revocar. La prueba registra cada token, propósito y fecha de revisión. La herramienta sirve cuando una comisión puede cerrar una consulta con fecha, responsable, adjunto y recuperación posible.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.