> 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
Laporan **Dasbor Perjalanan** adalah tab kedua dari aplikasi Dasbor, dan menjawab “apa yang dilakukan armada selama seminggu terakhir?” ( [Dasbor Status Langsung Armada](/docs/user/id/guide/dashboards/fleet-live-status-dashboard.md) mencakup “apa yang sedang dilakukan armada saat ini?”). Dasbor ini menggabungkan perjalanan yang telah selesai ke dalam satu tampilan utilisasi, jarak, durasi, dan kinerja per pelacak. Dengan begitu, Anda dapat menemukan kendaraan yang kurang dimanfaatkan, yang terlalu banyak bekerja, 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 yang kurang, membingungkan, atau bisa lebih bermanfaat, gunakan tombol **Kirim Masukan** di bagian atas tab. Keempat dasbor memiliki versi masing-masing secara independen, jadi tab Status Langsung Armada, Perjalanan, Kondisi Teknis, dan IoT Logic dapat menampilkan nomor versi yang berbeda.
{% endhint %}
Ingin kustomisasi dan detail yang lebih banyak? [Dashboard Studio](/docs/analytics/dashboard-studio.md) memungkinkan Anda membangun analitik armada yang disesuaikan dengan KPI Anda sendiri menggunakan data IoT Query. Template yang direkomendasikan untuk memulai: [Dasbor Operasi 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 di dasbor ini dibangun dari perjalanan, jadi ada baiknya mengetahui apa yang dianggap sebagai perjalanan oleh platform Navixy sebelum membaca panelnya. Berikut ini ringkasan singkat dari logika pembentukan perjalanan yang sama, yang juga digunakan di bagian lain platform.
Platform memproses data GPS yang masuk setiap menit dan menyusun titik menjadi perjalanan. Hanya titik yang terbentuk dengan baik yang memenuhi syarat: sebuah titik memerlukan ID peristiwa, koordinat yang valid, dan informasi satelit. Titik yang tampak seperti loncatan GPS (lebih dari 5 km dari titik sebelumnya) dan titik yang datang tidak berurutan akan dibuang.
Sebuah titik dihitung sebagai bergerak ketika kecepatan yang tercatat minimal 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 berada dalam status parkir setidaknya 5 menit. Waktu mulai perjalanan adalah cap waktu dari titik bergerak pertama, dan waktu berakhirnya adalah saat segmen parkir terakhir dari perjalanan dimulai.
Agar perjalanan dapat direkam, 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 pada salah satu pemeriksaan ini akan dibuang. Itulah sebabnya beberapa perjalanan yang sangat singkat tidak pernah muncul di dasbor, dan mengapa kendaraan yang sedikit bergeser saat parkir tidak akan menghasilkan perjalanan.
## Jendela data dan penyegaran
Dasbor Perjalanan selalu menampilkan data perjalanan 7 hari terakhir. Tidak ada pemilih tanggal, dan jendelanya 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 disegarkan secara otomatis setiap **90 detik** saat tab browser aktif, dan **Perbarui** di sudut 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 dapat muncul dengan waktu akhir yang belum lengkap. Hal ini akan tercermin pada penyegaran berikutnya.
## Aktivitas armada
Dua ubin KPI pertama merangkum minggu tersebut berdasarkan seberapa besar bagian armada yang aktif.
| Ubin | Yang ditampilkan |
| ----------------------------- | ------------------------------------------------------------------------- |
| **Total pelacak** | Setiap perangkat yang terdaftar di akun Anda. |
| **Pelacak dengan perjalanan** | Perangkat yang mencatat setidaknya satu perjalanan dalam 7 hari terakhir. |
Selisih antara keduanya menunjukkan berapa banyak perangkat yang tidak aktif atau disimpan selama seminggu. Jika selisihnya besar, rata-rata per pelacak di bagian bawah akan tampak rendah karena alasan yang tidak terkait dengan perilaku supir.
## Metrik perjalanan
Lima ubin menguraikan volume perjalanan dan jarak di seluruh armada selama seminggu: **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 dibagi dengan total jumlah perangkat yang terdaftar, bukan dengan jumlah yang benar-benar memiliki perjalanan. Jika akun Anda memiliki banyak perangkat 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** donat untuk tampilan hanya aktif.
{% endhint %}
## Durasi
Dua ubin merangkum berapa banyak waktu yang dihabiskan armada dalam keadaan bergerak selama seminggu: **Total durasi** dan **Rata-rata durasi per perjalanan**. Keduanya diformat sebagai X h Y min, 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 merangking 10 perangkat 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 membaca grafik secara bersamaan
Kendaraan yang menempati posisi teratas pada grafik Jarak tetapi tidak pada grafik Perjalanan kemungkinan menjalankan rute panjang, bukan putaran pendek. Van pengiriman yang melakukan putaran pendek dapat menempati posisi teratas pada grafik Perjalanan tanpa muncul di peringkat Jarak. Kontras tersebut sering menunjukkan pola operasional yang berbeda dan layak dibedakan dalam analisis Anda.
Waktu idle dan mesin jam paling berguna jika dilihat berdampingan. Kendaraan yang memimpin dalam mesin jam tetapi tidak dalam jarak biasanya berjalan saat diam, sama seperti pola idle yang ditampilkan grafik waktu idle. Jika pola itu berlanjut, bukan sekadar fluktuasi satu minggu, ada baiknya memeriksa kendaraan yang sama pada tab Kondisi Teknis. Idle yang berkepanjangan cenderung muncul di sana sebagai jam RPM mesin yang lebih tinggi dan beban tegangan onboard, bukan hanya bahan bakar yang terbuang.
Grafik Kecepatan dapat menyertakan kecepatan dari perjalanan yang masih berlangsung saat dasbor dimuat, sehingga cakupan waktunya dapat sedikit berbeda dari grafik lainnya.
## Detail perjalanan pelacak
Laporan **Detail perjalanan pelacak** tabel di bagian bawah dasbor mencantumkan 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 Anda atas “berapa banyak perjalanan yang terjadi” dan tabel ini sebagai jawaban Anda atas “ke mana perjalanan yang lebih panjang pergi.”
{% endhint %}
Kolom alamat bersifat upaya terbaik. Alamat awal dan akhir ditentukan melalui geokode balik koordinat oleh geocoder Navixy. Saat geocoder tidak tersedia, sel alamat akan tampil kosong tanpa pesan kesalahan. Resolusi alamat mencakup 500 baris pertama tabel secara bawaan, sehingga baris setelah batas itu tampil dengan koordinat tetapi tanpa alamat.
## Mengekspor data panel
Setiap panel di sini, baik grafik maupun tabel, memiliki opsi ekspor CSV dan PDF yang sama seperti yang 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 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/dashboards/trips-dashboard.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.