Composable Telematics

    La télématique, une plateforme sur laquelle bâtir

    Navixy est une plateforme composable : un catalogue de capacités — de la visibilité opérationnelle clé en main (Location Intelligence) à l’orchestration des données (IoT Logic), à l’accès SQL à la télémétrie (IoT Query) et au produit sous votre propre marque. Prenez l’ensemble complet ou des primitives à l’unité, et bâtissez votre produit.

    Documentation Discuter de l’architecture avec un ingénieur
    Dans la télématique depuis 2005800K+ actifs en ligneClients dans 130+ pays
    IoT Logic · la télémétrie en mouvement
    Entrée · trame brute de l’appareil
    { "adc1": 156, "din": 5, "lat": 43.238, "lng": 76.889 }
    Sortie · télémétrie normalisée
    { "fuel_level": 62.4, "ignition": true, "location": ... }
    NavixyVotre broker MQTT
    Flux actif · décodage → transformation → routage
    Au-delà du monolithe

    Tout le monde a les fonctionnalités. La question : à qui sont les données et la feuille de route

    Une plateforme monolithique couvre les tâches courantes : suivi, rapports, notifications. Mais les données sont enfermées à l’intérieur, l’API est secondaire, et chaque fonctionnalité hors standard devient un ticket au fournisseur et des mois passés dans la feuille de route d’un autre. Tant que vous revendez la plateforme d’un autre, votre produit est le sien, avec votre logo dans un coin.

      Définition de la catégorie

      Ce qu’est la Composable Telematics

      La Composable Telematics est une approche où un produit télématique s’assemble à partir de capacités de plateforme indépendantes, dotées d’interfaces documentées, plutôt que d’être adopté comme un monolithe fermé. Chaque capacité fonctionne seule, se connecte aux autres via des API et se remplace sans réécrire tout le stack. La télématique suit le chemin du white-label au headless puis au composable — et jusqu’à l’agent-ready, quand ce ne sont plus seulement des humains mais aussi des agents IA qui exploitent la plateforme.

      • Chaque capacité se suffit à elle-même : Location Intelligence, IoT Logic, IoT Query et la couche applicative fonctionnent chacune de leur côté. Aucune dépendance « tout ou rien ».
      • Les interfaces sont ouvertes dans les deux sens : vous entrez dans n’importe quelle capacité avec vos propres données et ressortez vers vos propres systèmes — via API, SDK et MCP.
      • Le catalogue est ouvert : sources d’appareils et OEM, accès pour les agents IA et intégrations viennent enrichir le socle. La liste des capacités s’étend au lieu d’être figée par un produit unique.

      Le catalogue de capacités de la plateforme

      Le socle, ce sont les quatre capacités ci-dessous : partez de la visibilité clé en main ou descendez jusqu’aux données. La plateforme est plus vaste encore : API et SDK, prise en charge des appareils et des sources OEM, accès pour les agents IA via MCP.

      Location Intelligence

      La visibilité opérationnelle clé en main : carte en direct, géozones, règles d’événements, relecture d’itinéraires (Time Machine), rapports et liens de localisation sécurisés. Transforme le signal d’un appareil en vision opérationnelle du terrain — sans développer d’interface. DocumentationDocumentation

      IoT Logic

      Ingérez les données des appareils et des sources OEM, décodez les protocoles, enrichissez et routez les flux — vers vos systèmes ou plus loin dans le stack. De nouvelles sources et règles de traitement se configurent dans le constructeur de flux, sans nouvelle version de la plateforme. DocumentationIoT LogicTélématique OEM

      IoT Query

      Un accès SQL compatible PostgreSQL aux données télématiques brutes. Tableaux de bord BI, modèles de ML, vos propres analyses — par requête directe, et non par export CSV. Configuration de la connexionSchéma de donnéesIoT Query

      Couche applicative

      Applications web et mobiles en white-label : domaine, logos et thèmes de couleur sous votre propre marque. Lancez sans développement front-end. Quand vous voulez votre propre interface, les mêmes données sont disponibles en headless, via l’API. White-labelHeadless

      Architecture

      Connectez-vous à n’importe quelle couche. Récupérez les données là où vous en avez besoin

      La télémétrie circule de bas en haut : des appareils, elle passe par IoT Logic jusqu’à la couche de données, Location Intelligence et les applications. Mais rien ne vous oblige à utiliser tout le stack. Branchez votre propre source, interface ou stockage là où votre architecture en a besoin. Opérations de logiqueAccès aux données

      • Remplacez une couche au lieu de migrer tout le stack.
      Agent-ready

      Un agent IA est un client de la plateforme au même titre que votre application

      Le serveur MCP de Navixy ouvre aux agents l’accès aux données du compte : télémétrie, objets, règles, rapports. L’agent s’authentifie, agit dans les limites des droits du compte et ne demande aucune intégration dédiée. Demandez à l’agent « quels véhicules sont restés à l’arrêt plus de deux heures hier » — il exécute la requête lui-même. Navixy MCP

        Navixy MCP · console de l’agent
        Agent : quels véhicules sont restés à l’arrêt plus de deux heures hier ?
        Navixy MCP → authentification : jeton de compte (User MCP)
        IoT Query : 7 véhicules à l’arrêt plus de 2 heures

        User MCP et Admin Panel MCP exigent l’authentification du compte ; le MCP de documentation est public. L’agent agit dans les limites des droits du compte.

        À qui ça s’adresse

        Une seule infrastructure — des produits différents

        L’infrastructure est la même pour les TSP, les équipes produit et les services d’ingénierie — mais chaque groupe l’utilise à sa façon.

        • TSP et intégrateurs: Cessez de revendre la plateforme d’un autre — livrez un produit métier : votre marque, vos tarifs, votre logique par-dessus une infrastructure prête à l’emploi.
        • ISV et produits verticaux: La télématique comme composant : FSM, assurance, chaîne du froid. Intégrez données et événements à votre produit via l’API, sans construire de A à Z l’ingestion de la télémétrie.
        • Équipes d’ingénierie en entreprise: Les données de vos équipements dans votre propre entrepôt de données et votre BI, par requête SQL. Sans tableau de bord fournisseur que personne n’ouvre.
        L’équipe Navixy est professionnelle, courtoise et toujours prête à écouter. Excellente entreprise et excellentes personnes. C’est la plateforme la plus complète que j’ai jamais utilisée. Il n’a jamais été aussi facile d’intégrer de nouveaux appareils.
        WM
        Warren M.
        Directeur · Technologies de l’information et services, 11-50 employés
        10K+
        projets réalisés
        800K+
        actifs en ligne
        130+
        pays clients

        Avis issu du programme d’avis clients de Navixy, traduit de l’anglais.

        Questions fréquentes

        Questions sur la Composable Telematics

        La Composable Telematics est-elle une norme du secteur ?
        Non — c’est une approche architecturale, pas une norme certifiée. La vérification est simple : chaque capacité dispose d’une documentation publique, les capacités fonctionnent indépendamment et les données sont accessibles directement. Si l’un de ces trois points exige de « contacter votre chargé de compte », ce n’est pas composable.
        Une API suffit-elle à rendre une plateforme composable ?
        Non. Chez un monolithe, l’API est en général secondaire : elle couvre une partie des fonctions et ne permet pas d’entrer dans le stack avec ses propres données. Composable signifie que l’API est l’interface principale de chaque capacité, et que l’interface de la plateforme n’en est qu’un consommateur parmi d’autres. Opérations de logique
        Headless Telematics et Composable Telematics, est-ce la même chose ?
        Le headless est un cas particulier : données et logique sans interface prête à l’emploi. Le composable est plus large : les blocs — y compris l’interface white-label prête à l’emploi — se combinent dans n’importe quelle configuration. Un scénario headless est toujours possible dans un stack composable ; l’inverse n’est pas vrai. Headless
        La télématique en white-label est-elle déjà composable ?
        En soi, non. Chez un fournisseur classique, le white-label change l’habillage mais le stack reste monolithique : données, logique et interface ne font qu’un. Le composable ajoute l’essentiel — la possibilité de récupérer les données, de remplacer une couche ou d’y brancher la vôtre. Et le white-label reste un mode de livraison légitime : dans une plateforme composable, c’est l’un des modes de la couche applicative, pas un plafond. White-label
        Quand ne vaut-il pas la peine de bâtir soi-même l’infrastructure ?
        Quand la télématique n’est pas un produit pour vous mais une tâche : suivre une dizaine de véhicules, sortir des rapports. Une application clé en main revient alors moins cher que n’importe quelle architecture. Le composable est rentable quand vous bâtissez un produit pour vos propres clients ou quand vous intégrez la télémétrie à vos systèmes.
        Qu’apporte Location Intelligence au-dessus de l’ingestion des données ?
        La visibilité opérationnelle clé en main, sans développer d’interface. Carte en direct, géozones, règles d’événements, relecture d’itinéraires (Time Machine), rapports et liens de localisation sécurisés fonctionnent immédiatement. C’est une capacité à part entière du catalogue : activez-la au-dessus d’IoT Logic, ou remplacez-la par votre propre interface via l’API. DocumentationDocumentation
        La Composable Telematics élimine-t-elle la dépendance envers un fournisseur ?
        Elle la réduit, elle ne l’élimine pas. Changer de capacité reste un travail, mais un travail de portée limitée : vous remplacez une couche, pas tout le stack avec une migration de données. Le test décisif — pouvez-vous exporter toutes vos données par une voie standard. Chez Navixy, c’est l’accès SQL via IoT Query.
        Quelles preuves demander à un fournisseur ?
        La documentation publique de l’API de chaque capacité, le schéma de données, la procédure d’export complet, la liste des protocoles d’appareils pris en charge et les conditions dans lesquelles les capacités fonctionnent séparément. Si la réponse est « on vous envoie une présentation », la conclusion s’impose d’elle-même.
        Puis-je connecter un agent IA ou un outil de développement à Navixy ?
        Un agent se connecte comme n’importe quelle intégration ordinaire. User MCP et Admin Panel MCP passent par l’authentification du compte ; le MCP de documentation est public. L’agent obtient les mêmes droits et le même contrôle d’accès que n’importe quelle application. Navixy MCP

        Commencez par la documentation

        Étudiez l’architecture par vous-même — ou en 30 minutes avec un ingénieur Navixy, sur votre propre scénario.

        Documentation Parler à un ingénieur

        Commencez par une seule capacité ou assemblez tout le stack pour votre scénario.