Notas de la versión de agosto de 2026

Versión del 9 de agosto

Desempeño y cumplimiento de hojas de horas

• Vista de cumplimiento trimestral: Se agregó una nueva pestaña Quarterly a Cumplimiento de la hoja de horas, que ofrece a los equipos una vista de tres meses de las hojas de horas enviadas y aprobadas por ejecutivo responsable. Esto facilita revisar el cumplimiento de un trimestre completo, en lugar de hacerlo solo semana a semana o mes a mes.

• Vista de Capex trimestral: También se agregó una nueva pestaña Quarterly Capex, que aplica el mismo desglose trimestral a las hojas de horas de Capex, junto con las vistas existentes Weekly, Monthly y Yearly Capex.

• Navegación por año: Las pestañas Yearly y Yearly Capex ahora incluyen navegación por año fiscal, con controles de retroceso y avance para desplazarse entre años y comparar el rendimiento de cumplimiento a lo largo del tiempo.

• Navegación por períodos históricos: Se mejoró la navegación de retroceso y avance para que los usuarios puedan desplazarse a trimestres y años anteriores o posteriores. Ahora es posible ver los períodos históricos anteriores a la fecha de inicio de hojas de horas de un equipo, cuando existan datos.

• Exportación de cumplimiento: La exportación a Excel de Cumplimiento de la hoja de horas ahora incluye las columnas Año, Trimestre y Mes, y los usuarios pueden exportar los datos de cumplimiento de un trimestre completo directamente desde las nuevas vistas trimestrales.

Asignar tarjetas y aprobaciones al gerente de un usuario

Fluid ahora puede enrutar tarjetas y decisiones de aprobación al gerente de línea de una persona, usando el campo Gerente en el perfil del usuario. Esto significa que los tableros y flujos de trabajo pueden seguir automáticamente la estructura de reporte de la organización, sin que los administradores tengan que nombrar personas específicas en la configuración — y cuando las líneas de reporte cambian, sus tableros siguen enrutando correctamente sin necesidad de reconfiguración.

El gerente de una persona es quien esté configurado en el campo Gerente de su perfil (Consola de Administración → Gestión de Usuarios y Recursos → editar usuario → Detalles del recurso).

Reglas de asignación basadas en el gerente para columnas de tableros

Cuando una tarjeta se mueve a una columna, la Assignee Rule de la columna puede establecer automáticamente a quién se le asigna. Hay tres nuevas reglas basadas en el gerente:

Esto es útil para pasos de aprobación o escalamiento, donde la responsabilidad debe pasar al gerente correspondiente a medida que avanza el trabajo. Por ejemplo, cuando una tarjeta de gastos se mueve a una columna Requiere aprobación con la regla configurada en Created By's Manager, la tarjeta llega automáticamente al gerente de quien la envió — sin que nadie tenga que averiguar quién es.

Decisiones de aprobación

En las columnas que generan aprobaciones, la Approval Assignee Rule determina quién es responsable de la decisión. La nueva opción es Requester's Manager — la aprobación se asigna al gerente de la persona que generó la tarjeta. Las demás opciones (Requester, Assignee, Column Owner, Dynamic y las funciones de proyecto en pipeline boards) no cambian, y la configuración de Estado del flujo de trabajo funciona junto con esto exactamente igual que antes.

Asegúrese de que los solicitantes tengan un gerente registrado antes de basarse en este valor predeterminado — si no se encuentra un gerente, la aprobación no tiene a quién llegar. Como red de seguridad integrada, elija Dynamic y use una expresión con un resguardo IF: cuando una expresión dinámica no resuelve a nadie, la decisión recae en los propietarios de la columna para que la aprobación no quede sin asignar.

Expresiones: control total

Para un enrutamiento más avanzado, los administradores pueden usar expresiones para hacer referencia directa a los gerentes (elija Expresión para reglas de columna o Dynamic para reglas de aprobación). Los nuevos tokens de gerente devuelven el gerente correspondiente:

• [CreatedByManager] — devuelve el gerente de la persona que creó la tarjeta.

• [ModifiedByManager] — devuelve el gerente de la persona que modificó la tarjeta por última vez.

• [AssigneeManager] — devuelve el/los gerente(s) de los responsables actuales.

Los administradores también pueden usar la nueva función MANAGEROF para devolver el gerente de cualquier campo de tipo Persona:

MANAGEROF([KeyResource])

Esto devuelve el gerente directo de la persona seleccionada en el campo Key Resource. Para subir más niveles en la línea de reporte, agregue el número de niveles a recorrer (1–5):

