solidtime 0.14 en pymes: horas, proyectos y salida
Un parte de horas sirve si une persona, proyecto, tarea, tarifa y aprobación. Cómo instalar solidtime, respaldarlo y probar salida.
Una entrada de tiempo es una fila con persona, proyecto, tarea, fecha, duración y tarifa. solidtime 0.14 agregó una vista de partes de horas para cargar muchas jornadas sin abrir temporizadores uno por uno. Para una pyme que factura soporte, diseño o mantenimiento por proyecto, la nota explica cómo guardar el dato, quién lo aprueba, qué se exporta y cómo se prueba el respaldo.
Dónde aparece el error de horas
La versión 0.14.0 de solidtime fue publicada el 3 de junio de 2026 y sumó Timesheet View. La mejora permite cargar tiempo por proyecto y tarea en una vista con forma de planilla, usando las mismas entradas de tiempo que las vistas de calendario y seguimiento. El antagonista es la hora facturable escrita tarde. En una cámara empresaria de San Martín, Mendoza, el tesorero puede tener soporte mensual, reuniones con asociados, tareas de web y asistencia administrativa. Si cada área manda horas por chat al cierre del mes, la factura sale con dudas y la discusión llega cuando el trabajo ya ocurrió. El Octoverse de GitHub registró crecimiento fuerte de colaboración técnica y proyectos compartidos. Esa escala global baja a una pyme en una pregunta concreta: quién hizo qué tarea, para qué cliente, con qué tarifa y qué registro respalda el cobro.
Cómo funciona por dentro
El flujo empieza con proyectos y clientes. Administración crea cliente, proyecto, tarifa y tareas. Cada usuario carga horas con fecha, duración, descripción y tarea. Un responsable revisa entradas pendientes, corrige categoría si corresponde y aprueba. El reporte mensual agrupa por cliente, proyecto, tarea y usuario. La exportación entrega un archivo que facturación puede revisar. solidtime recibe usuarios, organizaciones, clientes, proyectos, tareas, tarifas y entradas de tiempo. Entrega reportes, vista de calendario, partes de horas y datos para facturación. La base guarda organizaciones, miembros, roles, clientes, proyectos, tareas, tarifas, entradas y estado. El almacenamiento guarda adjuntos si la instalación los usa. El correo avisa invitaciones o eventos definidos. Los permisos tienen que copiar el organigrama real. Cada usuario carga sus horas. Un coordinador aprueba su equipo. Administración mira tarifas y reportes. Gerencia lee totales. Sistemas administra la instalación, usuarios técnicos, copias y restauración. Un proveedor externo puede quedar limitado a un proyecto y sin acceso a tarifas generales. El cierre mensual debe congelar el período revisado. Administración exporta el reporte, guarda el archivo con fecha y cliente, y deja el estado cerrado. Si aparece una corrección, se carga una entrada de ajuste con motivo, usuario y aprobación. Así facturación puede explicar el cambio sin editar el mes ya enviado. La documentación de self-hosting indica que la opción propia se despliega con Docker y Docker Compose. Esa decisión simplifica la instalación, pero obliga a respaldar base, variables, volúmenes y versión de imagen. Si una de esas piezas falta, el parte de horas vuelve incompleto.
Qué se instala o configura primero
La pila inicial usa solidtime 0.14, PostgreSQL, contenedores Docker, HTTPS, correo saliente, roles por organización y backup diario. El primer entregable verificable es un proyecto con dos usuarios, dos tareas, una semana cargada en timesheet, aprobación y exportación mensual. Con dólar oficial vendedor de referencia a ARS 1461, un servidor de USD 18 a 35 mensuales queda entre ARS 26.298 y ARS 51.135. El piloto demanda 16 a 28 horas: instalación, dominio, usuarios, proyectos, tarifas, prueba de carga, reporte, exportación y restauración. UMSA puede empezar por un flujo acotado: soporte mensual, mantenimiento preventivo o asistencia técnica. La meta de salida es abrir un proyecto y mostrar horas aprobadas, responsable, tarifa aplicada y archivo exportado. Si ese circuito no sale en diez minutos, la herramienta todavía está en ensayo.
Dónde se rompe y cómo probarlo
El primer riesgo es cargar horas sin proyecto. La señal aparece cuando el reporte mensual agrupa trabajo en una bolsa genérica. La prueba obliga a registrar una entrada sin tarea y verifica que el sistema la marque para revisión. El segundo riesgo es mezclar aprobación y facturación. La señal aparece cuando una persona puede cargar, aprobar y cerrar su propio parte. La prueba crea usuario, coordinador y administración, luego intenta aprobar con cuenta sin rol. El tercer riesgo es perder tarifas históricas. La señal aparece cuando un cambio de precio altera reportes de meses cerrados. La prueba carga una semana con tarifa vieja, cambia la tarifa y revisa que el reporte cerrado conserve el valor anterior o deje evidencia del ajuste. El cuarto riesgo es confiar en la vista sin probar salida. La guía de timesheet describe carga masiva de entradas por semana. La prueba exporta el mes y compara cuatro campos: cliente, tarea, duración y usuario. El quinto riesgo es respaldar solo el contenedor. La prueba levanta la copia en otro servidor y abre usuario, proyecto, tarea, entrada aprobada y reporte. La pregunta incómoda queda al final: ¿qué hora facturable se puede defender sí mañana se apaga el servidor?
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.