Definición de los Estados de Condición
Existen cuatro niveles de condición que determinan la prioridad de atención que cada equipo debe recibir:
Estado | Severidad | Descripción |
Peligro | Crítica | El activo tiene una falla grave que requiere intervención inmediata para evitar roturas o accidentes. |
Atención | Alta | Existe un problema en evolución que debe programarse para mantenimiento próximamente. |
Observación | Moderada | Se identificaron signos de irregularidad que requieren seguimiento preventivo. |
Normal | Saludable | El equipo opera dentro de los patrones esperados, sin fallas pendientes. |
Lógica de Priorización
Lógica de Priorización Para asegurar que los problemas graves no sean ignorados, el sistema utiliza una lógica que siempre prioriza el estatus más crítico: El sistema también considera las baselines de entrenamiento y los niveles de salud al determinar el estatus más crítico. Por ejemplo, si un activo fue entrenado mientras estaba apagado, puede generar un insight de "Desbalanceo" al encenderse, debido a las condiciones de la baseline. Además, los niveles de salud reflejan dinámicamente la condición del activo, mejorando conforme los síntomas se atenúan con el tiempo.
Estado Único: Un activo solo puede mostrar un estatus de condición a la vez.
Predominancia del Peor Caso: Si un activo presenta múltiples problemas simultáneos (por ejemplo, una alerta de "Observar" y una falla de "Peligro"), el sistema siempre mostrará el estatus más severo.
Jerarquía: El estado visualizado en un "Activo Padre" (nivel más alto) refleja la condición más crítica encontrada en cualquiera de sus componentes o sub-activos.
Explicación Detallada de la Jerarquía: Si cualquier activo hijo se encuentra en condición crítica (por ejemplo, "En Peligro"), el activo padre heredará ese estatus en la vista general. Aunque otro insight en el activo padre muestre un estado más leve (por ejemplo, "Atención"), el estatus general reflejará la condición más severa entre sus activos hijos.
Cómo los Insights e Inspecciones alteran el Estado
El estado de condición se actualiza automáticamente con base en el movimiento de Insights, Inspecciones y Eventos de Falla: Factores adicionales, como las baselines de entrenamiento y los health scores, también influyen en el estatus de condición. Por ejemplo, las baselines de entrenamiento establecidas durante estados operativos específicos pueden generar insights como "Desbalanceo" cuando las condiciones cambian. Los niveles de salud se ajustan dinámicamente para reflejar la condición actual del activo, mejorando conforme se resuelven los problemas.
Insights Pendientes: Diagnósticos generados que aún no se resuelven o están en fase de inspección.
Inspecciones Abiertas: Tareas que están en curso, esperando inicio o pausadas.
Fallas Irresueltas: Eventos de falla con insight vinculado que aún no han sido finalizados por el equipo de mantenimiento.
Importante: los eventos sin Insight vinculado no cambian el estatus, estén resueltos o no.
Estado Post-Resolución
Cuando se resuelve un problema, el activo no regresa inmediatamente a una visualización vacía para evitar confusiones en el equipo:
Retorno a Normal: En cuanto se finaliza la falla, el estado visual cambia a Normal.
Exhibición de Resoluciones Recientes: La tarjeta del activo mostrará la última solución por un periodo de 30 días.
Tiempo de Estabilidad: Después de la reparación, el sistema muestra cuánto tiempo lleva el equipo operando sin fallas.