EGA Futura » Capacitación y Soporte
El parte de horas es el registro de cuánto tiempo dedicó cada persona a cada trabajo.
En su forma más simple es una fila por día, con la tarea, el proyecto y la cantidad de horas.
También aparece nombrado como parte diario, hoja de horas o timesheet, según el país y la industria.
El primero es liquidar la remuneración, y ahí lo que importa es la presencia y la jornada cumplida.
El segundo es facturar a un cliente por tiempo, y ahí importa qué horas son imputables y a qué contrato.
El tercero es medir el costo real de un proyecto, y ahí importa el detalle por tarea, incluso el de horas que nadie factura.
Mezclar los tres en una sola planilla es el origen de casi todos los problemas de un parte de horas.
Esta es la distinción más importante y la que más se pasa por alto.
La asistencia responde a qué hora entró y a qué hora salió una persona.
La dedicación responde a en qué usó esas horas mientras estuvo.
Una empresa puede tener resuelta la primera y no tener ni idea de la segunda, que es exactamente el caso más frecuente.
El parte de horas tiene mala fama y las razones son concretas.
Cuando se completa el viernes de memoria, los números son inventados y todos lo saben.
Cuando pide demasiado detalle, el tiempo de carga compite con el trabajo real.
Y cuando nadie devuelve nada a partir de esos datos, se percibe como control y no como herramienta.
Que la carga sea diaria y rápida, con una lista corta de opciones en lugar de texto libre.
Que exista una categoría honesta para el tiempo que no es facturable, porque si no existe la gente la esconde adentro de otra.
Y que los datos vuelvan al equipo en forma de información útil, como cuánto se desvió lo estimado de lo real.
El parte de horas solo rinde de verdad cuando hay una estimación previa contra la cual compararlo.
Sin estimación, las horas cargadas son un dato histórico sin conclusión posible.
Con estimación, cada desvío se convierte en una lección para la próxima cotización.
Cuántas horas dura la jornada legal, cómo se computan las horas extra y qué registros hay que conservar lo define la legislación de cada país.
Hay jurisdicciones que exigen un registro horario obligatorio y otras que no.
Por eso conviene definir el modelo junto con el asesor laboral local antes de elegir la herramienta.
Tener el registro dentro del mismo sistema donde se factura y se costea es lo que propone el ERP en la nube de EGA Futura.
Hay que ser preciso acá: hoy no está construido un objeto de parte de horas en el ERP.
O sea que no existe todavía un registro que impute una cantidad de horas a una fecha, una persona y una tarea a la vez.
Lo que sí hay son dos piezas separadas que cubren cada una la mitad del problema.
Colgado del registro de Empleado hay un Registro de asistencia con cinco campos.
Guarda el empleado, la fecha, la hora, un comentario y un tipo que solo admite Entrada o Salida.
Es decir que es un reloj de fichaje y no una hoja de horas, porque marca instantes y no dedicaciones.
El registro de Empleado lo acompaña con una casilla de acceso al reloj, un PIN numérico y un correo de notificación de fichadas.
El Turno de trabajo es un registro aparte que se vincula al empleado.
Define hora de inicio, hora de fin, si tiene descanso y cuántos minutos dura ese descanso.
Suma los días de la semana en una lista de selección múltiple y las horas pagables por día.
Y tiene un campo calculado con las horas totales del turno, que es la referencia contra la que se miden las fichadas.
La Tarea de proyecto tiene tres campos que hablan de tiempo.
Horas estimadas y Horas reales son numéricos que se cargan a mano, sin decimales.
El tercero es un campo calculado de desvío, que resta uno del otro y no admite edición.
Con eso se puede saber cuánto llevó una tarea en total, pero no quién puso esas horas ni en qué días.
Las dos piezas no se tocan, y esa es la limitación real de hoy.
La asistencia sabe cuándo estuvo la persona pero no sabe en qué proyecto trabajó.
La tarea sabe cuántas horas llevó pero no sabe quién las hizo ni en qué fecha.
Y como Horas reales es un número único por tarea, el dato se sobrescribe en cada actualización.
Lo más práctico es cargar Horas reales en cada tarea a medida que se avanza, y no al cierre.
Conviene además que la tarea tenga un solo usuario asignado, para que las horas tengan un dueño claro.
Un Informe agrupado por proyecto y por usuario asignado reconstruye buena parte de lo que daría un parte de horas.
La aplicación de proyectos y la de personal están en construcción activa, así que conviene releer la estructura antes de apoyarse en este detalle.
No, y confundirlos es el error más común.
La asistencia responde a qué hora entró y salió una persona, mientras que el parte de horas responde en qué usó ese tiempo.
Una empresa puede tener resuelta la primera y no tener ninguna información sobre la segunda.
Todos los días, porque lo que se completa el viernes de memoria es una estimación disfrazada de dato.
Cuanto más corta es la lista de opciones, más probable es que la carga diaria se sostenga.
Sí, y conviene que tengan una categoría propia y explícita.
Cuando no existe esa categoría, esas horas terminan escondidas dentro de otras y ensucian el costo de los proyectos.
Además son las que explican por qué una jornada de ocho horas rinde menos de ocho.
Hoy no está construido un objeto dedicado a eso.
Lo disponible son el Registro de asistencia, que guarda fichadas de Entrada y Salida, y los campos de Horas estimadas y Horas reales de la Tarea de proyecto.
El ERP está en construcción activa, así que conviene revisar la estructura antes de darlo por definitivo.
Se recorrió el inventario de objetos personalizados de la organización y no existe un objeto de parte de horas, hoja de horas ni timesheet.
Tampoco aparece ningún campo con esos nombres en toda la organización.
EGAFutura__Empleado_Registro_asistencia__c tiene cinco campos personalizados.
EGAFutura__Empleado__c es una relación principal-detalle obligatoria hacia EGAFutura__Empleado__c.
EGAFutura__Fecha__c es de tipo fecha, EGAFutura__Hora__c de tipo hora y EGAFutura__Comentarios__c un área de texto de 255.
EGAFutura__Tipo__c es una lista de selección con solo dos valores: Entrada y Salida, sin valor predeterminado.
El objeto no tiene fórmulas ni campos de resumen, o sea que las horas trabajadas no se calculan solas.
EGAFutura__Work_Shift__c, etiquetado Turno de trabajo, tiene diez campos propios.
EGAFutura__Desde__c y EGAFutura__Hasta__c son de tipo hora.
EGAFutura__Descanso__c es una casilla y EGAFutura__Tiempo_descanso_minutos__c un numérico de tres dígitos.
EGAFutura__Horas_pagables_dia__c es numérico y EGAFutura__TotalHours__c una fórmula numérica con las horas del turno.
EGAFutura__WeekDays__c es una lista de selección múltiple y EGAFutura__IsActive__c una casilla.
EGAFutura__Horas_estimadas__c y EGAFutura__ActualHours__c son numéricos de cuatro dígitos sin decimales, ambos editables.
EGAFutura__HoursVariance__c es una fórmula numérica de solo lectura con el desvío entre ambos.
EGAFutura__Usuario_asignado__c es una búsqueda al usuario, y es el único vínculo entre esas horas y una persona.
EGAFutura__Acceso_Time_Clock__c es una casilla, EGAFutura__PIN__c un numérico de cuatro dígitos y EGAFutura__Email_notificacion_Clock_in_Clock_out__c un campo de correo.
EGAFutura__Turno_trabajo__c es la búsqueda que vincula al empleado con su turno.
No hay un objeto que combine persona, fecha, tarea y cantidad de horas en un mismo registro.
Al ser EGAFutura__ActualHours__c un único número por tarea, cada actualización sobrescribe el valor anterior y no queda historial.
Tampoco hay un campo que distinga horas facturables de no facturables.
Todo lo anterior se verificó contra la organización de desarrollo el 9 de agosto de 2026.
El ERP está en construcción activa y van a aparecer objetos y campos nuevos.
Que un objeto no exista hoy no prueba que no vaya a existir, así que conviene releer la estructura antes de apoyarse en este detalle.