> 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). # Идентификация водителя ## Обзор Блок **Идентификация водителя** Правило предназначено для того, чтобы помочь менеджерам автопарка отслеживать и контролировать использование транспорта за счет точной идентификации водителей. Это правило обеспечивает, что управлять транспортом могут только авторизованные водители, отслеживает, какой водитель находится за рулем, и записывает длительность и условия каждой поездки. Оно повышает операционную эффективность, улучшает подотчетность и помогает соблюдать протоколы безопасности. Правило использует встроенные возможности устройства, чтобы проверять личность водителя непосредственно у источника. Информация об авторизованных водителях хранится во внутренней памяти устройства. Когда водитель проходит аутентификацию с помощью 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 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-identification.md?ask=&goal= ``` `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.