Fleet Management mantiene un único registro autoritativo de cada vehículo y equipo de la organización: marca, modelo, año, número de identificación del vehículo o número de serie, matrícula, datos de adquisición, estado actual y la persona o el centro de coste al que está asignado. En torno a ese registro ejecuta el programa operativo completo que requiere una flota. Programa y registra inspecciones, ya sean comprobaciones del conductor previas al viaje, exámenes periódicos de seguridad o pruebas reglamentarias de aptitud para circular, frente a listas de comprobación configurables. Gestiona las órdenes de reparación desde el parte de avería, pasando por el diagnóstico, las piezas, la mano de obra y la finalización, tanto para el trabajo realizado internamente como por talleres externos. Opera programas de mantenimiento preventivo activados por kilometraje, horas de motor o tiempo transcurrido, generando alertas de vencimiento y vencidas antes de que se incumpla una ventana de servicio.

Más allá del taller, el módulo hace seguimiento de las transacciones de combustible y de las lecturas de odómetro u horas para derivar el consumo y la utilización, gestiona la asignación de conductores y la validez de los permisos e integra la telemática para que las señales de posición, uso y diagnóstico alimenten el mismo registro. Todo coste que afecta a un activo, piezas, mano de obra, combustible, facturas externas e inactividad, se acumula sobre él para producir un coste total de propiedad por vehículo en tiempo real. El resultado es un único lugar donde el estado, la conformidad, la disponibilidad y la economía de la flota están siempre actualizados.

En el centro del módulo se sitúa el activo: el vehículo o equipo concreto, identificado de forma única y portador de su propio historial durante todo el tiempo que sea de la organización. Cualquier otro concepto del módulo describe ese activo o registra algo que le ha sucedido. Un activo se asigna, a lo largo del tiempo, a las personas que lo operan y al centro de coste que soporta su gasto, de modo que una misma máquina puede pasar por varios conductores y departamentos manteniendo un único registro continuo.

La segunda idea organizadora es el evento de servicio: cualquier actividad fechada realizada sobre un activo. Las inspecciones, las órdenes de reparación y los trabajos de mantenimiento preventivo son todas variedades de evento de servicio, cada una con su propio detalle, una lista de comprobación y un resultado para una inspección, líneas de piezas y mano de obra para una reparación, una regla desencadenante y una finalización para un servicio programado, pero todas comparten un eje común de cuándo ocurrió, quién lo hizo, cuánto costó y en qué estado dejó el activo. Por eso la línea temporal de un único activo puede presentar juntas la aptitud para circular, el historial del taller y el mantenimiento rutinario.

Bajo ambos discurre el registro de uso: el flujo de repostajes de combustible, lecturas de distancia y horas y señales de telemática que cuantifican con qué intensidad se trabaja un activo. El uso es lo que hace saltar las programaciones preventivas, lo que convierte el gasto de combustible en una cifra de consumo y lo que transforma el gasto en bruto en un coste significativo por kilómetro o por hora. Por último, el conductor se modela como un operador responsable con una clase de permiso y una fecha de caducidad, de modo que el derecho a operar un activo es un hecho que el sistema conserva y valida, no una suposición. Estas cuatro ideas, el activo, el evento de servicio, el registro de uso y el conductor, se relacionan de forma sencilla y predecible, lo que mantiene legible la imagen operativa incluso para una flota grande y heterogénea.

El ritmo diario del módulo transcurre a través de un pequeño número de flujos de trabajo bien definidos. Un conductor o supervisor completa una inspección previa al viaje frente a la lista de comprobación de esa clase de activo; un elemento no superado puede retirar el vehículo del servicio y abrir una avería de forma automática. Cuando algo necesita reparación, una orden de reparación recoge el síntoma, se asigna internamente o se despacha a un proveedor externo, va acumulando piezas y mano de obra a medida que avanza el trabajo y se cierra con el activo devuelto al estado disponible y su historial de costes actualizado.

El mantenimiento preventivo se ejecuta de forma continua en segundo plano. El módulo vigila el kilometraje, las horas y el tiempo transcurrido acumulados frente a cada programa y genera con antelación el siguiente servicio pendiente, de modo que los planificadores programan el trabajo en ventanas de baja actividad en lugar de reaccionar ante las averías. Las entradas de combustible y de odómetro, ya sean introducidas manualmente, importadas de un flujo de tarjeta de combustible o recibidas de la telemática, se concilian frente al consumo esperado y señalan los valores atípicos. La asignación de conductores y la renovación de permisos siguen su propio ciclo, con avisos de caducidad emitidos antes de que un conductor deje de estar en validez. En todos estos, las actividades controladas como aprobar una reparación externa costosa, dar de baja un activo o anular una retención de inspección pasan por pasos de aprobación antes de surtir efecto.

