> 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/user/fr/guide/devices-and-settings/connectivity/data-forwarding.md). # Transfert des données Transférez une copie en direct des données GPS et télématiques de Navixy vers un serveur tiers, à l'aide de l'un des 29 protocoles pris en charge pour la conformité, l'intégration d'entreprise ou la centralisation des données. Le **Transfert des données** Le bloc envoie une copie en temps réel des données GPS et télématiques d’un appareil vers un serveur hors de Navixy. Cette page explique le comportement du Transfert des données, ce qu’il faut configurer, et quels protocoles Navixy prend en charge. Elle s’adresse aux opérateurs de flotte qui doivent transmettre des données à une autorité de régulation, à un client ou à un autre système logiciel. Le Transfert des données est également appelé retransmission des données, et une configuration de transfert unique est appelée un retransmetteur. Le Transfert des données nécessite un forfait d’abonnement qui l’inclut. Le nombre de retransmetteurs que vous pouvez créer est également limité par votre forfait. ## Comment fonctionne le transfert des données Navixy transfère chaque message dès sa réception depuis l’appareil. Un retransmetteur n’est pas une exportation planifiée : chaque message entrant est converti au format du protocole cible et envoyé immédiatement, si bien que le rythme auquel les données atteignent la destination suit l’intervalle de remontée du GPS de l’appareil. Trois protocoles fonctionnent différemment, et leurs pages le précisent : * **Unigis** envoie au plus un message par minute et par appareil. Les événements urgents sont envoyés immédiatement, quoi qu’il en soit. * **Wisetrack** collecte les messages et les envoie par lots une fois par minute. * **Navixy Web Service** n’envoie rien. Navixy héberge un point de terminaison que le système récepteur interroge pour obtenir les données. Chaque protocole filtre également les messages qu’il envoie. La plupart des protocoles ignorent un message sans position valide, et certains transmettent les événements d’alarme même sans position. La page de chaque protocole répertorie ce qu’il envoie et ce qu’il ignore. {% hint style="warning" %} Le Transfert des données couvre uniquement les données en temps réel. Navixy conserve un petit nombre de messages récents lorsqu’une destination est brièvement injoignable, mais ne renvoie pas l’historique une fois ce tampon rempli. Si le serveur de destination reste Hors-ligne, les données enregistrées pendant l’interruption ne lui parviennent jamais, et il n’existe aucun moyen de les récupérer ensuite. Les données déjà dans Navixy ne sont pas affectées : seule la copie envoyée à la destination est perdue. Pour les rapports de conformité, considérez la disponibilité du serveur de destination comme relevant de votre responsabilité, et rapprochez-les des Rapports Navixy. {% endhint %} ### Identification de l’appareil Le système récepteur identifie généralement un véhicule à l’aide de son propre identifiant plutôt que de l’identifiant d’appareil Navixy. Le **ID externe** champ stocke cette valeur, et Navixy l’envoie à la place de l’identifiant de l’appareil. Chaque protocole accepte l’ID externe dans un format fixe, et Navixy rejette toute valeur qui ne correspond pas. Certains protocoles utilisent une Plaque d'immatriculation simple, d’autres utilisent plusieurs champs reliés par le caractère pipe. La page de chaque protocole indique le format qu’il accepte. Lorsque vous laissez l’ID externe vide, Navixy envoie l’identifiant de l’appareil à la place. ## Quand utiliser le transfert des données Le Transfert des données répond à trois besoins : * **Conformité réglementaire.** Certains pays exigent que les Véhicules communiquent leur position et leur vitesse à un serveur d’État dans un format de protocole imposé. * **Intégration d’entreprise.** Les grands clients du commerce de détail et de la logistique exigent souvent des fournisseurs qu’ils transmettent les données GPS et télématiques dans le système du client, comme condition contractuelle. * **Consolidation des données.** Un logiciel assemblé à partir de composants de plusieurs fournisseurs a besoin que les données soient normalisées dans un seul format, ou copiées entre deux serveurs Navixy. ## Protocoles pris en charge Navixy prend en charge les 29 protocoles suivants, classés sous le nom utilisé par le destinataire. Lorsque le **Protocole** menu déroulant de Navixy orthographie ce nom différemment, la ligne indique l’option à sélectionner. Le **Transport** la colonne vous indique ce que le serveur récepteur doit accepter. Le **Identifiants** la colonne vous indique quels champs Navixy exige avant d’enregistrer le retransmetteur. | Protocole | Objectif | Transport | Identifiants | ID externe | | ------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------- | --------------------- | --------------------------- | ---------------------------------------------------------------- | | Altotrack Chep Mexico (sélectionnez **AltotrackChepMexico**) | Intégration d’entreprise | SOAP sur HTTP | Aucun | Jusqu’à 40 lettres majuscules et chiffres | | ArmCargo | Intégration d’entreprise | TCP | Aucun | Plaque d'immatriculation, `AB123CD` ou `ABC123` | | Contrôle AVL | Consolidation des données | HTTP | Identifiant et mot de passe | Non utilisé | | BCDOS | Intégration d’entreprise | SOAP sur HTTP | Aucun | Jusqu'à 8 chiffres | | Blac Solutions | Intégration d’entreprise | HTTP | Identifiant et mot de passe | Non utilisé | | CargoOnline | Intégration d’entreprise | HTTP | Aucun | Non utilisé | | EGTS | Conformité réglementaire | TCP | Aucun | Jusqu'à 15 chiffres | | Granit3 | Consolidation des données | TCP | Aucun | Jusqu'à 5 chiffres | | Granit3 Scout | Consolidation des données | TCP | Aucun | Jusqu'à 5 chiffres | | [ILSP](/docs/user/fr/guide/devices-and-settings/connectivity/data-forwarding/ilsp.md) | Intégration d’entreprise | HTTP | Identifiant et mot de passe | `customerId\|Plaque d'immatriculation\|transportLineId` | | Lacak.io | Consolidation des données | HTTP | Aucun | Jusqu'à 15 chiffres | | Localizar-t | Intégration d’entreprise | HTTP | Identifiant et mot de passe | Non utilisé | | [Maquinaria Amarilla](/docs/user/fr/guide/devices-and-settings/connectivity/data-forwarding/maquinaria-amarilla.md) (sélectionner **Yellow Machinery**) | Conformité réglementaire | SOAP sur HTTP | Identifiant et mot de passe | Jusqu'à 20 lettres majuscules et chiffres | | [Navixy Web Service](/docs/user/fr/guide/devices-and-settings/connectivity/data-forwarding/navixy-ws.md) | Consolidation des données | Requête SOAP entrante | Identifiant et mot de passe | Non utilisé | | Olympstroy (sélectionner **Olimpstroy**) | Conformité réglementaire | HTTP | Aucun | Non utilisé | | OSINERGMIN (sélectionner **Osinergmin**) | Conformité réglementaire | HTTP | Mot de passe | Non utilisé | | ReC Solutions (sélectionner **REC SOLUTIONS**) | Intégration d’entreprise | SOAP sur HTTP | Identifiant et mot de passe | Jusqu’à 40 lettres majuscules et chiffres | | [Recurso Confiable](/docs/user/fr/guide/devices-and-settings/connectivity/data-forwarding/recurso-confiable.md) | Intégration d’entreprise | HTTP | Identifiant et mot de passe | `Plaque d'immatriculation\|shipmentId\|customerId\|customerName` | | Recurso Confiable (Walmart) | Intégration d’entreprise | HTTP | Identifiant et mot de passe | `Plaque d'immatriculation\|shipmentId\|customerId\|customerName` | | SA-RM | Consolidation des données | HTTP | Identifiant | Non utilisé | | SafetyNet | Intégration d’entreprise | TCP | Aucun | Non utilisé | | [SimpliRoute](/docs/user/fr/guide/devices-and-settings/connectivity/data-forwarding/simpliroute.md) (sélectionner **Itinéraire simple**) | Intégration d’entreprise | HTTP | Aucun | Non utilisé | | [Startrack](/docs/user/fr/guide/devices-and-settings/connectivity/data-forwarding/startrack.md) | Consolidation des données | SOAP sur HTTP | Aucun | Non utilisé | | TraceReports | Intégration d’entreprise | TCP | Aucun | Chiffres | | Transnavigation | Consolidation des données | TCP | Mot de passe | Chiffres | | [Unigis](/docs/user/fr/guide/devices-and-settings/connectivity/data-forwarding/unigis.md) (sélectionner **UNIGIS**) | Intégration d’entreprise | HTTP | Identifiant et mot de passe | Plaque d'immatriculation | | [Wialon IPS](/docs/user/fr/guide/devices-and-settings/connectivity/data-forwarding/wialon-ips.md) | Consolidation des données | TCP | Aucun | Non utilisé | | Wirtrack | Intégration d’entreprise | TCP | Aucun | Non utilisé | | Wisetrack | Consolidation des données | HTTP | Aucun | Plaque d'immatriculation, 5 à 8 caractères | {% hint style="info" %} Un protocole sans page dédiée ci-dessus se configure de la même manière que les autres : créez le retransmetteur, saisissez l'adresse, le port et les identifiants que la partie destinataire vous fournit, puis associez-le à vos appareils. Contactez la partie destinataire pour l'adresse et les identifiants, et l'assistance Navixy si le protocole nécessite des valeurs que vous n'avez pas. {% endhint %} ## Gestion des retransmetteurs Ouvrir **Paramétrage des traceurs**, sélectionnez un appareil, puis recherchez le **Transfert des données** bloc. Il répertorie les retransmetteurs disponibles dans le compte, avec un interrupteur pour chacun.
The Data forwarding block listing one available retranslator with its toggle switched on, above the Protocols and Save buttons