MANAGEROF([CreatedBy], 2)

Esto devuelve el gerente del gerente del creador.

Cuando una persona no tiene un gerente registrado, los tokens y MANAGEROF no devuelven nada (0). Use una expresión IF para definir un valor de respaldo. Por ejemplo:

IF(MANAGEROF([_Owner]) > 0, MANAGEROF([_Owner]), [ColumnOwner])

Esto asigna la tarjeta al gerente del propietario cuando existe uno, o al propietario de la columna cuando no se encuentra ningún gerente.

Estas expresiones se pueden usar en reglas de asignación de columnas, responsables de decisión y estados de decisión de flujos de trabajo, propiedades personalizadas calculadas de tipo Persona (la expresión debe resolver exactamente a una persona) e hipervínculos de Stage Gate.

Cuándo se calcula

El enrutamiento por gerente se resuelve en el servidor cuando se guarda la tarjeta o el registro — en el caso de las tarjetas de tablero, cuando la tarjeta se mueve a la columna. Las propiedades calculadas de tipo Persona muestran "Calculated on save" hasta que se almacena el valor. Por lo tanto, las actualizaciones de las líneas de reporte se reflejan la próxima vez que se guarda el elemento correspondiente, no de forma retroactiva.

Mejoras y correcciones

• Filtros de proyecto: Se agregó un nuevo filtro Status Date, que permite a los usuarios encontrar proyectos según la fecha de su informe de estado más reciente. Esto facilita identificar proyectos que han reportado recientemente, o encontrar proyectos sin informe de estado en el período seleccionado.

• Filtros de proyecto: Los filtros de fecha en Simple Search se hicieron más consistentes entre los campos de fecha de proyecto. Fecha de inicio, Fecha de Implementación, Fecha de finalización, Fecha de creación, Current Phase End Date y Status Date ahora usan el mismo control de rango de fechas predefinido y personalizado, lo que hace que el filtrado por fecha sea más fácil de usar y más predecible.

• Búsqueda de Gantt: El cuadro de búsqueda de Gantt ahora también coincide con los códigos de las tareas del cronograma, lo que facilita encontrar elementos del cronograma usando su ID asociado.

• Fechas de aprobación: Las insignias de fecha de aprobación ahora muestran las fechas en la zona horaria local de quien las visualiza, en lugar de usar la fecha de calendario UTC. Esto garantiza que las fechas de aprobación se muestren de manera consistente para usuarios en diferentes zonas horarias.

Versión de parche del 4 de agosto

Mejoras y correcciones

• Paneles de portafolio: Portfolio RAG Summary y FY Financials ahora admiten funciones de proyecto agrupadas, como PM principal y Propietario de negocio.

• Hojas de horas: Copy Previous Week ahora verifica si las actividades y subactividades del proyecto siguen siendo válidas antes de copiarlas en una nueva hoja de horas. Las tareas, horas y notas se siguen copiando, pero cualquier actividad o subactividad que haya sido eliminada o que ya no esté disponible para el recurso se borra, para que el usuario pueda seleccionar un valor válido actual.

• Panel Finanzas por proyecto: Las propiedades personalizadas de tipo Hipervínculo agregadas como columnas en la cuadrícula de Finanzas por proyecto ahora se muestran como enlaces cortos. Esto facilita la lectura de la cuadrícula, sin dejar de permitir que los usuarios abran el contenido enlazado directamente desde el panel.

• Tableros: Los valores de propiedades personalizadas de tipo Catalog ahora se conservan al mover tarjetas en tableros agrupados por un campo de catálogo, como KPIs o Strategic Pillars. Mover una tarjeta entre columnas dentro del mismo swimlane conserva el valor de catálogo existente, mientras que moverla a un swimlane diferente aplica correctamente el nuevo valor. Esto aplica tanto a propiedades de catálogo de selección única como de selección múltiple.

• Time Actuals API: La API de consulta de Time Actuals ahora admite el filtrado de resultados por el país del usuario. Las integraciones pueden pasar uno o más valores de país para devolver valores reales de tiempo solo para usuarios en esos países, comparando los valores con los metadatos de país configurados.

• Integración con Azure DevOps: Las fechas ahora se mantienen consistentes al sincronizarse entre Fluid y Azure DevOps, sin importar la zona horaria del usuario. Las fechas de inicio, las fechas de vencimiento y las propiedades personalizadas de fecha asignadas ahora muestran el mismo día calendario en ambos sistemas, evitando que las fechas aparezcan un día antes en Azure DevOps o al sincronizar de vuelta hacia Fluid.