> 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/account/iot-logic/nodes/output-endpoint-node.md).
# Output Endpoint
## Présentation technique et fonctionnalités
{% columns %}
{% column %}
**nœud de point de sortie** sert de composant de transmission des données au sein des flux IoT Logic, en définissant où les données traitées des appareils sont envoyées. Sa fonction principale est de standardiser des données d'appareils hétérogènes 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é, grâce à [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, consultez [Format des données de sortie](#output-data-format).
### Intégration dans l'architecture du flux
Un seul flux IoT Logic peut contenir plusieurs nœuds de sortie, chacun avec une configuration indépendante. 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 entrants
* Acheminement 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 terminaison de sortie par défaut** nœud permettant d'envoyer des données à la plateforme Navixy. Conservez les connexions entre vos **Source de données** nœuds et cette sortie. La connexion garantit que les données des appareils sont envoyées à la plateforme, ce qui permet les fonctionnalités de supervision à l'aide des outils Navixy. Si la sortie Navixy est supprimée, les données des appareils concernés par le flux n'atteindront plus la plateforme.
{% endhint %}
### Fonctionnalités du nœud
Le **Point de terminaison de sortie** nœud, à lui seul, offre :
* **Transmission sécurisée**: Met en œuvre des mécanismes de chiffrement et d'authentification SSL pour protéger les données pendant le transit
* **Garantie de livraison configurable**: Permet la sélection du niveau de 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 concurrent**: Accepte des entrées provenant de plusieurs sources de données au sein d'un flux, permettant une transmission consolidée des données
* **Sélection de la version du protocole de transport**: Prend en charge MQTT 3.1.1 et 5.0 pour s'adapter à diverses implémentations de brokers
## Options de configuration
{% columns %}
{% column valign="middle" %}
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 remplit un objectif spécifique dans la mise en place d'une transmission fiable des données.
{% 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écifiez 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 diagramme du flux pour une identification facile
{% endstep %}
{% step %}
**Sélectionnez le mode du point de terminaison**
Choisissez le type de transmission à utiliser pour ce point de terminaison
* **Point de terminaison par défaut** - configuration standard pour l'envoi des données du flux vers la plateforme Navixy, qui ne peut pas être modifiée
* **Point de terminaison MQTT** - configuration personnalisée utilisant MQTT comme transport pour envoyer les données du flux vers des systèmes tiers. Pour les paramètres de configuration spécifiques de ce mode, consultez [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 concernés à 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 la cible **IP** au format : *123.123.123.123* ou *example.example.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. Activez **Utiliser l'authentification** .
2. Saisissez **Nom d'utilisateur MQTT** et **Mot de passe MQTT** pour la partie réceptrice dans les champs qui apparaissent.
3. **SSL** (facultatif)
1. Activez **Utiliser SSL** pour des 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 principale capacité du nœud est la standardisation du format des données grâce à [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md). Cette standardisation 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 y remédie 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 de l'appareil, les données de localisation, les valeurs de télémétrie et les métadonnées. Ce format prend en charge une communication bidirectionnelle, permettant à la fois la transmission des données d'IoT Logic vers des systèmes externes et l'ingestion de données provenant de sources externes dans la plateforme.
En implémentant un protocole unique, le **Point de terminaison de sortie** nœud permet :
* Un modèle d'intégration unique pour les systèmes récepteurs au lieu de plusieurs gestionnaires spécifiques aux appareils
* Une structure de données cohérente qui reste uniforme pour tous les appareils connectés
* Une réduction de la charge 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, offrant un mécanisme de transmission fiable et léger, adapté aux déploiements IoT.
## Questions fréquentes
#### Puis-je connecter plusieurs sources de données à un seul nœud Output Endpoint ?
Oui. Le **Point de terminaison de sortie** nœud accepte des entrées provenant de plusieurs **Source de données** nœuds simultanément. Toutes les données traitées, y compris les coordonnées de localisation, les identifiants d'appareils, 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 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 dans l'ensemble du compte client. Les modifications apportées à une configuration de point de terminaison existante affecteront tous les nœuds faisant référence à ce point de terminaison dans tous les flux. Ce comportement facilite la standardisation de la configuration, mais nécessite une gestion rigoureuse 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 exigeant des normes de sécurité élevées (santé, finance, etc.), activez SSL et mettez en place 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 devraient utiliser au minimum le niveau QoS 1 afin de garantir la confirmation de livraison.
---
# 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/user/fr/guide/account/iot-logic/nodes/output-endpoint-node.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.