> 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/fuel-dashboard.md).

# Dasbor Bahan bakar

Lihat berapa banyak bahan bakar yang dimiliki Armada, tangki mana yang hampir kosong, dan objek mana yang paling banyak mengonsumsi melalui CAN bus dalam 24 jam terakhir.

Tab **Bahan bakar** tab pada aplikasi Dashboards menjawab "seberapa banyak bahan bakar yang dimiliki armada, dan siapa yang perlu diisi ulang?" Tab ini menggabungkan level tangki, kandidat pengisian ulang, dan konsumsi CAN bus dalam satu tampilan. Dengan begitu, Anda dapat merencanakan pengisian ulang dan mendeteksi konsumsi yang tidak biasa tanpa menjalankan laporan bahan bakar untuk setiap pelacak.

{% hint style="info" %}
Tab Bahan bakar lebih baru daripada empat tab lainnya dan lebih sering berubah. Jika ada yang hilang, membingungkan, atau bisa dibuat lebih berguna, gunakan tombol **Kirim masukan** di bagian atas tab. Setiap dasbor memiliki versinya sendiri secara independen, karena perhitungan di baliknya 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.

## Dari mana angka-angka ini berasal

Tiga jenis data bahan bakar yang independen memasok dasbor ini, dan sebuah pelacak dapat mengirimkan satu, dua, atau tidak sama sekali.

| Data                      | Apa yang menghasilkannya                                                | Panel mana yang menggunakannya                                                                                                     |
| ------------------------- | ----------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- |
| Level bahan bakar, persen | Sensor yang melaporkan seberapa penuh tangki, dalam %                   | **Bahan bakar dalam %**, **Di bawah 10%**, **Kesehatan armada**, **Perlu diisi ulang**, **Level bahan bakar**, **10 terendah (%)** |
| Level bahan bakar, volume | Sensor yang melaporkan volume yang tersisa                              | **Bahan bakar dalam liter**, **Di bawah 20 L**, **10 terendah berdasarkan volume**                                                 |
| Konsumsi, CAN             | CAN bus kendaraan, yang melaporkan bahan bakar kumulatif yang digunakan | **Dengan konsumsi**, **Terkonsumsi 24 jam**, **10 pelacak dengan konsumsi tertinggi**, **Konsumsi**                                |

Setiap panel membuang pembacaan yang tampak seperti derau sensor: persentase bahan bakar di bawah 0,01% atau di atas 105%, dan volume di bawah 0,01. Pelacak yang hanya melaporkan nilai seperti itu tidak dihitung di mana pun pada tab ini.

Pembagian ini menjelaskan sebagian besar kejutan di tab ini. Pelacak dengan sensor persentase dan tanpa sensor volume dihitung dalam **Bahan bakar dalam %** dan tidak pernah muncul dalam **10 terendah berdasarkan volume**. Pelacak yang melaporkan konsumsi lewat CAN tetapi tidak memiliki sensor level hanya muncul di panel konsumsi. Grafik **Satuan bahan bakar** adalah cara tercepat untuk melihat bagaimana armada Anda sendiri terbagi di antara kasus-kasus ini.

Untuk mengetahui bagaimana sensor bahan bakar dikonfigurasi sejak awal, lihat [Sensor pengukuran](/docs/user/id/guide/devices-and-settings/vehicle-sensors/measurement-sensors.md).

## Jendela data dan pembaruan

Ubin KPI membaca nilai terbaru yang dilaporkan setiap pelacak. **Bahan bakar dalam %** dan **Bahan bakar dalam liter** menghitung pelacak yang melaporkan dalam satu jam terakhir, dan ubin konsumsi mencakup 24 jam terakhir. Hanya **Tren rata-rata bahan bakar (30 hari)** grafik yang melihat lebih jauh ke belakang, selama 30 hari.

Dasbor menyegarkan secara otomatis setiap **90 detik** selama tab browser berada dalam fokus, dan **Perbarui** tombol di pojok kanan atas memaksa penyegaran segera.

## Cakupan armada

