¿Desarrollar tu propio GMAO con IA?

Con las herramientas de IA que escriben programas, montar una primera versión que liste activos y órdenes de trabajo es cuestión de días. Eso ha hecho que la pregunta aparezca en muchas empresas: «con la IA nos lo hacemos nosotros, es facilísimo». Si podemos construirlo, ¿por qué comprarlo?

Es una pregunta legítima y merece una respuesta honesta. Lo que sigue es qué es fácil, qué no lo es, qué obligaciones legales trae meter una IA en medio, qué hay detrás de un sistema que lleva años en producción y qué alternativas hay cuando lo que necesitas es algo concreto que no encaja.

Lo que la IA resuelve bien

Conviene reconocerlo sin rodeos, porque es mucho.

Las pantallas básicas. Dar de alta, listar, buscar y editar equipos, órdenes o clientes. Lo que antes eran semanas de trabajo repetitivo hoy es bastante rápido.

La estructura inicial. Dónde se guarda cada dato, un acceso con usuario y contraseña, y ponerlo a funcionar. Una primera versión que se puede usar, en poco tiempo.

La parte visual. Pantallas correctas sin necesitar un diseñador.

Si tu necesidad es un registro ordenado de equipos y trabajos para una operación pequeña y estable, es una opción real. No hay que descartarla por principio.

Lo que no resuelve, y es donde está el trabajo

Un GMAO no es solo un conjunto de pantallas para guardar y consultar datos. La parte que cuesta no es la que se genera rápido.

Trabajar sin cobertura, de verdad. No basta con que la app se abra sin conexión. El móvil tiene que guardar lo que hace el técnico, enviarlo cuando vuelve la cobertura, saber qué hacer si otra persona cambió lo mismo mientras tanto y avisar si algo no se pudo enviar, en vez de perder el trabajo de una mañana sin que nadie se entere. Y el mantenimiento ocurre justo donde no hay cobertura.

La generación de preventivo. Parece una simple tarea que se repite cada cierto tiempo, y no lo es: periodicidades múltiples sobre el mismo activo, festivos y disponibilidad del técnico, la gama resuelta en cascada por activo, modelo, subfamilia y familia, y el disparo por contador cuando una lectura supera un umbral. Cada una de esas reglas viene de un caso real que alguien descubrió a base de errores.

El control de acceso. Perfiles, visibilidad documental por rol, qué ve cada cliente y cada proveedor, controlado por el propio sistema y no solo escondiendo botones. Y la trazabilidad: quién creó, modificó o eliminó cada cosa, con borrado recuperable.

Las integraciones. Conectar el GMAO con tu programa de gestión o de facturación para que funcione todos los días no es enlazar dos programas: es saber qué hacer cuando algo falla, volver a intentarlo, comprobar que los dos dicen lo mismo y años de casos raros.

El histórico como prueba. Que un registro sirva ante una reclamación o una inspección exige que nadie pueda alterarlo sin dejar rastro.

La parte legal: tus datos, tus clientes y la IA

Hay un riesgo que casi nunca aparece en el presupuesto de un desarrollo propio, y es el más caro si sale mal: cumplir la ley.

Un sistema de mantenimiento trata datos personales todo el día: nombres, teléfonos y direcciones de tus clientes y de sus contactos, firmas, fotos de las instalaciones, la ubicación y las horas de tus técnicos. En algunos sectores, además, datos especialmente delicados, como los de un centro sanitario o una residencia.

Cuando una app hecha a medida manda esos datos a un servicio de IA genérico —para resumir un parte, contestar a un cliente o «leer» una foto—, tu empresa es la responsable de ese tratamiento a todos los efectos. Eso, entre otras cosas, significa:

• Tener una base legal para usar esos datos con ese fin, y haber informado a las personas afectadas.
• Tener firmado un contrato de encargo del tratamiento con el proveedor de IA y saber qué hace con lo que le envías.
• Controlar si los datos salen del Espacio Económico Europeo y con qué garantías.
• Enviar solo lo imprescindible, no la ficha completa del cliente porque era lo más cómodo de programar.

