> 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
Node Titik Akhir Output mentransmisikan data perangkat yang telah diproses dari aliran IoT Logic ke sistem eksternal menggunakan Navixy Generic Protocol untuk pengiriman data yang terstandar.
## Ikhtisar teknis dan kemampuan
{% columns %}
{% column %}
**simpul 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 menstandarkan data perangkat yang heterogen menjadi 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 %}
{% endcolumn %}
{% endcolumns %}
Untuk detail tentang format tempat data ditransmisikan, lihat [Format data keluaran](#output-data-format).
### Integrasi arsitektur aliran
Satu aliran IoT Logic dapat berisi beberapa node output, masing-masing dengan konfigurasi independen. Arsitektur ini memungkinkan:
* Pengiriman data ke banyak tujuan ke sistem eksternal yang berbeda secara bersamaan
* Penanganan banyak 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 sebuah **Titik Akhir Output** node yang disetel ke **Titik akhir default** mode untuk mengirim data ke platform Navixy. Pertahankan koneksi antara **Sumber Data** node dan output ini. Koneksi memastikan data perangkat dikirim ke platform, sehingga kemampuan pemantauan menggunakan alat Navixy dapat diaktifkan. Jika output Navixy dihapus, data dari perangkat yang terlibat dalam aliran tidak lagi mencapai platform.
{% endhint %}
### Kemampuan node
Blok **Titik Akhir Output** Node itu sendiri menawarkan:
* **Transmisi aman**: Menerapkan enkripsi SSL dan mekanisme autentikasi untuk melindungi data selama transmisi
* **Jaminan pengiriman yang dapat dikonfigurasi**: Menyediakan pemilihan level QoS MQTT untuk menyeimbangkan jaminan pengiriman dan overhead jaringan
* **Konfigurasi yang dapat digunakan kembali**: Mendukung pembuatan profil titik akhir yang dapat digunakan kembali di berbagai aliran, sehingga menjaga konsistensi konfigurasi
* **Pemrosesan serentak**: Menerima input dari berbagai sumber data dalam aliran, sehingga memungkinkan transmisi data yang 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 sebuah **node Titik Akhir Output** menentukan bagaimana dan ke mana data akan dikirim dari aliran tertentu. Setiap opsi konfigurasi memiliki tujuan spesifik dalam membangun transmisi data yang andal.
{% endcolumn %}
{% column %}
{% endcolumn %}
{% endcolumns %}
Mari lihat elemen apa saja yang digunakan node ini dan apa yang dapat Anda konfigurasikan saat bekerja dengannya:
### 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 tempat data dikirim
* Nama ini akan ditampilkan di diagram aliran untuk memudahkan identifikasi
{% 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 khusus yang menggunakan MQTT sebagai transport untuk mengirim data aliran ke sistem pihak ketiga. Untuk parameter konfigurasi spesifik mode ini, lihat [MQTT](#mqtt).
Titik akhir **Nama** tetap seperti apa pun yang Anda masukkan pada langkah sebelumnya. Jika Anda membiarkannya tanpa penyesuaian saat **Mode** ditetapkan ke **Titik akhir default**, maka akan muncul di 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
MQTT
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** level 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. Alihkan **Gunakan autentikasi** aktif.
2. Masukkan **Nama pengguna MQTT** dan **Kata sandi MQTT** untuk pihak penerima pada bidang yang muncul.
3. **SSL** (opsional)
1. Alihkan ke aktif **Gunakan SSL** untuk koneksi aman. Tindakan ini secara otomatis menetapkan port ke 1*883* jika tidak diubah secara manual.
## Format data keluaran
Kemampuan utama node ini adalah standardisasi format data melalui [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md). Standardisasi ini mengatasi tantangan mendasar dalam implementasi IoT, yaitu keragaman protokol khusus perangkat yang memerlukan pekerjaan integrasi kustom.
Biasanya, setiap jenis perangkat menggunakan format datanya sendiri, sehingga memerlukan penangan protokol khusus pada sistem penerima. Pendekatan ini meningkatkan overhead pengembangan dan pemeliharaan secara eksponensial seiring bertambahnya armada perangkat. IoT Logic mengatasi hal ini dengan menormalkan semua data perangkat ke dalam struktur JSON yang terstandarisasi, terlepas dari produsen atau protokol aslinya.
Blok [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) spesifikasi mencakup bidang standar untuk identifikasi perangkat, data lokasi, nilai telemetri, dan metadata. Format ini mendukung komunikasi dua arah, sehingga memungkinkan pengiriman data dari IoT Logic ke sistem eksternal dan penerimaan data dari sumber eksternal ke dalam platform.
Dengan menerapkan satu protokol, **Titik Akhir Output** node ini memungkinkan:
* Satu pola integrasi untuk sistem penerima, bukan beberapa penangan khusus perangkat
* Struktur data konsisten yang tetap seragam di semua perangkat terhubung
* Berkurangnya overhead pemrosesan di sisi server melalui normalisasi protokol
* Skalabilitas yang disederhanakan saat menambahkan jenis perangkat baru ke implementasi yang sudah ada
* Kemampuan pertukaran data dua arah dengan sistem eksternal
Node ini menerapkan MQTT sebagai protokol transport untuk muatan JSON terstandarisasi ini, menyediakan mekanisme transmisi yang andal dan ringan yang sesuai untuk implementasi IoT.
## Pertanyaan yang sering diajukan
#### Dapatkah saya menghubungkan beberapa sumber data ke satu node Titik Akhir Output?
Ya. **Titik Akhir Output** node menerima input dari beberapa **Sumber Data** node secara simultan. 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.
#### Apa yang terjadi jika saya mengubah titik akhir yang digunakan dalam beberapa aliran?
Konfigurasi titik akhir disimpan sebagai sumber daya yang dapat digunakan kembali di seluruh akun klien. Perubahan pada konfigurasi titik akhir yang sudah ada memengaruhi semua node yang mereferensikan titik akhir tersebut di semua aliran. Perilaku ini memudahkan standardisasi konfigurasi, tetapi memerlukan pengelolaan perubahan yang cermat saat memperbarui parameter titik akhir.
#### Apa praktik keamanan yang direkomendasikan untuk implementasi produksi?
Untuk implementasi yang memerlukan standar keamanan tinggi (kesehatan, keuangan, dll.), aktifkan SSL dan terapkan autentikasi MQTT. Meskipun ini sedikit meningkatkan overhead protokol, hal ini memberikan perlindungan data yang diperlukan selama transmisi. Implementasi standar harus menggunakan minimal level 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 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/id/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.