El coste total de propiedad se trata como un cálculo de primer nivel, no como un informe añadido a posteriori. Para cada activo, el módulo acumula los costes de adquisición, financiación, combustible, mantenimiento, piezas, mano de obra, servicio externo, los relacionados con seguros y los de inactividad, y los expresa tanto como una cifra de por vida como en tarifas normalizadas por kilómetro, por hora y por periodo. Como el uso y el coste comparten el mismo registro, estas cifras siempre son conciliables con sus transacciones subyacentes, que es lo que las hace defendibles en una decisión de sustitución o de arrendamiento.

La profundidad en materia de conformidad es igualmente deliberada. Los regímenes de inspección son configurables a las obligaciones regulatorias de cada clase de activo y jurisdicción, conservando la lista de comprobación completada, el inspector, el resultado y cualquier defecto como un registro auditable apto para una autoridad de seguridad. Los intervalos de mantenimiento preventivo siguen las programaciones del fabricante y el historial de servicio se conserva íntegro para poder evidenciar las posiciones de garantía y de deber de diligencia. La clase de permiso y la caducidad médica o de certificación se validan de modo que operar un activo sin la habilitación correcta se impide en lugar de simplemente desaconsejarse. En la vertiente contable, el módulo lleva la dimensión de coste de cada activo de forma limpia: los costes de explotación se codifican al centro de coste y la cuenta correctos para su imputación, mientras que el valor de capital y su depreciación siguen siendo responsabilidad del registro de activos fijos, con el que este módulo se mantiene consistente. La segregación de funciones, el historial de cambios completo y los controles de estado en torno a la salida de servicio, el regreso al servicio y la baja dotan al módulo de los controles internos que se esperan de una empresa auditada.

Fleet Management es deliberadamente restringido en cuanto a titularidad y generoso en cuanto a integración, de modo que nunca duplica lo que otro módulo ya gobierna. Trabaja de forma más estrecha con Fixed Assets: cada vehículo y equipo se corresponde con un activo capitalizado allí, y ambos módulos se mantienen alineados en identidad, adquisición y baja, mientras que la depreciación y el valor neto contable siguen siendo competencia del registro de activos fijos y el historial operativo sigue siendo de este módulo. Todo coste de explotación en el que incurre la flota fluye hacia Accounting and Control, codificado al centro de coste y a la cuenta correctos para que el combustible, el mantenimiento y el servicio externo aterricen correctamente en el libro contable y en el análisis de costes por departamento, y para que el coste de propiedad por activo se concilie con los registros financieros.

La telemática y el hardware conectado llegan a través de Device Management, que es titular del parque de dispositivos IoT y transmite los datos de posición, uso y diagnóstico al registro del activo sin que Fleet Management tenga que gestionar los dispositivos por sí mismo. Las órdenes de reparación toman los proveedores externos aprobados y sus facturas de la vertiente de aprovisionamiento y cuentas por pagar de la suite, la identidad del conductor se alinea con los módulos de personas y accesos, y toda acción controlada se enruta a través del motor de workflow y aprobaciones común a toda la suite. El efecto es un módulo que se siente nativo en lugar de añadido: una identidad para cada activo, un libro contable para sus costes, un directorio para sus personas y un tejido de automatización para sus decisiones.

Los AI Workers son usuarios de primer nivel de Fleet Management, con los mismos permisos y actuando a través de los mismos controles que sus colegas humanos. Responden preguntas sobre datos en vivo de la flota en lenguaje natural, de modo que un responsable puede preguntar qué vehículos tienen el servicio vencido, qué conductores tienen un permiso que caduca este trimestre o cómo ha evolucionado el coste por kilómetro en una base, y recibir una respuesta fundamentada en el registro actual. También ejecutan acciones dentro de la autoridad que se les ha concedido: abrir una orden de reparación a partir de una avería reportada, programar un servicio preventivo en una ventana disponible, reasignar un activo o registrar una entrada de combustible o de uso.

Buena parte de su valor es de vigilancia. Los AI Workers monitorizan los resultados de las inspecciones, el consumo, los diagnósticos de telemática y las programaciones de mantenimiento, y plantean anomalías y excepciones de forma temprana: una cifra de combustible incoherente con la distancia recorrida, un activo que acumula horas más rápido de lo que asume su programa, una inspección reglamentaria omitida o un patrón de averías que sugiere un fallo en desarrollo. Extraen estructura de los documentos, leyendo facturas de reparación externas, hojas de inspección y documentación de matriculación en líneas limpias frente al activo correcto. Y apoyan las decisiones, comparando la economía de reparar frente a sustituir a partir del propio historial de costes de un activo o destacando los vehículos que generan un coste desproporcionado. Cuando un flujo de trabajo requiere criterio, un AI Worker puede actuar como nodo de revisión o aprobación, cotejando un presupuesto de reparación externa frente al historial y la política antes de que prosiga o escalándolo a una persona, de modo que la automatización y la rendición de cuentas avancen juntas.