Retour terrain

Bureau d'études : voir une dérive de gamme avant la fin de la saison

Mis à jour le

Dans le monde du chauffage de piscine, un fabricant de pompes à chaleur mettait près de 2 ans à voir une dérive de gamme. Avec plus de 100 000 machines supervisées, son bureau d’études la détecte désormais en 3 à 4 mois. La correction a pu être faite en pleine saison, au lieu d’attendre la suivante.

Avant : un retour qualité qui arrivait trop tard

Le bureau d’études apprenait les défauts de gamme par les retours terrain. Une pièce revenait en garantie, puis une autre. Les remontées passaient par les installateurs, puis le SAV, puis la qualité.

Chaque étape filtrait et retardait l’information. Il fallait près de deux ans pour qu’une dérive devienne visible et certaine. Entre-temps, de nombreuses machines avaient été produites avec le même défaut.

Pour un produit saisonnier, c’est lourd. Une saison perdue coûte cher en garanties, en déplacements et en image.

Ce que le bureau d’études regarde maintenant

Le bureau d’études dispose de statistiques de défaillance par modèle et par version. Les données viennent de la gateway IngeFleet et du module Product.

Donnée suivieUnitéCe qu’elle révèle
Codes défaut par versioncode, nombreUne version qui se distingue des autres
Pressions du circuit frigorifiquebarUne fuite lente ou une dérive de charge
Écart de température d’eau°CUne performance de chauffe qui baisse
Démarrages du compresseurnombreDes cycles courts anormaux
Version de firmwaren°Un effet lié au logiciel plutôt qu’au matériel
Pièces remplacéesréférenceLes composants qui reviennent le plus

Le module Support ajoute les interventions tracées. Le bureau d’études voit les pannes déclarées et les solutions retenues.

Comment la dérive a été repérée

La dérive est apparue comme un écart, pas comme une alerte isolée. Une version précise affichait plus de défauts que les autres, sur une même famille de codes.

Le bureau d’études a croisé les codes avec les mesures du circuit frigorifique. Il a vu que l’écart touchait une version et pas les précédentes. La piste s’est resserrée vite, avec des données de terrain réelles.

Entre les premiers signaux et la certitude, il s’est passé 3 à 4 mois. Avant, ce même chemin prenait près de 2 ans.

Corriger en pleine saison

Voir tôt ne sert que si l’on peut agir tôt. Le fabricant a corrigé le défaut en cours de saison.

La correction a suivi plusieurs voies. La production a été modifiée. Le SAV a reçu une procédure dédiée dans le module Documentation, affichée seulement pour la version concernée. Les techniciens ont su quoi vérifier lors de leurs passages.

La configuration du type, côté IngeFleet, est versionnée et testée sur des machines témoins. Le bureau d’études peut ajouter une donnée à suivre sans risque pour le reste du parc.

Ce qui change pour la conception

Le bureau d’études ne conçoit plus à l’aveugle. Il voit comment ses machines vivent réellement chez les clients.

Les choix de la version suivante s’appuient sur l’usage réel : heures de compresseur, nombre de démarrages, conditions de fonctionnement. Les arbres de dépannage s’enrichissent des solutions trouvées par le terrain. Le récit des techniciens est dans le dépannage guidé sur le terrain.

Ce qu’il faut pour que ça marche

La détection rapide d’une dérive tient à trois conditions. Aucune n’est spectaculaire, mais toutes sont nécessaires.

La première est un parc assez large. Une dérive se voit par comparaison entre versions. Plus le parc connecté est grand, plus l’écart ressort vite du bruit.

La deuxième est une identité fiable. Chaque machine doit être rattachée à son modèle et à sa version dans Product. Une statistique sur une version mal identifiée ne vaut rien.

La troisième est des interventions tracées. Les codes défaut disent ce que voit la machine. Les tickets du module Support disent ce qu’a trouvé le technicien. C’est le croisement des deux qui convainc.

Pour exploiter ces données dans ses propres outils, le bureau d’études dispose de l’export CSV ou JSON. L’option API et IA donne un accès REST et temps réel.

Pour aller plus loin

Ce retour terrain fait partie du cas supervision d’un parc de pompes à chaleur. Lisez aussi le dépannage guidé vu du technicien et le déploiement de plus de 100 000 machines connectées.

Modules recommandés

Voir aussi

Questions fréquentes

Comment une dérive de gamme est-elle repérée plus tôt ?

Les codes défaut, les mesures et les interventions sont rattachés au modèle et à la version de chaque machine. Une hausse anormale sur une version se voit en quelques mois, au lieu d'attendre les retours terrain.

Le système prévoit-il les défaillances ?

Non, et ce n'est pas sa promesse. Il met à disposition des statistiques de défaillance par modèle et par version. L'analyse reste celle du bureau d'études.

Peut-on exploiter les données dans nos propres outils ?

Oui. Le socle propose un export CSV ou JSON. L'option API et IA donne un accès REST et temps réel, et la base de données en lecture est disponible en PaaS.

Parlons de votre parc.

Une question, un projet, une démo ? Décrivez-nous vos machines et votre besoin : nous revenons vers vous.

Nous contacter
Démarrer un pilote

10 machines, en ligne en quelques jours