> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/on-premise/fr/versions/2026.md).
# 2026
Notes de version des builds Navixy On-Premise de 2026. Détaille les nouvelles fonctionnalités, les intégrations d’appareils, les solutions tierces, les améliorations de la plateforme et les corrections de bugs.
## 2026.07 (30 juil. 2026)
La version 2026.07 refond les interfaces du panneau d’administration Navixy et des rapports et ajoute la fonctionnalité Commandes. Cette version étend également IoT Logic, ajoute l’intégration Ford Pro, inclut de nouveaux appareils GPS et des correctifs.
{% hint style="warning" %}
### Avant la mise à jour
* **Java :** La version autonome 2026.07 nécessite Java 25. Vérifiez que votre version de Java est 25 avant d’exécuter le script de mise à jour.
* **Sauvegardes :** Effectuez une sauvegarde avant toute mise à jour de version de Navixy. Si vous migrez vers MySQL 8.4, créez et conservez des sauvegardes distinctes à chaque étape majeure : avant la mise à jour de Navixy, avant la migration de MySQL et après avoir vérifié la migration terminée. Contactez le support Navixy avant de planifier ou d’effectuer une migration de base de données.
{% endhint %}
### Installation et mise à jour
Ces changements affectent la manière dont une instance autonome est installée et mise à jour. Pour la procédure complète, voir le [guide de mise à jour](/docs/on-premise/fr/on-premise/how-to-guide/installation/update.md).
* Le programme de mise à jour installe le panneau d’administration Navixy v3 et met à jour la configuration correspondante du serveur Web.
* Les nouvelles installations prennent en charge Ubuntu 26.04 LTS, en plus des versions Ubuntu précédemment prises en charge.
* Le script d’installation pour Windows Server utilise désormais MySQL 8.4.10.
### Commandes
Le nouveau [**Commandes**](/docs/user/guide/devices-and-settings/object-management/commands.md) bloc sur la page des paramètres de l’appareil vous permet d’enregistrer une commande une seule fois et de l’envoyer à la demande, au lieu de la composer à chaque fois.
Deux types de commandes sont disponibles. Une **commande de l’appareil** envoie directement une chaîne d’instructions au niveau du protocole vers le matériel, par exemple pour envoyer une commande CAN ou activer une sortie. Une **commande logicielle** envoie une requête HTTP POST avec un corps JSON vers une URL externe. La requête peut inclure des données actuelles de l’appareil telles que la localisation, la vitesse ou l’ID de l’appareil. Les commandes sont enregistrées par appareil et envoyées d’un seul clic depuis le widget de l’objet de l’appareil dans le module de suivi.
Les commandes peuvent également être créées, mises à jour, listées et exécutées via l’API des commandes. Pour un envoi automatisé et basé sur des règles sur plusieurs appareils, utilisez plutôt IoT Logic. [API des commandes](/docs/navixy-api/user-api/resources/tracking/tracker/commands.md). Pour un envoi automatisé et basé sur des règles sur plusieurs appareils, utilisez plutôt IoT Logic.
### Mises à jour d’IoT Logic
> IoT Logic est une fonctionnalité faisant l’objet d’une licence séparée. Ces mises à jour s’appliquent automatiquement aux instances autonomes où elle est déjà activée.
[IoT Logic](/docs/user/guide/account/iot-logic.md) traite la télémétrie entrante au moyen de flux configurables avant qu’elle n’atteigne la plateforme. Cette version l’étend dans les deux sens : un système externe peut alimenter un flux en données et un flux peut en envoyer vers l’extérieur, et ajoute des actions qui ciblent des appareils autres que celui qui les a déclenchées.
Nouveautés de cette version
### Importation de données externes
Le **Logiciels** onglet dans le [nœud source de données](/docs/user/guide/account/iot-logic/nodes/data-source-node.md) fournit un point de terminaison HTTP qui accepte du JSON provenant d’un système externe. Les valeurs entrantes sont associées aux appareils existants dans le compte Navixy, puis deviennent disponibles avec la télémétrie propre de l’appareil pour le reste du flux. Voir [Fusion des données d’un système externe dans un flux](/docs/iot-logic-api/navixy-iot-guide/merging-external-data-into-a-flow.md).
### Envoi de données vers l’extérieur
Le nouveau [nœud Webhook](/docs/user/guide/account/iot-logic/nodes/webhook-node.md) envoie une requête HTTP structurée depuis un flux à l’aide d’une URL, d’en-têtes et d’un corps JSON configurables. Permet un envoi ciblé de données vers des systèmes externes plutôt qu’un transfert complet des données. Peut être utile pour les intégrations et les alertes.
### Agir sur d’autres appareils
Le [Nœud d’action](/docs/user/guide/account/iot-logic/nodes/action-node.md) dispose d’un nouvel **Avancé** onglet qui liste des appareils supplémentaires pour recevoir les mêmes commandes lorsque le nœud est déclenché. Une lecture d’un appareil peut donc agir sur d’autres, par exemple pour activer une sortie sur un second appareil.
### Autres mises à jour
La version inclut également les changements suivants :
* Une page d’accueil et un éditeur de flux remaniés, avec une [galerie de modèles de flux](/docs/user/guide/account/iot-logic/quick-start-guide/templates.md) qui crée un flux prêt à l’emploi à partir d’une carte de modèle. Réduit la barrière d’entrée à la création de flux.
* [Fonctions de zone géographique](/docs/user/guide/account/iot-logic/nodes/geofence-functions.md) dans le nœud Logique. `inGeofence()`, `enterGeofence()` et `leaveGeofence()` permettent à la logique du flux de se ramifier selon qu’un appareil se trouve dans une zone géographique, y est entré ou en est sorti.
* Prise en charge de l’inclusion d’un appareil dans plusieurs [flux](/docs/user/guide/account/iot-logic/flow-management.md) activés en même temps, de sorte que des scénarios de traitement séparés n’aient plus besoin d’être combinés en un seul flux.
* [Nœuds](/docs/user/guide/account/iot-logic/nodes.md) boîte de dialogue de configuration déplacée du canevas vers un panneau latéral. Désormais, le flux reste visible pendant l’édition d’un nœud.
* Une [table de correspondance des appareils](/docs/user/guide/account/iot-logic/flow-management.md#mapping-table) dans l’interface des flux qui permet de rechercher rapidement la répartition des appareils entre les flux.
* Le **L’option d’utilisation des horodatages** option a été supprimée du [nœud Initialiser un Attribut](/docs/user/guide/account/iot-logic/nodes/initiate-attribute-node.md). `genTime()` et `srvTime()` restent disponibles dans les formules, seule l’insertion automatique de ces valeurs a disparu. Les valeurs précédemment déclarées via **L’option d’utilisation des horodatages** sont ignorées.
* [Analyseur de données](/docs/user/guide/account/iot-logic/data-stream-analyzer.md) Des indicateurs dans l’Analyseur de données affichent les attributs des commandes provenant des nœuds d’action sur appareil ou Webhook envoyées pendant le traitement du flux. L’indicateur confirme l’exécution du nœud, pas l’envoi vers une destination externe.
* Le flux par défaut visible a été retiré de la liste des flux. [Le traitement par défaut](/docs/user/guide/account/iot-logic/flow-management/default-flow.md) continue de s’exécuter automatiquement pour les appareils qui ne sont inclus dans aucun autre flux.
* Les flux peuvent être exportés et importés sous forme de fichiers, de sorte qu’une configuration puisse être déplacée d’un compte à un autre ou conservée en dehors de la plateforme.
* Les formules sont validées avant l’enregistrement d’un flux, et les erreurs sont signalées dans l’éditeur.
* Le `device_label` attribut est disponible dans les flux, de sorte qu’un libellé d’appareil peut être utilisé dans les conditions et dans les charges utiles sortantes.
* Les paquets de données BLE sont disponibles dans les flux et sont identifiables dans l’Analyseur de données.
Les listes ci-dessous couvrent les nouvelles intégrations et les nouveaux appareils, les améliorations de la plateforme et les correctifs de bogues.
Intégrations
### **Iridium SBD**
Iridium Short Burst Data (transport de données par satellite) permet à un appareil de transmettre via le réseau satellite Iridium là où il n’y a pas de couverture cellulaire. Navixy peut désormais recevoir des données de suivi SBD pour les intégrations Teltonika et Galileosky prises en charge, et les commandes de contrôle des sorties prises en charge peuvent utiliser le canal satellite lorsque la dernière connexion de l’appareil a été effectuée via SBD. Les appareils sur des réseaux satellites sont activés manuellement, comme décrit dans [Activer un appareil GPS](/docs/user/guide/quick-start/activate-gps-device.md).
### Appareils
| Fabricant | Appareil | Type |
| ------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Assistant Telematics** | [AVT80](https://navixy.com/devices/assistant-telematics/assistant-telematics-avt80/) | appareil GPS pour véhicule |
| **Ford** | [Ford Pro](/docs/user/guide/quick-start/activate-oem-device.md) | Télématique OEM pour les véhicules équipés de FordPass Connect. Nécessite un flux de données préparé par le fournisseur de services ; contactez le support Navixy avant de l’activer. |
| **Xirgo Global** | [LX41](https://navixy.com/en/devices/xirgo-global/xirgo-lx41-mqtt-iotm/), [LX42](https://navixy.com/en/devices/xirgo-global/xirgo-lx42-mqtt-iotm/), [LX43](https://navixy.com/en/devices/xirgo-global/xirgo-lx43-mqtt-iotm/), [LX44](https://navixy.com/en/devices/xirgo-global/xirgo-lx44-mqtt-iotm/), [LX45](https://navixy.com/en/devices/xirgo-global/xirgo-lx45-mqtt-iotm/), [XG37 One](https://navixy.com/en/devices/xirgo-global/xirgo-xg37-one-mqtt-iotm/), [XG37 Light](https://navixy.com/en/devices/xirgo-global/xirgo-xg37-light-mqtt-iotm-2/), [XG37 Light+](https://navixy.com/en/devices/xirgo-global/xirgo-xg37-light-mqtt-iotm/), [XG37 Tacho](https://navixy.com/en/devices/xirgo-global/xirgo-xg37-tacho-mqtt-iotm/), [XG37 XtCAN](https://navixy.com/en/devices/xirgo-global/xirgo-xg37-xtcan-mqtt-iotm/), [XG47 CAN](https://navixy.com/en/devices/xirgo-global/xirgo-xg47-can-mqtt-iotm/), [XG47 RS232](https://navixy.com/en/devices/xirgo-global/xirgo-xg47-rs232-mqtt-iotm/) profils MQTT/IOTM | profils d’appareils GPS pour véhicules et actifs |
| **Inmosat** | Carfindersat | appareil GPS satellite |
| **Jimi IoT (Concox)** | JC171 | appareil GPS |
| **Megastek** | S921 | appareil GPS |
| **Micodus** | [ML300](https://navixy.com/en/devices/micodus/micodus-ml300/) | appareil GPS |
| **Navtelecom** | SIGNAL S-4751, SIGNAL S-4753 | appareils GPS pour véhicules |
| **Qianfeng** | J16 | appareil GPS |
| **Queclink** | GV30CAU | appareil GPS pour véhicule |
| **RAMAC** | AT1L | appareil GPS et LBS, connecté via [NGP](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) |
| **SEEWORLD** | [R16](https://navixy.com/devices/seeworld/seeworld-r16/) | appareil GPS pour véhicule |
| **Suntech** | [ST390](https://navixy.com/en/devices/suntech/suntech-st390/), ST419, SD8000U, ST4230, ST4280, ST4315B, ST6952, ST8210P, ST9730B | appareils GPS |
| **Teltonika** | [ATC700](https://navixy.com/en/devices/teltonika-telematics/teltonika-atc700/), [ATM700](https://navixy.com/en/devices/teltonika-telematics/teltonika-atm700/) | appareils GPS pour actifs |
| | [FTC134](https://navixy.com/en/devices/teltonika-telematics/teltonika-ftc134/), [FTM134](https://navixy.com/en/devices/teltonika-telematics/teltonika-ftm134/), FTC164, FTM164, [FTC920](https://navixy.com/en/devices/teltonika-telematics/teltonika-ftc920/), [FTC924](https://navixy.com/en/devices/teltonika-telematics/teltonika-ftc924/), [FTC927](https://navixy.com/en/devices/teltonika-telematics/teltonika-ftc927/), [FTC965](https://navixy.com/en/devices/teltonika-telematics/teltonika-ftc965/) | appareils GPS pour véhicules |
| **ThinkRace** | [PT400HT](https://navixy.com/en/devices/thinkrace/thinkrace-pt400ht/), [MT4](https://navixy.com/en/devices/thinkrace/thinkrace-mt4/), [TR40](https://navixy.com/en/devices/thinkrace/thinkrace-tr40/) | appareils GPS portables et personnels |
| **ATrack** | [AK300](https://navixy.com/en/devices/atrack/atrack-ak300/) | appareil GPS pour véhicule |
| **X3Tech** | XT40 | appareil GPS |
Améliorations
* **Améliorations générales de la plateforme**
* Le panneau d’administration Navixy et l’assistant d’activation des appareils ont été réimplémentés sur la pile frontend actuelle de Navixy. [panneau d’administration Navixy](/docs/admin/overview.md), [Rapports](/docs/user/guide/reports.md)et l’assistant d’activation des appareils ont été réimplémentés sur la pile frontend actuelle de Navixy. Les fonctionnalités existantes et la disposition des écrans sont conservées, donc les opérateurs n’ont pas besoin de réapprendre ces sections.
* Les appareils masqués et supprimés ne sont plus comptabilisés dans le quota d’appareils d’un compte.
* Les exigences relatives à la robustesse des mots de passe ont été renforcées et l’ensemble des caractères spéciaux acceptés a été élargi. Un nouveau mot de passe doit désormais contenir 12 à 20 caractères, combiner des lettres majuscules et minuscules, des chiffres et un caractère spécial. Il ne peut reprendre aucun des 10 derniers mots de passe utilisés sur le compte.\nLes mots de passe existants ne sont pas concernés.
* Les appareils peuvent désormais être recherchés par mot-clé dans le sélecteur d’appareils, et pas seulement par nom, ce qui permet de filtrer plus rapidement les longues listes d’appareils.
* La liste des missions de service n’est plus limitée à 1 000 entrées. Les comptes avec davantage de missions peuvent désormais afficher, imprimer et exporter la liste complète.
* Ajout de l’export CSV des appareils GPS d’un utilisateur à la carte des détails de l’utilisateur dans le panneau d’administration Navixy.
* **Suivi et données**
* La retransmission NWS identifie désormais les appareils par leur ID externe au lieu de l’ID interne de l’appareil Navixy, afin que le système récepteur puisse faire correspondre les appareils à votre propre identifiant.
* L’import des zones géographiques KML a été retravaillé et importe désormais des zones géographiques circulaires, qui ne pouvaient auparavant pas être créées à partir d’un fichier KML.
* Ajout de l’heure de la dernière connexion à l’export CSV du suivi.
* La précision du capteur de mesure et d’agrégation accepte désormais des valeurs décimales comme 0,25, au lieu d’arrondir à des unités entières.
* Les lectures de charge de batterie ont été corrigées pour les appareils qui renvoient à la fois un pourcentage et une tension. Lorsqu’un appareil envoie un pourcentage et que l’échelle de charge de son modèle est déclarée en volts, la plateforme convertit désormais la valeur signalée dans cette échelle au lieu d’afficher les deux sur des échelles différentes. Le niveau de batterie et la tension de batterie sont également traités séparément dans les différents protocoles d’appareil désormais.
* Le chargement lors de la modification de liens géographiques contenant de nombreux appareils GPS a été amélioré.
* **Rapports et notifications**
* Les noms des zones géographiques et des points d’intérêt sont désormais masqués par défaut dans les adresses du rapport de trajet. Activez **inclure le point d’intérêt dans l’adresse de localisation** et **inclure la zone géographique dans l’adresse de localisation** dans les [paramètres du rapport](/docs/user/guide/reports/specific-report-details/trip-report.md) pour les afficher.
* Adoption d’une nouvelle convention de nommage et d’un nouveau format pour les fichiers DDD du tachygraphe.
* Les valeurs des notifications de règle de plage de capteur ont été converties dans les unités de mesure du compte.
* Les rapports planifiés avec de larges sélections d’appareils ou d’employés s’enregistrent désormais de manière fiable, alors que l’enregistrement pouvait auparavant échouer.
* **Appareils et protocoles**
* Ajout du décodage de l’alarme de vibration pour les appareils GT06N, afin qu’un événement de vibration puisse déclencher une alerte de conduite agressive ou un rapport d’accident.
* Ajout de l’identification du conducteur à partir d’un lecteur de cartes série externe sur les appareils Suntech, de sorte qu’un lecteur tel que le Jmak JM15 puisse être utilisé pour identifier les conducteurs.
* Ajout de l’entrée de kilométrage matériel pour Jimi VL111.
* Ajout des données d’heures moteur pour Assistant Telematics AVT50.
* Ajout de la lecture du contact, ainsi que de l’état et du contrôle de l’antidémarrage, pour Dunasys DCAR S.
* Ajout de la prise en charge de la conduite agressive pour Gosafe G1C+ et G1C+ 5W.
* Ajout des paramètres d’humidité et de température pour Megastek MT60Pro.
* Ajout de la lecture des données du système de gestion de batterie ANT des véhicules électriques.
* Prise en charge de SinoTrack ST906 mise à jour après le passage du fabricant du protocole V1 au V8.
* Schéma du mode de suivi corrigé pour les modèles Concox et Jimi et leurs clones.
* Les noms du fabricant et des modèles Navtelecom utilisent désormais des caractères latins.
* Séparation des profils d’activation Jimi JC400, JC400D et JC400P pour les firmwares antérieurs à 1.6.3 et pour les firmwares 1.6.3 ou plus récents.
* Teltonika FMC150 est désormais activé par variante matérielle, FMC150-QJIB0 (2 sorties numériques) ou FMC150-QKIB0 (3 sorties numériques), au lieu d’un profil générique, afin que les paramètres des sorties correspondent à l’appareil.
Correctifs
* **Sécurité et contrôle d’accès**
* Les utilisateurs pouvaient voir des zones géographiques en dehors de leur périmètre d’accès.
* Des e-mails d’alerte continuaient d’être envoyés après la suppression de l’adresse de notification.
* **Appareils et protocoles**
* Les appareils se connectant en UDP n’envoyaient plus de données.
* Les données de Galileosky 10 n’étaient pas décodées, et les valeurs de température manquaient pour Galileosky 7x.
* Les données Globalstar SmartOne n’étaient pas traitées.
* Les données de localisation du Xexun GPS Ankle DDX14 manquaient.
* Digital Matter Eco5 Lite envoyait des signaux de vie sans données de localisation.
* La gestion des ACK et la `getio` commande pour Ruptela Pro5 Lite ont été corrigées.
* La commande d’auto-configuration SERVER pour Jimi VL802 et la commande du mode de suivi pour Jointech JT710D ont été corrigées.
* Mappage des entrées corrigé pour Teltonika [FMC125](https://navixy.com/en/devices/teltonika-telematics/teltonika-fmc125/) et [FMC225](https://navixy.com/en/devices/teltonika-telematics/teltonika-fmc225/).
* Le nombre d’entrées discrètes disponibles pour Suntech ST8300V a été corrigé à 5.
* La lecture de batterie pour Suntech ST4290 et le mappage de la valeur de batterie pour Jimi JM-LL301, JM-LL302 et JM-LL303 ont été corrigés.
* Les informations sur le réseau cellulaire manquaient pour Suntech ST300.
* Le bloc d’informations Bluetooth de Jimi JM-LL301 a été restauré.
* Les états erronés des entrées et sorties numériques sur Queclink GV305CEU ont été corrigés.
* Décodage des événements d’accessoires corrigé pour Queclink GV50CEU et GV30CEU.
* Les points Jointech JT709A étaient incorrectement classés comme positions LBS.
* Déclenchements de règle erronés sur les appareils Arnavi et Autolink.
* Le kilométrage matériel imprécis a été supprimé des modèles Assistant Telematics AVT. Le kilométrage GPS est la source recommandée pour le compteur kilométrique de ces modèles.
* L’activation de Satsol et Fleetguide échouait avec une erreur de mot de passe.
* Le contrôle des sorties adressait les sorties par leur position dans le widget plutôt que par leur vrai numéro de sortie.
* Le remplacement des appareils échouait pour les modèles pris en charge, et le remplacement des appareils tout juste enregistrés a été autorisé.
* **Suivi, zones géographiques et alertes**
* Des événements de sortie de zone géographique en double étaient générés pour un seul départ.
* Les liens des notifications d’alerte ouvraient la mauvaise carte.
* De fausses alertes de durée de conduite étaient causées par la détection de stationnement.
* Le compteur kilométrique ne se mettait pas à jour rapidement.
* Des lectures valides du capteur de carburant étaient rejetées par le filtrage des données.
* Les flèches de plage de dates ne déplaçaient pas la période sélectionnée dans le suivi.
* Des événements d’historique manquaient lorsque de nombreux appareils GPS étaient sélectionnés.
* Les couleurs de l’itinéraire ne se mettaient pas à jour après la modification des plages utilisées par **Couleur selon la vitesse**.
* Une erreur se produisait lorsqu’on cliquait sur un paramètre déjà affiché dans le widget de l’objet.
* Des valeurs de température s’affichaient avec des libellés d’unité dupliqués.
* **Rapports et exports**
* Le point d’arrivée d’un trajet était signalé dans la mauvaise région.
* Les téléchargements de fichiers DDD du tachygraphe renvoyaient des données véhicule incomplètes.
* Les téléchargements de données d’appareil échouaient ou produisaient des fichiers incomplets.
* La première page du rapport des zones géographiques ne s’affichait pas, à l’écran ni dans le PDF téléchargé.
* L’ordre des dates sur le graphique de kilométrage de la vue d’ensemble était incorrect.
* Le graphique de calibrage de la sonde était tronqué.
* Les travaux d’entretien ne s’affichaient pas correctement lorsqu’ils étaient triés par date de création.
* Les durées négatives mal formées des missions et des séjours dans les formulaires téléchargés ont été corrigées.
* Le téléchargement groupé d’images échouait dans le Gestionnaire de fichiers.
* L’aperçu de la carte du lien géographique ne s’affichait pas.
* **Comptes et accès**
* Les rôles des sous-utilisateurs ne pouvaient pas être modifiés, et l’éditeur de menu ne reflétait pas les modifications apportées aux modèles.
* Les données utilisateur ne se mettaient pas à jour après le transfert d’un utilisateur entre comptes.
* Les demandes de guide utilisateur soumises depuis l’interface de la plateforme n’atteignaient pas leurs destinataires.
* **Missions et tâches**
* Les missions ne pouvaient pas être terminées ni voir leur statut modifié.
* L’export PDF du module Missions et tâches échouait lorsque le navigateur bloquait les fenêtres contextuelles, et le lien de téléchargement cassé dans les invitations des employés.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://navixy.com/docs/on-premise/fr/versions/2026.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.