Le bloc Transfert des données pour un appareil unique

Depuis cet écran, vous pouvez : * Activez un retransmetteur pour acheminer les données de cet appareil via celui-ci, puis cliquez sur **Enregistrer**. * Définissez l'ID externe que Navixy envoie pour cet appareil, à l'aide de l'icône de lien à droite de la ligne du retransmetteur. * Désactivez un retransmetteur pour arrêter l'acheminement des données de cet appareil. * Cliquez sur Protocols pour créer, modifier ou supprimer des configurations de retransmetteur. En cliquant sur **Protocoles** ouvre la **Protocoles de retransmission** boîte de dialogue, qui répertorie chaque configuration du compte. Cliquez sur **+** pour en ajouter une, ou sélectionnez une ligne pour la modifier.
The Retranslation protocols dialog listing one configuration with its name, protocol, address, port, login, and Active status

La boîte de dialogue Protocoles de retransmission, où les configurations sont créées et modifiées

Une configuration de retransmetteur contient les paramètres suivants : | Paramètre | Objectif | | ----------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- | | **Nom** | Un libellé qui identifie ce retransmetteur dans les paramètres de l'appareil. | | **Protocole** | Le protocole vers lequel les données sont converties. Choisissez le nom affiché dans la [table des protocoles](#supported-protocols). | | **Adresse** et **Port** | L'adresse de destination des données. Le destinataire fournit les deux. | | **Identifiant** et **Mot de passe** | Les identifiants du serveur de réception, lorsque le protocole les exige. | | **Activé** | Indique si le retransmetteur envoie des données. Un retransmetteur désactivé n'envoie rien. | Une configuration de retransmetteur appartient au compte, et non à un seul appareil. Une fois créée, vous pouvez la lier à n'importe quel appareil du compte en activant l'interrupteur dans le **Transfert des données** bloc. La modification d'une configuration s'applique à tous les appareils qui y sont lié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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://navixy.com/docs/user/fr/guide/devices-and-settings/connectivity/data-forwarding.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.