> 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/dashboards/trips-dashboard.md).
# dasbor Perjalanan
**Perjalanan** adalah tab kedua dari aplikasi Dasbor, dan menjawab "apa yang dilakukan armada selama seminggu terakhir?" ( [Dasbor status langsung](/docs/user/id/guide/dashboards/fleet-live-status-dashboard.md) mencakup "apa yang sedang dilakukan armada sekarang?". Dasbor ini menggabungkan perjalanan yang telah selesai ke dalam satu tampilan pemanfaatan, jarak, durasi, dan kinerja per pelacak. Dengan begitu, Anda dapat menemukan kendaraan yang kurang dimanfaatkan, yang terlalu banyak digunakan, dan perilaku mengemudi yang tidak biasa tanpa membuat laporan.
{% hint style="info" %}
Dasbor Perjalanan saat ini masih dalam beta (v1.0.1), versi awal yang dirilis untuk dibentuk berdasarkan masukan nyata. Jika ada sesuatu yang hilang, membingungkan, atau bisa lebih bermanfaat, gunakan **Kirim masukan** tombol di bagian atas tab. Setiap dasbor memiliki versi secara independen, sehingga **status langsung**, **Perjalanan**, **Kondisi**, **IoT Logic**, dan **Bahan bakar** tab dapat menampilkan nomor versi yang berbeda.
{% endhint %}
Ingin kustomisasi dan detail lebih banyak? [Dashboard Studio](/docs/analytics/id/dashboard-studio.md) memungkinkan Anda membangun analitik armada yang disesuaikan dengan KPI Anda sendiri menggunakan data IoT Query. Template yang direkomendasikan untuk memulai: [Dasbor Operasional Perjalanan HM](https://github.com/Navixy/navixy-iot-query-dashboard/blob/main/schemas/04-hm-trip-operations-dashboard.md) dan [Dasbor Perjalanan (Kemarin)](https://github.com/Navixy/navixy-iot-query-dashboard/blob/main/schemas/08-trips-dashboard-yesterday.md).
## Apa yang dihitung sebagai perjalanan
Setiap angka pada dasbor ini dibangun dari perjalanan, jadi ada baiknya memahami terlebih dahulu apa yang dianggap sebagai perjalanan oleh platform Navixy sebelum membaca panel-panelnya. Berikut adalah ringkasan singkat dari logika pembentukan perjalanan yang sama, yang juga digunakan di bagian lain platform.
{% hint style="info" %}
Ambang batas di bawah ini dinyatakan dalam satuan metrik, karena itulah yang digunakan platform Navixy untuk mendefinisikannya. Nilainya tidak berubah mengikuti sistem pengukuran akun Anda. Jarak dan kecepatan yang ditampilkan pada dasbor itu sendiri mengikutinya. Lihat [Satuan pengukuran](/docs/user/id/guide/dashboards.md#units-of-measurement).
{% endhint %}
Platform memproses data GPS yang masuk setiap menit dan menyusun titik-titik menjadi perjalanan. Hanya titik yang terbentuk dengan baik yang memenuhi syarat: titik harus memiliki ID peristiwa, koordinat yang valid, dan informasi satelit. Titik yang terlihat seperti lonjakan GPS (lebih dari 5 km dari titik sebelumnya) dan titik yang tiba tidak berurutan akan dibuang.
Sebuah titik dihitung sebagai bergerak jika kecepatan yang tercatat setidaknya 3 km/jam, dan selain itu jarak dari titik sebelumnya melebihi 50 m atau penanda perangkat keras "bergerak" pada perangkat diaktifkan. Perjalanan baru dimulai setelah jeda setidaknya 20 menit tanpa data dari perangkat, atau ketika perangkat mulai bergerak lagi setelah parkir setidaknya 5 menit. Waktu mulai perjalanan adalah stempel waktu titik bergerak pertama, dan waktu berakhirnya adalah saat segmen parkir terakhir dari perjalanan dimulai.
Agar perjalanan tercatat, empat kondisi harus terpenuhi:
* Total jarak minimal 100 m
* Kecepatan maksimum mencapai setidaknya 3 km/jam
* Setidaknya 2 titik GPS
* Gerakan terdeteksi
Perjalanan yang gagal memenuhi salah satu pemeriksaan ini akan dibuang. Itulah sebabnya beberapa perjalanan yang sangat singkat tidak pernah muncul di dasbor, dan mengapa kendaraan yang bergeser sedikit saat parkir tidak akan menghasilkan perjalanan.
## Jendela data dan pembaruan
Dasbor Perjalanan selalu menampilkan data perjalanan 7 hari terakhir. Tidak ada pemilih tanggal, dan rentangnya tidak dapat diubah. Untuk data perjalanan pada periode yang berbeda, gunakan [Laporan perjalanan dan parkir](/docs/user/id/guide/reports/specific-report-details/trip-report.md).
Dasbor menyegarkan secara otomatis setiap **90 detik** selama tab browser berada dalam fokus, dan **Perbarui** tombol di pojok kanan atas memaksa penyegaran segera.
Karena pemrosesan perjalanan berjalan setiap menit dengan sedikit tumpang tindih, perjalanan yang berakhir dalam satu atau dua menit terakhir mungkin belum terlihat, atau mungkin muncul dengan waktu berakhir yang belum lengkap. Hal itu akan tercermin pada penyegaran berikutnya.
## Aktivitas armada
Dua ubin KPI pertama menggambarkan minggu tersebut dalam hal seberapa banyak armada yang aktif.
| Ubin | Apa yang ditampilkan |
| ----------------------------- | ---------------------------------------------------------------------- |
| **Total pelacak** | Setiap pelacak yang terdaftar di akun Anda. |
| **Pelacak dengan perjalanan** | Pelacak yang merekam setidaknya satu perjalanan dalam 7 hari terakhir. |
Perbedaan antara keduanya menunjukkan berapa banyak pelacak yang tidak aktif atau disimpan selama minggu tersebut. Jika jumlahnya besar, rata-rata per pelacak di bagian bawah akan terlihat rendah karena alasan yang tidak berkaitan dengan perilaku supir.
## Metrik perjalanan
Lima ubin merinci volume perjalanan dan jarak di seluruh armada selama minggu ini: **Jumlah perjalanan**, **Rata-rata perjalanan per pelacak**, **Rata-rata jarak per perjalanan**, **Total jarak**, dan **Rata-rata jarak per pelacak**. Rata-rata jarak per perjalanan dibulatkan hingga dua angka desimal.
{% hint style="info" %}
**Rata-rata perjalanan per pelacak** dan **Rata-rata jarak per pelacak** keduanya membagi dengan total jumlah pelacak yang terdaftar, bukan dengan jumlah yang benar-benar memiliki perjalanan. Jika akun Anda memiliki banyak pelacak yang tidak aktif atau disimpan, rata-rata ini akan terlihat lebih rendah daripada gambaran armada aktif Anda saja. Gunakan **Pelacak dengan perjalanan** dan **Pelacak dengan dan tanpa perjalanan** diagram donat untuk tampilan hanya aktif.
{% endhint %}
## Durasi
Dua ubin merangkum berapa lama armada bergerak selama minggu ini: **Total durasi** dan **Rata-rata durasi per perjalanan**. Keduanya diformat sebagai X jam Y menit, dengan detik dipotong, bukan dibulatkan.
## Grafik per pelacak
Enam grafik berada di bawah ubin tingkat armada di atas. **Pelacak dengan dan tanpa perjalanan** membagi armada menjadi aktif dan tidak aktif dalam bentuk diagram donat. Lima lainnya memberi peringkat 10 pelacak teratas berdasarkan satu metrik: **10 pelacak teratas berdasarkan jarak**, **10 pelacak teratas berdasarkan perjalanan**, **10 pelacak teratas berdasarkan kecepatan**, **10 pelacak teratas berdasarkan waktu idle**, dan **10 pelacak teratas berdasarkan Mesin jam**.
Kapan grafik perlu dibaca bersama
Kendaraan yang menempati posisi teratas pada grafik Jarak tetapi tidak pada grafik Perjalanan kemungkinan menempuh rute panjang, bukan putaran pendek. Van pengiriman yang melakukan putaran pendek dapat menempati posisi teratas pada grafik Perjalanan tanpa muncul di peringkat Jarak. Kontras ini sering menunjukkan pola operasional yang berbeda dan layak dibedakan dalam analisis Anda.
Waktu idle dan Mesin jam paling berguna jika dilihat berdampingan. Kendaraan yang unggul dalam Mesin jam tetapi tidak dalam jarak biasanya berjalan saat diam, pola idle yang sama yang ditampilkan grafik waktu idle. Jika pola itu berlangsung terus-menerus, bukan hanya lonjakan selama satu minggu, ada baiknya memeriksa kendaraan yang sama pada tab Kondisi Teknis. Idle berkepanjangan cenderung muncul sebagai jam RPM mesin yang tinggi dan beban tegangan onboard, bukan hanya bahan bakar yang terbuang.
Grafik Kecepatan dapat mencakup kecepatan dari perjalanan yang masih berlangsung saat dasbor dimuat, sehingga cakupan waktunya dapat sedikit berbeda dari grafik lainnya.
## Detail perjalanan pelacak
Blok **Detail perjalanan pelacak** Tabel di bagian bawah dasbor menampilkan catatan perjalanan individual, satu baris per perjalanan. Setiap kolom dapat diurutkan dengan mengeklik header-nya.
{% hint style="info" %}
Tabel ini menampilkan perjalanan yang lebih panjang dari 10 km. Perjalanan yang lebih pendek tetapi tetap memenuhi aturan pembentukan perjalanan (setidaknya 100 m, 3 km/jam, 2 titik, gerakan terdeteksi) dihitung dalam **Jumlah perjalanan** dan ditampilkan di grafik, tetapi tidak muncul sebagai baris di sini. Gunakan **Jumlah perjalanan** sebagai jawaban atas "berapa banyak perjalanan yang terjadi" dan tabel ini sebagai jawaban atas "ke mana perginya perjalanan yang lebih panjang".
{% endhint %}
Kolom alamat merupakan upaya terbaik. Alamat awal dan akhir diselesaikan dengan reverse geocoding koordinat terhadap geocoder Navixy. Saat geocoder tidak tersedia, sel alamat akan tampak kosong tanpa pesan error. Penyelesaian alamat mencakup 500 baris pertama tabel secara default, sehingga baris di luar batas tersebut muncul dengan koordinat tetapi tanpa alamat.
## Mengekspor data panel
Setiap panel di sini, baik grafik maupun tabel, memiliki opsi ekspor CSV, Excel, dan PDF yang sama seperti dijelaskan dalam [Mengekspor data](/docs/user/id/guide/dashboards.md#exporting-data).
---
# 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/dashboards/trips-dashboard.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.