Télématique et logiciel de location : transformer les données des équipements en décisions

Une part croissante du matériel qui circule dans les parcs de location est aujourd'hui équipée d'un capteur connecté ou d'un module GPS, bien plus qu'il y a dix ans. Groupes électrogènes, compresseurs, pelles, nacelles élévatrices, et de plus en plus de petits outils motorisés arrivent du fabricant avec un module télématique déjà installé, qui remonte des informations quelque part, en tant que fonction standard plutôt qu'en option. Cette évolution s'est faite assez progressivement pour qu'il soit facile de sous-estimer son ampleur : une entreprise de location qui n'a jamais délibérément cherché à s'équiper en télématique peut très bien se retrouver avec un parc dont une part significative transmet déjà des données, que quelqu'un au bureau exploite cette information ou non.

Dans ce contexte, la question à se poser n'est plus vraiment « mon matériel est-il télématique ». De plus en plus, une partie de votre parc l'est probablement déjà, une décision prise par le fabricant plutôt que par le loueur. La question la plus utile est de savoir où vont réellement ces données une fois générées, et si elles parviennent à quelqu'un qui prend une décision concernant cet actif précis. Des données de localisation, d'usage ou de panne qui dorment dans l'application propre au fabricant, consultée de temps à autre par la seule personne qui se souvient encore du mot de passe, n'apportent pas grand-chose à une entreprise qui planifie des livraisons, établit des devis de location ou décide du moment d'un entretien. Les mêmes données arrivant dans le système où se prennent réellement les décisions de disponibilité, de tarification et de maintenance sont d'une tout autre nature, alors même que le capteur, lui, n'a pas changé.

C'est cet écart, plus que la question du matériel lui-même, qui fait l'objet de cet article : non pas s'il faut équiper son matériel en télématique, puisqu'une bonne partie l'est déjà, mais ce que deviennent ensuite ces données, et ce qui change lorsqu'elles cessent d'être un flux isolé que personne ne regarde pour venir s'ajouter à tout ce que l'on sait déjà de cet actif.

La télématique n'est pas une notion unique : c'est une vaste catégorie de capteurs connectés et de remontées d'informations, et ce qu'une unité donnée rapporte dépend du fabricant, du type de matériel et de la façon dont le module a été configuré à l'installation. Cela dit, quelques types de données reviennent régulièrement sur la majorité du matériel pertinent pour la location, et il vaut la peine de préciser ce qu'ils recouvrent en général avant d'aborder la question de leur destination.

La localisation est la plus connue : des coordonnées GPS transmises à intervalles réguliers, ou lors d'un déplacement, permettant de savoir approximativement où se trouve un équipement sans avoir à le retrouver physiquement. Les heures d'usage ou de moteur sont tout aussi courantes, et souvent plus utiles sur le plan opérationnel : combien de temps ce groupe électrogène a-t-il réellement tourné depuis son départ du dépôt, ce qui est différent du temps pendant lequel il est simplement resté en location. Ces deux chiffres ne sont pas identiques, et c'est souvent dans cet écart que se trouve l'information intéressante. Au-delà de cela, de nombreuses unités remontent aussi des codes de panne ou de diagnostic basiques : une alerte moteur, un niveau de carburant bas, une anomalie qui, sans cela, ne serait constatée que si quelqu'un passait devant la machine par hasard, ou si un client appelait pour se plaindre qu'elle ne fonctionnait plus.

Rien de tout cela n'est exceptionnel ni propre à un fournisseur en particulier : c'est, dans les grandes lignes, ce que la télématique rapporte depuis des années, notamment sur le matériel de BTP, d'engins et de groupes électrogènes. Ce qui varie énormément en pratique, ce n'est pas ce qui est mesuré, mais ce que devient cette mesure une fois produite, et si elle finit un jour par apparaître sur un écran que quelqu'un, dans l'entreprise de location, regarde réellement.

Le problème concret que rencontrent la plupart des entreprises de location n'est pas un manque de données télématiques. C'est que ces données se trouvent au mauvais endroit. Un équipement doté d'un module GPS et d'un capteur d'usage par son fabricant remonte généralement ses informations vers le portail ou l'application propre à ce fabricant, conçue pour cette seule marque de machine et à laquelle on se connecte séparément de tout le reste des outils utilisés au quotidien par l'entreprise. Ce système n'a jamais été pensé pour communiquer avec un logiciel de gestion locative, tout simplement parce qu'il n'a pas été conçu par l'éditeur de ce logiciel. Il a été conçu par le fabricant de l'équipement, comme une fonctionnalité de la machine, pas comme un outil pensé pour l'activité de location qui l'entoure.

Un exemple illustratif

Imaginons une entreprise de location de matériel de taille moyenne exploitant un parc de groupes électrogènes, dont la plupart sont arrivés du fabricant déjà équipés de traceurs GPS — non pas une option demandée ou payée en plus par le loueur, mais une fonction standard sur les modèles récents. Les données de localisation et d'heures de fonctionnement produites par ces traceurs sont réellement utiles en théorie : elles permettraient de savoir si un groupe électrogène présent sur un chantier depuis trois semaines pour une location de deux semaines tourne réellement, ou s'il est à l'arrêt depuis la première semaine. Dans les faits, ces données se trouvent dans l'application propre au fabricant, sur un compte créé par une seule personne à l'atelier il y a dix-huit mois et rarement consulté depuis, déconnecté du dossier de réservation, du calendrier de maintenance, ou de tout ce que le bureau consulte pour décider si ce groupe est disponible pour le prochain devis. Le matériel télématique fait son travail. Les données, elles, n'arrivent tout simplement jamais là où se prend réellement la décision de location.

