Puis-je lier le passeport batteries à mon système ERP ou d'inventaire ?

Le couplage est possible, à condition de passer par des normes ouvertes

Un couplage entre le passeport numérique des batteries et un système ERP ou d'inventaire interne est techniquement possible, et le règlement sur les batteries l'encourage en fait. L'article 78 du Règlement (UE) 2023/1542 prescrit que le passeport des batteries soit élaboré sur la base de normes ouvertes et interopérables, de sorte que les données soient lisibles par machine, interrogeables et transférables entre les systèmes, sans qu'un utilisateur soit verrouillé chez un seul fournisseur. Ce principe permet techniquement un couplage avec d'autres logiciels — notamment un progiciel ERP, un système de gestion des stocks ou un tableau de bord personnalisé. Le règlement lui-même ne décrit aucune méthode de couplage spécifique, tel qu'un format de fichier particulier ou une API obligatoire ; cela dépend du prestataire de la plateforme de passeport et de la partie qui souhaite établir le couplage.

Ce que la réglementation couvre et ce qu'elle ne couvre pas

L'obligation découlant des articles 77 et 78 porte sur le passeport lui-même : quelles données il doit contenir, comment il est lié au vecteur de données QR sur la batterie, et qu'il doit être accessible et interopérable. Le règlement ne régit pas la manière dont un importateur, un négociant ou un fabricant de machines organise son administration interne des stocks, ni quelle méthode de couplage est techniquement utilisée à cet effet. Cela signifie qu'un couplage avec un système ERP est un choix qui sort du cadre de l'obligation légale — utile pour la gestion interne de l'entreprise, mais pas quelque chose pour lequel le règlement fixe des exigences ou prescrit un résultat. Pour ceux qui veulent simplement se conformer à l'obligation du passeport, un couplage avec leur propre système n'est pas une exigence ; pour ceux qui veulent réutiliser les données dans leur propre administration, c'est une possibilité supplémentaire.

À partir du 18 février 2027, aucune obligation de couplage jusque-là

L'obligation de disposer d'un passeport des batteries s'applique à partir du 18 février 2027. Jusqu'à cette date, il n'y a aucune obligation légale de posséder un passeport, et donc aucune obligation de coupler ce passeport à un système quelconque. Ce qui est déjà possible, c'est d'anticiper cette date : collecter et structurer les données et — s'il y a un besoin — vérifier d'ores et déjà comment ces données s'alignent sur un système ERP ou de gestion des stocks existant. Aucune date distincte n'a été fixée pour le « couplage avec les systèmes internes », car il ne s'agit pas d'une obligation légale autonome ; la seule date limite qui découle du règlement est celle de l'obligation du passeport lui-même.

Comment cela fonctionne en pratique

Quiconque envisage de coupler le passeport des batteries à un système interne commence par déterminer l'objectif : s'agit-il de fournir automatiquement des données de produit au passeport, par exemple la composition chimique, l'origine ou les instructions d'utilisation, ou de réintégrer les données du passeport dans l'administration des stocks interne ? Ces deux directions demandent un couplage différent. Ensuite, il est utile de vérifier quels formats de données et interfaces la plateforme de passeport choisie propose, et s'ils correspondent à ce que le progiciel ERP ou d'inventaire interne peut importer ou exporter. Parce que l'obligation de normes ouvertes énoncée à l'article 78 est destinée à prévenir le verrouillage des fournisseurs, il est logique qu'une plateforme l'offre effectivement ; en cas de doute, c'est une question concrète à poser au prestataire de la plateforme, indépendamment de ce que le règlement lui-même prescrit. Enfin, il est pratique de ne pas considérer le couplage comme un projet ponctuel, mais comme quelque chose qui évolue avec les modifications du produit ou des stocks, car le passeport reste actif pendant toute sa durée de vie et les données peuvent changer au cours de cette période.

Fondement dans les articles 77 et 78 du règlement sur les batteries

Le fait que le passeport batterie doit être un système interopérable, lisible par machine et transférable découle de l'article 78 du Règlement (UE) 2023/1542, qui régit la conception technique et le fonctionnement du passeport batterie. L'article 77 du même règlement établit que le passeport est un dossier électronique, lié à un code d'identification unique et au vecteur de données sur la batterie. Les deux articles concernent le passeport en tant que tel, et non les systèmes internes d'une entreprise qui l'utilise - un couplage avec un système ERP ou d'inventaire propre est donc une application pratique de cette conception ouverte, et non une obligation légale distincte.

Celui qui souhaite développer cela davantage ferait bien de commencer par définir son propre objectif pour un couplage - fournir des données, récupérer des données, ou les deux - et le soumettre au fournisseur de la plateforme de passeport batterie choisie ; le texte de la loi lui-même peut être consulté dans la publication officielle du Règlement (UE) 2023/1542.

Sur la base de quoi

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

Ce que vous devez concrètement faire

Ce qu'on attend de vous

Le passeport doit être disponible en tant que données lisibles par machine, pas seulement sur un écran

L'article 78 du Règlement (UE) 2023/1542 (Règlement sur les batteries), l'article 77 porte sur la conception technique et le fonctionnement du passeport batterie, et il en découle que les données sous-jacentes doivent être accessibles de manière structurée et numérique. Cela signifie qu'un lien avec un système ERP ou de gestion des stocks est dans la plupart des cas techniquement possible, car le passeport n'est pas conçu comme une page web autonome mais comme un ensemble de données qui est déverrouillé via le code QR. Pour une entreprise de 10 à 100 salariés, cela signifie notamment que la question « est-ce possible ? » est moins pertinente que la question « par quel canal passe le lien et qui le gère ? » — car la réponse à cette deuxième question détermine le volume de travail impliqué.

