> 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/fr/guide/account/iot-logic/quick-start-guide/templates.md).
# Modèles
Démarrez rapidement avec des flux IoT Logic préconfigurés pour les scénarios courants de traitement des données. Sélectionnez un modèle depuis la page de démarrage et personnalisez-le selon vos besoins.
Les modèles sont des flux IoT Logic préconfigurés pour des scénarios courants de traitement des données. Vous y accédez depuis la **Modèles de flux** galerie sur la page de démarrage d’IoT Logic. En cliquant sur une carte de modèle, vous créez immédiatement un flux à partir de ce modèle et l’ouvrez sur le canevas, où vous pouvez vérifier les nœuds préconfigurés et effectuer toute configuration requise.
Pour en savoir plus sur les modèles et leurs configurations, consultez [Modèles disponibles](#available-templates).
## Comment utiliser un modèle
1. Ouvrez IoT Logic. La page d’accueil s’ouvre avec la **Modèles de flux** galerie en haut.
2. Cliquez sur la carte du modèle qui correspond à votre cas d’usage. Le flux est créé immédiatement et s’ouvre sur le canevas. Une fenêtre modale de description s’affiche et explique le flux ainsi que ses étapes de configuration.
3. Lisez la fenêtre modale de description, puis fermez-la pour afficher le canevas.
4. Affectez vos appareils au **Source de données** nœud.
5. Configurez les identifiants ou paramètres propres à votre configuration, tels que les URL de Webhook, les commandes d’action de l’appareil ou les noms de paramètres.
6. Cliquez sur **Enregistrer le flux**.
{% hint style="info" %}
Un clic sur un modèle crée immédiatement un flux, sans étape de confirmation distincte. L’affectation des appareils et les identifiants nécessitent toujours une configuration manuelle, quel que soit le modèle utilisé.
{% endhint %}
## Modèles disponibles
Vérification de l’état de l’appareil et redémarrage
Ce modèle surveille la qualité du signal GPS, la disponibilité des coordonnées et la tension de la carte sur chaque paquet de données entrant. Si une valeur sort des seuils définis, le flux envoie une commande de redémarrage à l’appareil afin de récupérer d’éventuels problèmes matériels ou logiciels. Le modèle inclut des commandes de redémarrage pour les appareils Teltonika et Jimi/Concox.
**Nœuds :** Source de données, **Logique** (L’appareil est en bon état), **Action du traceur** (Redémarrage de l’appareil Teltonika), **Action du traceur** (Redémarrage de l’appareil Jimi), Point de sortie
**Prérequis :** Aucun.
**Configuration**
* Supprimez le **Action du traceur** nœud qui ne correspond pas à votre matériel, ou remplacez les deux commandes par celles qui conviennent à votre appareil.
* Ajustez les seuils de vérification de l’état dans le **Logique** nœud pour les adapter à vos besoins. Les valeurs par défaut sont : satellites ≥ 4 et tension de la carte ≥ 11,5 V.
Convertisseur universel d’unités métriques vers impériales
Ce modèle convertit la télémétrie de l’appareil entre les unités métriques et impériales, en ajoutant les valeurs converties à chaque paquet de données. Il couvre la température, la vitesse et le niveau de carburant dans les deux sens. Les deux **Initialiser un Attribut** nœuds convertissent en sens opposés ; ne conservez que celui qui correspond à votre cas d’usage.
**Nœuds :** Source de données, **Initialiser un Attribut** (Valeurs métriques), **Initialiser un Attribut** (Valeurs impériales), Point de sortie
**Prérequis :** Aucun.
**Configuration**
* Supprimez le **Initialiser un Attribut** nœud pour la direction dont vous n’avez pas besoin.
* Supprimez du nœud restant toute conversion individuelle qui ne s’applique pas à vos données.
* Vérifiez que les noms de paramètres dans les formules correspondent aux noms de paramètres réels de votre appareil.
Exécuter une action dans un système externe
Ce modèle déclenche un Webhook vers un système externe lorsqu’une condition est remplie. Il est préconfiguré avec un seuil de vitesse (vitesse > 120 km/h) et un Webhook Slack à titre d’exemple. Vous pouvez l’adapter à n’importe quel paramètre d’appareil et à tout système qui accepte des Webhooks.
**Nœuds :** Source de données, **Logique** (La vitesse est supérieure à 120), **Webhook** (Webhook vers votre système), Point de sortie
**Prérequis :** Le système externe cible doit disposer d’un point de terminaison Webhook disponible.
**Configuration**
* Remplacez la condition dans le **Logique** nœud par votre seuil ou votre contrôle de paramètre.
* Remplacez le **Webhook** URL du nœud, les en-têtes et le corps par la configuration du point de terminaison de votre système cible.
* Mettez à jour le corps de la requête afin d’y inclure les paramètres de l’appareil pertinents pour votre cas d’usage.
Détection du fonctionnement au ralenti
Ce modèle détecte le fonctionnement au ralenti excessif en surveillant l’état du contact et la vitesse. Lorsqu’un véhicule reste à l’arrêt moteur en marche pendant plus de 10 minutes, le flux définit un paramètre personnalisé d’alerte dans le paquet de données. Vous pouvez utiliser ce paramètre pour déclencher des alertes ou des rapports dans le système de suivi. Le même schéma fonctionne pour toute condition basée sur une durée.
**Nœuds :** Source de données, **Logique** (Condition de ralenti), **Logique** (Début du ralenti), **Logique** (Ralenti pendant 10 min), **Initialiser un Attribut** (Début du ralenti = 0), **Initialiser un Attribut** (Heure de début du ralenti), **Initialiser un Attribut** (Alerte), **Initialiser un Attribut** (Aucune alerte), Point de sortie
**Prérequis :** Aucun.
**Configuration**
* Ajustez le seuil de durée de ralenti dans le **Logique** nœud « Ralenti pendant 10 min ». La valeur par défaut est 600 000 ms (10 minutes).
* Pour suivre une autre condition, remplacez la vérification du contact et de la vitesse dans le **Logique** nœud « Condition de ralenti » par votre propre expression.
Contrôle d’accès du conducteur
Ce modèle surveille l’authentification par clé matérielle (iBeacon, RFID ou Dallas) à chaque événement de contact. Si la clé ne figure pas dans la liste autorisée, le flux bloque le moteur et envoie une notification via messagerie. Le modèle est préconfiguré pour les notifications Telegram ainsi que pour les commandes Teltonika de blocage et de déblocage du moteur.
**Nœuds :** Source de données, **Logique** (Vérification de la clé matérielle), **Webhook** (Alerte Telegram), **Action du traceur** (Bloquer le moteur sur Teltonika), **Action du traceur** (Débloquer le moteur sur Teltonika), Point de sortie
**Prérequis :** Les véhicules doivent être équipés d’un lecteur de clé matérielle installé et configuré.
**Configuration**
* Remplacez `ALLOWED_HW_KEY_1`, `ALLOWED_HW_KEY_2`, et `ALLOWED_HW_KEY_3` dans les **Logique** nœud avec vos identifiants de clé autorisés.
* Pour utiliser une autre messagerie, remplacez le **Webhook** la configuration du nœud par la configuration du point de terminaison de votre système cible.
* Pour les appareils non Teltonika, remplacez les commandes de blocage et de déblocage du moteur dans les **Action du traceur** nœuds par les commandes correctes issues de la documentation du fabricant.
Limite de vitesse de zone
Ce modèle détecte un excès de vitesse dans une zone géographique spécifique. Lorsqu’un appareil signale une vitesse supérieure au seuil défini à l’intérieur de la zone, le flux active la sortie n°1 pour déclencher un buzzer ou un autre appareil d’alerte. Pour surveiller plusieurs zones avec des limites différentes, ajoutez un **Logique** nœud distinct pour chacune d’elles.
**Nœuds :** Source de données, **Logique** (Y a-t-il un excès de vitesse ?), **Action du traceur** (Buzzer), Point de sortie
**Prérequis :** Aucun.
**Configuration**
* Remplacez l’identifiant de la zone géographique dans le **Logique** nœud par votre zone géographique.
* Remplacez la valeur de vitesse dans le **Logique** nœud par votre limite. Valeur par défaut : 60 km/h.
* Assurez-vous que la sortie n°1 active votre appareil d’alerte. Sinon, modifiez le numéro de sortie dans le **Action du traceur** nœud pour l’adapter à votre câblage.
Détection de zone dangereuse
Ce modèle se déclenche lorsqu’un appareil entre dans une zone géographique désignée. À l’entrée, le flux active la sortie n°1 et envoie une notification via messagerie par Webhook. Le **Webhook** nœud est préconfiguré avec un exemple Telegram ; remplacez-le entièrement pour utiliser une autre messagerie ou un autre système.
**Nœuds :** Source de données, **Logique** (La zone est-elle dangereuse ?), **Action du traceur** (Buzzer), **Webhook** (Alerte Telegram), Point de sortie
**Prérequis :** Un point de terminaison Webhook doit être disponible pour la messagerie ou le système cible.
**Configuration**
* Remplacez l’identifiant de la zone géographique dans le **Logique** nœud par votre zone géographique.
* Remplacez le **Webhook** la configuration du nœud par vos identifiants de messagerie.
* Assurez-vous que la sortie n°1 active votre buzzer. Sinon, modifiez le numéro de sortie dans le **Action du traceur** nœud pour l’adapter à votre câblage.
Protection antivol
Ce modèle surveille si un appareil a quitté sa zone géographique autorisée et active immédiatement la sortie n°2 pour immobiliser le véhicule. Comme couper l’alimentation moteur à distance lorsque le véhicule est en mouvement peut être dangereux, utilisez ce modèle uniquement avec des appareils qui prennent en charge une coupure moteur progressive ou sécurisée. Consultez la documentation du fabricant de votre appareil pour confirmer la commande d’immobilisation correcte et le câblage de sortie adapté à votre matériel.
**Nœuds :** Source de données, **Logique** (Le traceur a quitté la zone géographique), **Action du traceur** (Bloquer le moteur), Point de sortie
**Prérequis :** L’appareil doit prendre en charge l’immobilisation à distance. Vérifiez le numéro de sortie et la commande corrects dans la documentation du fabricant avant utilisation.
**Configuration**
* Remplacez l’identifiant de la zone géographique dans le **Logique** nœud par votre zone géographique.
* Assurez-vous que la sortie n°2 est câblée à votre immobiliseur. Sinon, modifiez le numéro de sortie dans le **Action du traceur** nœud pour l’adapter à votre câblage.
Stationnement hors site après les heures
Ce modèle détecte lorsqu’un appareil se trouve en dehors de la zone géographique de stationnement désignée en dehors des heures de travail. Lorsque la condition est remplie, le flux envoie une notification via messagerie et immobilise le véhicule. Le **Webhook** nœud est préconfiguré avec un exemple Telegram ; remplacez-le entièrement pour utiliser une autre messagerie ou un autre système. Le **Action du traceur** nœud d’immobilisation n’a pas de commande préconfigurée et nécessite une configuration complète avant que le flux puisse immobiliser quoi que ce soit. Consultez la documentation du fabricant de votre appareil pour connaître la commande correcte.
**Nœuds :** Source de données, **Initialiser un Attribut** (Fuseau horaire et heures de travail), **Logique** (Le traceur est-il en dehors de la place de stationnement ?), **Webhook** (notification), **Action du traceur** (Immobiliser le traceur), Point de sortie
**Prérequis :** Un point de terminaison Webhook doit être disponible pour la messagerie ou le système cible. L’appareil doit prendre en charge l’immobilisation à distance ; vérifiez le numéro de sortie et la commande corrects dans la documentation du fabricant avant utilisation.
**Configuration**
* Remplacez l’identifiant de la zone géographique dans le **Logique** nœud par votre zone géographique.
* Définissez votre fuseau horaire et vos heures de travail dans le **Initialiser un Attribut** nœud.
* Remplacez le **Webhook** la configuration du nœud par vos identifiants de messagerie.
* Configurez le **Action du traceur** nœud avec le numéro de sortie et la commande d’immobilisation corrects pour votre appareil.
---
# 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/fr/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.
