> 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/account/iot-logic/quick-start-guide/templates.md).
# Modelos
Os modelos são fluxos pré-configurados do IoT Logic para cenários comuns de processamento de dados. Você os acessa pela **Modelos de fluxo** galeria na página inicial do IoT Logic. Clicar em um cartão de modelo cria imediatamente um fluxo a partir desse modelo e o abre na tela, onde você pode revisar os nós pré-configurados e concluir qualquer configuração necessária.
Para saber mais sobre os modelos e suas configurações, consulte [Modelos disponíveis](#available-templates).
## Como usar um modelo
1. Abra o IoT Logic. A página inicial abre com a **Modelos de fluxo** galeria no topo.
2. Clique no cartão do modelo que corresponde ao seu caso de uso. O fluxo é criado imediatamente e é aberto na tela. Um modal de descrição aparece explicando o fluxo e as etapas de configuração.
3. Leia o modal de descrição e, em seguida, feche-o para ver a tela.
4. Atribua seus dispositivos ao **Fonte de Dados** nó.
5. Configure quaisquer credenciais ou definições específicas da sua configuração, como URLs de webhook, comandos de ação do dispositivo ou nomes de parâmetros.
6. Clique em **Salvar fluxo**.
{% hint style="info" %}
Clicar em um modelo cria um fluxo imediatamente, sem uma etapa separada de confirmação. A atribuição de dispositivos e as credenciais sempre exigem configuração manual, independentemente do modelo que você usar.
{% endhint %}
## Modelos disponíveis
Verificação da integridade do dispositivo e reinicialização
Este modelo monitora a qualidade do sinal GPS, a disponibilidade de coordenadas e a tensão da placa em cada pacote de dados recebido. Se algum valor sair dos limites definidos, o fluxo envia um comando de reinicialização ao dispositivo para se recuperar de possíveis problemas de hardware ou software. O modelo inclui comandos de reinicialização para dispositivos Teltonika e Jimi/Concox.
**Nós:** Fonte de Dados, **Lógica** (O dispositivo está saudável), **Ação** (Reinicialização do dispositivo Teltonika), **Ação** (Reinicialização do dispositivo Jimi), Ponto de Extremidade de Saída
**Pré-requisito:** Nenhum.
**Configuração**
* Remova o **Ação** nó que não corresponde ao seu hardware ou substitua ambos os comandos pelos corretos para o seu dispositivo.
* Ajuste os limites da verificação da integridade no **Lógica** nó para corresponder aos seus requisitos. Os padrões são: satélites ≥ 4 e tensão da placa ≥ 11,5 V.
Conversor universal de unidades do sistema métrico para o imperial
Este modelo converte a telemetria do dispositivo entre unidades métricas e imperiais, adicionando os valores convertidos a cada pacote de dados. Ele abrange temperatura, velocidade e nível de combustível em ambas as direções. Os dois **Iniciar Atributo** nós convertem em direções opostas; mantenha apenas o que corresponde ao seu caso de uso.
**Nós:** Fonte de Dados, **Iniciar Atributo** (Valores métricos), **Iniciar Atributo** (Valores imperiais), Ponto de Extremidade de Saída
**Pré-requisito:** Nenhum.
**Configuração**
* Exclua o **Iniciar Atributo** nó da direção de que você não precisa.
* Remova quaisquer conversões individuais do nó restante que não se apliquem aos seus dados.
* Verifique se os nomes dos parâmetros nas fórmulas correspondem aos nomes reais dos parâmetros do seu dispositivo.
Executar uma ação em sistema externo
Este modelo aciona um webhook para um sistema externo quando uma condição é atendida. Ele vem pré-configurado com um limite de velocidade (velocidade > 120 km/h) e um webhook do Slack como exemplo. Você pode adaptá-lo a qualquer parâmetro do dispositivo e a qualquer sistema que aceite webhooks.
**Nós:** Fonte de Dados, **Lógica** (A velocidade é maior que 120), **Webhook** (Webhook para o seu sistema), Ponto de Extremidade de Saída
**Pré-requisito:** O sistema externo de destino deve ter um endpoint de webhook disponível.
**Configuração**
* Substitua a condição no **Lógica** nó pelo seu limite ou verificação de parâmetro.
* Substitua o **Webhook** URL, os cabeçalhos e o corpo do nó pela configuração de endpoint do seu sistema de destino.
* Atualize o corpo da solicitação para incluir os parâmetros do dispositivo relevantes para o seu caso de uso.
Detecção de motor ocioso
Este modelo detecta Em marcha lenta excessiva monitorando o estado da Ignição e a velocidade. Quando um veículo permanece parado com o motor ligado por mais de 10 minutos, o fluxo define um parâmetro personalizado de alerta no pacote de dados. Você pode usar esse parâmetro para acionar Alertas ou Relatórios no sistema de Monitor. O mesmo padrão funciona para qualquer condição baseada em duração.
**Nós:** Fonte de Dados, **Lógica** (Condição de ociosidade), **Lógica** (Ociosidade iniciada), **Lógica** (Motor ocioso por 10 min), **Iniciar Atributo** (Início da ociosidade = 0), **Iniciar Atributo** (Hora de início da ociosidade), **Iniciar Atributo** (Alerta), **Iniciar Atributo** (Sem alerta), Ponto de Extremidade de Saída
**Pré-requisito:** Nenhum.
**Configuração**
* Ajuste o limite de duração da ociosidade no **Lógica** nó "Motor ocioso por 10 min". O padrão é 600.000 ms (10 minutos).
* Para monitorar uma condição diferente, substitua a verificação de ignição e velocidade no **Lógica** nó "Condição de ociosidade" pela sua própria expressão.
Controle de acesso do motorista
Este modelo monitora a autenticação da chave de hardware (iBeacon, RFID ou Dallas) em cada evento de Ignição. Se a chave não estiver na lista autorizada, o fluxo bloqueia o motor e envia uma notificação do mensageiro. O modelo vem pré-configurado para notificações do Telegram e comandos de bloqueio e desbloqueio do motor da Teltonika.
**Nós:** Fonte de Dados, **Lógica** (Verificação da chave de hardware), **Webhook** (Alerta do Telegram), **Ação** (Bloquear o motor na Teltonika), **Ação** (Desbloquear o motor na Teltonika), Ponto de Extremidade de Saída
**Pré-requisito:** Veículos devem ter um leitor de chave de hardware instalado e configurado.
**Configuração**
* Substitua `ALLOWED_HW_KEY_1`, `ALLOWED_HW_KEY_2`, e `ALLOWED_HW_KEY_3` em **Lógica** nó com os IDs das suas chaves autorizadas.
* Para usar um mensageiro diferente, substitua o **Webhook** toda a configuração do nó pela configuração de endpoint do seu sistema de destino.
* Para dispositivos que não sejam Teltonika, substitua os comandos de bloqueio e desbloqueio do motor nos **Ação** nós pelos comandos corretos da documentação do fabricante.
Limite de velocidade da zona
Este modelo detecta excesso de velocidade dentro de uma Geocerca específica. Quando um dispositivo relata velocidade acima do limite definido enquanto está dentro da zona, o fluxo ativa a saída No.1 para acionar um buzzer ou outro dispositivo de alerta. Para monitorar várias zonas com limites diferentes, adicione um **Lógica** nó separado para cada uma.
**Nós:** Fonte de Dados, **Lógica** (Há excesso de velocidade?), **Ação** (Buzzer), Ponto de Extremidade de Saída
**Pré-requisito:** Nenhum.
**Configuração**
* Substitua o ID da Geocerca no **Lógica** nó pela sua Geocerca.
* Substitua o valor de velocidade no **Lógica** nó pela sua condição de limite. Padrão: 60 km/h.
* Certifique-se de que a saída No.1 ative seu dispositivo de alerta. Caso contrário, altere o número da saída no **Ação** nó para corresponder à sua fiação.
Detecção de área perigosa
Este modelo é acionado quando um dispositivo entra em uma Geocerca designada. Na entrada, o fluxo ativa a saída No.1 e envia uma notificação do mensageiro por webhook. O **Webhook** nó vem pré-configurado como um exemplo do Telegram; substitua-o completamente para usar um mensageiro ou sistema diferente.
**Nós:** Fonte de Dados, **Lógica** (A área é perigosa?), **Ação** (Buzzer), **Webhook** (Alerta do Telegram), Ponto de Extremidade de Saída
**Pré-requisito:** Um endpoint de webhook deve estar disponível para o mensageiro ou sistema de destino.
**Configuração**
* Substitua o ID da Geocerca no **Lógica** nó pela sua Geocerca.
* Substitua o **Webhook** configuração do nó inteira com as credenciais do seu mensageiro.
* Certifique-se de que a saída No.1 ative seu buzzer. Caso contrário, altere o número da saída no **Ação** nó para corresponder à sua fiação.
Proteção antirroubo
Este modelo monitora se um dispositivo saiu de sua Geocerca permitida e ativa imediatamente a saída No.2 para imobilizar o veículo. Como cortar remotamente a energia do motor enquanto o veículo está Em movimento pode ser perigoso, use este modelo somente com dispositivos que suportem corte gradual ou seguro do motor. Consulte a documentação do fabricante do seu dispositivo para confirmar o comando de imobilização correto e a fiação da saída para o seu hardware.
**Nós:** Fonte de Dados, **Lógica** (Objeto saiu da Geocerca), **Ação** (Bloquear o motor), Ponto de Extremidade de Saída
**Pré-requisito:** O dispositivo deve oferecer suporte a imobilização remota. Verifique o número de saída e o comando corretos na documentação do fabricante antes de usar.
**Configuração**
* Substitua o ID da Geocerca no **Lógica** nó pela sua Geocerca.
* Certifique-se de que a saída No.2 esteja ligada ao seu imobilizador. Caso contrário, altere o número da saída no **Ação** nó para corresponder à sua fiação.
Estacionamento fora do local após o expediente
Este modelo detecta quando um dispositivo está fora de sua Geocerca de estacionamento designada durante o horário de trabalho. Quando a condição é atendida, o fluxo envia uma notificação do mensageiro e imobiliza o veículo. O **Webhook** nó vem pré-configurado como um exemplo do Telegram; substitua-o completamente para usar um mensageiro ou sistema diferente. O **Ação** nó de imobilização não tem comando pré-configurado e requer configuração completa antes que o fluxo possa imobilizar qualquer coisa. Consulte a documentação do fabricante do seu dispositivo para obter o comando correto.
**Nós:** Fonte de Dados, **Iniciar Atributo** (Fuso horário e horário de trabalho), **Lógica** (O objeto está fora da vaga de estacionamento?), **Webhook** (notificação), **Ação** (Imobilizar objeto), Ponto de Extremidade de Saída
**Pré-requisito:** Um endpoint de webhook deve estar disponível para o mensageiro ou sistema de destino. O dispositivo deve oferecer suporte a imobilização remota; verifique o número de saída e o comando corretos na documentação do fabricante antes de usar.
**Configuração**
* Substitua o ID da Geocerca no **Lógica** nó pela sua Geocerca.
* Defina seu fuso horário e horário de trabalho no **Iniciar Atributo** nó.
* Substitua o **Webhook** configuração do nó inteira com as credenciais do seu mensageiro.
* Configure o **Ação** nó com o número de saída e o comando de imobilização corretos para o seu dispositivo.
---
# 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/account/iot-logic/quick-start-guide/templates.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.