> 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-метку. Когда обнаруживается смена водителя, платформа сопоставляет событие с правильным водителем, обеспечивая точные отчеты и оповещения.

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

## Подробности работы системы

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