Software FSM para infraestructura crítica: guía del comprador

Si mantiene ascensores, sistemas de detección de incendios, climatización industrial o equipos de alimentación de emergencia, ya sabe que el software de gestión de servicios de campo genérico no fue diseñado para usted. La plataforma concebida para una empresa de fontanería y calefacción, donde una cita perdida significa una casa fría durante un día, encaja mal con un negocio donde una revisión omitida puede dejar a un pasajero atrapado, fallar una central de incendios o hacer que una cámara frigorífica pierda un lote de medicamentos durante la noche.

Esta guía está dirigida a directores de servicio, responsables de operaciones y responsables de TI en empresas con 5 a 200 técnicos que están evaluando plataformas FSM por primera vez, reemplazando una solución que ha dejado de escalar, o preguntándose si su enfoque actual de hojas de cálculo y correo electrónico tiene un techo que están a punto de alcanzar.

Cubriremos qué distingue el FSM de infraestructura crítica del software de servicios de campo estándar, las funcionalidades que importan por vertical, los requisitos de seguimiento de conformidad, las capacidades de la aplicación móvil y las preguntas prácticas que debe hacer a los proveedores antes de firmar cualquier cosa.

Por qué la infraestructura crítica es una categoría diferente

El mercado FSM se divide en dos segmentos de clientes. El primero atiende oficios residenciales y comerciales ligeros: fontanería, electricidad, jardinería, control de plagas, mantenimiento de climatización para viviendas unifamiliares. Estos negocios se preocupan por la eficiencia en la planificación, la velocidad de facturación y las comunicaciones con el cliente. Su perfil de riesgo es bajo; una visita de seguimiento significa un cliente irritado, no una investigación normativa.

El segundo segmento, donde vive esta guía, atiende activos donde el fallo tiene consecuencias legales, económicas o de seguridad para las personas. Conviene ser explícito sobre las características que definen este segmento.

Obligación normativa, no mantenimiento opcional. Un ascensor en un edificio de oficinas en España debe pasar la inspección periódica del organismo de control autorizado conforme al Real Decreto 88/2013. Un sistema de alarma de incendios conforme a EN 54 exige como mínimo dos visitas de mantenimiento al año del contratista, con visitas trimestrales en locales de mayor riesgo. Un equipo de climatización que contenga más de 5 toneladas de CO₂ equivalente de gases fluorados requiere controles anuales de fugas conforme al Reglamento UE 517/2014 y su actualización mediante el Reglamento 2024/573. Estas no son recomendaciones. Su cliente se expone a sanciones administrativas, su empresa asume responsabilidad civil y, en algunos casos, los técnicos individuales pueden enfrentarse a responsabilidad personal si no se pueden presentar los registros.

Identificación del activo desde la llamada entrante. En el mantenimiento de ascensores, cada hueco contiene un dispositivo obligatorio de comunicación bidireccional conectado a una línea telefónica dedicada o tarjeta SIM. Cuando un pasajero queda atrapado y activa la alarma, la llamada entrante identifica el hueco específico, no solo el edificio, sino el hueco. Un CRM genérico que registra esto como una llamada de "Comunidad de Propietarios Edificio X" consume los 20-30 segundos necesarios para preguntar en qué edificio y qué ascensor antes de que el coordinador pueda actuar. Cuando su SLA para respuesta a pasajero atrapado es de 90 minutos desde el primer contacto, esos 20 segundos se convierten en una brecha documentada si algo sale mal.

Las centrales de incendios, los marcadores GSM en unidades frigoríficas, los módulos de telemetría en estaciones de bombeo remotas, todos generan llamadas entrantes y alertas que llevan una identidad de activo en el número de origen. El software que no aprovecha esto hace más lenta la respuesta de sus coordinadores bajo presión.

Seguimiento de conformidad con múltiples normas. Una empresa de mantenimiento que opere en ascensores, protección contra incendios y climatización tendrá técnicos trabajando bajo obligaciones derivadas de EN 81-20, EN 81-28, EN 54, NFPA 72, Reglamento F-Gas 517/2014, EN 13241, UNE 23007, ITC-MIE-AEM 1 y otras normas de aplicación, según la geografía y el tipo de contrato. Cada norma tiene intervalos de inspección diferentes, requisitos de documentación distintos y umbrales de competencia diferentes para los técnicos que realizan el trabajo. Ninguna hoja de cálculo gestiona esto con coherencia una vez que se superan los 50 contratos.

Consecuencias de equivocarse. Una visita de mantenimiento preventivo omitida en una caldera doméstica produce una casa fría y un cliente insatisfecho. Una inspección periódica omitida en un ascensor de tracción puede derivar en una prohibición de uso, un hueco clausurado y un propietario con responsabilidad legal. La brecha documental no es un problema menor de CRM, es una prueba en un procedimiento sancionador o una reclamación civil.

Lista de comprobación de funcionalidades: qué evaluar

Use esta lista cuando evalúe cualquier plataforma FSM. No todas las funcionalidades son relevantes para todas las empresas, pero esta cubre el alcance que una empresa de mantenimiento de infraestructura crítica encontrará a medida que crece.

