# Point de terminaison de sortie
## Aperçu technique et fonctionnalités
{% columns %}
{% column %}
**nœud Output Endpoint** sert de composant de transmission de données au sein des flux IoT Logic, en définissant où les données de l’appareil traitées sont envoyées. Sa fonction principale est de normaliser les données hétérogènes des appareils dans un format cohérent avant de les transmettre à des systèmes ou services externes. Toutes les données sont transférées dans un format unifié, rendu possible par [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md).
{% endcolumn %}
{% column %}
{% endcolumn %}
{% endcolumns %}
Pour plus de détails sur le format dans lequel les données sont transmises, voir [Format des données de sortie](#output-data-format).
### Intégration à l’architecture du flux
Un seul flux IoT Logic peut contenir plusieurs nœuds de sortie, chacun avec des configurations indépendantes. Cette architecture permet :
* Transmission de données vers plusieurs destinations vers différents systèmes externes simultanément
* Gestion de plusieurs sources de données avec différents formats de données entrantes
* Routage sélectif des données permettant des scénarios de flux de données flexibles
{% hint style="info" %}
Chaque flux doit inclure un **Point de sortie par défaut** nœud pour envoyer des données à la plateforme Navixy. Maintenez les connexions entre vos **Source de données** nœuds et cette sortie. La connexion garantit que les données de l’appareil sont envoyées à la plateforme, permettant des capacités de surveillance à l’aide des outils Navixy. Si la sortie Navixy est supprimée, les données des appareils concernés dans le flux n’atteindront plus la plateforme.
{% endhint %}
### Fonctionnalités du nœud
Le **Point de terminaison de sortie** le nœud à lui seul offre :
* **Transmission sécurisée**: Met en œuvre le chiffrement SSL et des mécanismes d’authentification pour protéger les données en transit
* **Garantie de livraison configurable**: Propose la sélection du niveau QoS MQTT afin d’équilibrer les garanties de livraison et la surcharge réseau
* **Réutilisabilité de la configuration**: Permet de créer des profils de point de terminaison réutilisables dans plusieurs flux, garantissant la cohérence de la configuration
* **Traitement simultané**: Accepte les entrées provenant de plusieurs sources de données au sein d’un flux, permettant une transmission de données consolidée
* **Sélection de la version du protocole de transport**: Prend en charge MQTT 3.1.1 et 5.0 afin de s’adapter à diverses implémentations de broker
## Options de configuration
{% columns %}
{% column valign="middle" %}
La configuration d’un **nœud de point de sortie** détermine comment et où les données seront livrées depuis un flux particulier. Chaque option de configuration répond à un objectif spécifique dans l’établissement d’une transmission de données fiable.
{% endcolumn %}
{% column %}
{% endcolumn %}
{% endcolumns %}
Voyons quels éléments ce nœud utilise et ce que vous pouvez configurer lors de son utilisation :
### Étapes de configuration
{% stepper %}
{% step %}
**Spécifier le nom du point de terminaison**
Saisissez un nom unique et descriptif pour cette configuration de point de terminaison
* Utilisez un nom qui vous aide à identifier la destination vers laquelle les données sont envoyées
* Ce nom sera affiché dans le schéma du flux pour une identification facile
{% endstep %}
{% step %}
**Sélectionner le mode du point de terminaison**
Choisissez le type de transmission à utiliser pour ce point de terminaison
* **Destination par défaut** - configuration standard pour l’envoi des données du flux vers la plateforme Navixy, non modifiable
* **Point de terminaison MQTT** - configuration personnalisée qui utilise MQTT comme transport pour envoyer les données du flux à des systèmes tiers. Pour les paramètres de configuration spécifiques à ce mode, voir [MQTT](#mqtt).
{% endstep %}
{% step %}
**Enregistrez votre configuration**
Cliquez sur **Appliquer les modifications** pour finaliser la création du nœud.
{% endstep %}
{% endstepper %}
{% hint style="info" %}
Assurez-vous de connecter les nœuds de données pertinents à votre nouvelle sortie ; sinon, elle ne recevra aucune donnée.
{% endhint %}
### Configurations spécifiques au mode
MQTT
Si vous prévoyez d’utiliser une sortie MQTT, vous devez configurer ces paramètres :
1. **Paramètres du point de terminaison**
1. Sélectionnez **Version MQTT**: 3.1.1 ou 5.0.
2. Saisissez l’ **IP** cible au format : *123.123.123.123* ou *exemple.exemple.com*.
3. Spécifiez le **Port** numéro. Par défaut, *1883* est utilisé pour MQTT standard.
4. Spécifiez **Sujet** sous forme de balises qui seront utilisées pour la transmission des données.
5. Choisissez **QoS** niveau qui détermine la logique de transmission des données :
1. **QoS 0** – aucune confirmation de livraison.
2. **QoS 1** – livraison garantie avec duplication possible.
3. **QoS 2** – livraison garantie sans duplication.
6. Saisissez **ID client MQTT**. Le côté récepteur dispose d’une liste fixe de clients. Dans ce champ, la valeur correcte doit être spécifiée afin que les données ne soient pas rejetées.
2. **Authentification MQTT** (facultatif)
1. Activer **Utiliser l’authentification** .
2. Saisissez **Nom d’utilisateur MQTT** et **Mot de passe MQTT** pour la partie réceptrice dans les champs apparus.
3. **SSL** (facultatif)
1. Activer **Utiliser SSL** pour les connexions sécurisées. Cette action définit automatiquement le port sur 1*883* s’il n’a pas été modifié manuellement.
## Format des données de sortie
La capacité principale du nœud est la normalisation du format de données via [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md). Cette normalisation résout un défi fondamental dans les implémentations IoT : la diversité des protocoles spécifiques aux appareils qui nécessitent un travail d’intégration personnalisé.
En général, chaque type d’appareil utilise son propre format de données, ce qui nécessite des gestionnaires de protocole dédiés sur les systèmes récepteurs. Cette approche augmente de manière exponentielle la charge de développement et de maintenance à mesure que les flottes d’appareils s’étendent. IoT Logic répond à ce problème en normalisant toutes les données des appareils dans une structure JSON standardisée, quel que soit le fabricant ou le protocole d’origine.
Le [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) La spécification comprend des champs standardisés pour l’identification des appareils, les données de localisation, les valeurs de télémétrie et les métadonnées. Ce format prend en charge la communication bidirectionnelle, permettant à la fois la transmission de données depuis IoT Logic vers des systèmes externes et l’ingestion de données provenant de sources externes vers la plateforme.
En implémentant un seul protocole, le **Point de terminaison de sortie** nœud permet :
* Un seul modèle d’intégration pour les systèmes récepteurs au lieu de plusieurs gestionnaires spécifiques à chaque appareil
* Une structure de données cohérente qui reste uniforme sur tous les appareils connectés
* Une réduction de la surcharge de traitement côté serveur grâce à la normalisation du protocole
* Une montée en charge simplifiée lors de l’ajout de nouveaux types d’appareils aux déploiements existants
* Des capacités d’échange de données bidirectionnel avec des systèmes externes
Le nœud implémente MQTT comme protocole de transport pour cette charge utile JSON standardisée, fournissant un mécanisme de transmission fiable et léger, adapté aux déploiements IoT.
## Foire aux questions
#### Puis-je connecter plusieurs sources de données à un seul nœud Output Endpoint ?
Oui. Le **Point de terminaison de sortie** nœud accepte simultanément les entrées provenant de plusieurs **Source de données** nœuds. Toutes les données traitées, y compris les coordonnées de localisation, les identifiants d’appareil, les paramètres de télémétrie et les attributs calculés, sont sérialisées conformément à la [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) spécification avant la transmission.
#### Que se passe-t-il si je modifie un point de terminaison utilisé dans plusieurs flux ?
Les configurations de point de terminaison sont stockées comme des ressources réutilisables sur l’ensemble du compte client. Les modifications apportées à une configuration de point de terminaison existante affecteront tous les nœuds qui font référence à ce point de terminaison dans tous les flux. Ce comportement facilite la standardisation de la configuration, mais nécessite une gestion prudente des changements lors de la mise à jour des paramètres du point de terminaison.
#### Quelles pratiques de sécurité sont recommandées pour les déploiements en production ?
Pour les implémentations nécessitant des normes de sécurité élevées (santé, finance, etc.), activez SSL et mettez en œuvre l’authentification MQTT. Bien que cela augmente légèrement la surcharge du protocole, cela fournit la protection nécessaire des données pendant la transmission. Les implémentations standard doivent utiliser au minimum le niveau QoS 1 afin de garantir la confirmation de livraison.
---
# Agent Instructions: 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:
```
GET https://navixy.com/docs/user/fr/guide/account/iot-logic/nodes/output-endpoint-node.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.