Es lo que exige el Reglamento General de Protección de Datos (RGPD), y no ha cambiado por que el código lo escriba una IA.

A eso se suma el Reglamento europeo de Inteligencia Artificial, cuyas obligaciones de transparencia son exigibles desde el 2 de agosto de 2026. Si tu app tiene, por ejemplo, un asistente que conversa con tus clientes, tienen que saber que hablan con una IA. Y quien usa estas herramientas en tu empresa tiene que tener una formación suficiente para hacerlo.

Nada de esto lo resuelve la primera versión. Lo resuelve alguien que lo ha pensado antes de escribir la primera línea. Este artículo no es asesoramiento jurídico: si vas a tratar datos de clientes con IA, consúltalo con tu responsable de protección de datos.

Un equipo, no una persona

En muchas empresas el desarrollo propio acaba en manos del informático de la casa: la persona que resuelve lo del correo, la impresora y los portátiles, y que ahora, con la IA, también hace aplicaciones. Suele ser alguien muy valioso, y precisamente por eso conviene no cargarle con algo que no puede sostener solo.

Piensa en qué es el GMAO para tu empresa. No es una herramienta interna más: es por donde entran las órdenes de tus clientes, donde trabajan tus técnicos en la calle y de donde salen los partes firmados que luego facturas. Si se para, se para la operación.

Que eso dependa de una sola persona es una apuesta que no conviene hacer:

• Se pone enfermo o está de vacaciones, y nadie más sabe por qué el sistema ha dejado de recibir el trabajo de los técnicos ni cómo volver a ponerlo en marcha.
• Cambia de empresa, y con él se va la única explicación de por qué las cosas están hechas así.
• No tiene por qué saberlo todo. Trabajo sin cobertura, seguridad, rapidez con años de datos, copias que se pueden restaurar de verdad, protección de datos: son especialidades distintas, y ninguna se adquiere con un asistente que escribe código.

No es una cuestión de talento, sino de estructura. Lo que da continuidad a un software del que depende tu operación es un equipo: varias personas que conocen cada parte, que revisan el trabajo de las demás, que se cubren en las ausencias y que llevan años resolviendo los mismos problemas para muchos clientes. Es lo que tienes con GMAO CLOUD. Y tu informático queda libre para lo que mejor conoce, que es tu empresa.

Lo que hay detrás de un sistema en producción

La IA escribe código. Lo que no trae es todo lo que rodea al código para que un sistema funcione cada mañana durante años. Eso es, en concreto, lo que hacemos nosotros y lo que pagas cuando usas GMAO CLOUD.

Experiencia en mantenimiento, no solo en software. Hacemos GMAO desde hace más de diez años: hay clientes con nosotros desde 2016, que empezaron con un desarrollo a medida y siguen hoy en la versión actual. Esas reglas del preventivo, esos permisos por cliente y proveedor, salen de haber visto operar a empresas de mantenimiento, industria, sanidad o administración pública. Es conocimiento del sector, y es lo que una IA no puede inventar por ti.

Cada cambio, registrado y probado por fases. Guardamos el historial completo del programa: se sabe qué cambió, cuándo, quién lo hizo y por qué. Ningún cambio llega directamente a los clientes: antes pasa por una versión de pruebas, por comprobaciones automáticas y por una versión previa a la definitiva. Y si algo sale mal, se puede volver a la versión anterior.

Revisión por los más veteranos y trabajo cruzado. Ningún cambio se publica sin que otra persona lo revise, y las revisiones de las partes delicadas —permisos, datos de clientes, trabajo sin cobertura— las hace alguien con experiencia en esa parte. Los programadores trabajan a propósito sobre lo que han hecho los demás, para que no haya ninguna parte que solo entienda una persona. Es el remedio directo al riesgo más serio de un desarrollo propio.

Control de errores propio. Tenemos nuestro propio sistema para detectar errores, en nuestros servidores. Cuando algo falla en una pantalla, en la app o en un proceso nocturno, lo vemos con todo el detalle necesario, sin esperar a que nadie llame, y muchas veces está corregido antes de que el cliente lo note.

