Everhour añade temporizadores a los issues de GitHub y después convierte el trabajo registrado en timesheets, presupuestos, informes y revisión de facturación.
Introduzca la hora de entrada y de salida de cada día. Las horas extra y el salario bruto se calculan automáticamente.
| Día | Hora de entrada | Inicio del descanso | Fin del descanso | Descanso | Hora de salida | Total |
|---|
La calculadora le da el número — Everhour se encarga del resto.
Un clic y ya está cronometrando. Inicie un temporizador, añada una entrada, edite los detalles. Así es exactamente como se siente en Everhour.
Establezca un presupuesto, asigne tarifas y reciba alertas antes de pasarse.
Medición
Controle su presupuesto por tiempo o por costes
Todos los informes que necesita — configurados a su manera, siempre actualizados.
Las horas registradas pasan directamente a una factura pulida — sin copiar y pegar, sin cálculos manuales.
Una integración de seguimiento del tiempo en GitHub ayuda a los equipos que planifican el trabajo en repositorios e issues y después necesitan horas vinculadas a las mismas tareas, errores, funcionalidades y conversaciones. El registro útil muestra quién trabajó, qué issue recibió el tiempo, a qué repositorio o proyecto pertenecía y si el tiempo respalda la facturación, la revisión del presupuesto o el seguimiento interno de la entrega.
GitHub Issues es la unidad de trabajo natural porque los equipos ya lo usan para hacer seguimiento de informes de errores, funcionalidades, ideas y tareas de equipo. El seguimiento del tiempo pertenece a ese issue, en lugar de estar en una nota separada que alguien concilia más tarde. El resultado es un vínculo más limpio entre el trabajo de ingeniería, la estimación, el tiempo real y el periodo de informes.
Un buen registro de tiempo en GitHub usa títulos de issues, etiquetas, hitos, repositorios, miembros del equipo y fechas como dimensiones de informes. Las etiquetas pueden separar las correcciones de errores del trabajo de funcionalidades, los hitos pueden agrupar el trabajo de lanzamiento y los repositorios pueden mostrar adónde va el tiempo en todo un producto. Esos campos hacen que los informes sean útiles sin obligar a los desarrolladores a volver a escribir el contexto del proyecto después de cada tarea.
El error común es tratar las etiquetas de GitHub como decoración. Una etiqueta como `billing`, `support` o `urgent` cambia cómo lee un responsable la misma entrada de tiempo de 3 horas. Las etiquetas coherentes hacen que las exportaciones sean más limpias para la revisión en Excel, los informes por correo electrónico, las comprobaciones de presupuesto y los resúmenes para clientes. Las etiquetas incoherentes dejan a alguien limpiando el informe antes de que pueda respaldar una decisión de facturación o entrega.
El flujo de trabajo de GitHub de Everhour conecta la cuenta de GitHub y usa la extensión de navegador de Everhour para mostrar controles de seguimiento dentro de GitHub. Los cambios de GitHub, como nombres de proyectos, títulos de issues y etiquetas nuevas, se sincronizan con Everhour, de modo que los informes y timesheets pueden filtrar el tiempo por etiqueta, hito, repositorio, proyecto, miembro del equipo o periodo de tiempo.
El modelo de acceso merece una revisión deliberada antes del despliegue. Everhour indica que solicita acceso a los repositorios de GitHub para trabajar con issues, y GitHub define el ámbito OAuth `repo` como acceso completo a repositorios públicos y privados, incluido el acceso de lectura y escritura al código y a los recursos del repositorio. Los datos relacionados con el tiempo que se muestran en GitHub solo son visibles para los miembros del equipo de Everhour que tienen instalada la extensión.
Una configuración ligera funciona para una sola revisión de sprint, un pequeño trabajo para un cliente o una comprobación rápida del tiempo dedicado a un lanzamiento. Necesita el issue, la persona, la fecha, las horas y una etiqueta o hito coherente. Eso basta cuando el registro solo necesita responder a una pregunta concreta.
Un flujo de trabajo gestionado se vuelve necesario cuando el tiempo de GitHub registrado alimenta facturas recurrentes, revisión de nóminas, presupuestos o informes de utilización. Everhour Time Tracking admite temporizadores y entradas manuales, y después dirige las horas de tareas y proyectos a timesheets, informes, presupuestos, facturas y flujos de aprobación. Los administradores pueden usar recordatorios, periodos bloqueados, aprobaciones y reglas de temporizador para mantener los registros coherentes después de que termine el sprint.
Este contenido es solo para información general, puede no estar totalmente actualizado y se proporciona sin ninguna garantía ni responsabilidad.
High Performer
G2
Verano 2026
Best Ease Of Use
Capterra
Verano 2026
Clasificado entre las mejores herramientas de control del tiempo en G2, Capterra y TrustRadius — con elogios constantes por su facilidad de uso, integraciones y soporte.
Sí. GitHub Issues ya hace seguimiento de trabajo como errores, funcionalidades, ideas y tareas de equipo, por lo que funciona como fuente de tareas para el seguimiento del tiempo integrado. La entrada de tiempo debe vincularse al issue, no solo al repositorio, porque los registros a nivel de issue conservan el motivo del trabajo y respaldan informes más limpios por etiqueta, hito y proyecto.
El título del issue, el repositorio, la etiqueta, el hito, el miembro del equipo, la fecha y el tiempo dedicado son los que más importan. Las etiquetas y los hitos añaden contexto que las horas sin más no muestran. Una entrada de 2 horas en un error que bloquea un lanzamiento y una entrada de 2 horas en una mejora futura no deberían acabar en el mismo grupo de informes a menos que el equipo las agrupe allí de forma deliberada.
No. El seguimiento del tiempo en GitHub puede proporcionar registros fuente, pero los empleadores cubiertos por la FLSA deben mantener registros precisos de los trabajadores no exentos, incluidas las horas trabajadas cada jornada laboral y el total de horas trabajadas cada semana laboral. Los empleados no exentos cubiertos deben recibir pago de horas extra por las horas trabajadas por encima de 40 en una semana laboral fija de 168 horas, al menos a 1,5 veces la tarifa habitual.
No. Invite a las personas que necesitan registrar tiempo o usar funciones de seguimiento del tiempo. Everhour indica que los equipos pueden invitar y pagar solo por los usuarios de GitHub que vayan a registrar tiempo o usar funciones de Everhour, en lugar de por todos los usuarios de GitHub del espacio de trabajo. Esto mantiene el grupo de seguimiento alineado con la necesidad real de informes.
El mayor error es registrar horas sin una estructura fiable de issues, etiquetas o hitos. Un temporizador en el issue incorrecto genera un registro, pero el informe sigue describiendo mal el trabajo. Una higiene limpia de issues importa antes de que el seguimiento del tiempo escale, especialmente cuando las exportaciones respaldan la facturación a clientes, las alertas de presupuesto, las revisiones de lanzamientos o las comprobaciones de nómina.
Everhour añade controles de seguimiento del tiempo a GitHub mediante su extensión de navegador, de modo que los miembros del equipo pueden iniciar temporizadores o añadir tiempo manual desde el contexto del issue. El tiempo registrado alimenta después los timesheets, informes, presupuestos, facturación y revisión de nóminas de Everhour, con controles de administración para aprobaciones, periodos bloqueados, recordatorios y comportamiento del temporizador.
Registre el trabajo de issues donde los desarrolladores ya trabajan y después use las aprobaciones, los periodos bloqueados y los timesheets de Everhour para convertir las horas de GitHub en facturación, revisión de nóminas e informes de proyectos.
Prueba gratuita de 14 días · Sin tarjeta de crédito · Cancela cuando quieras
