Saltar al contenido
GMAO CLOUD

Errores frecuentes con las órdenes de trabajo

Los fallos que más se repiten al gestionar órdenes de trabajo —campos de más, estados ambiguos, cierres sin datos— y cómo corregirlos sin rehacer nada.

Actualizado el 6 min de lectura

  • Órdenes de trabajo
  • Implantación
  • Mejora continua

Casi todos los sistemas de mantenimiento que funcionan mal tienen las órdenes mal planteadas, y casi siempre por los mismos seis motivos. Ninguno exige rehacer la implantación: se corrigen con decisiones de configuración y de criterio.

Esta es la lista, con lo que hay que cambiar en cada caso.

1. Pedir campos que nadie mira

El error más común y el que más resistencia genera. Multiplicado por todas las órdenes del año, cada campo inútil son horas de técnico y una razón más para rellenar deprisa.

Cómo saber si sobra. Pregunta quién consulta ese dato y para qué decisión. Si no hay respuesta concreta, sobra.

Cómo corregirlo. Quitarlo. Y si alguien lo defiende «por si acaso», el coste de ese «por si acaso» es que los campos que sí importan se rellenen peor.

2. Estados con significado ambiguo

«En curso» significa cosas distintas para cada persona, y a los seis meses nadie sabe si una orden en ese estado está empezada, parada o esperando material.

Cómo corregirlo. Definir cinco estados con su significado acordado —una conversación de una hora— y usar los estados específicos que existen para lo que realmente ocurre: pendiente de material y necesita volver. Sin ellos, esos trabajos acaban en una libreta.

Y asociar a cada estado su tiempo máximo, para que lo vencido aparezca en una lista en lugar de descubrirse cuando el cliente reclama.

3. Cerrar sin datos

Una orden cerrada con «hecho» no sirve para nada después. No permite calcular coste, ni analizar por qué algo se repite, ni demostrar lo que se hizo.

Lo mínimo: tiempo medido con cronómetro dentro de la propia orden, material consumido contra el almacén y, cuando hay checklist, cumplimentado.

Cómo forzarlo sin pelearse. En las órdenes preventivas la app no deja cerrar hasta que el checklist está completo. Para el resto, la palanca no es la obligación: es que el técnico reciba algo a cambio —el histórico del equipo y su documentación en el móvil, no tener que pasar partes a limpio—.

4. No enlazar la orden con el activo

Es el error silencioso. La orden se crea sobre un cliente y una dirección, pero sin la máquina concreta.

Funciona igual de bien hoy y hace imposible todo lo de dentro de dos años: no se podrá saber cuánto cuesta mantener ese equipo, cuántas veces ha fallado ni si merece la pena sustituirlo.

Cómo corregirlo. Dar de alta los activos con su familia y ponerles código QR, para que enlazar sea escanear en lugar de buscar en una lista.

5. Apuntar las horas al final del día

Salen siempre a la baja, y con ellas el coste de la intervención es una suposición y el margen de un contrato una esperanza.

Cómo corregirlo. El cronómetro dentro de la orden, y que la app funcione sin cobertura —porque el trabajo ocurre en sótanos y cuartos de máquinas—. Si hay que tener señal para registrar, se registra por la tarde y de memoria.

El indicador que delata este problema es la desviación entre tiempo estimado y real: si es sistemáticamente favorable, probablemente no se están midiendo los tiempos.

6. Que lo detectado no vaya a ninguna parte

El error que mata sistemas enteros. Un técnico registra una anomalía durante una revisión, y no pasa nada. A la tercera vez deja de registrarla, y con razón.

Cómo corregirlo. Que la anomalía se convierta en una incidencia con su prioridad y su responsable, o en una decisión explícita de no hacer nada. Las dos salidas valen; el silencio no.

Es además la vía por la que un plan preventivo reduce el correctivo de verdad: no por revisar más, sino porque lo que se ve durante la revisión acaba en trabajo planificado en lugar de en una avería tres meses después.

7. Notificar de todo

El extremo contrario y casi igual de dañino. Si el sistema avisa de cada movimiento interno, la gente deja de leer los avisos, y entonces los importantes tampoco llegan.

Cómo corregirlo. Marcar qué estados no deben notificar y a quién avisa cada uno. Es una opción que existe precisamente para esto.

8. Meter en el plan lo que no es mantenimiento

Recados, gestiones administrativas, acompañar a un proveedor, abrir una puerta. No es que no haya que hacerlos: es que si entran como órdenes preventivas ensucian todos los indicadores. Inflan el porcentaje de plan ejecutado y hacen que la proporción de preventivo parezca mejor de lo que es.

Cómo corregirlo. Separarlos por tipo para poder filtrarlos en los informes. Entonces aparece el dato real de cuánto tiempo del equipo se va en trabajo técnico, que suele ser bastante menos de lo que todos creían.

9. Dejar fuera del sistema a las subcontratas

Si parte del trabajo lo hacen empresas externas y sus partes viven en su propio sistema, el histórico tiene agujeros justo donde están las intervenciones más caras. Y no hay forma de comprobar si se está haciendo lo contratado.

Cómo corregirlo. Darlas de alta como proveedores, para que reciban las órdenes que les corresponden y registren tiempos, material, documentación y firma igual que la plantilla. Como las licencias son ilimitadas en los tres planes, no es una decisión económica.

10. No revisar nunca la configuración

Los nueve anteriores se corrigen una vez. Este es el que hace que vuelvan.

Una configuración de órdenes es una hipótesis sobre cómo trabaja la empresa, y las empresas cambian. Media hora al trimestre, con los informes delante, basta para detectar campos que ya nadie rellena, estados que se han quedado sin uso y avisos que la gente ignora.

Cómo detectar cuál te afecta

Una revisión de media hora con los informes delante:

Si la desviación de tiempos es siempre favorable → error 5. Si hay muchas órdenes cerradas sin activo → error 4. Si el correctivo no baja pese a tener plan → errores 6 o 8. Si nadie mira los avisos → error 7. Si el equipo se queja del tiempo que lleva cerrar una orden → error 1.

Lo que no es un error

Que algunas órdenes se cierren sin checklist porque no lo necesitan. Que haya trabajo correctivo. Que se reprograme el plan a menudo.

Las tres cosas son normales, y perseguirlas como si fueran fallos es la forma más rápida de que el sistema se perciba como una carga.

Si quieres revisar cómo tenéis planteadas las órdenes, puedes solicitar una demo o escribirnos.

← Todos los artículos