> 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
O nó Ponto de Extremidade de Saída transmite dados processados do dispositivo a partir dos fluxos do IoT Logic para sistemas externos usando o Navixy Generic Protocol para entrega padronizada de dados.
## Visão geral técnica e capacidades
{% columns %}
{% column %}
**Nó de Ponto de Extremidade de Saída** serve 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, viabilizado 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 permite:
* Transmissão de dados para vários destinos para diferentes sistemas externos simultaneamente
* Tratamento de várias fontes de dados com diferentes formatos de entrada
* Encaminhamento 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ó definido para **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 %}
### Capacidades do nó
O **Ponto de Extremidade de Saída** O nó, por si só, oferece:
* **Transmissão segura**: Implementa criptografia SSL e mecanismos de autenticação 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 manter o Equilíbrio entre as garantias de entrega e a sobrecarga de rede
* **Reutilização de configuração**: Permite criar perfis de Ponto de Extremidade de Saída que podem ser reutilizados em vários fluxos, garantindo consistência na configuração
* **Processamento simultâneo**: 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 diversas 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 a partir de um fluxo específico. Cada opção de configuração tem uma finalidade específica 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 que tipo de transmissão usar 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 exatamente como você inseriu na etapa anterior. Se você o deixar sem personalização enquanto **Modo** está definido como **Ponto de extremidade padrão**, ele aparece na tela como **Ponto de Extremidade de Saída padrão**.
{% endstep %}
{% step %}
#### Salve sua configuração
Salvar **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ê planeja usar uma saída MQTT, é necessário configurar estes parâmetros:
1. **Configurações do endpoint**
1. Selecione **Versão MQTT**: 3.1.1 ou 5.0.
2. Digite o destino **IP** no formato: *123.123.123.123* ... *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 a 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. Insira **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. Insira **Nome de usuário do MQTT** Webhook **Senha do MQTT** para a parte receptora nos campos exibidos.
3. **SSL** (opcional)
1. Ligado **Usar SSL** para conexões seguras. Esta 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 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 dispositivos 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) As Especificações incluem 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 na plataforma.
Ao implementar um único protocolo, o **Ponto de Extremidade de Saída** nó permite:
* Um único padrão de integração para sistemas receptores em vez de vários manipuladores específicos por dispositivo
* 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
* Escalonamento simplificado ao adicionar novos tipos de dispositivo 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, oferecendo 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ó de 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 de dispositivos, 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 o SSL e implemente a autenticação MQTT. Embora isso aumente levemente 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 1 de QoS 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 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/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 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.