Gestión central de órdenes de trabajo

• Creación de órdenes de trabajo desde llamada entrante, correo electrónico, portal de clientes o regla automatizada
• Vinculación con activos, cada orden de trabajo ligada a un activo específico con su historial de servicio completo
• Niveles de prioridad que corresponden a los SLA del contrato (emergencia, urgente, alto, estándar)
• Flujo de estado con marcas de tiempo en cada transición (creada, asignada, en camino, en sitio, completada, facturada)
• Creación de órdenes de trabajo de seguimiento desde dentro de un trabajo completado (flujo de defecto a reparación)
• Plantillas de órdenes de trabajo por tipo de activo, con listas de comprobación predefinidas

Gestión de SLA y contratos

• Almacenamiento de contratos con definiciones individuales de SLA por contrato
• Reloj de SLA que comienza en el momento de creación de la orden de trabajo, no en la asignación
• Avisos de incumplimiento de SLA en tiempo real, no solo informes posteriores al incumplimiento
• Seguimiento de vencimiento de contratos con recordatorios automáticos de renovación
• Seguimiento de cobertura, qué activos están bajo contrato y cuáles son solo actuaciones puntuales
• Planificación de mantenimiento preventivo programado (PPM) que genera órdenes de trabajo automáticamente según la frecuencia del contrato

Gestión de activos y conformidad

Aquí es donde la mayoría de las herramientas genéricas fallan.

• Registro de activos con campos personalizados por vertical (ascensor: capacidad de cabina, tracción/hidráulico/sin sala de máquinas, número de huecos; central de incendios: tipo de panel, protocolo, número de zonas; climatización: tipo de refrigerante, carga en kg, valor de PCG)
• Matriz de conformidad normativa por activo, qué normas aplican, a qué intervalos, qué documentación se requiere
• Almacenamiento de certificados y actas de inspección ligados al activo
• Seguimiento de fechas de vencimiento de certificados con períodos de aviso configurables
• Programación automática de la próxima visita desde los registros de servicio completados
• Seguimiento de defectos desde el descubrimiento hasta la subsanación con notificación al cliente

Coordinación y planificación

• Asignación por competencias, solo los técnicos con la cualificación requerida se proponen para un tipo de trabajo determinado
• Localización y disponibilidad del técnico en tiempo real
• Estimación del tiempo de desplazamiento integrada en la planificación
• Panel de planificación con arrastrar y soltar y vista de capacidad
• Asignación automatizada basada en proximidad, competencias y carga de trabajo
• Interrupción de emergencia, capacidad de reasignar a un técnico a mitad de trabajo sin perder el registro del trabajo original

Aplicación móvil

• Operación sin conexión, datos completos del trabajo disponibles sin conectividad de red
• Captura de listas de comprobación con cumplimentación obligatoria de campos (el técnico no puede completar el trabajo sin rellenar los campos obligatorios)
• Adjunto de fotografías con metadatos de GPS y marca de tiempo
• Captura de firma del cliente en el lugar de trabajo
• Registro del consumo de materiales por trabajo
• Sincronización en tiempo real cuando se recupera la conectividad
• Soporte multiidioma para plantillas de trabajo internacionales o multilinguales

Gestión de almacén y materiales

• Catálogo de materiales con proveedor, referencia y punto de reposición
• Seguimiento del stock en furgoneta por vehículo
• Uso de materiales ligado a órdenes de trabajo para coste por trabajo
• Alertas de stock bajo y flujos de reposición
• Proceso de devolución de materiales no consumidos

Informes y análisis

• Tasa de resolución en primera visita por técnico, tipo de activo y cliente
• Tiempo medio de reparación por nivel de prioridad
• Tasa de cumplimiento de SLA por contrato y por cliente
• Utilización de técnicos (horas productivas frente a horas totales)
• Tasa de llamadas repetidas (órdenes de trabajo reabiertas en 30 días)
• Panel de vencimiento de certificados de conformidad

Integración y API

• API REST con endpoints documentados
• Eventos webhook salientes para cambios de estado de órdenes de trabajo
• Integración con sistemas contables (Sage, QuickBooks, FacturaDirecta)
• Integración con ERP (SAP, Oracle) para operaciones de mayor tamaño
• Integración de telefonía para gestión de llamadas entrantes
• Portal de clientes para presentación y seguimiento de órdenes de trabajo por autoservicio

Requisitos por vertical

Ascensores y escaleras mecánicas

El sector de ascensores tiene un requisito que ninguna plataforma FSM genérica contempla por defecto: la identificación del hueco desde la llamada entrante.

EN 81-28:2018 (sistemas de alarma a distancia para ascensores de pasajeros y montacargas) obliga a que cada ascensor disponga de un dispositivo de comunicación vocal bidireccional que conecte a los pasajeros de la cabina con un punto de monitorización disponible 24 horas. Ese punto de monitorización es su sala de control de emergencias o su servicio de atención. La llamada entrante lleva el número DID asignado a ese hueco específico. Su software debe resolver ese número al ascensor exacto, número de hueco, edificio, plantas servidas, contactos de emergencia, antes de que su operador descuelgue.

