Tableaux de bord
Mises en page par glisser-déposer avec widgets carte, graphique, tableau, valeur et statut, par rôle et partageables.
Backend
INOMO Fleet Management ingère ce que tout TCU ou API OEM envoie, le normalise selon COVESA VSS via des profils de mapping que vous contrôlez, et donne à votre équipe tableaux de bord, géorepérages, trajets et workflows sur un seul modèle de données.
id: geotab category: fleet_mgmt vendor: Geotab auth_template: host_allowlist: [my.geotab.com] capabilities: streams: - name: logrecord signals: - Vehicle.Speed - Vehicle.CurrentLocation.Latitude - Vehicle.CurrentLocation.Longitude
Personnalisation
La plupart des plateformes décident de la signification d’un signal. INOMO Fleet Management vous laisse décider : par type d’appareil, dans un profil que vous pouvez lire, versionner et modifier, avec les valeurs brutes conservées si vous changez d’avis.
30 connecteurs aujourd’hui : fournisseurs de TCU, API cloud OEM et systèmes métier. Les connecteurs suivent une spécification documentée : une nouvelle source est un manifeste, pas un projet.
Échelle, décalage et conversion d’unité par signal brut, associés à un chemin COVESA VSS. Une modification du profil atteint chaque véhicule de ce type.
Les signaux sans mapping sont journalisés avec des valeurs d’exemple et listés pour revue. La télémétrie brute est conservée à côté du modèle associé.
Ce que fait la plateforme
Chaque fonction lit les mêmes signaux normalisés : un chiffre dans un tableau de bord, dans un rapport et dans un workflow est donc le même chiffre.
Mises en page par glisser-déposer avec widgets carte, graphique, tableau, valeur et statut, par rôle et partageables.
Zones polygonales, circulaires et en corridor, avec événements d'entrée et de sortie en temps réel, ciblés sur des groupes de véhicules.
Segmentation automatique fondée sur le mouvement — un trajet s'ouvre au-dessus de 3 km/h et se ferme après cinq minutes à l'arrêt — avec rejeu cartographique et export CSV jusqu'aux adresses, coordonnées et temps d'arrêt.
Des scripts Python à point d'entrée unique, édités dans l'IDE intégré et exécutés en bac à sable. Déclenchés manuellement, par planification, par webhook ou par l'un des neuf événements métier.
Émissions par trajet et par véhicule, calculées selon ISO 14083 et le cadre GLEC, à côté des coûts de carburant et de recharge.
Posez la question en langage courant. La réponse vient de vos propres véhicules, conducteurs, trajets, commandes et plannings — pas d'un modèle généraliste.
Également inclus
Permis, qualifications, services et disponibilité.
Groupes de véhicules réutilisables que ciblent les règles et les tableaux de bord.
Position et statut actuels sur toute la flotte.
Points de charge, sessions et tarifs d'énergie.
État d'entretien par véhicule, alimenté par des signaux réels.
Missions et plannings à côté des véhicules qui les assurent.
Choisir véhicules, signaux et période ; tracer et exporter.
Une application mobile pour celles et ceux qui sont réellement dans le véhicule.
Connecteurs
Chaque connecteur est un manifeste : identité, authentification, les champs que remplit un exploitant, et les signaux VSS qu'il produit. Ajouter une source, c'est un manifeste, pas un projet.
Déploiement
Hébergé dans l'UE avec résidence des données dans l'EEE. Authentification unique par organisation avec Microsoft et Google. Commencez avec un véhicule et grandissez sans projet d'infrastructure.
La même plateforme sous forme de chart Helm pour votre cluster Kubernetes. Vos données ne quittent jamais votre réseau. Les mises à jour du chart sont publiées comme toute autre version.
Conçu en tenant compte du RGPD et du Cyber Resilience Act de l’UE ; les exigences sont suivies de bout en bout dans une suite d’exigences en modèle en V.
Une conversation avec les ingénieurs qui conçoivent la carte et exploitent le backend. Sans présentation commerciale.