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

# Смена водителя

Отслеживайте смену водителей на общем транспорте, определяя момент использования нового аппаратного ключа (iButton, RFID или BLE). Регистрирует и отражает в отчетах каждую смену для учета.

Вкладка **Смена водителя** Это правило помогает менеджерам автопарка отслеживать, какой водитель управляет транспортным средством, особенно когда несколько водителей используют одно и то же транспортное средство. Эта функция работает с технологиями идентификации водителя, такими как iButton, RFID-считыватели или аппаратные ключи BLE.

## Настройки правила

Чтобы использовать это правило, начните с добавления всех ваших водителей в **Управление транспортом** → **раздел «Водители»**. Назначьте каждому водителю его уникальный аппаратный ключ, например iButton или RFID-тег. Когда обнаруживается смена водителя, платформа Navixy сопоставляет событие с правильным водителем, обеспечивая точные отчеты и контроль событий.

Другие специальные настройки правила не требуются. Общие настройки см. в [Правила и контроль событий](/docs/user/ru/guide/events-and-notifications.md).

## Сведения о работе системы

* **Обнаружение смены водителя:** Платформа определяет смену водителя, проверяя, отличаются ли последние данные аппаратного ключа, полученные от GPS-устройства, от предыдущих данных. Если ключ изменился, это регистрируется как событие смены водителя. Это отличается от [Идентификация водителя](/docs/user/ru/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md) правила, в котором оповещение срабатывает напрямую на стороне оборудования после успешной авторизации водителя, а платформа просто отображает событие.
* **Ручные изменения:** Ручные смены водителя, выполненные через пользовательский интерфейс (то есть в виджетах), не вызывают событие смены водителя. Эти изменения также не включаются в «Отчет по всем событиям». Однако все ручные и автоматические смены водителя можно подробно просмотреть через **Назначение и снятие водителей** отчет.
* **Таймер сброса оповещения:** Вкладка **Смена водителя** имеет таймер сброса в 10 секунд, поэтому не срабатывает чаще одного раза в 10 секунд. Если в этот период происходит событие смены водителя, платформа подавляет оповещение, обеспечивая точность и краткость уведомлений и отчетов.
* **Поддержка нескольких устройств:** Это правило можно применять к нескольким GPS-устройствам, что позволяет менеджерам автопарка отслеживать смену водителя на различных транспортных средствах. GPS-устройства должны быть совместимы с событием «Смена водителя» и иметь эту функцию, интегрированную в платформу.
* **Обработка событий независимо от GPS:** Платформа обрабатывает события смены водителя, даже если данные GPS отсутствуют или недостоверны. Эти события по-прежнему записываются и отображаются, независимо от того, произошли ли они внутри или вне зоны. Это гарантирует, что все критически важные события смены водителя будут зафиксированы и корректно отражены в отчетах.

## См. также

* [**Правило идентификации водителя**](/docs/user/ru/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md): Правило, используемое для проверки и авторизации водителя до или во время управления транспортным средством, обеспечивающее мгновенный контроль событий и гарантирующее, что управлять транспортным средством могут только авторизованные водители.


---

# 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/ru/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.