Lista de requisitos prácticos para FSM de ascensores:

• Registro de números de teléfono que mapea cada DID a un registro de activo (hueco) específico
• Identificación automática del activo desde la presentación de la llamada entrante
• Flujo de trabajo de pasajero atrapado con reloj de SLA iniciando en el momento del aviso
• Seguimiento de conformidad EN 81-28, registros de pruebas del dispositivo de comunicación bidireccional
• Seguimiento del certificado de inspección periódica según el organismo de control competente de la comunidad autónoma (ITC-MIE-AEM 1)
• Seguimiento de competencias, técnicos autorizados para trabajar en instalaciones de tracción, hidráulicas o sin sala de máquinas
• Soporte para proyectos de modernización, capacidad de seguir proyectos de múltiples visitas contra un único registro de activo
• Registro de fuera de servicio con notificación al cliente y fecha estimada de reposición en servicio

Para la conformidad con ASME A17.1 (Norteamérica), las categorías de prueba e inspección difieren, pero el requisito subyacente, intervalos de prueba documentados, pruebas preseniciadas, emisión de certificados, se corresponde directamente con las mismas necesidades de plataforma.

Sistemas contra incendios

El mantenimiento de alarmas de incendios conforme a EN 54 y UNE 23007 genera más requisitos de documentación por visita que casi cualquier otro vertical de mantenimiento. Una revisión anual de un sistema analógico-direccionable de tamaño medio puede generar 40-60 registros de prueba individuales (uno por detector) más diagnósticos de la central, datos de prueba de baterías y confirmación de señalización del Centro Receptor de Alarmas (CRA).

Requisitos específicos del vertical:

• Estructura de sitio y zonas dentro del registro del activo (central → zona → detector)
• Seguimiento de rotación de zonas para pruebas semanales del usuario (confirmación continua de que todas las zonas han sido probadas dentro del período requerido)
• Captura del registro de sensibilidad del detector, datos de diagnóstico de la central analógica-direccionable por detector
• Registro de prueba de carga de baterías con valores medidos, no solo aprobado/reprobado
• Documentación de la matriz causa-efecto por revisión anual
• Registro de prueba de señalización al CRA con marca de tiempo de confirmación
• Flujo de notificación de defectos, notificación escrita a la persona responsable con referencia del detector, descripción del fallo y valoración de la capacidad del sistema
• Etiquetado EN 54 frente a UNE 23007 para contratos mixtos residenciales/comerciales
• Generación y almacenamiento del libro de registro de mantenimiento por local

Para sistemas de extinción (CO₂, FM-200, agentes limpios), se requieren registros adicionales conforme a las normas de aplicación correspondientes. Si su empresa mantiene tanto activos de detección como de extinción, la plataforma debe gestionar ambos sin una base de datos separada.

Climatización y refrigeración crítica

La carga normativa en climatización está impulsada principalmente por el Reglamento F-Gas UE 517/2014 y su actualización mediante el Reglamento 2024/573. Toda empresa que instale, mantenga o repare equipos que contengan gases fluorados de efecto invernadero debe disponer de la certificación F-Gas correspondiente, mantener libros de registro de equipos y, en algunos casos, declarar datos a los registros nacionales.

Requisitos críticos de captura de datos por unidad con refrigerante:

• Tipo de refrigerante y carga en kg por unidad
• Intervalo de control de fugas F-Gas (anual para 5-50 t CO₂e; semestral para 50-500 t CO₂e; trimestral para >500 t CO₂e)
• Registros de control de fugas con número de certificado del técnico
• Registro de adición y recuperación de refrigerante por visita con referencia de lote/cilindro
• Requisito del libro de registro F-Gas, este es un documento legal que debe conservarse al menos 5 años
• Número de certificado F-Gas del técnico capturado en los registros (específico por categoría)

Para cadena de frío y refrigeración crítica alimentaria:

• Registro de desviaciones de temperatura y documentación de causa raíz
• Controles programados de conformidad de temperatura entre visitas de PPM
• Trazabilidad para auditorías APPCC, documentación de que los sistemas de refrigeración mantuvieron las temperaturas especificadas

Para refrigeración de centros de datos y salas de servidores:

• Seguimiento de horas de funcionamiento de enfriadores y UTA para mantenimiento basado en intervalos
• Estado de redundancia, qué unidades están en servicio activo y cuáles en reserva
• Integración de alarmas con BMS o sistemas DCIM

Control de acceso y puertas automáticas

EN 13241:2003+A2:2016 (puertas industriales, comerciales y de garajes) y EN 12453:2017 (seguridad en uso de conjuntos de puertas de paso peatonal accionados por motor) definen las obligaciones de mantenimiento para puertas automáticas, barreras y sistemas de acceso. Estas se aplican a través de la legislación de responsabilidad por productos, lo que significa que el riesgo recae directamente sobre la empresa de mantenimiento si se produce un incidente y no existen registros.

