Dois-je documenter la durée pendant laquelle un appareil reçoit des mises à jour logicielles ?

Le support logiciel n'est pas encore une obligation établie

Un délai obligatoire pour les mises à jour logicielles n'est pas encore fixé. Le règlement-cadre ESPR (Règlement (UE) 2024/1781) fournit bien la base juridique pour le rendre obligatoire par catégorie de produits, mais l'exigence réelle — la durée pendant laquelle un fabricant doit continuer à fournir des mises à jour, et si ce délai doit figurer dans le passeport numérique du produit — ne sera fixée que dans un acte délégué pour le groupe de produits spécifique. Pour l'électronique et les équipements ICT, cet acte n'existe pas encore. Jusqu'à ce qu'il existe, il n'y a pas d'obligation générale et exécutoire de fixer un délai de mise à jour dans le passeport, même si l'obsolescence logicielle est précisément le type de sujet de durabilité sur lequel l'ESPR est axé.

Pertinent pour les produits avec logiciel, non pour tous

Ce sujet concerne les appareils dont les fonctionnalités dépendent du logiciel : les appareils électroménagers intelligents, l'équipement ICT, et l'électronique plus large avec un firmware ou un logiciel d'exploitation. Pour les produits purement mécaniques sans logiciel, la question ne se pose simplement pas. De même, dans le secteur de l'électronique : l'ESPR fonctionne avec des actes délégués par sous-catégorie, donc une exigence qui s'appliquera aux smartphones ne s'appliquera pas automatiquement à un lave-linge ou un routeur. Le règlement-cadre lui-même (articles 5 à 7) énumère le type d'exigences qui peuvent être fixées — y compris la durabilité, la fiabilité et l'aptitude à la réparation et à la modernisation — mais ne le traduit pas encore en un nombre d'années concret pour un produit concret. Quiconque cherche actuellement un délai ferme pour un appareil spécifique ne le trouvera donc nulle part dans le texte actuel de l'ESPR.

Pas encore de date : actes délégués par catégorie

Il n'y a pas de date fixe pour que cela s'applique à l'électronique et aux ICT. Selon le plan de travail ESPR 2025-2030, les actes délégués par sous-catégorie sont élaborés, avec l'attente que les premiers d'entre eux paraissent à partir de 2027. C'est une indication du plan de travail, pas un engagement et pas une loi. Jusqu'à ce qu'un acte délégué pour un groupe de produits spécifique soit publié, les dispositions générales de l'ESPR s'appliquent à ce groupe (articles 5 à 7 pour les exigences substantielles, article 10 pour ce qui doit figurer dans le passeport numérique du produit) sans qu'un délai de mise à jour concret en découle pour autant. Dès qu'un acte délégué pour l'électronique ou les ICT est publié, la date et le contenu de cette exigence figurent ici.

Ce que cela signifie : ordre d'approche

Quiconque souhaite s'y préparer examine d'abord sa propre catégorie de produits dans le plan de travail ESPR et suit de là la publication de l'acte délégué correspondant — c'est le moment où il devient clair si, et pour combien de temps, un délai de mise à jour est obligatoire et si celui-ci doit figurer dans le passeport numérique du produit. Jusqu'à cette publication, il n'y a aucune obligation juridique de consigner cette information dans un passeport, mais rien n'empêche un fabricant de suivre en interne dès maintenant la durée pendant laquelle le support logiciel est garanti par gamme de produits — c'est alors un engagement volontaire personnel, pas une obligation ESPR. Pour quiconque fait assembler un passeport numérique du produit, cela signifie concrètement : la structure actuelle du passeport n'a pas besoin de contenir ce champ pour le moment, mais dès que l'acte délégué pour la sous-catégorie concernée le prescrit, ce champ est ajouté au passeport et rempli avec les données que le fabricant ou l'importateur fournit à ce moment. Quiconque consigne déjà des informations sur le support logiciel — quels modèles, quels délais, quels plans de mise à jour — a ainsi une longueur d'avance au moment où l'exigence devient concrète, car ces données sont alors déjà disponibles pour être intégrées dans le passeport.

La base : articles 5 à 7 et article 10

