Saltar al contenido
GMAO CLOUD

Modelos de parte de trabajo: para qué sirven

Qué es un modelo de parte, cómo se define por familia de equipos, qué tipos de campo admite y por qué convierte una revisión en información aprovechable.

Actualizado el 6 min de lectura

  • Checklists
  • Órdenes de trabajo
  • Trazabilidad
  • Indicadores

Un modelo de parte de trabajo es la plantilla de lo que hay que comprobar en un tipo de equipo: qué puntos se revisan, en qué orden y con qué valores de referencia. En un GMAO es lo que convierte «se hizo la revisión» en información con la que después se puede trabajar.

Parece un detalle de configuración y es una de las decisiones que más determina si el sistema sirve para algo a los dos años.

El problema que resuelve

Sin modelo, «revisar la máquina» significa cosas distintas para cada persona, y el resultado depende de quién fue ese día. Con modelo, la revisión es la misma la haga quien la haga, y el registro es comparable entre unidades y entre periodos.

Hay además un efecto menos obvio y más valioso: el modelo es la forma práctica de sacar el conocimiento de la cabeza de la gente. En casi todos los departamentos hay dos personas que saben qué se le mira a cada equipo; cuando una se va, se va con ella parte de la operación.

Se define por familia, no por equipo

Es lo que hace que esto sea viable. Si hubiera que configurar cada máquina, con doscientos equipos iguales nadie lo haría.

Los modelos se resuelven en cascada: si el activo concreto no tiene el suyo, se busca el de su modelo, después el de su subfamilia y después el de su familia. Se define una vez para todo un tipo de equipo y solo se afina donde alguno tenga algo particular.

Eso permite empezar con una gama genérica para una familia entera e ir especializando con el tiempo, en lugar de tener que acertar a la primera.

Qué admite cada campo

Aquí está la diferencia entre un modelo que sirve y uno decorativo.

Cada campo lleva su tipo, su etiqueta y su posición en el parte, y puede tener opciones cerradas cuando la respuesta es una elección. Los que registran una medida admiten valor mínimo y máximo.

Ese último detalle es el que lo cambia todo. Un campo de casilla dice que alguien miró; uno con rango dice qué vio, y cuando la lectura cae fuera del rango queda registrada como anomalía en el momento, no como un comentario al margen que nadie va a releer.

Los modelos contemplan además las anomalías como entidad propia, con su descripción, de modo que lo detectado pueda convertirse después en una incidencia con su prioridad y su responsable.

El tiempo objetivo

Un campo poco conocido y bastante útil: el modelo puede llevar un tiempo objetivo, tanto a nivel de parte como de campo.

Sirve para dos cosas. Para dimensionar: si sabes cuánto debería llevar la revisión de un tipo de equipo, puedes planificar la carga con realismo. Y para detectar desviaciones: la orden de trabajo guarda el tiempo objetivo, el estimado y la desviación respecto al real, que es el dato que revela qué trabajos se están presupuestando por debajo de lo que cuestan.

Obligatorio o no

Un modelo puede marcarse como obligatorio. En las órdenes preventivas, la app de técnicos no deja cerrar hasta que el checklist está cumplimentado.

Conviene usarlo con criterio. En lo que tiene que demostrarse —revisiones normativas, controles de agua o temperatura, verificaciones— es exactamente la garantía que interesa. En trabajo rutinario sin consecuencia, obligar a rellenar campos que no aportan es la vía más rápida a que el sistema se rechace.

La regla práctica: cada campo que se pide tiene que servir para algo que alguien va a mirar. Si no, se quita.

Dónde se rellena

En la instalación, no en la oficina. La app guarda órdenes, activos y documentos en el propio dispositivo y encola las acciones hechas sin conexión, sincronizándolas al recuperar señal; si una falla, queda marcada con su motivo.

Importa porque la alternativa —apuntar en papel y pasarlo por la tarde— produce siempre lo mismo: valores redondeados y horas a la baja. Un modelo con rangos solo sirve si el número que se apunta es el que se leyó.

Qué se puede hacer después

Con modelos bien definidos, el histórico deja de ser una lista de visitas y pasa a ser una serie de datos por equipo.

Ver tendencias. Si un valor lleva varios ciclos empeorando, el equipo venía avisando. Eso es, en la práctica, hacer mantenimiento predictivo sin instalar un solo sensor.

Corregir el plan. El informe de anomalías cruzado con el de averías dice si las comprobaciones están mirando donde falla. Si las averías se concentran en un componente que no está en el modelo, más visitas no van a cambiar nada: lo que hay que cambiar es el modelo.

Demostrar. El mantenimiento legal —que no es un módulo, sino el mismo mecanismo de preventivo con la gama que marca la norma— se sostiene sobre estos checklists cumplimentados, el histórico de órdenes y la documentación con sus fechas.

Errores frecuentes al definirlos

Demasiados campos. Multiplicado por todas las órdenes del año, cada campo inútil es mucho tiempo y bastante resistencia.

Solo casillas. Es el error más caro, porque el registro parece completo y no permite analizar nada.

Definirlos sin quien los va a rellenar. Un modelo escrito en una sala de reuniones choca con la realidad el primer día en campo.

No revisarlos nunca. Un modelo es una hipótesis sobre qué falla en ese equipo, y el histórico dice si era correcta.

El mismo mecanismo, para cosas que no son revisiones

Una vez está montado, los modelos sirven para más cosas de las que se piensa, y casi ninguna es una revisión técnica.

La puesta en marcha de una instalación y su acta. La entrega y devolución de un vehículo o de un equipo en alquiler, con sus fotos y su estado. La inspección de recepción de material. El checklist de apertura de un local. La encuesta de conformidad al cliente al cerrar el trabajo.

Todos comparten la misma necesidad: que quede registrado lo mismo cada vez, con su fecha, su autor y su firma. Y todos se resuelven con un modelo de parte asociado a la familia que corresponda.

Merece la pena tenerlo en cuenta al diseñar los primeros, porque el esfuerzo de aprender el mecanismo se amortiza en usos que no estaban en el plan inicial.

Por dónde empezar

Por las familias de equipos críticos, con pocos campos y con los rangos de los valores que de verdad importan. Es mejor un modelo de ocho puntos que se cumplimenta bien que uno de cuarenta que se rellena a medias.

De dónde sale el contenido: del manual del fabricante, de la norma cuando la hay, y sobre todo de la gente que lleva años atendiendo ese equipo. Esa tercera fuente es la más valiosa y la única que desaparece.

Si quieres ver cómo quedaría con tus equipos, puedes solicitar una demo.

← Todos los artículos