Una planta en Altamira y el mantenimiento preventivo que nadie registraba

Resumen:

• El papel registraba firmas, no rutinas: no distinguía lo hecho de lo marcado.
• El checklist se ejecuta desde el teléfono, funciona sin señal y guarda la hora real.
• Cada anomalía detectada genera una solicitud con responsable, no un comentario.
• El historial por equipo sirvió para cambiar frecuencias, no solo para auditar.

Una planta de proceso en la zona industrial de Altamira tenía un programa de mantenimiento preventivo bien hecho sobre el papel. Rutinas definidas por equipo, frecuencias razonables, formatos impresos y un archivero con las hojas firmadas de los últimos años.

El problema apareció en una falla. Una bomba crítica se detuvo y la revisión posterior encontró una condición que la rutina mensual debía haber detectado. Las hojas de los tres meses anteriores estaban firmadas y completas. O la rutina no detectaba lo que debía detectar, o la rutina no se había hecho.

No había manera de saberlo. Ese fue el punto de partida.

El costo operativo de no poder distinguir

El costo directo de esa falla fue una parada no programada en una línea que no tiene respaldo. En una planta de proceso, eso se mide en horas de producción perdidas y en el reinicio, que no es inmediato.

El costo estructural era mayor. Jefatura de mantenimiento no podía defender su programa ni corregirlo. Cuando producción cuestionaba el tiempo que los técnicos dedicaban a rutinas, no había con qué responder más que con hojas firmadas que ya nadie consideraba prueba de nada. Y cuando mantenimiento quería argumentar que cierta frecuencia era insuficiente, tampoco tenía datos.

El tercer costo era el refaccionamiento. Las compras de refacciones se decidían por urgencia y por memoria. Nadie podía decir cuántas veces se había cambiado cierto componente en cierto equipo en los últimos dos años, porque eso estaba disperso en hojas de órdenes correctivas archivadas por fecha, no por equipo.

Lo que ya se había intentado

Hubo un intento de digitalizar escaneando las hojas firmadas. Resolvió el espacio del archivero y nada más. Un archivo de imagen no se puede consultar por equipo ni sumar ni cruzar con fallas.

Hubo un segundo intento con un módulo de mantenimiento del sistema administrativo de la planta. Técnicamente podía generar órdenes de trabajo. Falló en el punto de uso: para cerrar una orden había que ir a una computadora en la oficina de mantenimiento, con usuario y contraseña, y capturar. Los técnicos hacían la ronda, anotaban en papel y capturaban al final del turno, si alcanzaba el tiempo. Volvió a quedar el mismo problema, ahora con un paso extra.

La conclusión fue clara: cualquier solución que exija un viaje a la oficina reproduce el problema del papel.

Decisión técnica: la ejecución ocurre en el equipo, no en la oficina

El checklist se ejecuta desde el teléfono del técnico, de pie frente al equipo.

Cada equipo tiene una etiqueta física con código. El técnico escanea el código y la aplicación abre la rutina que corresponde a ese equipo y a esa frecuencia. No hay selección manual de equipo en una lista, porque elegir de una lista de cientos de equipos con guantes y de prisa es donde entran los errores, y además es lo que permite cerrar una rutina sin haber estado ahí.

El escaneo deja constancia de que el teléfono estuvo frente a la etiqueta. No es una prueba absoluta, y se dijo así desde el inicio: una etiqueta se puede fotografiar. Pero cambia el esfuerzo necesario para falsificar un registro, y eso en la práctica es lo que importa.

Cada punto de la rutina admite tres respuestas: conforme, no conforme, o no aplica con nota. Un punto no conforme exige foto. Un punto que no aplica exige texto. Un punto conforme no exige nada, porque obligar a documentar lo normal hace que el técnico marque todo como conforme para terminar.

La aplicación funciona sin señal. En planta hay áreas sin cobertura por estructura metálica y por interferencia, y varias de ellas son justo donde están los equipos críticos. Todo se guarda en el teléfono y sincroniza al salir, conservando la hora real de cada punto ejecutado. Esa hora real fue, con el tiempo, uno de los datos más reveladores.

Decisión técnica: la anomalía genera trabajo, no un comentario

En el esquema de papel, cuando un técnico detectaba algo fuera de lo normal, lo anotaba en el espacio de observaciones. Esa anotación moría en el archivero.

En el nuevo esquema, un punto no conforme genera automáticamente una solicitud de trabajo ligada al equipo, con la foto como respaldo y con una prioridad sugerida por el tipo de hallazgo. La solicitud entra a una bandeja que el jefe de mantenimiento revisa, y desde ahí se convierte en orden correctiva o se descarta con motivo.

