> 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). # Mudança de motorista O **Mudança de motorista** A regra ajuda os gestores de frota a acompanhar qual motorista está operando um veículo, especialmente quando vários motoristas compartilham o mesmo veículo. Este 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 Frotas** → **seção Motoristas**. Atribua a cada motorista sua chave de hardware exclusiva, como um iButton ou uma etiqueta RFID. Quando uma mudança de motorista é detectada, a plataforma Navixy 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 as configurações comuns, consulte [Regras e alertas](/docs/user/pt-br/guide/events-and-notifications.md). ## Detalhes da operação do sistema * **Detecção de mudança de motorista:** A plataforma identifica uma mudança de motorista verificando se os dados mais recentes da chave de hardware recebidos do dispositivo GPS diferem dos dados anteriores. Se a chave tiver mudado, isso é registrado como um evento de mudança de motorista. Isso difere da [Identificação do motorista](/docs/user/pt-br/guide/events-and-notifications/scheduling-and-dispatching/driver-identification.md) regra 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 mudanças manuais de motorista feitas pela interface do usuário (ou seja, nos widgets) não acionam um evento de mudança de motorista. Essas mudanças também não são incluídas no “Relatório de todos os eventos.” No entanto, todas as mudanças manuais e automáticas de motorista podem ser revisadas em detalhes por meio do **Mudança de turno de motorista** relatório. * **Temporizador de redefinição do alerta:** O **Mudança de motorista** tem um temporizador de redefinição de 10 segundos, impedindo que seja acionado mais de uma vez a cada 10 segundos. Se um evento de mudança de motorista ocorrer durante esse período, a plataforma suprime o alerta, mantendo as notificações e os relatórios precisos e concisos. * **Suporte para vários dispositivos:** Esta regra pode ser aplicada a vários dispositivos GPS, permitindo que gestores de frota monitorem mudanças de motorista em vários veículos. Os dispositivos GPS devem ser compatíveis com o evento Mudança de motorista e ter esse recurso integrado à plataforma. * **Processamento de eventos independente de GPS:** A plataforma processa eventos de mudança de motorista mesmo se os dados de GPS estiverem ausentes ou inválidos. Esses eventos ainda são registrados e exibidos, independentemente de terem ocorrido dentro ou fora de uma geocerca. Isso garante que todos os eventos críticos de mudança de motorista sejam capturados e relatados com precisão. ## Veja também * [**Regra de identificação de 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 apenas 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.