> 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).
# Ponto de Extremidade de Saída
## Visão geral técnica e recursos
{% columns %}
{% column %}
**Nó de Ponto de Extremidade de Saída** atua como o componente de transmissão de dados nos fluxos do IoT Logic, definindo para onde os dados processados dos dispositivos 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 %}
{% endcolumn %}
{% endcolumns %}
Para detalhes sobre o formato em que os dados são transmitidos, consulte [Formato dos dados de saída](#output-data-format).
### Integração com a arquitetura do fluxo
Um único fluxo do IoT Logic pode conter vários nós de saída, cada um com configurações independentes. Essa arquitetura possibilita:
* 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 recebidos
* Roteamento seletivo de dados que possibilita cenários flexíveis de fluxo de dados
{% hint style="info" %}
Cada fluxo deve incluir um **Ponto de Extremidade de Saída** nó configurado no modo **Ponto de extremidade padrão** modo para enviar dados para a plataforma Navixy. Mantenha as conexões entre seus **Fonte de Dados** nós e esta saída. A conexão garante que os dados dos dispositivos sejam enviados para a plataforma, permitindo recursos de monitoramento usando as ferramentas da Navixy. Se a saída da Navixy for removida, os dados dos dispositivos envolvidos no fluxo deixarão de chegar à plataforma.
{% endhint %}
### Recursos do nó
O **Ponto de Extremidade 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 em trânsito
* **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 de configuração**: Permite criar perfis de endpoint que podem ser reutilizados em vários fluxos, garantindo consistência de configuração
* **Processamento concorrente**: Aceita entradas de várias fontes de dados dentro de um fluxo, permitindo 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" %}
Configurar um **nó de Ponto de Extremidade 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 um propósito específico para estabelecer uma transmissão de dados confiável.
{% endcolumn %}
{% column %}
{% 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
Digite um nome exclusivo e descritivo para esta configuração de endpoint
* Use um nome que ajude você a identificar o destino para o qual os dados são enviados
* Esse nome será exibido no diagrama do fluxo para facilitar a identificação
{% endstep %}
{% step %}
#### Selecione o modo do endpoint
Escolha o tipo de transmissão a ser usado para este endpoint
* **Ponto de extremidade padrão**: configuração padrão para enviar dados do fluxo para a plataforma Navixy, que não pode ser editada
* **Ponto de extremidade 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).
O endpoint **Nome** permanece como o que você inseriu na etapa anterior. Se você o deixar sem personalização enquanto **Modo** está definido como **Ponto de extremidade padrão**, ele aparece no canvas como **Ponto de Extremidade de Saída Padrão**.
{% endstep %}
{% step %}
#### Salve sua configuração
Clique em **Aplicar alterações** para concluir 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
MQTT
Se você pretende usar uma saída MQTT, precisa configurar estes parâmetros:
1. **Configurações do endpoint**
1. Selecione **Versão MQTT**: 3.1.1 ou 5.0.
2. Insira o **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 etiquetas que serão usadas para transmissão de dados.
5. Escolha **QoS** 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. Digite **ID do cliente MQTT**. O lado receptor 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. Digite **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. Essa ação define automaticamente a porta como 1*883* se ela não tiver sido alterada manualmente.
## Formato dos dados de saída
A principal capacidade do nó é a padronização do formato dos 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 padronizando 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) As Especificações incluem campos padronizados para identificação do dispositivo, dados de localização, valores de telemetria e metadados. Esse formato suporta 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 **Ponto de Extremidade de Saída** nó possibilita:
* Um único padrão de integração para sistemas receptores em vez de vários manipuladores específicos de cada dispositivo
* Estrutura de dados consistente que permanece uniforme em todos os dispositivos conectados
* Redução da sobrecarga de processamento no lado do servidor por meio da normalização do protocolo
* Escalonamento simplificado 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 várias fontes de dados a um único nó Ponto de Extremidade de Saída?
Sim. O **Ponto de Extremidade 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 do dispositivo, parâmetros de telemetria e atributos calculados, são serializados de acordo com as [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) Especificações antes da transmissão.
#### 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. As modificações em uma configuração de endpoint existente afetam todos os nós que fazem referência a esse endpoint em todos os fluxos. Esse comportamento facilita a padronização da configuração, mas exige um gerenciamento cuidadoso de mudanças 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 SSL e implemente autenticação MQTT. Embora isso aumente um pouco a sobrecarga do protocolo, oferece 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 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, and the optional `goal` query parameter:
```
GET https://navixy.com/docs/user/pt-br/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.