Rapidez con datos reales. Una primera versión va rápida con cien órdenes. La pregunta es cómo va con cientos de miles, con años de histórico y con decenas de técnicos enviando su trabajo a la vez. Revisamos y ajustamos continuamente los listados y las búsquedas que más se usan, porque ese problema solo aparece cuando el sistema lleva tiempo funcionando.

Servidores mantenidos por nosotros. Los datos y los ficheros de cada cliente están separados de los de los demás. Aplicamos las actualizaciones de seguridad en cuanto salen, no cuando hay tiempo, y revisamos periódicamente la seguridad del programa y de las piezas de terceros que usa.

Copias de seguridad. Una copia diaria de los datos de cada cliente, guardada fuera del servidor donde trabaja, que se repite sola si falla y avisa al equipo si no lo consigue. Los ficheros —fotos, partes, certificados— se copian cifrados en un segundo centro de datos, en otra región. No es algo que se configura una vez: se vigila.

Mejora continua. Cada incidencia que se corrige deja su lección escrita y, cuando procede, una comprobación automática que impide que vuelva. El producto mejora cada semana con lo que piden y lo que descubren los propios clientes, y esa mejora llega a todos.

El coste que no se calcula

Todo lo anterior es lo que un desarrollo propio tiene que asumir por su cuenta, y es lo que se suele olvidar al presupuestarlo.

El mantenimiento del propio sistema. Actualizaciones de seguridad, piezas de terceros que se quedan anticuadas, cambios de Android y de iPhone que obligan a retocar la app. Es trabajo permanente, no un proyecto.

El soporte. Cuando algo falla un viernes por la tarde y la persona que lo programó está de vacaciones o ya no trabaja aquí.

La dependencia de una persona. Lo hemos visto más arriba, y generarlo con IA no lo arregla: lo agrava, porque a menudo ni quien lo generó sabe explicar cada decisión.

Los servidores. Dónde funciona el sistema, las copias de seguridad, la vigilancia de errores, las actualizaciones de seguridad y que esté disponible siempre. Y alguien que se entere cuando algo de eso deja de funcionar.

El cumplimiento. Revisar qué datos salen, a quién y con qué contrato, cada vez que alguien añade una función nueva.

Lo que no sabes que necesitas. Las funciones que no están en tu primera lista porque todavía no has tropezado con el problema que las hizo necesarias.

Las dos alternativas que sí funcionan

Lo que suele empujar a construir algo propio es una necesidad concreta que no encaja: un circuito, una pantalla, una exigencia de un cliente. Eso tiene dos salidas que no obligan a cargar con todo lo anterior.

GMAO CLOUD, adaptado a tu forma de trabajar

La más sencilla: pídenoslo. GMAO CLOUD no es un producto cerrado. Lo que no cubre lo estudiamos contigo y, cuando sirve, lo llevamos al producto, así que la mejora la mantiene nuestro equipo y no tu empresa. Así trabajamos con clientes que llevan años con nosotros y siguen pidiendo cambios. Cómo adaptamos GMAO CLOUD a cada empresa.

Tu propia vista, con GMAO CLOUD detrás

Si ya trabajas con GMAO CLOUD y quieres una app para tus técnicos con tu flujo, un portal para tus clientes o un cuadro de mando a tu manera, también puedes hacerlo tú —con IA o sin ella— conectándolo a GMAO CLOUD a través de su API, la puerta de entrada que permite a otros programas leer y guardar datos en el sistema (así se conecta GMAO CLOUD). Tú pones la vista; por detrás estamos nosotros.

Lo que construyes tú es lo que te diferencia: tus pantallas, tu forma de trabajar, tu forma de presentar la información.

Lo que sigue resolviendo GMAO CLOUD es lo que es caro de hacer bien:

• La generación del preventivo, que sigue funcionando aunque tu app no la conozca.
• Los permisos y el alcance de cada usuario, controlados por el propio sistema: tu app se beneficia de esa protección sin tener que volver a programarla.
• El registro de cada alta, cambio y borrado, venga de donde venga.
• Las copias de seguridad, el control de errores, las actualizaciones y la seguridad.

