> 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/es/guide/account/iot-logic/nodes/output-endpoint-node.md).
# Nodo de Salida
El nodo Nodo de Salida transmite los datos procesados del dispositivo desde los flujos de IoT Logic a sistemas externos mediante Navixy Generic Protocol para la entrega estandarizada de datos.
## Visión general técnica y capacidades
{% columns %}
{% column %}
**nodo del Nodo de Salida** sirve como el componente de transmisión de datos dentro de los flujos de IoT Logic, definiendo dónde se envían los datos procesados del dispositivo. Su función principal es estandarizar los datos heterogéneos de los dispositivos en un formato uniforme antes de transmitirlos a sistemas o servicios externos. Todos los datos se transfieren en un formato unificado, habilitado por [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md).
{% endcolumn %}
{% column %}
{% endcolumn %}
{% endcolumns %}
Para obtener detalles sobre el formato en que se transmiten los datos, consulte [Formato de datos de salida](#output-data-format).
### Integración con la arquitectura del flujo
Un solo flujo de IoT Logic puede contener varios nodos de salida, cada uno con configuraciones independientes. Esta arquitectura permite:
* Transmisión de datos a múltiples destinos hacia diferentes sistemas externos simultáneamente
* Manejo de múltiples fuentes de datos con diferentes formatos de datos entrantes
* Enrutamiento selectivo de datos que permite escenarios flexibles de flujo de datos
{% hint style="info" %}
Cada flujo debe incluir un **Nodo de Salida** nodo configurado en modo **Nodo de salida predeterminado** modo para enviar datos a la plataforma Navixy. Mantenga las conexiones entre sus **Fuente de datos** nodos y esta salida. La conexión garantiza que los datos del dispositivo se envíen a la plataforma, lo que habilita las capacidades de monitoreo mediante las herramientas de Navixy. Si se elimina la salida de Navixy, los datos de los dispositivos involucrados en el flujo ya no llegarán a la plataforma.
{% endhint %}
### Capacidades del nodo
El **Nodo de Salida** El nodo por sí solo ofrece:
* **Transmisión segura**: Implementa mecanismos de cifrado y autenticación SSL para la protección de datos durante la transmisión
* **Garantía de entrega configurable**: Permite seleccionar el nivel de QoS de MQTT para equilibrar las garantías de entrega y la sobrecarga de red
* **Reutilización de la configuración**: Permite crear perfiles de extremo que pueden reutilizarse en varios flujos, garantizando la coherencia de la configuración
* **Procesamiento concurrente**: Acepta entradas de múltiples fuentes de datos dentro de un flujo, lo que permite una transmisión consolidada de datos
* **Selección de la versión del protocolo de transporte**: Es compatible con MQTT 3.1.1 y 5.0 para adaptarse a diversas implementaciones de broker
## Opciones de configuración
{% columns %}
{% column valign="middle" %}
La configuración de un **nodo de salida** determina cómo y dónde se entregarán los datos desde un flujo determinado. Cada opción de configuración cumple un propósito específico para establecer una transmisión de datos confiable.
{% endcolumn %}
{% column %}
{% endcolumn %}
{% endcolumns %}
Veamos qué elementos utiliza este nodo y qué puede configurar al trabajar con él:
### Pasos de configuración
{% stepper %}
{% step %}
#### Especifique el nombre del extremo
Ingrese un nombre único y descriptivo para esta configuración del extremo
* Use un nombre que le ayude a identificar el destino al que se envían los datos
* Este nombre se mostrará en el diagrama de flujo para facilitar su identificación
{% endstep %}
{% step %}
#### Seleccione el modo del extremo
Elija qué tipo de transmisión usar para este extremo
* **Nodo de salida predeterminado**: configuración estándar para enviar datos del flujo a la plataforma Navixy que no puede editarse
* **Nodo de salida MQTT**: configuración personalizada que usa MQTT como transporte para enviar datos del flujo a sistemas de terceros. Para los parámetros de configuración específicos de este modo, consulte [MQTT](#mqtt).
El extremo **Nombre** conserva lo que haya ingresado en el paso anterior. Si lo deja sin personalizar mientras **Modo** está configurado en **Nodo de salida predeterminado**, aparece en el lienzo como **Nodo de Salida predeterminado**.
{% endstep %}
{% step %}
#### Guarde su configuración
Haga clic en **Aplicar cambios** para finalizar la creación del nodo.
{% endstep %}
{% endstepper %}
{% hint style="info" %}
Asegúrese de conectar los nodos de datos pertinentes a su nueva salida. De lo contrario, no recibirá ningún dato.
{% endhint %}
### Configuraciones específicas del modo
MQTT
Si planea usar una salida MQTT, debe configurar estos parámetros:
1. **Configuración del extremo**
1. Seleccione **Versión MQTT**: 3.1.1 o 5.0.
2. Ingrese el destino **IP** en el formato: *123.123.123.123* o *example.example.com*.
3. Especifique el **Puerto** número. De forma predeterminada, *1883* se usa para MQTT estándar.
4. Especifique **Tema** en forma de etiquetas que se usarán para la transmisión de datos.
5. Seleccione el **QoS** nivel que determina la lógica de la transmisión de datos:
1. **QoS 0**: sin confirmación de entrega.
2. **QoS 1**: entrega garantizada con posible duplicación.
3. **QoS 2**: entrega garantizada sin duplicación.
6. Ingresar **ID de cliente MQTT**. La parte receptora tiene una lista fija de clientes. En este campo, debe especificarse el valor correcto para que los datos no se rechacen.
2. **Autenticación MQTT** (opcional)
1. Active el uso de **autenticación** .
2. Ingresar **Nombre de usuario de MQTT** y **Contraseña de MQTT** para la parte receptora en los campos que aparecen.
3. **SSL** (opcional)
1. Active el uso de **SSL** para conexiones seguras. Esta acción establece automáticamente el puerto en 1*883* si no se cambió manualmente.
## Formato de datos de salida
La capacidad principal del nodo es la estandarización del formato de datos mediante [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md). Esta estandarización resuelve un desafío fundamental en las implementaciones de IoT: la diversidad de protocolos específicos de cada dispositivo que requieren trabajo de integración personalizado.
Por lo general, cada tipo de dispositivo usa su propio formato de datos, lo que requiere manejadores de protocolo dedicados en los sistemas receptores. Este enfoque incrementa exponencialmente la carga de desarrollo y mantenimiento a medida que crece la flota de dispositivos. IoT Logic aborda esto normalizando todos los datos de los dispositivos en una estructura JSON estandarizada, independientemente del fabricante o del protocolo original.
El [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) La especificación incluye campos estandarizados para la identificación del dispositivo, los datos de ubicación, los valores de telemetría y los metadatos. Este formato admite comunicación bidireccional, lo que permite tanto la transmisión de datos desde IoT Logic hacia sistemas externos como la ingesta de datos desde fuentes externas a la plataforma.
Al implementar un solo protocolo, el **Nodo de Salida** nodo permite:
* Un único patrón de integración para los sistemas receptores en lugar de múltiples manejadores específicos de cada dispositivo
* Estructura de datos coherente que permanece uniforme en todos los dispositivos conectados
* Reducción de la carga de procesamiento del lado del servidor mediante la normalización del protocolo
* Escalado simplificado al agregar nuevos tipos de dispositivos a las implementaciones existentes
* Capacidades de intercambio de datos bidireccional con sistemas externos
El nodo implementa MQTT como protocolo de transporte para esta carga útil JSON estandarizada, ofreciendo un mecanismo de transmisión confiable y liviano, adecuado para implementaciones de IoT.
## Preguntas frecuentes
#### ¿Puedo conectar varias fuentes de datos a un solo Nodo de Salida?
Sí. El **Nodo de Salida** nodo acepta entradas de varios **Fuente de datos** nodos simultáneamente. Todos los datos procesados, incluidas las coordenadas de ubicación, los identificadores del dispositivo, los parámetros de telemetría y los atributos calculados, se serializan según la [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) especificación antes de la transmisión.
#### ¿Qué sucede si modifico un extremo que se usa en varios flujos?
Las configuraciones del extremo se almacenan como recursos reutilizables en toda la cuenta del cliente. Las modificaciones a una configuración de extremo existente afectan a todos los nodos que hacen referencia a ese extremo en todos los flujos. Este comportamiento facilita la estandarización de la configuración, pero requiere una gestión cuidadosa de los cambios al actualizar los parámetros del extremo.
#### ¿Qué prácticas de seguridad se recomiendan para las implementaciones en producción?
Para implementaciones que requieren altos estándares de seguridad (salud, finanzas, etc.), habilite SSL e implemente autenticación MQTT. Aunque esto aumenta ligeramente la sobrecarga del protocolo, proporciona la protección de datos necesaria durante la transmisión. Las implementaciones estándar deben usar como mínimo el nivel de QoS 1 para garantizar la confirmación de entrega.
---
# 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/es/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.
