> 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/events-and-notifications/scheduling-and-dispatching/driver-change.md).

# Ganti supir

Lacak pergantian supir pada kendaraan bersama dengan mendeteksi saat kunci perangkat keras baru (iButton, RFID, atau BLE) digunakan. Mencatat dan melaporkan setiap perubahan untuk akuntabilitas.

Blok **Ganti supir** Aturan ini membantu manajer armada melacak supir mana yang mengoperasikan kendaraan, terutama saat beberapa supir berbagi kendaraan yang sama. Fitur ini bekerja dengan teknologi identifikasi supir seperti iButton, pembaca RFID, atau kunci perangkat keras BLE.

## Pengaturan aturan

Untuk menggunakan aturan ini, mulai dengan menambahkan semua Supir Anda ke **Armada** → **bagian Supir**. Tetapkan setiap Supir kunci perangkat keras uniknya, seperti iButton atau tag RFID. Saat Ganti supir terdeteksi, platform Navixy mencocokkan peristiwa tersebut dengan Supir yang benar, memastikan laporan dan aturan peringatan yang akurat.

Tidak diperlukan pengaturan Aturan khusus lainnya. Untuk pengaturan umum, lihat [Aturan dan Aturan peringatan](/docs/user/id/guide/events-and-notifications.md).

## Detail pengoperasian sistem

* **Deteksi Ganti supir:** Platform mendeteksi Ganti supir dengan memeriksa apakah data kunci perangkat keras terbaru yang diterima dari perangkat GPS berbeda dari data sebelumnya. Jika kuncinya berubah, ini dicatat sebagai peristiwa Ganti supir. Ini berbeda dari [Identifikasi supir](/docs/user/id/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md) aturan di mana peringatan dipicu langsung oleh perangkat keras setelah autentikasi Supir berhasil, dan platform hanya menampilkan peristiwa tersebut.
* **Penggantian manual:** Perubahan supir manual yang dilakukan melalui antarmuka pengguna (yaitu di widget) tidak memicu peristiwa Ganti supir. Perubahan ini juga tidak disertakan dalam “Laporan atas semua peristiwa.” Namun, semua perubahan supir manual dan otomatis dapat ditinjau secara rinci melalui **Waktu penggantian supir** laporan.
* **Pengatur waktu pengaturan ulang:** Blok **Ganti supir** aturan peringatan memiliki pengatur waktu pengaturan ulang 10 detik, sehingga tidak dipicu lebih dari sekali setiap 10 detik. Jika peristiwa Ganti supir terjadi selama periode ini, platform menahan peringatan, sehingga notifikasi dan laporan tetap akurat dan ringkas.
* **Dukungan untuk beberapa perangkat:** Aturan ini dapat diterapkan ke beberapa perangkat GPS, sehingga manajer armada dapat memantau perubahan supir di berbagai kendaraan. Perangkat GPS harus kompatibel dengan peristiwa Ganti supir dan memiliki fitur ini yang terintegrasi ke platform.
* **Pemrosesan peristiwa independen GPS:** Platform memproses peristiwa Ganti supir bahkan jika data GPS hilang atau tidak valid. Peristiwa ini tetap dicatat dan ditampilkan, terlepas dari apakah terjadi di dalam atau di luar perimeter. Hal ini memastikan bahwa semua peristiwa kritis Ganti supir tertangkap dan dilaporkan secara akurat.

## Lihat juga

* [**Aturan identifikasi Supir**](/docs/user/id/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md): Aturan yang digunakan untuk memverifikasi dan mengotorisasi Supir sebelum atau selama pengoperasian kendaraan, memberikan peringatan segera dan memastikan bahwa hanya Supir yang berwenang yang dapat mengoperasikan kendaraan.


---

# 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/events-and-notifications/scheduling-and-dispatching/driver-change.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.