Le lien passe par le prestataire du passeport, pas directement depuis le système ERP

Un passeport batterie est hébergé par un prestataire — en l'occurrence batpas.eu — et non par l'importateur ou le revendeur lui-même. Cela signifie qu'un lien avec un système propre s'effectue en pratique via un échange avec ce prestataire d'hébergement : les données vont du système ERP vers la plateforme qui compile et publie le passeport, et non l'inverse. Pour la pratique quotidienne, c'est une distinction importante : le système ERP est le responsable des données telles que le numéro de modèle, le numéro de lot ou l'état des stocks, mais le passeport lui-même, avec le support de données QR et le lien vers où se trouvent les données du passeport de batterie en ligne et qui les gère, reste auprès du prestataire d'hébergement.

Chaque batterie doit être identifiable de manière unique avant que la liaison soit utile

Un lien entre un système de gestion des stocks et un passeport ne fonctionne que si les deux systèmes identifient la même batterie de la même manière. Cela requiert une manière irréfutable de donner à chaque batterie une identification unique , de sorte qu'une ligne du système ERP corresponde un-à-un avec un passeport. Pour les entreprises qui travaillent avec des séries, des lots ou des numéros de lot, c'est souvent le point où un lien échoue : le système de gestion des stocks enregistre au niveau du lot, tandis que le passeport existe par batterie individuelle.

La structure des données joue un rôle dans la liaison automatique

Pour un lien automatisé — où les données ne sont pas retapées manuellement mais échangées automatiquement — il est pertinent de savoir si une manière d'identifier normalisée est utilisée. C'est ici que GS1 Digital Link entre en jeu : un lien normalisé facilite la connexion des systèmes les uns aux autres sans que chaque lien doive être construit manuellement. Pour une entreprise qui utilise déjà des codes GS1 dans le système de gestion des stocks, c'est souvent une étape moins importante que pour une entreprise qui utilise des numéros d'article internes non normalisés.

Où les problèmes surviennent en pratique

Le système de gestion des stocks enregistre au niveau du lot, le passeport exige par pièce. Un importateur de batteries pour e-bikes entre les nouveaux envois au niveau du lot — cent pièces sous une seule ligne d'achat — tandis que le passeport requiert pour chaque batterie individuelle son propre fichier. Le lien produit alors cent fois les mêmes données, sans qu'il soit clair quel passeport correspond à quel exemplaire physique.

Deux systèmes, deux « vérités ». Un revendeur de scooters modifie une spécification dans le système ERP — un type de cellule différent après un changement de fournisseur — mais oublie que la même modification doit aussi arriver dans le passeport. Le lien s'effectue via une exportation manuelle au lieu d'une synchronisation automatique, ce qui fait que les deux sources s'écartent lentement l'une de l'autre.

Attente que la liaison « règle automatiquement tout ». Un fabricant de machines suppose que la connexion du système ERP à la plateforme de passeport règle également l'étiquetage et la mise en place du code QR sur le produit. Ce sont deux processus distincts : le lien règle le flux de données, mais la question comment le code QR arrive sur la batterie est une question physique et logistique qui est indépendante de la connexion du système.

Ne pas tenir compte des pièces de rechange. Lors de la vente de batteries de remplacement, le couplage est configuré pour une nouvelle vente, mais pas pour la situation où une batterie est remplacée en vertu de la garantie. Cela crée une lacune : il n'existe pas de passeport existant et aucun passeport nouveau créé automatiquement, alors que la question de savoir si une batterie de remplacement dispose d'un passeport propre est précisément pertinente dans ce processus.

Couplage configuré sans accord sur qui saisit les données. Dans les entreprises dotées d'un département d'approvisionnement et d'un département de vente distincts, il existe une confusion quant à savoir qui est responsable de la fourniture des données correctes à la plateforme de passeport : le département qui achète la batterie ou le département qui gère l'inventaire. Sans un accord établi, cette tâche reste entre deux chaises.

Ce que vous pouvez documenter

Un aperçu du champ dans le système ERP ou d'inventaire qui correspond à quelle donnée du passeport, de sorte qu'un couplage — automatique ou manuel — reste vérifiable.
Un accord sur qui au sein de l'entreprise est responsable de la fourniture et de la mise à jour des données vers la plateforme de passeport.
Une procédure établie pour la création d'un nouveau passeport pour les pièces de remplacement, y compris le moment où cela est enregistré dans le système d'inventaire.
Une vérification du système d'identification utilisé (code interne, GS1 ou autre) avant qu'un couplage ne soit techniquement configuré.
Un journal des modifications apportées à la fois au système ERP et au passeport, de sorte qu'lors d'un contrôle, il soit clair que les deux sources sont synchronisées.
Documentation des accords avec le prestataire d'hébergement concernant la forme et la fréquence de l'échange de données.

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

Écrit avec l'IA sur la base des sources ci-dessus, contrôlé par une personne le 2026-08-22. Y a-t-il quelque chose qui ne va pas ? Faites-le nous savoir — les corrections sont prioritaires.