Location
Étude de cas Location et Recueil de recettes SQL
Activer IoT Query avant d'utiliser les données pour construire des analyses complètes. Si vous ne l'avez pas encore, contactez‑nous pour les détails d'activation - [email protected]
Les sociétés de leasing (en particulier les banques et les fournisseurs de location longue durée) conservent la propriété du véhicule ou de l'équipement tandis que le client n'en loue que l'utilisation, elles supportent donc le risque lié à l'actif pendant toute la durée du contrat.
Pour protéger la valeur résiduelle, faire respecter les limites contractuelles (kilométrage, géographie, maintenance) et rationaliser les obligations de service complet, elles s'appuient sur Navixy. Les données GPS en temps réel, le diagnostic basé sur les capteurs et l'analyse comportementale leur permettent de vérifier les conditions d'utilisation, d'automatiser la planification des services, de détecter tôt les problèmes mécaniques, de calculer les pénalités ou frais d'excès de kilomètres et, si nécessaire, d'immobiliser ou de récupérer l'actif — ce qui sécurise leur investissement, réduit les coûts opérationnels et améliore la transparence pour le client tout au long du cycle de leasing.
Navixy IoT Query participera à l'organisation de tout type d'analytique à chaque étape du contrat de leasing. Un contrat de leasing traverse plusieurs phases prévisibles : Intégration & Configuration de l'actif → Phase opérationnelle → Supervision du risque et de la conformité
Les recettes SQL suivantes dans votre livre surveillent collectivement chaque jalon critique tout au long de ce cycle de vie :
Intégration & configuration de l'actif
• Enregistrer le véhicule, activer l'assurance et les identifiants du conducteur. • Importer les actifs dans le portail client avec la visibilité correcte.
Alertes d'expiration d'immatriculation/assurance – dates de référence capturées. Expiration du permis de conduire – valide les conducteurs avant mise en service.
Planification de la maintenance préventive
• Établir des calendriers de service récurrents basés sur le kilométrage et le temps. • Garantir les changements saisonniers de pneus.
Inspections de routine par intervalle – tâches pilotées par calendrier. Service par seuil de kilométrage – règles de maintenance mineure/majeure basées sur les km. Surveillance des heures moteur – service basé sur les heures pour la machinerie.
Limites d'utilisation liées au contrat
• Faire respecter les allocations de kilométrage et les plafonds financiers. • Détecter le sur‑usage tôt pour éviter les surprises en fin de contrat.
Plafond de kilométrage & pénalités – contrôle annuel / total du contrat des kilomètres.
Comportement en temps réel du conducteur & de l'actif
• Protéger la valeur de l'actif ; former les conducteurs. • Repérer les mauvais usages qui annulent la couverture « full‑service ».
Freinages brusques. Accélérations soudaines. Virages/prise de courbe brusques.
Supervision du risque & de la conformité
• Maintenir les actifs à l'intérieur des limites géographiques et contractuelles. • Conserver le droit de désactiver ou de récupérer.
Sortie de géofence (frontière nationale) – alerte instantanée en cas de violation de territoire. Détection d'allumage & d'inactivité – suivi du gaspillage de carburant / mauvais usage.
Modèle de tableau de bord
Bien que les recettes SQL ci‑dessous fournissent un contrôle complet sur l'analytique du leasing, vous pouvez démarrer plus rapidement avec un tableau de bord préconstruit qui visualise les métriques critiques tout au long du cycle de leasing. Le modèle évite de construire des requêtes et des visualisations depuis zéro. Importez‑le, ajustez les paramètres et commencez à surveiller la conformité, le risque et la protection des actifs immédiatement.
Le modèle couvre les principaux flux de travail de leasing : suivi des expirations d'immatriculation et d'assurance, surveillance des permis de conduire, détection des freinages et accélérations brusques avec classifications de gravité, analyse du temps d'inactivité et surveillance de l'activité des appareils.