Baris pertama ubin memberi tahu Anda seberapa besar bagian armada yang melaporkan data bahan bakar sama sekali. Baca ini sebelum bagian lain di tab, karena setiap panel lainnya hanya mencakup pelacak yang dihitung di sini.

| Ubin                        | Apa yang ditampilkan                                                        |
| --------------------------- | --------------------------------------------------------------------------- |
| **Total pelacak**           | Setiap pelacak di akun Anda.                                                |
| **Dengan konsumsi**         | Pelacak yang melaporkan konsumsi bahan bakar CAN dalam 24 jam terakhir.     |
| **Bahan bakar dalam %**     | Pelacak yang mengirim data bahan bakar persentase dalam satu jam terakhir.  |
| **Bahan bakar dalam liter** | Pelacak yang mengirim data bahan bakar volume dalam satu jam terakhir.      |
| **Kesehatan armada**        | Porsi pelacak yang melaporkan persentase, dengan level terbaru di atas 25%. |

<details>

<summary>Mengapa Bahan bakar dalam % plus Bahan bakar dalam liter dapat melebihi Total pelacak</summary>

Pelacak yang dipasangi kedua jenis sensor dihitung di kedua ubin. Kedua angka tersebut saling tumpang tindih, bukan membagi armada, sehingga jumlahnya dapat lebih besar daripada **Total pelacak**total pelacak. **Satuan bahan bakar** Grafik mengurai tumpang tindih ini: bagiannya **Liter dan persen** adalah tepat himpunan pelacak yang dihitung dua kali.

Kesenjangan sebaliknya lebih umum. Ketika **Bahan bakar dalam %** dan **Bahan bakar dalam liter** bersama-sama jauh di bawah **Total pelacak**, sebagian besar armada tidak memiliki sensor bahan bakar atau belum melapor dalam satu jam terakhir.

</details>

## Kandidat pengisian ulang

Baris kedua ubin menjawab pertanyaan operasional: siapa yang membutuhkan bahan bakar sekarang?

| Ubin                   | Apa yang ditampilkan                                               |
| ---------------------- | ------------------------------------------------------------------ |
| **Terkonsumsi 24 jam** | Total bahan bakar CAN yang digunakan armada dalam 24 jam terakhir. |
| **Perlu diisi ulang**  | Pelacak yang level terbarunya di bawah 25%.                        |
| **Di bawah 10%**       | Pelacak yang level terbarunya di bawah 10%.                        |
| **Di bawah 20 L**      | Pelacak yang volume sisa terbarunya di bawah 20 liter.             |

