Fleet Management tient un registre unique faisant autorité pour chaque véhicule et chaque équipement de l'organisation : marque, modèle, année, numéro d'identification du véhicule ou numéro de série, immatriculation, détails d'acquisition, statut actuel et personne ou centre de coûts auquel il est affecté. Autour de ce registre, il exécute l'ensemble du programme opérationnel qu'un parc exige. Il planifie et enregistre les inspections, qu'il s'agisse de contrôles conducteur avant départ, d'examens de sécurité périodiques ou de contrôles réglementaires d'aptitude à la circulation, au regard de check-lists configurables. Il gère les ordres de réparation, du signalement de la panne au diagnostic, aux pièces, à la main-d'œuvre et à la clôture, pour des travaux réalisés en interne ou par des garages externes. Il pilote des programmes de maintenance préventive déclenchés sur le kilométrage, les heures moteur ou le temps écoulé, en émettant des alertes d'échéance et de retard avant qu'une fenêtre d'entretien ne soit manquée.

Au-delà de l'atelier, le module suit les transactions de carburant et les relevés de compteur ou d'heures pour en déduire la consommation et l'utilisation, gère l'affectation des conducteurs et la validité des permis, et intègre la télématique afin que la position, l'usage et les signaux de diagnostic alimentent le même enregistrement. Chaque coût qui touche un actif, pièces, main-d'œuvre, carburant, factures externes et immobilisation, s'accumule à son encontre pour produire un coût total de possession en temps réel par véhicule. Il en résulte un lieu unique où l'état, la conformité, la disponibilité et l'économie du parc sont toujours à jour.

Au centre du module se trouve l'actif : le véhicule ou l'équipement spécifique, identifié de manière unique et porteur de son propre historique aussi longtemps qu'il est détenu. Tout autre concept du module soit décrit cet actif, soit enregistre quelque chose qui lui est arrivé. Un actif est affecté, au fil du temps, aux personnes qui l'exploitent et au centre de coûts qui supporte sa dépense, de sorte qu'une même machine peut passer entre plusieurs conducteurs et services tout en conservant un enregistrement continu.

La deuxième idée organisatrice est l'événement de service : toute activité datée réalisée sur un actif. Les inspections, les ordres de réparation et les travaux de maintenance préventive sont autant de variétés d'événement de service, chacun avec son propre détail, une check-list et un résultat pour une inspection, des lignes de pièces et de main-d'œuvre pour une réparation, une règle de déclenchement et une clôture pour un entretien planifié, mais partageant tous une colonne vertébrale commune : quand cela s'est produit, qui l'a fait, ce que cela a coûté et dans quel état cela a laissé l'actif. C'est pourquoi une chronologie unique d'un actif peut présenter ensemble l'aptitude à la circulation, l'historique d'atelier et l'entretien de routine.

Sous ces deux notions s'exécute l'enregistrement d'usage : le flux des pleins de carburant, des relevés de distance et d'heures, et des signaux télématiques qui quantifient la sollicitation d'un actif. L'usage est ce qui fait se déclencher les plannings préventifs, ce qui transforme la dépense de carburant en un chiffre de consommation, et ce qui convertit la dépense brute en un coût significatif au kilomètre ou à l'heure. Enfin, le conducteur est modélisé comme un opérateur responsable doté d'une catégorie de permis et d'une date d'expiration, de sorte que le droit d'exploiter un actif est un fait que le système détient et valide plutôt qu'une hypothèse. Ces quatre idées, l'actif, l'événement de service, l'enregistrement d'usage et le conducteur, se relient de façon simple et prévisible, ce qui maintient la lisibilité du tableau opérationnel même pour un grand parc hétérogène.

Le rythme quotidien du module passe par un petit nombre de workflows bien définis. Un conducteur ou un superviseur réalise une inspection avant départ au regard de la check-list de cette classe d'actif ; un point en échec peut immobiliser le véhicule hors service et ouvrir automatiquement une panne. Lorsqu'une réparation est nécessaire, un ordre de réparation consigne le symptôme, est affecté en interne ou envoyé à un prestataire externe, cumule les pièces et la main-d'œuvre à mesure que les travaux progressent, et se clôture avec l'actif remis en statut disponible et son historique de coûts mis à jour.

La maintenance préventive s'exécute en continu en arrière-plan. Le module surveille le kilométrage cumulé, les heures et le temps écoulé au regard de chaque programme et fait remonter en amont le prochain entretien à échéance, afin que les planificateurs programment les travaux sur des fenêtres calmes plutôt que de réagir aux pannes. Les saisies de carburant et de compteur, qu'elles soient saisies manuellement, importées depuis un flux de carte carburant ou reçues de la télématique, se rapprochent de la consommation attendue et signalent les valeurs aberrantes. L'affectation des conducteurs et le renouvellement des permis suivent leur propre cycle, avec des avertissements d'expiration émis avant qu'un conducteur ne perde sa validité. Dans tous ces cas, les activités contrôlées telles que l'approbation d'une réparation externe coûteuse, la réforme d'un actif ou la levée d'une immobilisation d'inspection passent par des étapes d'approbation avant de prendre effet.