Requisitos específicos:

• Registros de medición de fuerzas por revisión anual (fuerzas de cierre/apertura, límites EN 12453)
• Registros de prueba de cantos sensibles y detectores de bucle inductivo
• Prueba de batería de respaldo para operadores de barreras y puertas
• Evidencia fotográfica en cada visita, los tribunales lo han solicitado en reclamaciones por lesiones personales
• Almacenamiento de declaración de conformidad (DoP) por instalación

Para paneles de control de acceso, lectores de tarjetas y sistemas biométricos:

• Registro de copia de seguridad de la configuración del sistema de control de acceso
• Registro de verificación de anti-passback y reglas de franjas horarias
• Prueba de batería de respaldo en el panel y el hardware de la puerta
• Prueba de integración con la alarma de incendios (apertura de emergencia en señal de incendio)

Sistemas de alimentación de emergencia (grupos electrógenos, SAI, ATS)

Más allá de las normas aplicables, la mayor parte del mantenimiento de grupos electrógenos y SAI está regulada por los requisitos del seguro y las políticas de riesgo del propietario del activo. Los requisitos de documentación son, no obstante, detallados:

• Registros de prueba de carga del grupo electrógeno, prueba con banco de carga al mínimo del 70% de la potencia nominal, típicamente trimestral
• Registros mensuales de arranque en vacío con tiempo de funcionamiento y tensión de salida
• Nivel de combustible y registros de pulido de gasoil (el combustible contaminado es la causa más frecuente de fallo del grupo en prueba)
• Ejercicio del ATS (Conmutador Automático de Transferencia) y medición del tiempo de conmutación
• Registros de prueba de capacidad de baterías SAI, capacidad medida frente a capacidad nominal, con umbral de sustitución
• Seguimiento de antigüedad de baterías, la mayoría de las baterías VRLA tienen un ciclo de sustitución de 4-5 años, AGM puede ser inferior en instalaciones de alta temperatura
• Registros de velocidad e inspección del volante de inercia en DRUPS

Sistemas de gestión de edificios

El mantenimiento de BMS abarca múltiples disciplinas: control de climatización, automatización de alumbrado, acceso, monitorización energética. El requisito de plataforma aquí tiene menos que ver con la conformidad normativa y más con la documentación de gestión de cambios:

• Control de versiones del programa BMS, qué se cambió, cuándo y por quién
• Registros de prueba punto a punto para la puesta en servicio y recomisionamiento de E/S
• Registro de alarmas y códigos de fallo con registros de resolución
• Documentación de línea base energética antes y después de los cambios de optimización
• Documentación de protocolo por instalación (BACnet, Modbus, KNX, LON)
• Registros de prueba de integración para interfaces BMS-contra incendios, BMS-control de acceso y BMS-SAI

Seguimiento de conformidad: qué debe hacer el software

Una empresa de mantenimiento que opere en dos o más de los verticales anteriores trabajará simultáneamente con 20-30 normas distintas. Hacer un seguimiento manual de qué certificados vencen, qué visitas están atrasadas y qué activos tienen defectos abiertos es funcionalmente imposible a partir de cierto tamaño de cartera, típicamente alrededor de 150-200 activos bajo gestión.

El software debe gestionar el seguimiento de conformidad en tres niveles.

Estado de conformidad a nivel de activo. Cada activo debe mostrar de un vistazo: estado actual del certificado, fecha del último servicio, próximo servicio previsto, defectos abiertos y cualquier elemento atrasado. Un sistema de semáforo es la UX correcta aquí, no una lista de fechas que alguien tiene que procesar mentalmente.

Estado de conformidad a nivel de contrato. Una vista de cartera de todos los activos bajo un contrato dado mostrando la tasa de cumplimiento de PPM, visitas atrasadas y estado de certificados. Esto es lo que un jefe de servicio necesita para preparar una reunión de revisión con el cliente.

Aplicación de intervalos normativos. La plataforma debe conocer el intervalo de servicio requerido para cada tipo de activo y norma, y señalar automáticamente los elementos atrasados. Esto significa que la plataforma necesita un motor de reglas configurable, no solo un campo de recordatorio manual. "Inspección ITC-MIE-AEM 1 cada X meses" y "control de fugas F-Gas anual para unidades de 5-50 t CO₂e" son reglas diferentes para activos diferentes, el software debe aplicarlas, no la memoria del jefe de servicio.

Aplicación móvil: lo que sus técnicos realmente necesitan

Una aplicación móvil de servicio de campo que carece de capacidad fuera de línea no es una aplicación de servicio de campo. Es un sitio web móvil con una señal deficiente. Los técnicos que trabajan en huecos de ascensor, salas de máquinas, aparcamientos subterráneos y pasillos fríos de centros de datos pierden conectividad habitualmente a mitad de trabajo. La aplicación debe almacenar localmente todos los datos del trabajo y sincronizar cuando haya red disponible.

Más allá del soporte fuera de línea, los requisitos de la aplicación móvil para infraestructura crítica son:

