Qu'est-ce qui change cette année dans la discussion avec votre fournisseur de logiciels ?
Si vous discutez cette année avec votre éditeur de logiciels du passeport batterie, vous parlez de quelque chose de différent par rapport à il y a un an. À l'époque, la discussion portait surtout sur la question de savoir si le règlement s'appliquait à vous. Cette année, la discussion se déplace vers la question de savoir comment vos systèmes doivent à l'avenir enregistrer, transmettre et conserver les données pendant dix ans. Ce changement est pour de nombreuses entreprises le moment où le sujet passe de « quelque chose pour l'année prochaine » à « quelque chose pour le prochain plan informatique ».
La raison en est que la mise en œuvre technique du règlement devient plus concrète cette année. Les grandes lignes sont déjà définies : il y aura un passeport numérique, avec un code QR comme support de données, qui doit rester accessible pendant la durée de vie de la batterie. Ce qui est encore en cours de détail, c'est la forme précise dans laquelle les données sont enregistrées et échangées, et comment cela s'intègre aux systèmes que les entreprises utilisent déjà. Pour votre éditeur de logiciels, c'est la différence entre « nous construirons quelque chose plus tard » et « nous savons déjà où cela doit mener ».
Pourquoi votre logiciel actuel n'est pas automatiquement prêt
Un logiciel comptable, un système de boutique en ligne ou un ERP a été construit pour suivre les commandes, les stocks et les factures. Le passeport batterie demande quelque chose de différent : des données qui restent attachées à une batterie spécifique, même après que cette batterie ait été revendue, intégrée dans un vélo ou renvoyée pour recyclage des années plus tard. Ce n'est pas une question d'ajouter un champ supplémentaire à un système existant, mais d'une façon distincte d'enregistrer et de conserver.
C'est pourquoi il est utile de ne pas attendre cette année que tout soit fixé, mais de demander quand même comment votre fournisseur voit les choses. Y a-t-il une feuille de route pour les données de batterie ? Pense-t-on à une interface avec un système de passeport distinct, ou faut-il que tout s'intègre au logiciel existant ? Et qui est responsable si les données doivent rester accessibles dix ans plus tard, même si vous avez alors un autre fournisseur ? Ce dernier point est souvent sous-estimé : le logiciel change plus vite qu'une batterie ne dure.
Ce qui change concrètement pour qui
Pour les entreprises qui produisent ou importent elles-mêmes des batteries, ce qui change cette année c'est surtout l'urgence : les spécifications sur lesquelles les fournisseurs construisent leurs systèmes deviennent plus précises, et c'est le moment de vérifier si un projet logiciel en cours s'aligne toujours. Pour les entreprises qui revendent des batteries ou les intègrent dans un produit fini, comme un constructeur de machines ou un importateur de vélos, quelque chose de plus subtil change : il devient plus clair quelle partie de la chaîne de données incombe au fabricant et quelle partie vous revient. Cela détermine à son tour ce que vous pouvez attendre de votre propre logiciel.
Pour les organisations administratives et RH dans lesquelles les batteries ne sont pas un produit cœur, mais sont présentes dans les biens d'équipement comme les vélos électriques de service, il y a peu de changements cette année. L'important est surtout de savoir où se situe la responsabilité, et cette question relève plutôt du fournisseur de l'équipement que de votre propre environnement logiciel. Celui qui doute que cela soit pertinent pour sa situation peut laisser cela être clarifié via un diagnostic rapide qui cartographie votre situation.
La discussion elle-même : de la question à l'accord
Il est tentant de repousser la discussion avec votre éditeur de logiciels jusqu'à ce que tout soit fixé. Mais c'est justement cette année que c'est le moment de fixer quelques points qui ne dépendent pas de la spécification technique précise : qui conserve les données dix ans, ce qui se passe en cas de passage à un autre logiciel, et si le fournisseur lui-même suit les évolutions ou si cela est attendu de vous. Ce sont des accords que vous pouvez déjà conclure maintenant, même sans que les derniers détails du règlement soient finalisés.
L'endroit précis où doit porter cette conversation dépend de la position de votre entreprise dans la chaîne et des données que vous possédez déjà. Vous trouverez un aperçu des concepts et des obligations qui y jouent un rôle dans la base de connaissances avec des sujets par situation. Pour ceux qui veulent savoir comment un tel passeport est constitué et hébergé en pratique, cela est expliqué sur la page qui montre d'où provient l'information.
Ce qui n'est pas indiqué ici, c'est une prise de position sur votre contrat spécifique ou votre environnement logiciel : c'est vous qui l'évaluez en concertation avec votre fournisseur ou, en cas de doute sur l'aspect juridique, avec un juriste. Ce qui est certain, c'est que la conversation devient plus concrète cette année que l'année dernière.
Voulez-vous d'abord clarifier pour vous-même si et comment cela affecte votre entreprise, avant d'engager la conversation avec votre fournisseur de logiciels ? Effectuez l'analyse rapide gratuite ou lisez les autres sujets dans la foire aux questions sur le passeport pour batteries.