La possibilité d'imposer des exigences en matière de support logiciel découle des articles 5 à 7 du ESPR (Règlement (UE) 2024/1781), qui constituent le cadre de la conception écologique : exigences de performance telles que la durabilité, la fiabilité et l'aptitude à la mise à niveau, ainsi que les exigences d'information à ce sujet. Ces articles énumèrent les catégories d'exigences qui peuvent être précisées davantage par des actes délégués par groupe de produits, mais ne fixent eux-mêmes aucun délai de mise à jour concret. L'article 10 du même règlement régit ce qui doit être inclus dans le passeport numérique des produits ; ici aussi, les champs de données précis sont déterminés par catégorie de produit, sur la base des exigences établies pour cette catégorie. Tant qu'aucun acte délégué ne sera publié pour l'électronique et les TIC qui mentionne spécifiquement le support logiciel, ce sujet reste une possibilité au sein du règlement-cadre, et non une obligation concrète.

Quiconque s'occupe déjà de cette question ferait mieux de surveiller la publication de l'acte délégué pour sa propre catégorie de produit et, en attendant, de mettre en ordre ses propres données concernant le support logiciel, afin qu'elles soient prêtes dès que le passeport le demande.

Sur quoi ceci repose

Le règlement lui-même se trouve sur EUR-Lex. Nous renvoyons pour chaque affirmation ; vous n'avez pas besoin de nous croire.

Ce que vous devez faire concrètement

Ce que l'on attend de vous

Le support logiciel peut devenir une exigence de conception écologique