Captura de listas de comprobación estructuradas. Para una revisión anual de un sistema analógico-direccionable, la lista de comprobación supera los 40 elementos. La aplicación debe exigir la cumplimentación, un técnico no puede marcar un trabajo como completado sin cerrar todos los elementos obligatorios. No es una cuestión de confianza; es tener registros auditables que confirmen que cada tarea fue atendida.

Captura de fotografías con metadatos de calidad probatoria. Las fotografías deben llevar coordenadas GPS, marca de tiempo e identidad del técnico. Para el mantenimiento de puertas automáticas y control de acceso, donde las reclamaciones por lesiones pueden surgir años después de una revisión, la evidencia fotográfica es la diferencia entre una defensa clara y un proceso prolongado.

Captura de firma electrónica. Firma del cliente en el acta de servicio, en el lugar de trabajo. Esto elimina la conversación de "nunca recibimos el informe de revisión".

Soporte multiidioma. Si su empresa opera en más de un país, o emplea técnicos que trabajan en su idioma nativo en lugar del idioma mayoritario del país, la aplicación debe presentar formularios, listas de comprobación y navegación en el idioma preferido del técnico. Esto no es un detalle menor cuando tiene técnicos hispanohablantes en obras en Alemania, técnicos polacos en instalaciones en el Reino Unido o técnicos rumanos en contratos en España.

Registro del consumo de materiales. Los técnicos deben poder registrar los materiales usados en un trabajo contra el stock de la furgoneta, con el registro ligado a la orden de trabajo para el coste del trabajo y el desencadenamiento de la reposición.

Capacidades de IA y automatización

El mercado FSM ha pasado los últimos dos años añadiendo etiquetas de IA a funcionalidades que ya eran algorítmicas. Al evaluar plataformas, la distinción que merece atención es entre soporte real a la decisión y reglas de planificación renombradas.

La identificación automática del activo desde contactos entrantes no es IA en el sentido convencional, pero requiere que el software resuelva un número de teléfono entrante o una dirección de correo electrónico a un registro de activo específico en menos de dos segundos. Para los verticales de ascensores y alarmas de incendios, esta es la única automatización de mayor valor en toda la plataforma. El ahorro de tiempo es mínimo; la reducción del error del coordinador bajo presión es significativa.

Coordinación inteligente, el software que sugiere o asigna automáticamente al técnico adecuado para un trabajo basándose en la ubicación, las competencias, la carga de trabajo actual y la prioridad del SLA, merece una evaluación cuidadosa. La funcionalidad es tan buena como los datos subyacentes: las competencias deben estar registradas con precisión, las ubicaciones de los técnicos deben ser en tiempo real y las prioridades de SLA deben estar correctamente configuradas. Una plataforma que envía al técnico más cercano en lugar del técnico certificado más cercano crea un riesgo de conformidad.

Copiloto de IA para responsables de operaciones. La generación más reciente de plataformas FSM está incorporando IA conversacional para consultas operativas: "¿Qué contratos tienen activos con certificados vencidos este mes?" o "¿Qué técnicos tienen la mayor tasa de llamadas repetidas en operadores de puertas de ascensor?" Esto reemplaza lo que antes era un ejercicio de informes que requería que alguien construyera un filtro personalizado. Para responsables de operaciones que gestionan 50+ técnicos en múltiples verticales, la capacidad de hacer preguntas en lenguaje natural a los datos es un ahorro de tiempo real.

Generación automática de certificados. Tras una visita de servicio completada, la plataforma debe generar automáticamente el certificado de inspección a partir de los registros capturados, en el formato correcto para la norma. Para revisiones de sistemas EN 54, esto significa un documento que incluye registros de prueba por detector, datos de baterías, confirmación del CRA y los datos del técnico de servicio. La generación manual de certificados a partir de notas de campo es donde se producen los errores y las omisiones.

Gestión de SLA y seguimiento de contratos

La gestión del SLA en infraestructura crítica tiene más capas de las que parece. Un único contrato puede definir:

• Tiempo de respuesta desde el primer contacto hasta el técnico en el lugar (p. ej., 4 horas para urgente, 8 horas para estándar)
• Tiempo de resolución desde la llegada hasta el sistema restaurado al servicio
• Tasa de cumplimiento de PPM a lo largo del período del contrato (p. ej., 95% de las visitas programadas completadas en ±7 días de la fecha prevista)
• Disponibilidad de certificados, certificados de inspección emitidos dentro de los 5 días hábiles siguientes a la visita

La mayoría de las plataformas FSM genéricas solo hacen seguimiento del tiempo de respuesta. Los demás requieren una configuración que muchas plataformas no pueden soportar.

El punto de inicio del reloj de SLA importa. En la mayoría de los contratos, el reloj del SLA comienza cuando el cliente comunica el fallo, no cuando se crea la orden de trabajo en su sistema. Si hay un retraso de 15 minutos entre la llamada del cliente y la creación de la orden de trabajo por parte de su coordinador, esos 15 minutos cuentan contra su SLA. El software que inicia el reloj al crear la orden de trabajo subestima su tiempo de respuesta en comparación con la realidad contractual.

