> 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-identification.md).

# Идентификация водителя

Отслеживайте события идентификации водителей в GPS-мониторинге с помощью iButton, RFID или распознавания лица. Убедитесь, что транспортными средствами управляют только авторизованные водители, и получайте Контроль событий в режиме реального времени.

## Обзор

Вкладка **Идентификация водителя** Это правило предназначено для того, чтобы помочь менеджерам автопарка отслеживать и контролировать использование транспортных средств за счет точной идентификации водителей. Это правило обеспечивает, что управлять транспортными средствами могут только авторизованные водители, отслеживает, кто находится за рулем, и фиксирует длительность и условия каждого сеанса вождения. Оно повышает операционную эффективность, улучшает подотчетность и способствует соблюдению протоколов безопасности.

Правило использует встроенные возможности устройства, чтобы проверять личность водителя непосредственно на устройстве. Информация об авторизованных водителях хранится во внутренней памяти устройства. Когда водитель использует iButton, RFID-ключ или распознавание лица через интеллектуальную камеру для аутентификации, устройство сразу проверяет его личность. Затем платформа Navixy записывает эти события идентификации, формируя оповещения в реальном времени, подробные отчеты и уведомления по мере необходимости.

**Сценарии применения:**

* **Общие транспортные средства:** Отслеживайте и управляйте несколькими водителями, использующими одно и то же транспортное средство.
* **Охрана:** Ограничьте использование транспортных средств только авторизованным персоналом, получая контроль событий в реальном времени при несанкционированных попытках.
* **Соответствие:** Убедитесь, что использование транспортных средств соответствует политике и нормативным требованиям компании.
* **Эффективность:** Сократите количество ошибок и упростите процесс идентификации водителя, особенно в условиях высокой нагрузки при распознавании с помощью камеры.

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

Другие специальные настройки правила не требуются.

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

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

* **Таймер сброса:** Вкладка **Идентификация водителя** Оповещение имеет 5-секундный таймер сброса, то есть оно не срабатывает чаще, чем раз в 5 секунд. Если событие происходит, пока правило находится в периоде сброса, платформа не выводит оповещение, обеспечивая, чтобы уведомления и отчеты оставались понятными и удобными для управления.
* **Несколько устройств:** Пользователи могут применять это правило к нескольким GPS-устройствам, если они поддерживают **Идентификация водителя** через события RFID, iButton или камеры. Это позволяет отслеживать события идентификации водителя на различных транспортных средствах или устройствах, обеспечивая полное покрытие.
* **Обработка событий независимо от GPS:** Платформа обрабатывает и отображает **Идентификация водителя** события, даже если в пакете данных отсутствуют действительные координаты GPS. Эти события записываются независимо от того, происходят ли они в пределах заданной зоны. В этом случае настройки «Внутри/снаружи зоны» обходятся, чтобы не пропустить ни одно критически важное событие.

## См. также

* [**Смена водителя**](/docs/user/ru/guide/events-and-notifications/scheduling-and-dispatching/driver-change.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-identification.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.