Le droit à réparer s’arrête avant le service IA

Le droit à la réparation arrive avec une image simple : une pièce casse, un réparateur l’ouvre, remplace l’élément et rend l’objet à son propriétaire. À partir du 31 juillet 2026, les États membres doivent appliquer la directive européenne qui renforce cette possibilité. Pour les produits couverts, le fabricant doit proposer une réparation dans un délai et à un prix raisonnables. Il ne peut pas employer une technique matérielle ou logicielle pour bloquer la réparation, sauf justification objective.

Le progrès est réel. Il vise une économie où un écran, une batterie ou une pompe défectueuse condamne trop vite tout l’objet.

Mais les produits ont changé plus vite que notre image de la panne. Une caméra peut continuer à filmer tout en perdant sa détection automatique. Un thermostat peut encore mesurer la température sans accéder au service qui apprenait les habitudes. Un équipement d’inspection peut retrouver un capteur neuf et ne plus reconnaître les défauts parce que le modèle distant a été retiré. Le matériel est réparé ; la fonction achetée a disparu.

Le nouveau droit protège mieux l’objet. Il ne promet pas encore la survie complète de son intelligence.

La directive répare un périmètre précis

La première prudence consiste à ne pas transformer la directive en droit universel. La Commission énumère actuellement des familles de biens déjà soumises à des exigences européennes de réparabilité : lave-linge, réfrigérateurs, lave-vaisselle, téléviseurs, aspirateurs, sèche-linge, équipements de soudage, smartphones, tablettes, téléphones sans fil, serveurs, produits de stockage de données et certains biens équipés de batteries pour moyens de transport légers.

La liste pourra s’allonger avec de nouvelles règles d’écoconception. Elle n’englobe pas automatiquement tout objet auquel un vendeur a ajouté le mot « intelligent ».

La deuxième limite est plus importante pour une entreprise : l’obligation décrite par la directive concerne les biens achetés par une personne physique pour un usage non professionnel. La foire aux questions de la Commission exclut explicitement le contexte entre entreprises. Une PME qui achète une caméra de contrôle, un appareil de mesure ou un boîtier connecté pour sa production ne doit donc pas confondre un progrès du droit de la consommation avec sa propre garantie contractuelle.

Enfin, l’obligation suit les exigences sectorielles applicables à la pièce. La Commission parle, selon les produits et les composants, de périodes de cinq à dix ans pendant lesquelles des pièces doivent rester disponibles. Ce n’est pas une promesse uniforme portant sur chaque composant, chaque logiciel et chaque fonctionnalité.

Le premier enseignement d’achat tient en une phrase : demander « ce produit est-il réparable ? » reste trop vague. Il faut demander quelle pièce, pendant combien de temps, par qui et sous quel texte ou engagement contractuel.

Le verrou logiciel n’est qu’une moitié du problème

La directive interdit en principe les clauses et techniques qui gênent la réparation. Cette formulation vise aussi le logiciel. Elle empêche qu’une pièce physiquement compatible devienne inutile uniquement parce qu’un code bloque son remplacement.

Les smartphones montrent ce que cette protection peut produire lorsqu’elle est précisée par une règle sectorielle. Le règlement européen d’écoconception impose l’accès non discriminatoire au logiciel, au micrologiciel et aux outils nécessaires pour rétablir la pleine fonctionnalité de certaines pièces sérialisées. Un écran, une caméra ou un capteur remplacé ne devrait pas rester artificiellement dégradé faute d’un appairage réservé au fabricant. Le même règlement prévoit aussi plusieurs années de mises à jour du système d’exploitation.

Voilà une réparabilité numérique concrète : la pièce change et le logiciel nécessaire à cette pièce suit.

Mais un service IA ajoute d’autres dépendances. Le capteur peut être appairé sans que le modèle soit encore disponible. Le système d’exploitation peut être mis à jour sans que l’application demeure compatible. L’application peut s’ouvrir sans que l’API distante réponde. Le compte peut exister alors que l’offre commerciale a disparu. Le fichier de configuration peut être exporté sans contenir les seuils appris ou les données dérivées.