Las notificaciones de incumplimiento deben ser pre-incumplimiento. Recibir una notificación de que se ha incumplido un SLA es información con valor operativo nulo. La notificación debe llegar 60-90 minutos antes del umbral de incumplimiento, mientras todavía hay tiempo de actuar. Una reasignación de emergencia a T-90 minutos es posible; a T+0 es un informe con una disculpa escrita.

Gestión de almacén y flota

Para empresas de mantenimiento donde los técnicos llevan stock en furgonetas, la gestión del almacén está directamente relacionada con la tasa de resolución en primera visita. Un técnico que llega a un fallo de unidad de fan-coil sin el condensador correcto, o a una central de incendios sin el detector de repuesto adecuado, genera una segunda visita que cuesta lo mismo que la primera sin ninguno de los ingresos.

La cadena de custodia requerida para el stock en furgoneta:

1. Materiales recibidos en el almacén central, registrados contra un pedido de compra
2. Materiales transferidos del almacén al stock de la furgoneta antes o durante la asignación de un trabajo
3. Materiales consumidos en un trabajo, registrados contra la orden de trabajo con la cantidad usada
4. Materiales no utilizados devueltos al stock de la furgoneta o al almacén con la misma trazabilidad

Las empresas que omiten pasos en esta cadena pierden el control de dónde está el stock y no pueden conciliar los costes del trabajo con el uso de materiales. El requisito mínimo de plataforma es un catálogo de materiales, visibilidad del stock en furgoneta por vehículo y registro del uso de materiales por orden de trabajo.

Gestión de flota. Para empresas con más de 5 vehículos, la plataforma debe hacer seguimiento de los intervalos de servicio de los vehículos, las fechas de vencimiento de la ITV y el seguro, y los registros de kilometraje. Esto tiene menos que ver con el mantenimiento de activos (sus vehículos no son infraestructura crítica) y más con el riesgo operativo, una furgoneta con la ITV caducada en un cliente es una exposición reputacional y legal.

Requisitos de integración

Una empresa de mantenimiento en crecimiento necesitará eventualmente que su plataforma FSM hable con otros sistemas. Los requisitos de integración a evaluar:

Sistemas contables. La finalización de una orden de trabajo debe desencadenar la generación de la factura, con materiales, mano de obra y cualquier cargo adicional acordado poblados automáticamente. La reentrada manual entre el FSM y el software contable es donde se acumulan los errores de facturación.

Portal de clientes. Los clientes con grandes carteras inmobiliarias esperan ver el estado de sus activos, el historial de servicio y los defectos abiertos sin llamar a su oficina. Un portal de autoservicio reduce las llamadas entrantes y crea un registro transparente que respalda las conversaciones de renovación de contratos.

Sistemas ERP. Para organizaciones más grandes (50+ técnicos, múltiples unidades de negocio), la integración con un ERP para aprovisionamiento, RR.HH. y consolidación financiera se vuelve necesaria. Esto requiere típicamente una API REST documentada en lugar de conectores preconstruidos.

Sistemas de telefonía. Para empresas de ascensores y alarmas de incendios, esto no es opcional, es la funcionalidad central. La plataforma debe integrarse con su sistema VoIP o centralita para recibir eventos de llamadas entrantes y resolverlos contra el registro de activos en tiempo real.

IoT y monitorización remota. A medida que los controladores de puertas de ascensor, los módulos de comunicación de centrales de incendios y las unidades frigoríficas ganan conectividad, la plataforma necesita recibir alertas automatizadas de esos dispositivos y generar órdenes de trabajo sin intervención humana del coordinador. El desencadenante es un evento de máquina (código de fallo de puerta, fallo de zona de central, desviación de temperatura); la respuesta es una orden de trabajo creada automáticamente y asignada al técnico de guardia correcto.

Autoevaluación: ¿le está fallando su sistema actual?

Antes de comprometerse con una evaluación de plataforma, trabaje con estas preguntas. No son retóricas, identifican las brechas que le cuestan dinero y exposición en materia de conformidad.

Seguimiento de conformidad

• ¿Puede producir, en 10 minutos, una lista de todos los activos bajo gestión con un certificado de inspección vencido?
• Si un inspector de la administración solicita el historial de servicio de una central específica que usted mantiene, ¿puede su equipo obtener el registro completo, incluyendo datos de prueba por detector y notificaciones de defectos, sin contactar al técnico que realizó la última visita?
• ¿Tiene un proceso automatizado para hacer seguimiento de los requisitos del libro de registro F-Gas, o esto vive en una hoja de cálculo que alguien actualiza manualmente?

Operaciones y coordinación

• Cuando entra una llamada de pasajero atrapado, ¿sabe su coordinador la identidad exacta del hueco, la dirección del edificio y el contacto de emergencia antes de descolgar el teléfono, o tiene que preguntar?
• Cuando un técnico coge la baja, ¿puede identificar todos los trabajos que tiene asignados para las próximas dos semanas, sus defectos abiertos y el stock que lleva en la furgoneta, en menos de cinco minutos?
• ¿Cuál es su tasa real de cumplimiento de SLA del último trimestre, desglosada por contrato? Si no puede responder esto de memoria y tardaría más de 30 minutos en producir los datos, el sistema no está funcionando para usted.

