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

# Titik Akhir Output

## Ikhtisar teknis dan kapabilitas

{% columns %}
{% column %}
**node Titik Akhir Output** berfungsi sebagai komponen transmisi data dalam aliran IoT Logic, yang menentukan ke mana data perangkat yang telah diproses dikirim. Fungsi utamanya adalah menstandardisasi data perangkat yang heterogen ke dalam format yang konsisten sebelum mengirimkannya ke sistem atau layanan eksternal. Semua data ditransfer dalam format terpadu, yang dimungkinkan oleh [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md).
{% endcolumn %}

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

Untuk detail tentang format pengiriman data, lihat [Format data output](#output-data-format).

### Integrasi arsitektur aliran

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

Satu aliran IoT Logic dapat berisi beberapa node output, masing-masing dengan konfigurasi independen. Arsitektur ini memungkinkan:

* Pengiriman data ke beberapa tujuan, ke berbagai sistem eksternal secara bersamaan
* Penanganan beberapa sumber data dengan format data masuk yang berbeda
* Perutean data selektif yang memungkinkan skenario aliran data yang fleksibel

{% hint style="info" %}
Setiap aliran harus menyertakan **Titik Akhir Output** node yang diatur ke **Titik akhir default** mode untuk mengirim data ke platform Navixy. Pertahankan koneksi antara **Sumber Data** node dan output ini. Koneksi tersebut memastikan data perangkat dikirim ke platform, sehingga memungkinkan kemampuan pemantauan menggunakan alat Navixy. Jika output Navixy dihapus, data dari perangkat yang terlibat dalam aliran tidak lagi mencapai platform.
{% endhint %}

### Kapabilitas node

Laporan **Titik Akhir Output** node itu sendiri menyediakan:

* **Transmisi aman**: Menerapkan enkripsi SSL dan mekanisme autentikasi untuk perlindungan data selama transmisi
* **Jaminan pengiriman yang dapat dikonfigurasi**: Menyediakan pilihan tingkat QoS MQTT untuk menyeimbangkan antara jaminan pengiriman dan beban jaringan
* **Kemudahan penggunaan ulang konfigurasi**: Mendukung pembuatan profil titik akhir yang dapat digunakan kembali di beberapa aliran, sehingga memastikan konsistensi konfigurasi
* **Pemrosesan bersamaan**: Menerima input dari beberapa sumber data dalam satu aliran, sehingga memungkinkan transmisi data terkonsolidasi
* **Pemilihan versi protokol transport**: Mendukung MQTT 3.1.1 dan 5.0 untuk mengakomodasi berbagai implementasi broker

## Opsi konfigurasi

{% columns %}
{% column valign="middle" %}
Menyiapkan **node Titik Akhir Output** menentukan bagaimana dan ke mana data akan dikirim dari aliran tertentu. Setiap opsi konfigurasi memiliki tujuan khusus dalam membangun transmisi data yang andal.
{% endcolumn %}

{% column %}

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

Mari lihat elemen yang digunakan node ini dan hal yang dapat Anda konfigurasi saat menggunakannya:

### Langkah konfigurasi

{% stepper %}
{% step %}

#### Tentukan Nama titik akhir

Masukkan nama yang unik dan deskriptif untuk konfigurasi titik akhir ini

* Gunakan nama yang membantu Anda mengidentifikasi tujuan pengiriman data
* Nama ini akan ditampilkan dalam diagram aliran agar mudah diidentifikasi
  {% endstep %}

{% step %}

#### Pilih Mode titik akhir

Pilih jenis transmisi yang akan digunakan untuk titik akhir ini

* **Titik akhir default**: konfigurasi standar untuk mengirim data aliran ke platform Navixy yang tidak dapat diedit
* **Titik akhir MQTT**: konfigurasi kustom yang menggunakan MQTT sebagai transport untuk mengirim data aliran ke sistem pihak ketiga. Untuk parameter konfigurasi khusus mode ini, lihat [MQTT](#mqtt).

Titik akhir **Nama** tetap seperti yang Anda masukkan pada langkah sebelumnya. Jika Anda membiarkannya tanpa kustomisasi saat **Mode** diatur ke **Titik akhir default**, maka tampil pada kanvas sebagai **Titik Akhir Output Bawaan**.
{% endstep %}

{% step %}

#### Simpan konfigurasi Anda

Klik **Terapkan perubahan** untuk menyelesaikan pembuatan node.
{% endstep %}
{% endstepper %}

{% hint style="info" %}
Pastikan untuk menghubungkan node data yang relevan ke output baru Anda. Jika tidak, output tersebut tidak akan menerima data apa pun.
{% endhint %}

### Konfigurasi khusus mode

<details>

<summary>MQTT</summary>

Jika Anda berencana menggunakan output MQTT, Anda perlu mengonfigurasi parameter berikut:

1. **Pengaturan titik akhir**
   1. Pilih **Versi MQTT**: 3.1.1 atau 5.0.
   2. Masukkan target **IP** dalam format: *123.123.123.123* atau *example.example.com*.
   3. Tentukan **Port** nomor. Secara default, *1883* digunakan untuk MQTT standar.
   4. Tentukan **Topik** dalam bentuk tagar yang akan digunakan untuk transmisi data.
   5. Pilih **QoS** tingkat yang menentukan logika transmisi data:
      1. **QoS 0**: tanpa konfirmasi pengiriman.
      2. **QoS 1**: pengiriman terjamin dengan kemungkinan duplikasi.
      3. **QoS 2**: pengiriman terjamin tanpa duplikasi.
   6. Masukkan **ID Klien MQTT**. Pihak penerima memiliki daftar klien tetap. Pada bidang ini, nilai yang benar harus ditentukan agar data tidak ditolak.
2. **Autentikasi MQTT** (opsional)
   1. Aktifkan **Gunakan Autentikasi** aktif.
   2. Masukkan **Nama pengguna MQTT** dan **Kata sandi MQTT** untuk pihak penerima pada bidang yang muncul.
3. **SSL** (opsional)
   1. Aktifkan **Gunakan SSL** untuk koneksi aman. Tindakan ini secara otomatis mengatur port ke 1*883* jika tidak diubah secara manual.

</details>

## Format data output

Kemampuan utama node adalah standardisasi format data melalui [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md). Standardisasi ini menyelesaikan tantangan mendasar dalam implementasi IoT, yaitu keragaman protokol khusus perangkat yang memerlukan pekerjaan integrasi khusus.

Biasanya, setiap jenis perangkat menggunakan format datanya sendiri, sehingga memerlukan penangan protokol khusus pada sistem penerima. Pendekatan ini meningkatkan beban pengembangan dan pemeliharaan secara eksponensial seiring bertambahnya armada perangkat. IoT Logic mengatasi hal ini dengan menormalkan semua data perangkat ke dalam struktur JSON yang terstandardisasi, terlepas dari produsen atau protokol asalnya.

Laporan [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) spesifikasi mencakup bidang terstandardisasi untuk identifikasi perangkat, data lokasi, nilai telemetri, dan metadata. Format ini mendukung komunikasi dua arah, yang memungkinkan transmisi data dari IoT Logic ke sistem eksternal maupun penyerapan data dari sumber eksternal ke dalam platform.

Dengan menerapkan satu protokol, node **Titik Akhir Output** memungkinkan:

* Satu pola integrasi untuk sistem penerima, bukan beberapa penangan khusus perangkat
* Struktur data yang konsisten dan tetap seragam di semua perangkat terhubung
* Berkurangnya beban pemrosesan sisi server melalui normalisasi protokol
* Penskalaan yang lebih sederhana saat menambahkan jenis perangkat baru ke penerapan yang ada
* Kemampuan pertukaran data dua arah dengan sistem eksternal

Node menerapkan MQTT sebagai protokol transport untuk payload JSON terstandardisasi ini, dengan menyediakan mekanisme transmisi yang andal dan ringan yang sesuai untuk penerapan IoT.

## Pertanyaan yang sering diajukan

#### Dapatkah saya menghubungkan beberapa sumber data ke satu node Titik Akhir Output?

Ya. Node **Titik Akhir Output** menerima input dari beberapa node **Sumber Data** secara bersamaan. Semua data yang diproses, termasuk koordinat lokasi, pengenal perangkat, parameter telemetri, dan atribut yang dihitung, diserialisasi sesuai dengan [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) spesifikasi sebelum transmisi.

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

#### Apa yang terjadi jika saya memodifikasi titik akhir yang digunakan dalam beberapa aliran?

Konfigurasi titik akhir disimpan sebagai sumber daya yang dapat digunakan kembali di seluruh akun klien. Modifikasi pada konfigurasi titik akhir yang ada memengaruhi semua node yang merujuk ke titik akhir tersebut di semua aliran. Perilaku ini memfasilitasi standardisasi konfigurasi, tetapi memerlukan manajemen perubahan yang cermat saat memperbarui parameter titik akhir.

#### Praktik keamanan apa yang direkomendasikan untuk penerapan produksi?

Untuk implementasi yang memerlukan standar Keamanan tinggi (layanan kesehatan, keuangan, dan sebagainya), aktifkan SSL dan terapkan autentikasi MQTT. Meskipun hal ini sedikit meningkatkan beban protokol, tindakan tersebut menyediakan perlindungan data yang diperlukan selama transmisi. Implementasi standar setidaknya harus menggunakan tingkat QoS 1 untuk memastikan konfirmasi pengiriman.


---

# 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/id/guide/account/iot-logic/nodes/output-endpoint-node.md?ask=<question>&goal=<endgoal>
```

`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.
