> 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
## Visión general técnica y capacidades
{% columns %}
{% column %}
**Nodo de Salida** sirve como el componente de transmisión de datos dentro de los flujos de IoT Logic, definiendo a dónde se envían los datos de los dispositivos procesados. Su función principal es estandarizar datos heterogéneos de 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 de la arquitectura de 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
* Gestión de múltiples fuentes de datos con diferentes formatos de entrada
* 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 **el 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 de los dispositivos se envíen a la plataforma, lo que habilita funciones de monitoreo con 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**: Proporciona selección del 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 endpoint 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 la transmisión consolidada de datos
* **Selección de la versión del protocolo de transporte**: Es compatible tanto con MQTT 3.1.1 como con 5.0 para adaptarse a distintas implementaciones de broker
## Opciones de configuración
{% columns %}
{% column valign="middle" %}
Configurar un **Nodo de Salida** determina cómo y dónde se entregarán los datos desde un flujo específico. 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 usa este nodo y qué puede configurar al trabajar con él:
### Pasos de configuración
{% stepper %}
{% step %}
#### Especifique el nombre del endpoint
Ingrese un nombre único y descriptivo para esta configuración de endpoint
* Use un nombre que le ayude a identificar el destino al que se envían los datos
* Este nombre se mostrará en el diagrama del flujo para facilitar su identificación
{% endstep %}
{% step %}
#### Seleccione el modo del endpoint
Elija qué tipo de transmisión usar para este endpoint
* **el modo Nodo de salida predeterminado**: configuración estándar para enviar datos del flujo a la plataforma Navixy que no se puede editar
* **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 endpoint **Nombre** permanece como lo que ingresó en el paso anterior. Si lo deja sin personalizar mientras **Modo** está configurado en **el modo Nodo de salida predeterminado**, aparece en el lienzo como **Nodo de Salida predeterminado**.
{% endstep %}
{% step %}
#### Guarde su configuración
Haga clic en **Aplique los cambios** para finalizar la creación del nodo.
{% endstep %}
{% endstepper %}
{% hint style="info" %}
Asegúrese de conectar los nodos de datos relevantes 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 endpoint**
1. Seleccione **Versión de MQTT**: 3.1.1 o 5.0.
2. Ingrese el **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 **Tópico** en forma de etiquetas que se usarán para la transmisión de datos.
5. Elija **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 de MQTT**. El lado receptor tiene una lista fija de clientes. En este campo, debe especificarse el valor correcto para que los datos no sean rechazados.
2. **Autenticación MQTT** (opcional)
1. Cambie **Usar autenticación** a activado.
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. Activado **Usar 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 controladores de protocolo dedicados en los sistemas receptores. Este enfoque incrementa exponencialmente la carga de desarrollo y mantenimiento a medida que las flotas de dispositivos crecen. IoT Logic aborda esto normalizando todos los datos de los dispositivos en una estructura JSON estandarizada, independientemente del fabricante o 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 a sistemas externos como la ingesta de datos desde fuentes externas en la plataforma.
Al implementar un solo protocolo, el **Nodo de Salida** nodo permite:
* Un solo patrón de integración para los sistemas receptores en lugar de múltiples controladores específicos de cada dispositivo
* Estructura de datos coherente que se mantiene uniforme en todos los dispositivos conectados
* Reducción de la carga de procesamiento del lado del servidor mediante la normalización del protocolo
* Escalabilidad simplificada al añadir nuevos tipos de dispositivos a implementaciones existentes
* Capacidades de intercambio bidireccional de datos con sistemas externos
El nodo implementa MQTT como protocolo de transporte para esta carga útil JSON estandarizada, proporcionando un mecanismo de transmisión confiable y ligero, adecuado para implementaciones de IoT.
## Preguntas frecuentes
#### ¿Puedo conectar múltiples 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 de dispositivos, los parámetros de telemetría y los atributos calculados, se serializan de acuerdo con 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 endpoint que se usa en varios flujos?
Las configuraciones de endpoint se almacenan como recursos reutilizables en toda la cuenta del cliente. Las modificaciones a una configuración de endpoint existente afectan a todos los nodos que hacen referencia a ese endpoint 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 endpoint.
#### ¿Qué prácticas de seguridad se recomiendan para implementaciones de 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 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 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/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 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.