L’interdiction d’un verrou logiciel répond à la question : « le fabricant empêche-t-il le réparateur de restaurer cette pièce ? » Elle ne répond pas à une autre : « le fournisseur maintiendra-t-il tout ce qui rendait le produit utile ? »

Entre les deux se trouve la panne la plus moderne : aucun composant n’est cassé, mais la chaîne de service est interrompue.

Un objet IA contient au moins cinq durées de vie

Le mot « produit » compacte des éléments qui vieillissent différemment.

Il y a d’abord le matériel : boîtier, alimentation, capteurs, batterie, stockage, écran. Sa durée dépend des pièces, des outils, des plans et de la capacité à démonter.

Il y a ensuite le logiciel embarqué : micrologiciel, pilotes, système d’exploitation, application locale. Sa durée dépend des correctifs, des formats, des bibliothèques et de la compatibilité avec les nouvelles versions.

Vient le service distant : authentification, API, stockage, tableau de bord, calcul dans le cloud. Il peut être nécessaire au fonctionnement normal tout en restant invisible dans la fiche technique.

Le modèle IA forme une quatrième couche. Il peut être embarqué, téléchargé ou appelé à distance. Il peut changer de version sans que le matériel change. Il peut aussi être retiré parce que son coût augmente, que sa licence expire ou que le fournisseur remplace toute sa gamme.

Enfin viennent les données et réglages accumulés : historique, calibration, profils, seuils, annotations, préférences, journaux. Ils déterminent parfois davantage la valeur réelle que le boîtier lui-même.

Ces cinq couches n’ont pas la même date de fin. Pourtant, le devis les résume souvent sous une seule ligne : « solution intelligente incluse ».

Un produit sérieux devrait donc posséder non pas une durée de support, mais une matrice de support. La batterie peut être disponible sept ans. Le système peut recevoir des correctifs cinq ans. Le service distant peut être garanti trois ans. Le modèle peut être remplacé avec un préavis de six mois. Les données peuvent être exportées pendant quatre-vingt-dix jours après résiliation.

La précision ne rend pas le produit moins durable. Elle révèle sa durabilité réelle.

Le Data Act rend les données accessibles, pas l’intelligence portable

Le règlement européen sur les données apporte une autre pièce utile. Il donne aux utilisateurs de produits connectés, entreprises comprises, des droits d’accès aux données générées par leur usage et aux métadonnées nécessaires pour les comprendre. La Commission cite les véhicules connectés, les appareils médicaux, les équipements de fitness ainsi que les machines industrielles ou agricoles.

Ce droit peut aider un réparateur ou un prestataire tiers. Une série de températures, de pressions, de positions ou de vitesses peut permettre de diagnostiquer un appareil et de reconstruire un service.

La limite est écrite au même endroit : les données déduites ou dérivées, notamment celles produites par des algorithmes propriétaires, restent hors du périmètre. Le contenu et la propriété intellectuelle ne deviennent pas portables par magie.

Pour un produit IA, cette frontière est décisive. Les mesures brutes d’un capteur peuvent être accessibles alors que le score de risque, l’embedding, le profil appris, la classification enrichie ou la logique de décision ne le sont pas. Exporter les entrées ne restitue pas le modèle. Récupérer l’historique ne recrée pas l’environnement qui le transformait en alerte.

La portabilité des données réduit la dépendance. Elle ne garantit pas la substituabilité du service.

Un acheteur doit donc demander deux exports. Le premier contient les données auxquelles la loi donne accès. Le second décrit ce qu’il faudra pour reprendre le service : formats, schémas, paramètres, identifiants, versions, seuils et documentation. Si le fournisseur ne peut montrer que le premier, le plan de sortie reste incomplet.

La cybersécurité ne promet pas la même fonction

Le règlement européen sur la cyberrésilience complète le tableau. Pour les produits comportant des éléments numériques, il organise la gestion des vulnérabilités et impose une période de support adaptée à la durée d’usage attendue, avec un plancher de cinq ans sauf lorsque le produit est raisonnablement destiné à vivre moins longtemps. Il reconnaît aussi les solutions de traitement de données à distance dont dépend une fonction du produit.

C’est une avancée importante : le cloud nécessaire au produit ne devrait plus être traité comme une décoration extérieure lorsqu’il participe à sa sécurité.

