> 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/pt-br/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md).

# Identificação do motorista

Acompanhe eventos de identificação do motorista por GPS via iButton, RFID ou reconhecimento facial. Garanta que apenas motoristas autorizados operem os veículos e receba alertas em tempo real.

## Visão geral

O **Identificação do motorista** A regra foi projetada para ajudar gestores de frota a monitorar e controlar o uso dos veículos, identificando os motoristas com precisão. Essa regra garante que apenas motoristas autorizados possam operar os veículos, acompanha qual motorista está ao volante e registra a duração e as condições de cada sessão de condução. Ela aumenta a eficiência operacional, melhora a responsabilização e apoia a conformidade com os protocolos de segurança.

A regra opera usando os recursos integrados do dispositivo para verificar a identidade do motorista diretamente na origem. As informações dos motoristas autorizados são armazenadas na memória interna do dispositivo. Quando um motorista usa um iButton, uma chave RFID ou o reconhecimento facial por meio de uma câmera inteligente para autenticação, o dispositivo verifica sua identidade no local. Em seguida, a plataforma Navixy registra esses eventos de identificação, gerando alertas em tempo real, relatórios detalhados e notificações conforme necessário.

**Casos de uso da aplicação:**

* **Veículos compartilhados:** Acompanhe e gerencie vários motoristas usando o mesmo veículo.
* **Segurança:** Restrinja a operação do veículo apenas a pessoal autorizado, com alertas em tempo real para tentativas não autorizadas.
* **Conformidade:** Garanta que a operação do veículo esteja em conformidade com as políticas e regulamentações da empresa.
* **Eficiência:** Reduza erros e agilize o processo de identificação do motorista, especialmente em ambientes de alta pressão com reconhecimento baseado em câmera.

## Configurações da regra

Não são necessárias outras configurações específicas da regra.

Para as configurações comuns, consulte [Regras e alertas](/docs/user/pt-br/guide/events-and-notifications.md).

## Detalhes da operação do sistema

* **Temporizador de redefinição:** O **Identificação do motorista** o alerta tem um temporizador de redefinição de 5 segundos, o que significa que o alerta não é disparado com mais frequência do que uma vez a cada 5 segundos. Se um evento ocorrer enquanto a regra estiver no período de redefinição, a plataforma omite o alerta, garantindo que as notificações e os relatórios permaneçam claros e gerenciáveis.
* **Vários dispositivos:** Os usuários podem aplicar esta regra a vários dispositivos GPS, desde que suportem **Identificação do motorista** via eventos de RFID, iButton ou câmera. Isso permite que você monitore eventos de identificação do motorista em vários veículos ou dispositivos, garantindo cobertura abrangente.
* **Processamento de eventos independente de GPS:** A plataforma processa e exibe **Identificação do motorista** eventos mesmo que o pacote de dados não contenha coordenadas GPS válidas. Esses eventos são registrados independentemente de ocorrerem dentro de uma geocerca definida. Nesse caso, as configurações de Dentro/Fora da geocerca são ignoradas para garantir que nenhum evento crítico seja perdido.

## Veja também

* [**Regra de mudança de motorista**](/docs/user/pt-br/guide/events-and-notifications/scheduling-and-dispatching/driver-change.md): A regra se concentra em registrar quando um motorista diferente assume o controle do veículo, com a plataforma comparando os dados do motorista atual e do anterior para detectar mudanças e gerar relatórios posteriormente.


---

# 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/pt-br/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.