L'ESPR permet d'inclure, dans les actes délégués, des exigences relatives à la durabilité d'un produit, et au sein de celle-ci également des exigences relatives aux logiciels : pendant combien de temps un appareil reçoit des mises à jour fonctionnelles et de sécurité, et ce qui se produit avec les fonctionnalités de l'appareil une fois que ce support s'arrête. Les articles 5 à 7 de l'ESPR (Règlement (UE) 2024/1781) le mentionnent comme faisant partie des exigences de performance et d'information qui peuvent être établies par groupe de produits. Pour les appareils électroniques et ICT, c'est l'un des sujets considérés comme pertinents, compte tenu du rôle du logiciel dans la durée de vie d'un appareil — une machine à laver ou un ordinateur portable qui fonctionne techniquement toujours, mais ne reçoit plus de mises à jour, est souvent remplacé dans la pratique. Pour une entreprise de 10 à 100 salariés, cela signifie que le service responsable des informations sur les produits (souvent le même qui établit déjà les conditions de garantie et les manuels d'utilisation) devra suivre une nouvelle donnée : la période au cours de laquelle les mises à jour sont fournies, par modèle de produit ou par version logicielle.

L'information doit être retrouvable dans le passeport produit

L'article 10 de l'ESPR (Règlement (UE) 2024/1781) décrit quelles informations doivent être incluses dans le passeport produit numérique dès qu'un acte délégué l'établit pour un groupe de produits. Dès lors que la durée du support logiciel s'applique comme exigence pour les appareils électroniques, ces informations ne vont donc pas seulement figurer dans un manuel ou sur un site web, mais aussi dans le passeport lui-même — structurées, et associées au porteur de données QR sur le produit. Pour une entreprise de taille moyenne, cela signifie que la période de mise à jour ne peut pas être déterminée indépendamment par le service logiciel et communiquée indépendamment par le marketing : ces informations doivent finalement figurer dans le même ensemble de données que, par exemple, la consommation d'énergie et l'indice de réparabilité. Ce qui doit exactement figurer dans le passeport varie selon le groupe de produits ; sur quelles données figureront dans le passeport produit de l'électronique ? se trouve un aperçu des catégories de données qui y figurent.

La période indiquée doit correspondre à la réalité

Définir une durée de support est une étape ; la tenir en est une autre. Si un fabricant s'engage sur une période de mises à jour dans le passeport, on s'attend à ce que cette période soit effectivement respectée — et que les modifications (un cycle de mise à jour arrêté plus tôt, une acquisition au cours de laquelle une équipe logicielle est réduite) soient traitées. Cela soulève la question de la fréquence à laquelle les données du passeport doivent rester actualisées ; voir comment les données doivent-elles rester actualisées ? pour ce qui est connu à ce sujet. Pour une entreprise de cette taille, cela signifie souvent que l'engagement concernant la durée de la mise à jour n'est pas seulement fait par le chef de produit, mais est coordonné avec la partie qui maintient effectivement le logiciel — équipe interne ou prestataire externe.

Où cela échoue en pratique

Une première situation : un fabricant mentionne une période de mise à jour dans le matériel marketing (« cinq ans de mises à jour de sécurité »), mais cet engagement n'est documenté nulle part dans un document interne avec une date de début et une date de fin. Dès que ces informations doivent figurer dans le passeport, il n'y a pas de source unique à exploiter.

Une deuxième situation : le logiciel d'un appareil est fourni par un fournisseur (un fabricant de puces, un fournisseur de plateforme), et l'importateur qui élabore le passeport produit ne sait pas combien de temps ce fournisseur garantit le support. La responsabilité de l'exactitude des données du passeport incombe à la partie qui fait élaborer le passeport, même si les informations sous-jacentes proviennent d'un tiers.

Une troisième situation : un appareil est vendu en plusieurs versions (différents chipsets, différentes versions logicielles par région de marché), mais la période de mise à jour est indiquée comme un seul chiffre pour tout le numéro de modèle. Lors d'une vérification ultérieure, il s'avère que certaines versions sont soutenues pendant une période plus courte que d'autres.

Une quatrième situation : un appareil déjà vendu n'est plus mis à jour plus tôt que prévu en raison d'un changement de stratégie, sans que cette modification soit communiquée à qui gère le passeport. Les données du passeport continuent d'afficher la période originale, trop optimiste.

Une cinquième situation : une entreprise considère que « l'assistance logicielle » concerne uniquement les mises à jour de sécurité, tandis que les mises à jour fonctionnelles (nouvelles fonctionnalités, compatibilité avec les nouveaux accessoires) sont traitées séparément — et la communication à ce sujet avec le client est incohérente, sans qu'il soit clair laquelle des deux figure dans le passeport.

Ce que vous pouvez documenter

Un document interne par modèle de produit avec la période d'assistance promise pour les mises à jour fonctionnelles et les mises à jour de sécurité, chacune avec une date de début clairement définie (par exemple, le lancement sur le marché) et, si connue, une date de fin.
Des accords avec les fournisseurs de logiciels ou les sous-traitants sur la durée d'assistance minimale qu'ils garantissent, y compris ce qui se passe en cas de rachat, de faillite ou de cessation d'une plateforme.
Un aperçu de la fonctionnalité de l'appareil qui dépend des mises à jour logicielles, et ce qui se passe avec cette fonctionnalité une fois l'assistance terminée (par exemple : l'appareil continue à exécuter les fonctions de base, mais perd la connexion avec une application).
Un processus de communication des changements dans la planification des mises à jour (arrêt prématuré, prolongation) au département qui gère le passeport produit, de sorte que les données ne prennent pas de retard sur la réalité.
Une distinction par version ou variante d'un modèle de produit, si l'assistance logicielle varie selon l'ensemble de puces ou la région de marché.
L'enregistrement de la source de l'information : la période indiquée est-elle un engagement propre, ou une garantie transmise d'un sous-traitant ? Cela est pertinent dès lors que quelqu'un demande sur quoi est basée une donnée du passeport — voir également j'ai découvert une erreur dans le passeport produit, que faire maintenant ? pour savoir comment gérer les données incorrectes ou obsolètes.

Dès que l'acte délégué pour les appareils électroniques et les TIC sera publié, il deviendra concret quelles données exactement seront obligatoires et sous quelle forme. En attendant, la constitution d'un dossier propre et vérifiable sur les périodes d'assistance est un moyen de ne pas devoir reconstruire après coup ce qui a autrefois été promis.

Ceci n'est pas un conseil juridique. Cette page fournit des informations générales sur la réglementation couverte par cette plateforme. Nous ne connaissons pas votre situation. En cas de doute sur votre propre cas, consultez un juriste ou l'autorité compétente de surveillance.

Écrit avec l'IA sur la base des sources ci-dessus, contrôlé par un humain le 2026-08-22. Quelque chose ne va pas ? Faites-le nous savoir — les corrections sont prioritaires.