Mantenimiento preventivo para misión crítica, del plan a la evidencia

Cada plan vincula un activo a una plantilla de checklist y a uno o más disparadores: tiempo (cada N días), uso (cada X horas de horómetro, con la fecha prevista calculada por el consumo promedio) y condición (cuando la lectura de una métrica supera el límite, con la opción de exigir N días seguidos fuera de rango). Cuenta el que venza primero. Una vez al día H2O recalcula la próxima fecha y, dentro de la anticipación que usted define, abre la OT con checklist, técnico y grupo, de forma predeterminada solo para activos en operación. Cuando la OT se soluciona o se cierra, el plan reinicia el conteo. Los disparadores por uso y por condición necesitan una métrica registrada en el activo, como el horómetro, y lecturas de esa métrica.

El plan sigue a un activo y abre una OT a la vez, cuando se acerca el disparador que vence primero. Funciona bien para el grupo electrógeno por horómetro o para el CRAC por lectura. La programación genera de una sola vez todas las OT de un período para varios activos, con la periodicidad de la plantilla de checklist, de diaria a anual o cada N días, fechas movidas al día hábil más cercano y horas previstas. Sirve para el cronograma anual que se presenta al cliente. Las dos aparecen en el Calendario de Mantenimiento, y el próximo preventivo de cada plan aparece allí antes de que exista la OT.

En la pestaña Mantenimiento del Dashboard: planes activos, planes que vencen en los próximos 7 días, separados por tipo de disparador, planes atrasados y OT de plan ejecutadas en el mes. Debajo, la lista de lo que vence en 30 días y de lo que ya se atrasó, con plan, activo, checklist, tipo de disparador y técnico, las OT generadas por tipo de disparador en los últimos 90 días, el top 10 de activos con preventivos y correctivos y las condiciones que ya están fuera del límite pero todavía no completaron los días exigidos. El panel muestra solo los sitios que el perfil del usuario puede ver.

Por activo, a partir de las OT vinculadas a él y de la modalidad de cada una. En la web, el MTBF es el promedio de los intervalos entre las aperturas de las OT correctivas, y el MTTR es el promedio del tiempo entre su apertura y su solución. La disponibilidad descuenta, del tiempo transcurrido desde el registro del activo, el tiempo detenido en los correctivos. La misma pestaña muestra el MTTF y el tiempo detenido, con la línea de tiempo de preventivos y correctivos. Para que los números sean correctos, cada OT tiene que estar vinculada al activo y con la modalidad correcta, preventiva o correctiva. Una regla de automatización puede definir la modalidad al abrirla, incluso en las OT generadas por los planes. El informe de confiabilidad reúne estos indicadores de todos los activos por período, en PDF.

Cada componente queda vinculado al activo, con fecha de instalación y vida útil por tiempo, por uso (horas informadas en el componente) o por lo que venza primero. El activo muestra si el componente está al día, por vencer o vencido y guarda el historial de cada cambio. El estado de los componentes también aparece en el RAT, en el checklist y en el informe técnico. El cambio reinicia el conteo, y H2O avisa por correo a las personas que usted elija cuando el componente pasa a por vencer o vencido.

No. ATG no tiene ningún vínculo de asociación con el Uptime Institute, y H2O no está certificado ni respaldado por él. H2O nació dentro de data centers de misión crítica y se usó como herramienta de gestión del mantenimiento en procesos de auditoría de Sostenibilidad Operativa (Operational Sustainability) del Uptime Institute®. Lo que guarda son los registros que la operación usa para demostrar el programa de mantenimiento: el plan, las OT ejecutadas con checklist, fotos y firma, y el historial de cada activo. Usar H2O no garantiza una certificación ni el resultado de una auditoría.

Ayuda a reunir la evidencia en un solo lugar: planes y programación de mantenimiento, OT ejecutadas con checklist, foto obligatoria por ítem, GPS de la respuesta desde la app, firma del técnico y del cliente en la pantalla, PDF de cada ejecución, historial del activo, log de quién cambió qué y cuándo, instrumentos con certificado de calibración adjunto y auditorías por checklist en las que el ítem no conforme puede convertirse en RNC con un ticket vinculado a la OT. Los criterios y la preparación de la auditoría siguen a cargo de su equipo.

Usted crea la ronda a partir de una plantilla de checklist en la que cada ítem apunta a un activo, con frecuencia diaria, semanal, mensual o bajo demanda, técnico y horario. La OT de la ronda se abre con la rutina diaria o en el momento, con el botón Ejecutar. Desde la app o la web, el técnico marca Realizado, No realizado o NA y registra las lecturas de cada equipo, como la tensión de las tres fases del tablero general de baja tensión. La lectura fuera de rango queda marcada en el historial del activo y la evalúa el disparador por condición de un plan que use esa métrica. Para rondas por turno, configure una ronda para cada turno.

La lectura se clasifica como baja, alta, crítica baja o crítica alta y aparece destacada en el gráfico del activo, con las líneas de límite. En el panel de Monitoreo, el activo pasa a Atención o Crítico, y el que no tiene lectura en el plazo aparece como Atrasado. Si un plan tiene un disparador por condición en esa métrica, la lectura cuenta para abrir el preventivo en la verificación diaria. En un checklist, el ítem numérico fuera de tolerancia pasa a no conforme y, si la plantilla está configurada para generar no conformidades, se convierte en RNC con un ticket vinculado a la OT.

Sí. El trabajo de campo funciona offline: tickets, checklists de los preventivos, rondas, inspecciones de tableros, UPS y termografía, lecturas, fotos anotadas, firmas, apertura del activo por el QR y el PDF del checklist en el dispositivo. Cuando vuelve la conexión, todo se sincroniza. El inicio de sesión y la primera sincronización necesitan red. Los planes, la programación, los diagramas, los paneles y el informe técnico completo se configuran en la web.

Cada equipo es un activo con campos propios. En el UPS: kVA, tensiones de entrada y salida, autonomía, cantidad de baterías, fecha del cambio de baterías y topología. En el generador: tensión, corriente, potencia, frecuencia, fases y datos del motor. El banco de baterías se registra como componente con vida útil por tiempo o por uso. La prueba del generador es un checklist configurable, con rango de tolerancia en cada medición, fotos y firma, y puede tener su propio plan por fecha o por horómetro. El tiempo de transferencia, si usted quiere registrarlo, entra como ítem numérico de la plantilla. En la web, el informe técnico de grupo electrógeno en PDF incluye la figura de la secuencia de transferencia automática del tablero de transferencia.

Mide el SLA de atención de los tickets: plazo para atender y plazo para resolver, con calendario de horario hábil. El SLA se asigna al ticket manualmente, por regla o por el contrato vigente del sitio, con plazos por prioridad. Los estados de espera, como esperando repuesto, pueden pausar el plazo de solución. Los informes de SLA muestran el resumen y la evolución, y un filtro lista los tickets con el SLA vencido. La disponibilidad se calcula por activo, a partir de las OT, y el informe de confiabilidad reúne esos números por período.

Existe una API REST de lecturas: un gateway, un sistema de supervisión o un script envía los valores identificando el activo (por el id o por una referencia externa registrada en él) y la métrica. La autenticación usa el token de un usuario, y la métrica tiene que estar registrada en el activo. Las lecturas pasan por la misma clasificación de rango y alimentan gráficos, el panel y los disparadores por condición de los planes. Cada sistema de supervisión se conecta mediante un proyecto de integración con esa API.