> 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-change.md). # Troca de motorista ## Visão geral A regra “Troca de motorista” ajuda os gerentes de frota a acompanhar qual motorista está operando um veículo, especialmente quando vários motoristas compartilham o mesmo veículo. Esse recurso funciona com tecnologias de identificação de motorista, como iButton, leitores RFID ou chaves de hardware BLE. ## Configurações da regra Para usar esta regra, comece adicionando todos os seus motoristas à **Gestão de Frota** → **seção Motoristas**. Atribua a cada motorista sua chave de hardware exclusiva, como um iButton ou uma etiqueta RFID. Quando uma troca de motorista é detectada, a plataforma associa o evento ao motorista correto, garantindo relatórios e alertas precisos. Não são necessárias outras configurações específicas da Regra. Para configurações gerais, consulte [Regras e alertas](/docs/user/pt-br/guide/events-and-notifications.md). ## Detalhes de funcionamento do sistema * **Detecção de troca de motorista:** A plataforma identifica uma troca de motorista verificando se os dados mais recentes da chave de hardware recebidos do rastreador são diferentes dos dados anteriores. Se a chave tiver mudado, isso é registrado como um evento de troca de motorista. Isso difere da [Identificação do motorista](/docs/user/pt-br/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md) regra de identificação do motorista, em que o alerta é acionado diretamente pelo hardware após a autenticação bem-sucedida do motorista, e a plataforma simplesmente exibe o evento. * **Substituições manuais:** As alterações manuais de motorista feitas por meio da interface do usuário (ou seja, em widgets) não acionam um evento de troca de motorista. Essas alterações também não são incluídas no “Relatório sobre todos os eventos”. No entanto, todas as alterações de motorista, manuais e automáticas, podem ser analisadas em detalhes por meio do relatório “Troca de turno do motorista”. * **Temporizador de redefinição do alerta:** O alerta “Troca de motorista” tem um temporizador de redefinição de 10 segundos, impedindo que ele seja acionado mais de uma vez a cada 10 segundos. Se um evento de troca de motorista ocorrer durante esse período, a plataforma suprimirá o alerta, mantendo as notificações e os relatórios precisos e concisos. * **Suporte a vários dispositivos:** Esta regra pode ser aplicada a vários rastreadores, permitindo que os gerentes de frota monitorem as trocas de motorista em diferentes veículos. Os rastreadores devem ser compatíveis com o evento de Troca de motorista e ter esse recurso integrado à plataforma. * **Processamento de eventos independente do GPS:** A plataforma processa eventos de troca de motorista mesmo se os dados de GPS estiverem ausentes ou inválidos. Esses eventos ainda serão registrados e exibidos, independentemente de terem ocorrido dentro ou fora de uma cerca virtual. Isso garante que todos os eventos críticos de troca de motorista sejam capturados e relatados com precisão. ## Veja também * [**Regra de identificação do motorista**](/docs/user/pt-br/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md) — a regra usada para verificar e autorizar o motorista antes ou durante a operação do veículo, fornecendo alertas imediatos e garantindo que somente motoristas autorizados possam operar o veículo. --- # 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/pt-br/guide/events-and-notifications/scheduling-and-dispatching/driver-change.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.