> 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 du Navixy Generic Protocol pour une livraison normalisée des données.

## Vue d'ensemble technique et fonctionnalité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 des appareils traité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é, rendu possible par [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md).
{% endcolumn %}

{% column %}
![](https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-b4f73fd847a46b1524db329100364c0e3eae6d21%2Fiot-logic-output-endpoint-tile.png?alt=media)
{% 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 de l'architecture du flux

<figure><img src="https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-922f752fc3b69079646780944fce51828466acdb%2Fiot-logic-output-endpoint-in-flow.png?alt=media" alt="Output Endpoint node in the flow workspace"><figcaption></figcaption></figure>

Un flux IoT Logic peut contenir plusieurs nœuds de sortie, chacun avec sa propre configuration. Cette architecture permet :

* Transmission de données vers plusieurs destinations externes simultanément
* Prise en charge de plusieurs sources de données avec différents formats de données entrants
* Routage sélectif des données qui permet des scénarios flexibles de flux de données

{% hint style="info" %}
Chaque flux doit inclure un **Point de sortie** nœud configuré en **Point de sortie par Défaut** mode pour envoyer les données vers la plateforme Navixy. Maintenez 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 fonctions de surveillance à 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 %}

### Capacités du nœud

La **Point de sortie** le nœud offre à lui seul :

* **Transmission sécurisée**: met en œuvre des mécanismes de chiffrement et d'authentification SSL pour protéger les données en transit
* **Garantie de livraison configurable**: permet de sélectionner le 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 sortie réutilisables dans plusieurs flux, garantissant la cohérence de la configuration
* **Traitement simultané**: accepte des entrées provenant de plusieurs sources de données au sein d'un flux, ce qui permet 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 afin de s'adapter à diverses implémentations de broker

## Options de configuration

{% columns %}
{% column valign="middle" %}
Configuration d'un **nœud du Point de sortie** détermine comment et où les données seront livrées à partir d'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 %}

<figure><img src="https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-a32356a74960ac9fe36f4f5b97390bb8d8901280%2FOutput_Endpoint_node_edit.png?alt=media" alt="" width="236"><figcaption></figcaption></figure>
{% endcolumn %}
{% endcolumns %}

Voyons quels éléments ce nœud utilise et ce que vous pouvez configurer lorsqu'il est utilisé :

### Étapes de configuration

{% stepper %}
{% step %}

#### Spécifiez 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 faciliter l'identification
  {% endstep %}

{% step %}

#### Sélectionnez le mode du point de sortie

Choisissez le 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, consultez [MQTT](#mqtt).

Le point de sortie **Nom** reste tel que vous l'avez saisi à l'étape précédente. Si vous le laissez sans personnalisation 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 **Appliquer les modifications** pour finaliser la création du nœud.
{% endstep %}
{% endstepper %}

{% hint style="info" %}
Veillez à connecter les nœuds de données pertinents à votre nouvelle sortie. Sinon, elle ne recevra aucune donnée.
{% endhint %}

### Configurations spécifiques au mode

<details>

<summary>MQTT</summary>

Si vous prévoyez d'utiliser une sortie MQTT, vous devez configurer les paramètres suivants :

1. **Paramètres du point de sortie**
   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* le port 1883 est utilisé pour MQTT standard.
   4. Spécifiez **Topic** sous la 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 **l'identifiant 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. Activez **Utiliser l'authentification** sur activé.
   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.

</details>

## Format des données de sortie

La principale capacité du nœud est la standardisation du format des données via [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md). Cette standardisation résout un défi fondamental des implémentations IoT : la diversité des protocoles propres 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 d'entretien à 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.

La [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 d'IoT Logic vers des systèmes externes et l'ingestion de données provenant de sources externes vers la plateforme.

En mettant en œuvre un protocole unique, le **Point de sortie** nœud permet :

* Un schéma 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 sur tous les appareils connectés
* Une réduction de la charge de traitement côté serveur grâce à la normalisation du protocole
* Une mise à l'échelle 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 Point de sortie ?

Oui. Le **Point 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 des 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.

<figure><img src="https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-4c57bf8525dd9404306215576860bee058f410c9%2Fiot-logic-output-endpoint-multi-source.png?alt=media" alt="Example flow showing multiple Data Sources connected to a single Output Endpoint"><figcaption></figcaption></figure>

#### 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 à l'échelle de 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 bonnes 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 œuvre l'authentification MQTT. Bien que cela augmente légèrement la surcharge du protocole, cela assure 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
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=<question>&goal=<endgoal>
```

`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.
