> 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).
# Point de sortie
Le nœud Point de sortie transmet les données d’appareil traitées des flux IoT Logic vers des systèmes externes à l’aide de Navixy Generic Protocol pour une livraison standardisée des données.
## Vue d'ensemble technique et capacités
{% columns %}
{% column %}
**nœud Point de sortie** sert de composant de transmission des données au sein des flux IoT Logic, en définissant où sont envoyées les données d'appareil traitées. Sa fonction principale est de normaliser des données d'appareil 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é, activé 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, consultez [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 multi-destination vers différents systèmes externes simultanément
* Gestion de plusieurs sources de données avec différents formats de données entrants
* 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** nœud défini en mode **Point de sortie par Défaut** mode pour 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 surveillance à l'aide des outils Navixy. Si la sortie Navixy est supprimée, les données des appareils impliqués dans le flux n'atteindront plus la plateforme.
{% endhint %}
### Capacités du nœud
Le **Point 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 pendant le transit
* **Garantie de livraison configurable**: permet de sélectionner le niveau QoS MQTT pour équilibrer les garanties de livraison et la surcharge réseau
* **Réutilisabilité de la configuration**: prend en charge la création de profils de point de sortie 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 pour s'adapter à diverses implémentations de brokers
## Options de configuration
{% columns %}
{% column valign="middle" %}
Configuration d'un **Nœud Point de sortie** détermine comment et où les données seront livrées depuis un flux particulier. Chaque option de configuration remplit une fonction 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 lorsque vous travaillez avec lui :
### Étapes de configuration
{% stepper %}
{% step %}
#### Indiquez le nom du point de sortie
Saisissez un nom unique et descriptif pour cette configuration de point de sortie
* Utilisez un nom qui vous aide à identifier la destination vers laquelle les données sont envoyées
* Ce nom s'affichera dans le diagramme du flux pour une identification facile
{% endstep %}
{% step %}
#### Sélectionnez le mode du point de sortie
Choisissez quel type de transmission utiliser pour ce point de sortie
* **Point de sortie 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 sortie MQTT**: configuration personnalisée qui utilise 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, voir [MQTT](#mqtt).
Le point de sortie **Nom** reste tel que vous l'avez saisi à l'étape précédente. Si vous le laissez inchangé alors que **Mode** est défini sur **Point de sortie par Défaut**, il apparaît sur le canevas comme **Point de sortie par défaut**.
{% endstep %}
{% step %}
#### Enregistrez votre configuration
Cliquez sur **Appliquez 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 nouveau point de sortie. Sinon, il 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 sortie**
1. Sélectionnez **Version MQTT**: 3.1.1 ou 5.0.
2. Saisissez l'adresse cible **IP** au format : *123.123.123.123* ou *example.example.com*.
3. Indiquez le **Port** numéro. Par défaut, *1883* est utilisé pour MQTT standard.
4. Indiquez **Sujet** sous forme de Mots clés qui seront utilisés 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 renseignée afin que les données ne soient pas rejetées.
2. **Authentification MQTT** (facultatif)
1. Basculez **Utiliser l'authentification** activée.
2. Saisissez **Nom d'utilisateur MQTT** et **Mot de passe MQTT** pour la partie réceptrice dans les champs qui s'affichent.
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 exige 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 d'entretien à mesure que les parcs 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 du dispositif, 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 de données d'IoT Logic vers des systèmes externes et l'ingestion de données de sources externes vers la plateforme.
En mettant en œuvre un protocole unique, le **Point de sortie** nœud permet :
* Un seul schéma d'intégration 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 sur l'ensemble des Rapport des capteurs d'information
* Réduction de la charge de traitement côté serveur grâce à la normalisation du protocole
* Mise à l'échelle simplifiée lors de l'ajout de nouveaux types d'appareils aux déploiements existants
* 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 Point de sortie ?
Oui. Le **Point de sortie** nœud accepte les entrées 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 de l'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 sortie utilisé dans plusieurs flux ?
Les configurations de point de sortie sont stockées comme des ressources réutilisables dans l'ensemble du compte client. Les modifications apportées à une configuration de point de sortie existante affectent tous les nœuds qui font référence à ce point de sortie dans tous les flux. Ce comportement facilite la standardisation de la configuration, mais exige une gestion rigoureuse des changements lors de la mise à jour des paramètres du point de sortie.
#### Quelles pratiques de Sécurité sont recommandées pour les déploiements de 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 des données nécessaire pendant la transmission. Les implémentations standard doivent utiliser au minimum le niveau QoS 1 pour 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 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/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 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.
