Gestión de personal en un GMAO: qué cubre

Conviene empezar por el alcance, porque es la expectativa equivocada más común: un GMAO no es un software de recursos humanos. No hay nóminas, ni contratos, ni evaluación del desempeño, ni selección.

Lo que hay es la parte de personal que el mantenimiento necesita para poder planificar el trabajo con la realidad delante. Y esa parte importa más de lo que parece, porque sin ella el plan se hace contra un calendario ideal y nace incumplido.

Por qué la planificación necesita esto

Un plan que coloca una revisión un día festivo, o a nombre de alguien que está de vacaciones, no es un plan: es un retraso programado con antelación.

En GMAO CLOUD, antes de generar una orden preventiva, el sistema comprueba si ese día es festivo y si el técnico está disponible. Esa comprobación solo es posible si el sistema conoce el calendario laboral y las ausencias.

Es la razón de fondo por la que esta información vive aquí y no en el sistema de recursos humanos: no está para gestionar personas, está para que el trabajo se genere en un día que exista.

Qué hay

Turnos, con sus técnicos asignados. En operaciones que trabajan a turnos o con guardias, es lo que permite saber quién está en cada franja.

Jornadas, con sus horas, y su histórico. Más avisos de horas de jornada, que sirven para detectar desviaciones antes de que se conviertan en un problema de convenio o de coste.

Vacaciones, con sus tipos, y festivos. Es lo que alimenta la comprobación de disponibilidad.

Equipos de trabajo, con su responsable. Permite asignar trabajo a un equipo en lugar de a una persona, y que cada jefe vea lo suyo sin tener delante las órdenes de toda la empresa.

Equipos de protección individual, con su asignación por persona, su solicitud, su entrega y su caducidad avisada.

Los EPI, que son la parte que peor sienta cuando falla

Merecen párrafo propio porque no es un asunto logístico: es de responsabilidad.

Los EPI se asignan a una persona, se solicitan, se entregan y caducan. Hay una comprobación que avisa antes del vencimiento, igual que con la documentación.

Descubrir que un equipo de protección estaba caducado después de un incidente es el tipo de problema que no se arregla con dinero.

Ver la carga antes de repartir

El patrón que se repite en casi todos los departamentos: media plantilla desbordada y la otra media esperando, y nadie se entera hasta que algo llega tarde.

Con una lista de órdenes ordenada por fecha no se ve, porque la lista no tiene eje de personas. En el calendario y en la planificación en diagrama sí: quién tiene la semana llena, quién tiene huecos y —lo más útil— qué trabajo no tiene dueño todavía, que es exactamente lo que se va a caer.

Y cuando hay que mover algo, que es todos los días, se arrastra a otro día. Si actualizar el plan cuesta más que ignorarlo, se ignora.

Que el técnico tome trabajo

La otra dirección, y la que más descarga a quien planifica: el técnico puede ver desde la app las órdenes de trabajo sin asignar y tomarlas él, porque sabe si le pilla de camino y si lleva el material.

Vigila un efecto secundario: con la cola abierta, la gente tiende a coger lo fácil, y queda un poso de órdenes difíciles que nadie toma. Se corrige con prioridades y plazos reales en las incidencias, no cerrando la cola.

Las horas, medidas

Sin tiempos reales no se puede dimensionar un equipo, solo supervisarlo. Las horas apuntadas de memoria al final del día salen siempre a la baja.

El cronómetro dentro de la propia orden resuelve eso, y a partir de ahí los informes de horas por técnico, horas no efectivas, imputaciones, jornadas, ausencias y resumen por jefe de equipo describen la realidad.

El aviso que hay que dar al usar estos datos

Sirven para dimensionar, presupuestar y repartir carga. No para vigilar.

Un equipo que percibe que el sistema existe para controlarle deja de alimentarlo con precisión: registra tarde, redondea tiempos y deja de anotar anomalías. Y en cuanto eso pasa, los informes dejan de valer y lo que se quería medir se vuelve inmedible.

Conviene decirlo abiertamente al implantar, porque la sospecha aparece sola y es más fácil desactivarla al principio que después.

Un detalle de licencias que condiciona esto

Si el software se paga por usuario, dar de alta a un eventual de temporada o a una subcontrata es una decisión económica, y aparece la tentación de compartir cuentas. En cuanto dos personas firman con el mismo usuario, los informes por técnico dejan de significar nada.

En GMAO CLOUD las licencias son ilimitadas en los tres planes.

Las subcontratas también son capacidad

Un punto que se olvida al planificar: en muchas operaciones la mitad del trabajo lo hace gente que no está en nómina. Si esas empresas no están en el sistema, quien planifica ve media foto —lo propio con detalle y lo externo como una factura a final de mes— y dimensiona mal.

Los proveedores se dan de alta y reciben las órdenes que les corresponden, registrando tiempos, material y firma igual que la plantilla. A partir de ahí la carga que se ve en el calendario es la carga real.

Y hay un conector entre instalaciones de GMAO CLOUD, en los dos sentidos, para cuando la subcontrata también lo usa: el trabajo pasa de un sistema al otro sin fichero intermedio y conservando su trazabilidad.

Por dónde empezar

Con lo mínimo que hace creíble un plan: equipos con su responsable, jornadas y festivos. Con eso el sistema ya puede comprobar disponibilidad antes de generar una orden, que es el 80 % del valor.

Los turnos, las vacaciones detalladas y los EPI se añaden después, cuando el reparto de trabajo ya esté funcionando.

Qué queda fuera, otra vez

Nóminas, contratos, evaluación del desempeño, selección, formación reglada. Si necesitas eso, necesitas un sistema de recursos humanos, y lo razonable es que convivan: el de personal manda en el dato laboral, el GMAO manda en la planificación del trabajo.

Decirlo en la propia demo evita la reunión en la que alguien pregunta por la nómina.

Si quieres verlo con tu estructura de turnos y equipos, puedes solicitar una demo.