C'est cet écart qui mérite l'attention, plus que le capteur lui-même. Une application séparée que personne, dans l'activité quotidienne, ne consulte n'est pas fondamentalement différente de l'absence totale de télématique, du point de vue de la personne qui établit le prochain devis ou décide si un actif doit revenir en atelier pour un entretien. La promesse de la télématique — savoir ce qui se passe réellement pour un équipement pendant qu'il est en location — dépend entièrement du fait que ces données parviennent à un endroit relié aux décisions qu'elles sont censées éclairer.

Autant être clair sur ce point plutôt que de rester dans le flou : Renttix ne fabrique, ne vend ni n'installe de matériel télématique. L'entreprise ne produit ni traceurs GPS, ni capteurs, ni aucun dispositif physique posé sur les équipements. Ce que fait Renttix, c'est recevoir et exploiter les données télématiques d'un équipement déjà connecté — le capteur et la connectivité appartiennent au fabricant, ou à un fournisseur télématique spécialisé, et le rôle de Renttix commence une fois que ces données existent déjà et ont besoin d'un endroit utile où atterrir.

Cette distinction compte, et une entreprise de location qui examine un logiciel de télématique pour la location doit savoir exactement ce qu'elle évalue : non pas un produit matériel à installer sur son parc, mais un moyen de faire entrer les données télématiques déjà produites par l'équipement dans le même système que tout le reste des informations connues sur cet actif, plutôt que de les laisser isolées dans le portail propre à un fabricant.

Chez Renttix, cela se traduit dans l'intelligence des actifs : la télématique en direct y côtoie les rapports de santé et de coût par actif, les états de cycle de vie encadrés avec blocages et enquêtes, les inventaires par code-barres, et la RFID, plutôt que d'exister comme un module séparé ajouté pour les seuls équipements qui remontent une position. L'objectif n'est pas d'avoir une fonctionnalité télématique pour elle-même. C'est que la localisation et l'usage en direct d'un actif constituent une information de plus qui mérite d'être connue sur cet actif précis, aux côtés de ce qu'il rapporte, de ce qu'il coûte et de son état — et non un sujet à part, suivi ailleurs par quelqu'un qui doit penser à s'y connecter.

L'intérêt de relier les données télématiques à un logiciel de gestion locative, plutôt que de les laisser dans une application isolée du fabricant, ne tient pas vraiment au fait que ces données soient nouvelles. Le capteur les produisait déjà de toute façon. L'intérêt se trouve dans ce qui devient visible une fois que cette information rejoint tout ce que l'entreprise sait déjà par ailleurs sur ce même actif.

L'exemple le plus parlant est l'écart entre réservé et utilisé. Un dossier de réservation indique qu'un actif est en location entre deux dates ; il ne dit pas ce qui s'est réellement passé pendant cette période. Des données d'heures d'usage venant s'ajouter au même dossier d'actif que la réservation commencent à combler cet écart, en montrant si un groupe électrogène loué deux semaines a réellement tourné deux semaines, ou s'il est resté à l'arrêt la plupart du temps après les premiers jours. C'est une information réellement différente du simple « est-il réservé », et c'est en général une information qu'une entreprise de location ne peut obtenir autrement qu'en appelant le chantier pour demander à quelqu'un sur place.

Le même principe s'applique à la visibilité multi-dépôts : les données de localisation issues de la télématique alimentent la même vue en direct de l'emplacement réel des actifs sur l'ensemble des sites et des dépôts, plutôt que d'exiger une vérification séparée sur la carte propre à un fabricant pour les seules unités qui remontent un GPS. Et il faut être tout aussi honnête sur ce que cela ne permet pas encore : des données d'usage venant s'ajouter aux informations de coût et de gain pourraient, en principe, un jour éclairer des décisions de facturation à l'usage, une logique que certaines entreprises de location envisagent déjà. Mais il s'agit là d'une direction générale que prend le secteur, pas d'une fonctionnalité de facturation propre à Renttix à revendiquer aujourd'hui. Ce qui est réel dès maintenant, c'est la visibilité elle-même : une vision plus complète de l'usage réel d'un actif précis, disponible au même endroit que son rapport de santé et de coût, plutôt que classée dans une application séparée que personne n'aurait pensé à consulter avant de prendre cette décision.

Si votre parc comprend déjà du matériel équipé de télématique par le fabricant — et c'est de plus en plus probablement le cas d'une partie de celui-ci — l'exercice concret n'est pas de décider s'il faut adopter la télématique. Il s'agit de découvrir où vont réellement ces données aujourd'hui, et si quelqu'un, en prenant une décision de disponibilité, de tarification ou de maintenance, les consulte effectivement.

Un point de départ raisonnable : dressez la liste du matériel de votre parc dont vous savez qu'il dispose d'une forme de suivi connecté, qu'il s'agisse de GPS, d'heures d'usage ou de codes de panne basiques. Pour chacun, demandez-vous qui consulte ces données, à quelle fréquence, et si cela se rapproche seulement du système utilisé pour établir des devis de location, planifier l'entretien ou vérifier ce que coûte réellement un actif donné à maintenir en service. Si la réponse honnête est « c'est dans une application sur le téléphone d'une seule personne » ou « nous ne nous sommes quasiment jamais connectés à ce portail », le problème n'est pas le matériel. C'est le décalage entre l'endroit où vivent les données et celui où se prennent les décisions.

Une télématique de location qui arrive au même endroit que le dossier de gain, de coût et de santé d'un actif transforme le capteur d'un fabricant, jusque-là une fonctionnalité que personne ne consulte, en une information qui change réellement ce que fait le bureau ensuite. Si vous voulez voir à quoi cela ressemblerait sur votre propre parc, y compris sur du matériel déjà équipé de télématique par son fabricant, demandez une démonstration et apportez un exemple concret.