**Perlu diisi ulang** dan **Di bawah 10%** keduanya membaca sensor persentase, pada dua ambang berbeda. **Di bawah 10%** adalah subset yang tidak bisa menunggu. **Kesehatan armada**, di [Cakupan armada](#fleet-coverage)Kesehatan armada, membaca ambang 25% yang sama dari arah sebaliknya. Ini memberi porsi pelacak yang baik, bukan jumlah yang tidak.

{% hint style="info" %}
Ambang 25%, 10%, dan 20 liter bersifat tetap dan tidak dapat diubah. **Di bawah 20 L** mempertahankan judul itu di setiap akun, karena judul panel tidak diubah, dan angka yang ditampilkan adalah jumlah pelacak, bukan volume. Volume dalam grafik dan tabel di bawah memang mengikuti sistem pengukuran akun Anda. Lihat [Satuan pengukuran](/docs/user/id/guide/dashboards.md#units-of-measurement).
{% endhint %}

## Distribusi armada

Dua grafik berada di bawah ubin dan membagi armada, bukan menghitungnya.

**Satuan bahan bakar** adalah diagram donat dari jenis laporan terbaru per pelacak: **Hanya liter**, **Hanya persen**, **Liter dan persen**, atau **Tidak ada data bahan bakar**. Irisan tanpa pelacak disembunyikan, sehingga armada tanpa sensor volume hanya menampilkan dua irisan.

**Level bahan bakar** adalah grafik batang tentang berapa banyak pelacak yang berada di setiap rentang persentase, berdasarkan pembacaan terbaru tiap pelacak. Rentangnya adalah 1 hingga 10%, 10 hingga 25%, 25 hingga 50%, 50 hingga 75%, dan di atas 75%. Grafik ini menunjukkan bentuk keadaan bahan bakar armada, sedangkan ubin hanya memberi jumlah di atas dan di bawah ambang.

## Tren bahan bakar

**Tren rata-rata bahan bakar (30 hari)** memetakan rata-rata level bahan bakar armada harian selama 30 hari terakhir, dalam persentase dan volume. Ini adalah satu-satunya panel di tab yang memiliki riwayat di belakangnya.

<details>

<summary>Cara membaca garis tren yang menurun</summary>

Penurunan bertahap selama beberapa hari di seluruh armada biasanya berarti pengisian ulang tertinggal dari konsumsi, bukan bahwa satu tangki pun kosong. Bandingkan dengan **Terkonsumsi 24 jam**: angka konsumsi yang stabil bersama rata-rata yang menurun menunjukkan kesenjangan pengisian ulang, sedangkan angka konsumsi yang meningkat menunjukkan operasi yang lebih berat.

Lonjakan tiba-tiba pada garis lebih sering mencerminkan perubahan pada pelacak yang melapor daripada perubahan pada bahan bakar. Pelacak yang berhenti melapor keluar dari rata-rata, dan jika pelacak itu lebih penuh atau lebih kosong daripada yang lain, rata-ratanya berubah. Periksa **Bahan bakar dalam %** untuk hari yang sama guna melihat apakah populasi pelaporan berubah.

</details>

## Tangki terendah

Dua grafik pemeringkatan menamai pelacak individual yang paling mendekati kosong.

**10 terendah (%)** memeringkat sepuluh tangki yang paling kosong berdasarkan persentase terbaru. **10 terendah berdasarkan volume** memeringkat sepuluh volume sisa terendah. Kedua daftar dapat menamai pelacak yang berbeda, karena tangki kecil pada 40% dapat menampung bahan bakar lebih sedikit daripada tangki besar pada 20%.

## Detail bahan bakar armada

Tab **Detail** tabel adalah lapisan detail di bawah ubin dan grafik di atas. Tabel ini mencantumkan persentase dan volume terbaru per pelacak, dengan pembacaan terbaru lebih dulu. Setiap kolom dapat diurutkan dengan mengeklik header-nya.

Tabel ini hanya mencantumkan pelacak dengan setidaknya satu pembacaan valid, dan menampilkan paling banyak 500 baris.

Ketika tidak ada pelacak di akun Anda yang melaporkan data level bahan bakar, tabel menampilkan "Tidak ada data bahan bakar." Pesan itu berarti armada tidak memiliki sensor level bahan bakar, atau tidak ada di antaranya yang telah melapor.

## Konsumsi

Dua panel di bagian bawah tab mencakup konsumsi CAN bus, bukan level tangki.

**10 pelacak dengan konsumsi tertinggi** memeringkat pelacak dengan penggunaan bahan bakar CAN tertinggi dalam 24 jam terakhir. **Konsumsi** adalah tabel di bawahnya, yang mencantumkan penggunaan 30 hari dan 24 jam per pelacak, sehingga Anda dapat membedakan satu hari yang berat dari pola yang berkelanjutan. Tabel ini menampilkan paling banyak 500 baris.

Keduanya membaca penghitung bahan bakar kumulatif kendaraan dan melaporkan selisih selama periode tersebut, bukan angka yang dikirim kendaraan secara langsung.

Ketika tidak ada pelacak yang melaporkan konsumsi lewat CAN, tabel menampilkan "Tidak ada data konsumsi." Pelaporan konsumsi bergantung pada CAN bus kendaraan dan pada perangkat yang membacanya, sehingga armada dapat memiliki cakupan level bahan bakar penuh tetapi sama sekali tidak memiliki data konsumsi.

## 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/fuel-dashboard.md?ask=<question>&goal=<user_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.