El descarte con motivo obligatorio fue importante. Sin él, las solicitudes simplemente se quedaban en la bandeja y el efecto hubiera sido el mismo que el del archivero, con más pasos.

El cambio de comportamiento fue notorio. Durante el primer mes, el número de hallazgos reportados subió mucho. No porque la planta se hubiera deteriorado, sino porque los técnicos empezaron a reportar cosas que antes no reportaban por considerar que no servía de nada.

Lo que mostró el historial

El segundo renglón sorprendió a la propia jefatura. Una parte del programa estaba sobrecargada: había equipos revisados con una frecuencia que no se justificaba con el historial de hallazgos. Espaciar esas rutinas liberó tiempo de técnico, y ese tiempo fue el que permitió acortar las frecuencias de los equipos del tercer renglón sin contratar personal.

Errores que cometimos

El primero fue hacer la rutina demasiado detallada. La primera versión tenía rutinas con muchos puntos, heredadas del formato impreso donde agregar un renglón no cuesta nada. En el teléfono, una rutina larga es una rutina que se termina de prisa. Se recortaron a lo que realmente se revisa y se verifica, y la calidad del registro mejoró.

El segundo fue de presentación interna. En la primera reunión mostramos el indicador de cumplimiento por técnico. Fue un error. La lectura inmediata del grupo fue que la herramienta servía para vigilarlos, y durante dos semanas el registro se volvió defensivo. Se cambió el enfoque a cumplimiento por equipo y por área, y se dejó el dato individual fuera de los tableros visibles.

El tercero fue el etiquetado. Subestimamos el trabajo de etiquetar físicamente cientos de equipos, con etiquetas que resistan el ambiente de una planta de proceso. Las primeras etiquetas se degradaron en zonas húmedas y hubo que reemplazarlas con otro material. El retraso fue de semanas y era evitable con una prueba de campo previa.

Qué se midió

• Cumplimiento de rutinas programadas, por área y por periodo.
• Hallazgos por rutina ejecutada, como indicador de que la rutina detecta algo.
• Tiempo entre hallazgo y atención, que es donde se pierde el valor del preventivo.
• Paros no programados por equipo, contra el histórico disponible.

El indicador de cumplimiento subió, pero fue el menos interesante: un indicador de cumplimiento siempre sube cuando se empieza a medir. El segundo fue el que dio información aprovechable. Las rutinas con cero hallazgos durante muchos ciclos son candidatas a espaciarse; las que generan hallazgos todas las veces indican un equipo que necesita otra cosa, no más revisiones.

El tercero fue el que más resistencia generó y el más útil. Medir el tiempo entre hallazgo y atención dejó en evidencia que buena parte del valor del preventivo se perdía después de la detección, en la cola de trabajos pendientes. Eso no se arregla con software; se arregla con decisión sobre prioridades y con recursos. Pero no se puede discutir sin el dato.

Preguntas frecuentes

¿Por qué el programa de mantenimiento en papel se cumple a medias?

Porque la hoja firmada no distingue entre la rutina hecha y la rutina marcada. Sin fecha, hora y evidencia asociadas al equipo, la única verificación posible es la confianza, y eso deja de funcionar en cuanto hay presión de producción.

¿La foto como evidencia no es una forma de desconfiar del técnico?

Depende de para qué se usa. Si se usa para castigar, lo es, y el técnico aprenderá a fotografiar cualquier cosa. En este caso se usó para reconstruir fallas y para respaldar al técnico cuando reportaba algo que nadie atendió, y así la adopción fue voluntaria.

¿Qué se hace con las anomalías que el técnico detecta en la ronda?

Se convierten en una solicitud con prioridad, ligada al equipo. Si una anomalía detectada solo queda como un comentario en la hoja, el técnico deja de reportarla en cuanto comprueba que nunca pasa nada.

¿Vale la pena digitalizar si la planta no tiene cobertura en todas las áreas?

Sí, siempre que la aplicación guarde en el teléfono y sincronice después, conservando la hora real de la ejecución. En planta hay zonas sin señal por construcción y por interferencia, y un diseño que exija conexión permanente es un diseño que no se usará.

¿Cuánto tarda en servir el historial por equipo?

Alrededor de un ciclo completo de rutinas, y es útil de verdad cuando cubre varias fallas. Antes de eso sirve para auditar cumplimiento; después sirve para decidir frecuencias y para discutir con el proveedor con datos propios.

Si estás en una situación parecida

Si tu programa de mantenimiento existe en papel y nadie puede demostrar qué se hizo, el primer paso no es elegir tecnología: es ordenar el proceso y saber qué datos ya tienes. Podemos revisarlo contigo.

Cuéntanos tu caso en westribe.com.mx/solicitar/ o escríbenos por WhatsApp al +52 312 554 2845.