Y si tu app falla, tu operación no se para: el panel de gestión y las apps de GMAO CLOUD siguen funcionando sobre los mismos datos, y tus técnicos pueden seguir trabajando con ellas mientras lo arreglas. También puedes combinar a propósito: tu oficina con tu propio panel, tus técnicos con nuestra app y tus clientes con su portal.

Cómo funciona el acceso a la API. Va por plan, con un volumen de uso acorde a cada uno, y para conexiones de mucho volumen lo dimensionamos contigo. Así sabes desde el principio qué puede hacer tu app y cuánto cuesta, y nosotros podemos garantizar que el sistema responde igual de bien para todos.

Dos recomendaciones si vas por esta vía:

• Guarda siempre los datos a través de la API. Es la que comprueba lo que entra, aplica los permisos y registra cada cambio. Meter datos directamente por debajo del sistema se salta todo eso, y es lo que convierte un histórico fiable en uno del que nadie se fía.
• Si tu app usa IA, decide antes qué datos le pasas. Lo que salga de GMAO CLOUD hacia un servicio de IA de tu elección es un tratamiento tuyo, con todo lo que se explica más arriba. Si lo que necesitas es IA sobre tu propio mantenimiento, valora antes la que ya trae el producto.

Cuéntanos qué quieres construir y te ayudamos a plantearlo bien desde el principio.

Y sobre la IA dentro del producto

Conviene separar dos cosas que se mezclan: usar IA para construir el sistema, y tener IA dentro del sistema.

En GMAO CLOUD la IA hace cosas acotadas y verificables: un asistente que responde sobre tus activos, tus planes y tu histórico —también en la app de técnicos—; lectura de documentos, para que el parte que te manda un proveedor en PDF se convierta en datos sin teclearlo; ayuda con la redacción de las órdenes; y traducción de tus propios catálogos.

Propone, no ejecuta: no cierra órdenes ni asigna trabajo. Cada función tiene su interruptor, con la mayoría apagadas de fábrica, y los documentos que consulta y las conversaciones se guardan con el resto de tus datos. Está detallado en la IA en GMAO CLOUD.

Un asistente sobre un histórico vacío no sabe nada. La IA no sustituye al registro, se apoya en él.

Cuándo sí tiene sentido hacerlo propio

Cuando tu proceso es genuinamente atípico y ningún producto del mercado lo contempla, porque tu negocio es esa particularidad.

Cuando el sistema es una pieza de tu producto, no una herramienta interna.

Cuando tienes equipo de desarrollo propio y estable, con capacidad para mantenerlo durante años y para responder de él ante un cliente o un inspector.

Fuera de esos casos, lo habitual es que la primera versión funcione, se use unos meses y se abandone cuando aparece la primera exigencia real: un técnico sin cobertura, una inspección que pide el expediente, un cliente que quiere su portal o una pregunta sobre dónde han ido sus datos.

Cómo decidirlo

Haz la lista de lo que necesitas de verdad —no de lo que estaría bien— y marca qué parte son pantallas básicas y qué parte es de las difíciles. Si la mayoría es lo segundo, la primera versión no te va a ahorrar el trabajo: te lo va a aplazar.

Después, hazte estas preguntas sobre el sistema propio:

• ¿Quién se entera si algo falla a las tres de la mañana?
• ¿Dónde está la copia de ayer y quién la ha restaurado alguna vez?
• ¿Quién revisa un cambio antes de que llegue a producción?
• ¿Quién lo mantiene si la persona que lo hizo se va?
• ¿A qué servicios salen los datos de tus clientes, y con qué contrato?

Si no hay respuesta con nombre para cada una, calcula el coste a tres años, no a tres meses, con todo eso dentro. Y compáralo con las dos alternativas: pedirnos que adaptemos GMAO CLOUD a tu forma de trabajar, o construir solo tu vista y dejar el resto sobre nosotros.

Si quieres contrastar tu caso concreto, puedes escribirnos o solicitar una demo para ver qué parte de tu lista ya está resuelta.