Saltar al contenido
GMAO CLOUD

Qué se puede automatizar en mantenimiento

Qué tareas de mantenimiento se automatizan de verdad —generar órdenes, avisar, descontar stock, asignar— y dónde conviene que siga decidiendo una persona.

Actualizado el 6 min de lectura

  • Automatización
  • Mantenimiento preventivo
  • Notificaciones

«Mantenimiento automatizado» suena a que el sistema trabaja solo, y no es eso. Lo que se automatiza son las tareas que hoy consumen tiempo de alguien sin aportar criterio: generar la orden que toca, avisar a quien corresponde, descontar lo que se ha gastado y recordar lo que caduca.

Lo que no conviene automatizar es la decisión. Conviene distinguir las dos cosas, y este artículo va de dónde está la línea.

1. Generar el trabajo programado

Es la automatización con más retorno y la primera que hay que poner.

La gama de comprobaciones se asocia al activo, a su modelo o a una familia entera, se define la periodicidad, y el mantenimiento preventivo genera las órdenes de trabajo por su cuenta, con su técnico y su fecha.

Dos comprobaciones que hace antes de generarlas y que marcan la diferencia con un recordatorio de calendario: si ese día es festivo y si el técnico está disponible. Una revisión programada para el 15 de agosto o para alguien de vacaciones nace tarde.

Un mismo equipo admite varios periodos simultáneos, cada uno con su recuento de cuándo se ejecutó por última vez.

2. Convertir los avisos en trabajo

La entrada de incidencias es el sitio donde más información se pierde, y buena parte se puede automatizar.

Una incidencia puede nacer desde el backend, desde el acceso del cliente con su descripción y su foto, o desde un buzón de correo que el sistema vacía y convierte en incidencias, con un buzón distinto por tipo si hace falta. Eso elimina el paso de que alguien lea un correo y lo teclee en otro sitio.

De ahí sale la orden arrastrando cliente, dirección y equipo afectado. Y si hace falta aprobación previa, el presupuesto nace de una orden y genera otra al aceptarse, sin reescribir nada.

3. Avisar sin que nadie escriba el aviso

Contar por dónde va cada cosa es trabajo administrativo puro.

Los estados de una incidencia y de una orden pueden llevar su correo asociado, de modo que el cambio de estado dispare el aviso al interesado. El técnico recibe notificación push y por correo del trabajo que se le asigna. Hay avisos programados del trabajo de la semana siguiente.

Y hay uno que se olvida hasta que hace falta: la caducidad. La documentación asociada a un activo —certificados, revisiones oficiales, seguros, autorizaciones— puede llevar fecha de vencimiento, y hay una comprobación diaria de lo que está a punto de expirar. Lo mismo con los equipos de protección individual del personal.

Un matiz importante: se puede marcar qué estados no deben notificar. Es tan necesario como lo contrario. Avisar de cada movimiento interno convierte las notificaciones en ruido y la gente deja de leerlas, que es peor que no tenerlas.

4. Que el almacén se mueva solo

El consumo de material no debería ser una tarea administrativa posterior. En GMAO CLOUD es consecuencia de cerrar la orden: el técnico consume el artículo desde la propia orden en la app, y con ese gesto baja el stock y sube el coste de la intervención.

Los artículos llevan su stock mínimo, que es lo que avisa antes de quedarse sin una pieza que para un trabajo. Los que lo necesitan llevan lote con su caducidad.

5. La asignación por reglas

Aquí entramos en terreno que conviene explicar bien. Existe la asignación automática de un trabajo a un técnico según las reglas que hayas configurado.

Es importante entender qué es y qué no: son reglas deterministas que decides tú, no un modelo que adivina. Se pueden apagar, dejan registro de cada decisión con su motivo y son reversibles. Esa combinación —configurable, trazable y reversible— es lo que hace que una automatización sea aceptable en un proceso del que alguien responde.

Y la inteligencia artificial, con precisión

Conviene no mezclarla con lo anterior, porque son cosas distintas y presentarlas juntas para que suene más moderno sería un flaco favor.

Las funciones de IA de GMAO CLOUD no toman decisiones: leen, responden y proponen, y lo que se aplica lo aplica una persona. Hacen cosas concretas: un asistente que responde sobre tus activos, tus planes y tu histórico —también dentro de la app de técnicos—; lectura de documentos, de modo que el parte que te manda un proveedor en PDF se convierta en datos sin teclearlo; ayuda con la redacción de los textos de la orden; y traducción de tus propios catálogos.

Cada función tiene su interruptor y la mayoría vienen apagadas de fábrica. Está detallado en la IA en GMAO CLOUD.

Por dónde empezar, y en qué orden

Las automatizaciones no se ponen todas a la vez. El orden que da resultado antes y genera menos rechazo es este.

Primero, la generación del preventivo. Es la que más tiempo libera y la que menos discusión provoca, porque nadie echa de menos crear órdenes a mano.

Segundo, los avisos de caducidad. Cargar las fechas de certificados, seguros y revisiones oficiales es media tarde de trabajo y evita el tipo de problema que no se arregla con dinero.

Tercero, el consumo de material al cerrar la orden. Requiere que el equipo ya esté usando la app con soltura, así que conviene no adelantarlo.

Cuarto, los avisos por cambio de estado. Y aquí, empezar con pocos: dos o tres estados que de verdad interesen al destinatario. Es mucho más fácil añadir un aviso que quitarlo una vez que la gente ha aprendido a ignorar los correos.

Al final, la asignación por reglas. Necesita que ya haya histórico suficiente para saber qué reglas tienen sentido. Ponerla el primer día es configurar a ciegas.

Lo que no conviene automatizar

La prioridad. Qué se atiende antes lo decide alguien con el contexto delante: qué cliente tiene un plazo comprometido, qué equipo está parando producción, qué revisión no puede saltarse otro mes.

La periodicidad. La marca el criterio técnico, la norma o el fabricante, y se corrige con el histórico. Ningún sistema la deduce solo.

El cierre de una orden. Si un trabajo se puede cerrar sin que nadie confirme que se hizo, el histórico deja de valer como prueba.

La criticidad de un equipo. Es una decisión de negocio, no un cálculo.

Cómo saber si está funcionando

Con los datos propios, no con promesas. Los informes de plan anual ejecutado, horas de preventivo frente a correctivo, anomalías detectadas y coste por equipo son los que dicen si la automatización está liberando tiempo o solo generando más registros.

Si el porcentaje de plan ejecutado sube y el correctivo baja, funciona. Si suben los dos, probablemente se está generando trabajo que nadie está haciendo, y eso también es información útil.

Si quieres ver qué se automatizaría en tu caso, puedes solicitar una demo.

← Todos los artículos