Experiencia del técnico

• ¿Están sus técnicos completando actas de servicio en papel o PDF que alguien vuelve a introducir en un sistema de oficina?
• ¿Los técnicos llegan habitualmente a los trabajos sin los materiales que necesitan porque el stock de la furgoneta se hace seguimiento en una hoja de cálculo separada?
• ¿Sus técnicos trabajan en más de un idioma y, si es así, ¿están usando el sistema en un idioma que no es el suyo?

Riesgo empresarial

• Si su cliente más importante solicitara una auditoría de todos los registros de servicio de sus activos en los últimos 24 meses, ¿cuánto tiempo tardaría en compilar la documentación?
• ¿Cuándo fue la última vez que descubrió una visita de PPM atrasada únicamente porque el cliente llamó para preguntar dónde estaba el técnico?

Modelos de precios en el mercado FSM

Las plataformas FSM cobran de tres formas principales, y las diferencias se vuelven significativas a escala.

Precio por técnico. Paga una cuota mensual por técnico de campo, típicamente en un rango de 40-150 € por técnico al mes dependiendo del nivel de la plataforma. Este modelo es sencillo y escala directamente con la plantilla de campo. La desventaja es que los usuarios de oficina (coordinadores, responsables, administradores) pueden ser cobrados a la misma tarifa, lo que infla el coste para empresas con altas ratios coordinador-técnico.

Precio por usuario. Una tarifa plana por puesto, independientemente del rol. Más común en plataformas orientadas al mercado empresarial. La ventaja es la simplicidad; la desventaja es que un equipo de operaciones con 60 técnicos y 8 empleados de oficina paga por 68 puestos incluyendo 8 personas que no generan ingresos de campo.

Tarifa plana (usuarios ilimitados). Algunas plataformas cobran una tarifa mensual fija con usuarios ilimitados, diferenciada por nivel de funcionalidades. Este modelo funciona bien para empresas en crecimiento donde añadir un usuario no debería requerir una conversación presupuestaria. El riesgo es que la tarifa plana puede ser suficientemente alta como para tener poco valor a pequeña escala.

Complementos basados en uso. Varias plataformas cobran por separado funcionalidades como notificaciones SMS, integración de llamadas salientes, acceso avanzado a API o almacenamiento de datos de gran volumen. Estos complementos son fáciles de pasar por alto en la evaluación inicial y pueden cambiar materialmente el coste total a escala. Pida siempre a los proveedores una ilustración del coste total a su tamaño actual y al doble de su tamaño actual.

Al comparar plataformas, calcule el coste por orden de trabajo completada en lugar del coste por usuario, esto normaliza los modelos de precios y refleja el valor real que está adquiriendo.

Consideraciones de migración

Cambiar de plataforma FSM no es un proyecto de fin de semana. Las consideraciones prácticas que se subestiman con frecuencia:

Importación de datos. Los registros de activos, el historial de servicio y los datos de contratos acumulados a lo largo de años representan un valor empresarial significativo. Antes de seleccionar una plataforma, confirme: ¿puede el proveedor importar registros de activos en masa desde CSV o Excel? ¿Pueden importar registros históricos de servicio? ¿Cuál es el formato estándar que aceptan y qué costará?

Registros históricos de conformidad. Para empresas de infraestructura crítica, los registros históricos de servicio no son solo datos operativos, son pruebas legales. Si no puede migrar cinco años de registros de servicio de alarmas de incendios a la nueva plataforma, necesita un archivo paralelo que sea accesible, con capacidad de búsqueda y preservado.

Cronograma de formación. Los técnicos de campo que adoptan una nueva aplicación móvil necesitan 2-4 horas de formación para ser productivos en trabajos básicos. Los usuarios de oficina que adoptan un nuevo sistema de coordinación y gestión de contratos necesitan una semana de uso supervisado antes de dejar de volver al sistema anterior bajo presión. Planifique un período de 4-8 semanas de ejecución paralela donde ambos sistemas estén activos.

Momento de puesta en marcha. No cambie de plataforma durante su temporada más ocupada. Para la mayoría de las empresas de infraestructura crítica, el primer y el cuarto trimestre concentran los mayores volúmenes de llamadas reactivas. Ponga en marcha en el segundo o tercer trimestre. No ponga en marcha la semana antes de una revisión importante de un contrato con un cliente.

Adhesión de los técnicos. Las migraciones FSM fracasan más a menudo por la resistencia de los técnicos que por problemas técnicos. Los técnicos que han estado completando registros en papel durante 10 años no adoptarán espontáneamente una nueva aplicación móvil a menos que entiendan por qué les beneficia a ellos. Las plataformas que tienen éxito en los despliegues de campo son las que tienen aplicaciones móviles que facilitan el trabajo al técnico, acceso más rápido al trabajo, listas de comprobación predefinidas, disponibilidad de materiales visible antes de salir, no las plataformas que se sienten como herramientas de vigilancia.