Importer la configuration dans Dashboard Studio, ajustez les seuils pour vos contrats (plafonds de kilométrage, niveaux de gravité des comportements, paramètres de détection d'inactivité) et déployez un espace de surveillance complet. Ceci est utile lorsque les équipes ont besoin de tableaux de bord opérationnels pour la conformité et la supervision des risques au quotidien sans écrire de SQL.
Prérequis :
IoT Query activé dans votre environnement
Dashboard Studio installé et accessible
Au moins 72 heures de données de suivi
Tables du schéma standard remplies :
tracking_data_core,states,objects,vehicles,employees
Configuration après importation :
Après l'importation du modèle, adaptez‑le à vos contrats de leasing spécifiques et à vos seuils opérationnels :
Vérifiez la plage de temps par défaut de 72 heures et ajustez si votre disponibilité de données diffère.
Définissez les seuils de gravité pour les événements de conduite dans les paramètres de requête (par défaut : 60+ km/h/s pour avertissement, 80+ km/h/s pour alertes critiques).
Configurez les paramètres de détection d'inactivité (par défaut : vitesse inférieure à 5 km/h, durée minimale 5 minutes).
Mettez à jour les étiquettes de zone de géofence dans la requête de franchissement de frontière si vous surveillez des restrictions territoriales.
Utilisez le sélecteur de temps global pour analyser des périodes historiques ou vous concentrer sur l'activité récente.
JSON du modèle :
Pour en savoir plus sur l'application de tableau de bord d'IoT Query, voir Dashboard Studio.
Pour l'assistance à la configuration, contactez [email protected].
Alertes d'expiration d'immatriculation / d'assurance
Les banques doivent suivre les prochaines expirations d'immatriculation et d'assurance car elles sont responsables des inspections techniques, de l'immatriculation et de l'assurance. Des alertes en temps utile évitent les amendes et les immobilisations de véhicules.
Expiration du permis de conduire
Bien que ce ne soit pas toujours obligatoire, proposer des alertes proactives d'expiration de permis est un service à valeur ajoutée. Les avertissements précoces permettent aux clients de renouveler leurs permis avant leur expiration. Veuillez noter que vous
Sortie de géofence (frontière nationale)
Les contrats peuvent restreindre les déplacements du véhicule à un territoire spécifique (par ex. : Serbie). La sortie de cette zone doit alerter instantanément la banque afin qu'elle puisse agir (par ex. : contacter le client, immobiliser l'actif).
Cette requête SQL est conçue pour surveiller et identifier lorsqu'un appareil quitte une zone géographique prédéfinie étiquetée "Tallaght Depot Geofences." Le processus commence par la collecte et l'ordonnancement des points géographiques qui définissent la frontière de la zone. Pour s'assurer que la frontière forme un polygone valide, le premier point est ajouté à la fin de la liste, fermant ainsi la forme. Cet ensemble fermé de points est ensuite utilisé pour créer un polygone représentant la zone géographique, qui est converti en un objet geography pour l'analyse spatiale.
La requête récupère ensuite les données de suivi des appareils dans une plage temporelle spécifiée, convertissant les valeurs brutes de latitude et de longitude en points géographiques. Elle calcule si chaque point d'appareil est à l'intérieur ou à l'extérieur de la zone prédéfinie en utilisant la fonction ST_Contains, qui vérifie l'inclusion spatiale. Le paramètre calculé pos indique « inside » si le point est à l'intérieur de la zone et « outside » sinon. Enfin, la requête filtre ces résultats pour détecter les transitions où un appareil passe de l'intérieur de la zone à l'extérieur, en utilisant une fonction de fenêtre pour comparer la position actuelle avec la précédente. Cette logique aide à surveiller les mouvements des appareils et à détecter les événements de sortie de zones géographiques spécifiques. Assurez‑vous d'ajouter la valeur correcte pour le paramètre : z.zone_label = 'your_zone_label'.
Inspections de routine selon un intervalle de temps
Certaines tâches de maintenance se répètent selon des calendriers fixes. Le système doit signaler les véhicules dont la prochaine inspection / vérification est due dans un intervalle défini.
Service selon un seuil de kilométrage (Mineur/Majeur)
Les entretiens mineurs et majeurs sont déclenchés par le kilométrage depuis le dernier événement de service. Lorsque les kilomètres accumulés dépassent le seuil, le service approprié doit être programmé.
Veuillez noter que le champ vst.description doit contenir des commentaires / descriptions pertinents pour l'utiliser dans les filtres du code SQL ci‑dessous.
Plafond de kilométrage et pénalités
Les contrats de leasing limitent souvent le kilométrage (par ex. 25 000 km/an). Si la limite est dépassée, des clauses pénales s'appliquent. Le système doit comparer le kilométrage réel sur la période du contrat avec la limite convenue et calculer les frais.
Surveillance des heures moteur
Pour les machines et équipements agricoles, ce sont les heures de fonctionnement — et non le kilométrage — qui régissent la maintenance et la facturation. Les données d'heures moteur (par ex. depuis le CAN-Bus) doivent être surveillées et résumées.
Événements de freinage brusque
Le comportement de conduite affecte l'usure et la conformité au contrat. Détecter les freinages brusques aide la banque à attribuer l'usure prématurée des freins/pneus à un mauvais usage du conducteur et, si nécessaire, à transférer les coûts.
La requête SQL ci‑dessous calcule d'abord la vitesse en kilomètres par heure et la différence de temps entre points de données consécutifs pour chaque appareil. En utilisant ces informations, elle calcule ensuite le taux de décélération en kilomètres par heure par seconde. Enfin, elle filtre et renvoie les enregistrements où le taux de décélération est de 20 km/h par seconde ou plus, indiquant des événements de décélération significatifs.
Événements d'accélération brutale
L'accélération agressive augmente l'usure des pneus, transmissions, trains motrices et supports moteur. Identifier ces événements facilite le coaching et la récupération éventuelle des coûts.
La requête SQL ci‑dessous est conçue pour identifier les événements d'accélération significatifs à partir d'un jeu de données de suivi. Elle calcule d'abord la vitesse en kilomètres par heure et la différence de temps entre points de données consécutifs pour chaque appareil. En utilisant ces informations, elle calcule ensuite le taux d'accélération en kilomètres par heure par seconde. Enfin, elle filtre et renvoie les enregistrements où le taux d'accélération atteint ou dépasse un seuil spécifié, indiquant des événements d'accélération significatifs.
Virages brusques / Prise de courbe
Les virages serrés combinés à des changements de vitesse abrupts indiquent une conduite à risque. Surveiller ce type de comportement aide à détecter une utilisation inappropriée du véhicule.
Cette requête SQL est conçue pour identifier des changements significatifs de direction et de vitesse à partir de données de suivi sur une période spécifiée. Elle convertit d'abord les valeurs brutes de latitude et longitude en degrés décimaux et calcule la vitesse en kilomètres par heure. En utilisant la fonction LAG, elle récupère les données de position et de vitesse précédentes pour chaque appareil, ce qui permet de calculer les variations dans le temps. La requête calcule ensuite le changement d'azimut en degrés à l'aide de fonctions trigonométriques pour déterminer le cap entre points consécutifs. Elle calcule également la variation de vitesse entre ces points. Enfin, la requête filtre les résultats pour n'inclure que les enregistrements où le changement absolu d'azimut est de 10 degrés ou plus et où la variation absolue de vitesse est de 5 km/h ou plus, identifiant des manœuvres ou événements significatifs dans les données de suivi.
Détection d'allumage et d'inactivité
Mesurer le temps d'inactivité (allumage, faible/aucune vitesse) permet de réduire le gaspillage de carburant et d'identifier les mauvais usages. Les longues périodes au ralenti doivent être signalées et gérées.
Dashboard Studio et des outils similaires ne prennent pas en charge la substitution de variables (:variable syntaxe). Remplacez tous les paramètres par des valeurs littérales avant d'exécuter cette requête. Voir l'exemple ci‑dessous pour le format correct.
Mis à jour
Ce contenu vous a-t-il été utile ?