Mais une mise à jour de sécurité n’est pas une garantie fonctionnelle. Un fabricant peut corriger une vulnérabilité sans conserver le même modèle, le même niveau de précision, le même connecteur ou le même tarif. Il peut maintenir un logiciel sûr dont la fonction principale a été réduite. La cyberrésilience vise le risque de sécurité ; elle ne transforme pas chaque promesse commerciale en obligation de continuité.

La nouvelle directive sur la responsabilité du fait des produits défectueux confirme ce déplacement. Elle inclut le logiciel et les systèmes d’IA dans la notion de produit, y compris lorsqu’ils sont fournis par le cloud. Elle considère aussi qu’une absence de mise à jour nécessaire à la sécurité peut compter dans l’analyse d’une défectuosité.

Ce régime protège contre un dommage. Il intervient lorsque quelque chose a mal tourné. Il ne garantit pas qu’un service reste utile avant le dommage.

Les textes européens commencent donc à entourer le produit numérique par plusieurs côtés : réparation matérielle, accès aux données, cybersécurité, responsabilité. Le vide qui subsiste n’est pas une absence totale de droit. C’est l’espace entre ces droits, là où vit la continuité opérationnelle.

Le bon test tient en cinq preuves

Une entreprise qui achète un équipement connecté n’a pas besoin d’attendre une nouvelle directive. Elle peut rendre ce vide contractuel visible avec cinq preuves.

La première est la carte des dépendances. Le fournisseur doit montrer ce qui fonctionne sur l’appareil, sur le réseau local et dans son cloud. Une flèche non nommée vers « la plateforme » est déjà une dette.

La deuxième est le calendrier séparé. La fin de disponibilité des pièces, des mises à jour de sécurité, des mises à jour fonctionnelles, du service distant et de l’export doit apparaître avec un mois et une année. « Pendant la durée de vie du produit » ne décrit rien tant que cette durée reste définie par celui qui peut fermer le service.

La troisième est le mode dégradé. Coupez le réseau pendant le pilote. Le produit doit montrer ce qu’il sait encore faire, pendant combien de temps, avec quelle qualité et comment il se resynchronise. Un fonctionnement hors ligne total n’est pas toujours réaliste. Une panne lisible l’est.

La quatrième est la réparation complète. Remplacer une pièce ne suffit pas. Il faut vérifier l’appairage, la calibration, le retour des fonctions IA, l’accès aux historiques et la conservation des réglages. Le scénario de test doit aller jusqu’au service rendu.

La cinquième est la sortie. Demandez un export réel avant la signature, pas une promesse de portabilité. Confiez-le à une personne qui n’a pas configuré le produit et observez ce qu’elle peut comprendre. Si les fichiers sont ouverts mais inutilisables sans un dictionnaire privé, l’export est administratif.

Ces cinq preuves ne garantissent pas dix ans de service. Elles empêchent au moins de confondre la longévité du boîtier avec celle de la solution.

Réparer jusqu’à la fonction

Le droit à la réparation corrige un déséquilibre ancien. Un fabricant ne devrait pas condamner un bien parce qu’une pièce remplaçable a cassé, parce qu’un réparateur indépendant l’a déjà ouvert ou parce qu’un verrou logiciel réserve l’opération à son réseau.

L’étape suivante sera moins visible. Un objet connecté peut survivre matériellement et devenir une coquille. Son capteur mesure, son voyant s’allume, son réseau répond — mais l’analyse, le profil, l’alerte ou l’automatisation qui justifiait l’achat n’existe plus.

La bonne unité de réparabilité n’est donc plus seulement la pièce. C’est la fonction utile.

Pour l’acheteur, cela change le vocabulaire. Il ne demande plus seulement si la batterie se remplace. Il demande si le produit reconnaîtra encore la batterie, si le logiciel la gérera, si le service distant continuera, si les données resteront récupérables et ce qui se passera le jour où le modèle sera retiré.

Le 31 juillet marque un progrès tangible : l’Europe rend la réparation plus difficile à bloquer. Il ne faut ni le minimiser, ni lui prêter une promesse qu’il ne porte pas.

Un étau réparé redevient un étau. Un objet IA réparé peut ne redevenir qu’un objet. La différence doit être écrite avant l’achat.