> 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-метку. Когда обнаруживается смена водителя, платформа 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 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/ru/guide/events-and-notifications/scheduling-and-dispatching/driver-change.md?ask=<question>&goal=<endgoal>
```

`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.