Le coût total de possession est traité comme un calcul de premier ordre, et non comme un rapport greffé après coup. Pour chaque actif, le module cumule les coûts d'acquisition, de financement, de carburant, de maintenance, de pièces, de main-d'œuvre, de service externe, liés à l'assurance et d'immobilisation, et les exprime à la fois comme un chiffre sur la durée de vie et comme des taux normalisés au kilomètre, à l'heure et par période. Parce que l'usage et le coût partagent le même enregistrement, ces chiffres sont toujours rapprochables de leurs transactions sous-jacentes, ce qui les rend défendables dans une décision de remplacement ou de leasing.

La profondeur en matière de conformité est tout aussi délibérée. Les régimes d'inspection sont configurables selon les obligations réglementaires de chaque classe d'actif et de chaque juridiction, en conservant la check-list complétée, l'inspecteur, le résultat et tout défaut comme un enregistrement auditable convenant à une autorité de sécurité. Les intervalles de maintenance préventive suivent les plannings constructeur, et l'historique d'entretien est conservé dans son intégralité afin que les positions de garantie et de devoir de vigilance puissent être étayées. La catégorie de permis et l'expiration médicale ou de certification sont validées de sorte que l'exploitation d'un actif sans l'habilitation correcte soit empêchée plutôt que simplement découragée. Sur le plan comptable, le module porte proprement la dimension de coût de chaque actif : les coûts d'exploitation sont imputés au bon centre de coûts et au bon compte pour la répartition, tandis que la valeur d'immobilisation et son amortissement restent de la responsabilité du registre des immobilisations, avec lequel ce module reste cohérent. La séparation des tâches, l'historique complet des modifications et les contrôles de statut autour de la mise hors service, de la remise en service et de la cession confèrent au module les contrôles internes attendus d'une entreprise auditée.

Fleet Management est délibérément restreint quant à la propriété et généreux quant à l'intégration, de sorte qu'il ne duplique jamais ce qu'un autre module gouverne déjà. Il travaille de la manière la plus étroite avec Fixed Assets : chaque véhicule et chaque équipement correspond à un actif immobilisé qui s'y trouve, et les deux modules restent alignés sur l'identité, l'acquisition et la cession, tandis que l'amortissement et la valeur nette comptable demeurent l'affaire du registre des immobilisations et que l'historique opérationnel reste celui de ce module. Chaque coût d'exploitation encouru par le parc s'écoule vers Accounting and Control, imputé au bon centre de coûts et au bon compte afin que le carburant, la maintenance et le service externe atterrissent correctement dans le grand livre et dans l'analyse des coûts par service, et afin que le coût de possession par actif se rapproche des enregistrements financiers.

La télématique et le matériel connecté arrivent via Device Management, qui détient le parc IoT et diffuse les données de position, d'usage et de diagnostic dans l'enregistrement de l'actif sans que Fleet Management ait à gérer lui-même les appareils. Les ordres de réparation tirent les prestataires externes approuvés et leurs factures du versant achats et dettes fournisseurs de la suite, l'identité du conducteur s'aligne sur les modules de personnes et d'accès, et chaque action contrôlée est acheminée par le moteur de workflow et d'approbations à l'échelle de la suite. Il en résulte un module qui paraît natif plutôt que greffé : une seule identité pour chaque actif, un seul grand livre pour ses coûts, un seul annuaire pour ses personnes et un seul tissu d'automatisation pour ses décisions.

Les AI Workers sont des utilisateurs de premier ordre de Fleet Management, détenant les mêmes autorisations et agissant à travers les mêmes contrôles que leurs collègues humains. Ils répondent à des questions sur les données du parc en temps réel, en langage courant, de sorte qu'un responsable peut demander quels véhicules sont en retard d'entretien, quels conducteurs détiennent un permis expirant ce trimestre, ou comment le coût au kilomètre a évolué sur un dépôt, et recevoir une réponse ancrée dans l'enregistrement actuel. Ils exécutent également des actions dans le cadre de l'autorité qui leur est accordée : ouvrir un ordre de réparation à partir d'une panne signalée, planifier un entretien préventif sur une fenêtre disponible, réaffecter un actif, ou enregistrer une saisie de carburant ou d'usage.

L'essentiel de leur valeur est vigilant. Les AI Workers surveillent les résultats d'inspection, la consommation, les diagnostics télématiques et les plannings de maintenance, et font remonter tôt les anomalies et les exceptions : un chiffre de carburant incohérent avec la distance parcourue, un actif accumulant des heures plus vite que ne le suppose son programme, une inspection réglementaire manquée, ou un schéma de panne suggérant une défaillance en développement. Ils extraient de la structure à partir de documents, en lisant les factures de réparation externes, les feuilles d'inspection et les documents d'immatriculation pour les convertir en lignes propres au regard du bon actif. Et ils appuient les décisions, en comparant l'économie réparer contre remplacer à partir de l'historique de coûts propre à un actif ou en mettant en évidence les véhicules générant un coût disproportionné. Là où un workflow requiert du jugement, un AI Worker peut se tenir comme nœud de revue ou d'approbation, en vérifiant un devis de réparation externe au regard de l'historique et de la politique avant qu'il ne se poursuive ou en l'escaladant vers une personne, de sorte que automatisation et responsabilité avancent de concert.