> 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/pt-br/guide/account/iot-logic/nodes/output-endpoint-node.md).

# Endpoint de saída

## Visão geral técnica e recursos

{% columns %}
{% column %}
**nó de Output Endpoint** serve como o componente de transmissão de dados dentro dos fluxos do IoT Logic, definindo para onde os dados processados do dispositivo são enviados. Sua função principal é padronizar dados heterogêneos de dispositivos em um formato consistente antes de transmiti-los para sistemas ou serviços externos. Todos os dados são transferidos em um formato unificado, possibilitado por [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md).
{% endcolumn %}

{% column %}
![](/files/29a45cd2174bba2698d0a04fc6baf8baffe099a6)
{% endcolumn %}
{% endcolumns %}

Para detalhes sobre o formato no qual os dados são transmitidos, consulte [Formato de dados de saída](#output-data-format).

### Integração da arquitetura do fluxo

<figure><img src="/files/b39f6faa41b0e056f405de51ab904f55ac29989d" alt="Output Endpoint node in the flow workspace"><figcaption></figcaption></figure>

Um único fluxo do IoT Logic pode conter vários nós de saída, cada um com configurações independentes. Essa arquitetura permite:

* Transmissão de dados para múltiplos destinos para diferentes sistemas externos simultaneamente
* Tratamento de múltiplas fontes de dados com diferentes formatos de dados de entrada
* Roteamento seletivo de dados que permite cenários flexíveis de fluxo de dados

{% hint style="info" %}
Cada fluxo deve incluir um **Endpoint de saída padrão** nó para enviar dados à plataforma Navixy. Mantenha as conexões entre seus **Fonte de dados** nós e essa saída. A conexão garante que os dados do dispositivo sejam enviados à plataforma, possibilitando recursos de monitoramento usando as ferramentas da Navixy. Se a saída da Navixy for removida, os dados dos dispositivos envolvidos no fluxo não chegarão mais à plataforma.
{% endhint %}

### Recursos do nó

O **Endpoint de saída** o nó, por si só, oferece:

* **Transmissão segura**: Implementa mecanismos de criptografia e autenticação SSL para proteção dos dados durante a transmissão
* **Garantia de entrega configurável**: Oferece seleção do nível de QoS do MQTT para equilibrar garantias de entrega e sobrecarga de rede
* **Reutilização da configuração**: Suporta a criação de perfis de endpoint que podem ser reutilizados em vários fluxos, garantindo consistência da configuração
* **Processamento concorrente**: Aceita entradas de várias fontes de dados dentro de um fluxo, permitindo a transmissão consolidada de dados
* **Seleção da versão do protocolo de transporte**: Suporta MQTT 3.1.1 e 5.0 para acomodar várias implementações de broker

## Opções de configuração

{% columns %}
{% column valign="middle" %}
Configuração de um **nó de endpoint de saída** determina como e onde os dados serão entregues de um fluxo específico. Cada opção de configuração atende a uma finalidade específica na criação de uma transmissão de dados confiável.
{% endcolumn %}

{% column %}

<figure><img src="/files/4e43e69a8234c585f897bbc46eaa6ecd6e0738dd" alt="" width="236"><figcaption></figcaption></figure>
{% endcolumn %}
{% endcolumns %}

Vamos ver quais elementos este nó usa e o que você pode configurar ao trabalhar com ele:

### Etapas de configuração

{% stepper %}
{% step %}
**Especifique o nome do endpoint**

Insira um nome exclusivo e descritivo para esta configuração de endpoint

* Use um nome que ajude a identificar o destino para o qual os dados são enviados
* Esse nome será exibido no diagrama do fluxo para fácil identificação
  {% endstep %}

{% step %}
**Selecione o modo do endpoint**

Escolha que tipo de transmissão usar para este endpoint

* **Endpoint padrão** - configuração padrão para enviar dados do fluxo para a plataforma Navixy que não pode ser editada
* **Endpoint MQTT** - configuração personalizada que usa MQTT como transporte para enviar dados do fluxo para sistemas de terceiros. Para os parâmetros de configuração específicos deste modo, consulte [MQTT](#mqtt).
  {% endstep %}

{% step %}
**Salve sua configuração**

Clique em **Aplicar alterações** para finalizar a criação do nó.
{% endstep %}
{% endstepper %}

{% hint style="info" %}
Certifique-se de conectar os nós de dados relevantes à sua nova saída; caso contrário, ela não receberá nenhum dado.
{% endhint %}

### Configurações específicas do modo

<details>

<summary>MQTT</summary>

Se você planeja usar uma saída MQTT, precisa configurar estes parâmetros:

1. **Configurações do endpoint**
   1. Selecione **Versão do MQTT**: 3.1.1 ou 5.0.
   2. Insira o IP de destino **IP** no formato: *123.123.123.123* ou *example.example.com*.
   3. Especifique o **Porta** número. Por padrão, *1883* é usado para MQTT padrão.
   4. Especifique **Tópico** na forma de tags que serão usadas para a transmissão de dados.
   5. Escolha **QoS** o nível que determina a lógica da transmissão de dados:
      1. **QoS 0** – sem confirmação de entrega.
      2. **QoS 1** – entrega garantida com possível duplicação.
      3. **QoS 2** – entrega garantida sem duplicação.
   6. Insira **ID do cliente MQTT**. A parte receptora tem uma lista fixa de clientes. Neste campo, o valor correto deve ser especificado para que os dados não sejam rejeitados.
2. **Autenticação MQTT** (opcional)
   1. Alternar **Usar autenticação** ativado.
   2. Insira **Nome de usuário do MQTT** e **Senha do MQTT** para a parte receptora nos campos exibidos.
3. **SSL** (opcional)
   1. Ativar **Usar SSL** para conexões seguras. Esta ação define automaticamente a porta como 1*883* se ela não tiver sido alterada manualmente.

</details>

## Formato de dados de saída

A principal capacidade do nó é a padronização do formato de dados por meio de [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md). Essa padronização resolve um desafio fundamental em implementações de IoT - a diversidade de protocolos específicos de cada dispositivo que exigem trabalho de integração personalizado.

Normalmente, cada tipo de dispositivo usa seu próprio formato de dados, exigindo manipuladores de protocolo dedicados nos sistemas receptores. Essa abordagem aumenta exponencialmente a sobrecarga de desenvolvimento e manutenção à medida que as frotas de dispositivos crescem. O IoT Logic resolve isso normalizando todos os dados dos dispositivos em uma estrutura JSON padronizada, independentemente do fabricante ou protocolo original.

O [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) A especificação inclui campos padronizados para identificação do dispositivo, dados de localização, valores de telemetria e metadados. Esse formato oferece suporte à comunicação bidirecional, permitindo tanto a transmissão de dados do IoT Logic para sistemas externos quanto a ingestão de dados de fontes externas para a plataforma.

Ao implementar um único protocolo, o **Endpoint de saída** nó permite:

* Um único padrão de integração para sistemas receptores, em vez de vários manipuladores específicos de dispositivos
* Estrutura de dados consistente que permanece uniforme em todos os dispositivos conectados
* Redução da sobrecarga de processamento no servidor por meio da normalização do protocolo
* Escalabilidade simplificada ao adicionar novos tipos de dispositivos a implantações existentes
* Capacidades de troca bidirecional de dados com sistemas externos

O nó implementa MQTT como protocolo de transporte para essa carga útil JSON padronizada, fornecendo um mecanismo de transmissão confiável e leve, adequado para implantações de IoT.

## Perguntas frequentes

#### Posso conectar múltiplas fontes de dados a um único nó Endpoint de saída?

Sim. O **Endpoint de saída** nó aceita entradas de vários **Fonte de dados** nós simultaneamente. Todos os dados processados, incluindo coordenadas de localização, identificadores de dispositivo, parâmetros de telemetria e atributos calculados, são serializados de acordo com a [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) especificação antes da transmissão.

<figure><img src="/files/5aa0ce6e6d1ecc946518e03edb47581357ccfae0" alt="Example flow showing multiple Data Sources connected to a single Output Endpoint"><figcaption></figcaption></figure>

#### O que acontece se eu modificar um endpoint usado em vários fluxos?

As configurações de endpoint são armazenadas como recursos reutilizáveis em toda a conta do cliente. Modificações em uma configuração de endpoint existente afetarão todos os nós que referenciam esse endpoint em todos os fluxos. Esse comportamento facilita a padronização da configuração, mas exige um gerenciamento cuidadoso das alterações ao atualizar os parâmetros do endpoint.

#### Quais práticas de segurança são recomendadas para implantações em produção?

Para implementações que exigem altos padrões de segurança (saúde, finanças etc.), ative o SSL e implemente a autenticação MQTT. Embora isso aumente ligeiramente a sobrecarga do protocolo, fornece a proteção de dados necessária durante a transmissão. Implementações padrão devem usar no mínimo o nível de QoS 1 para garantir a confirmação 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:

```
GET https://navixy.com/docs/user/pt-br/guide/account/iot-logic/nodes/output-endpoint-node.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