Preguntas frecuentes

¿Cuál es la diferencia entre software de gestión de servicios de campo y un GMAO?

Un GMAO (Sistema de Gestión del Mantenimiento Asistido por Ordenador) se centra en el activo, planificación del mantenimiento preventivo, historial de órdenes de trabajo y ciclo de vida del activo. Una plataforma FSM se centra en la prestación del servicio, coordinación de técnicos, gestión de relaciones con clientes, gestión de llamadas entrantes y facturación. Las plataformas FSM modernas para infraestructura crítica combinan cada vez más ambas, porque una empresa de mantenimiento de ascensores necesita tanto el seguimiento del ciclo de vida del activo (GMAO) como la gestión de la coordinación y el seguimiento del SLA (FSM). Si un proveedor usa un término, pregunte explícitamente si la otra capacidad está incluida.

¿Cuántos técnicos necesita antes de que el software FSM tenga sentido financiero?

Con 3-4 técnicos, la sobrecarga administrativa de gestionar órdenes de trabajo, planificación y registros de conformidad manualmente empieza a convertirse en un trabajo a tiempo parcial para alguien en la oficina. La mayoría de las empresas encuentran el punto de cruce, donde el coste de la plataforma es menor que la mano de obra que ahorra, en torno a 5 técnicos. Para empresas de infraestructura crítica con obligaciones de conformidad, el caso empresarial es más sólido con menor número de empleados porque el coste de una inspección omitida o un registro de servicio perdido no es solo una molestia administrativa.

¿Reemplaza el software FSM a un sistema CAFM?

Típicamente no. Los sistemas CAFM (Gestión Asistida por Ordenador de Instalaciones) son utilizados por propietarios de edificios y gestores de instalaciones para gestionar los activos que poseen y los contratistas que los mantienen. El software FSM es utilizado por el lado del contratista para gestionar el trabajo que realiza. Algunos grandes equipos de instalaciones en empresa utilizan una herramienta de tipo FSM para sus propios equipos de ingeniería, pero los sistemas están resolviendo problemas diferentes desde lados diferentes de la misma relación.

¿Cuál es el cronograma típico de implementación?

Para una empresa con 10-30 técnicos que reemplaza un sistema existente, un cronograma realista es: 2-4 semanas para la migración de datos y configuración del sistema, 1-2 semanas para la formación interna de usuarios, 2-4 semanas de ejecución paralela. La adopción completa, donde el sistema antiguo ya no se consulta y todos los registros están en la nueva plataforma, típicamente tarda 3-4 meses. Los proveedores que prometen un despliegue completo en una semana describen la fecha de puesta en marcha, no el cronograma de adopción.

¿Cómo debemos manejar los registros de conformidad de activos que fueron revisados antes de que implementáramos el software FSM?

Importe o escanee los registros históricos y adjúntelos al registro del activo en el nuevo sistema, aunque sean PDFs de registros en papel en lugar de datos estructurados. El objetivo es un registro de fuente única por activo. Los tribunales y los reguladores no se preocupan de si los registros están escritos a máquina o escaneados, se preocupan de si los registros existen y si son recuperables. Un activo con cinco años de registros de servicio en PDF adjuntos a su registro es más defendible que un activo con cinco años de registros en un archivador en otro edificio.

Elegir la plataforma correcta

La plataforma FSM correcta para una empresa de mantenimiento de infraestructura crítica es la que trata el activo, el hueco del ascensor, la central de incendios, el enfriador, como la entidad principal alrededor de la cual todo lo demás está organizado. Las órdenes de trabajo ocurren a los activos. Los contratos cubren activos. Las obligaciones de conformidad se adhieren a los activos. Si una plataforma está diseñada principalmente alrededor de trabajos o clientes, requerirá soluciones provisionales que se acumulan con el tiempo en fricción operativa.

Las funcionalidades que distinguen las plataformas construidas para este vertical de las adaptadas del software de oficios generales son: mapeo de teléfono a activo, intervalos de conformidad sensibles a normas y soporte móvil multiidioma. Una plataforma que gestiona las tres fue diseñada para este trabajo. Una que no gestiona ninguna no lo fue, independientemente de lo que diga la presentación de ventas.

Las empresas que obtienen más valor de las plataformas FSM son las que configuran correctamente el registro de activos antes de la puesta en marcha, forman a los técnicos para capturar datos en el lugar del trabajo en lugar de hacerlo en el depósito, y utilizan las herramientas de informes para mantener mejores conversaciones con los clientes sobre el estado de los activos y el historial de servicio.

Explore cómo RemoteOps gestiona los requisitos específicos de cada vertical: Ascensores y Escaleras Mecánicas, Protección Contra Incendios, Climatización Crítica, Control de Acceso y Puertas, Alimentación de Emergencia, Sistemas de Gestión de Edificios. Consulte precios para los planes actuales.