Un fabricant de peintures industrielles, un distributeur de solvants, un sous-traitant automobile qui manipule des adhésifs techniques : tous ont un point commun. Leur conformité réglementaire repose sur la capacité de leur SI à gérer des informations chimiques précises, versionnées et transmissibles à toute la chaîne de valeur. REACH et CLP définissent ce qui est obligatoire. Votre ERP détermine si vous pouvez le prouver lors d’un contrôle.
Ce guide explique ce que REACH et CLP exigent concrètement de votre système d’information, quelles fonctionnalités ERP sont indispensables, et comment évaluer votre niveau de conformité actuel.
REACH et CLP : les deux piliers réglementaires chimiques européens qui impactent votre ERP
REACH (Règlement CE n°1907/2006) : qui est concerné dans votre entreprise ?
REACH s’applique à toute entreprise qui fabrique ou importe des substances chimiques en quantité supérieure ou égale à une tonne par an dans l’UE, ainsi qu’aux utilisateurs en aval qui utilisent ces substances dans leurs procédés ou formulations. Le règlement couvre trois catégories de protagonistes :
- Fabricants et importateurs : obligation d’enregistrement des substances auprès de l’ECHA (Agence européenne des produits chimiques). L’ECHA recense plus de 23 000 substances disposant de dossiers d’enregistrement valides.
- Utilisateurs en aval : entreprises qui utilisent des substances ou mélanges dans le cadre de leurs activités industrielles ou professionnelles. Ils ne s’enregistrent pas, mais doivent opérer dans les conditions d’usage décrites dans les rapports sur la sécurité chimique (RSC) de leurs fournisseurs.
- Distributeurs : obligation de “pass-through” — transmettre les fiches de données de sécurité (FDS) reçues de leur fournisseur à leurs propres clients, sans les modifier.
Pour votre ERP, cela signifie que la fiche article d’une substance ou d’un mélange dangereux doit contenir bien plus qu’un code article, un prix et un stock.
CLP (Règlement CE n°1272/2008) : classification, étiquetage, pictogrammes
Le règlement CLP (Classification, Labelling and Packaging) aligne la réglementation européenne sur le système GHS des Nations Unies. Il définit comment classer les substances et mélanges dangereux, quels pictogrammes apposer sur l’étiquette, quelles mentions de danger (phrases H) et quels conseils de prudence (phrases P) inclure.
Pour votre ERP, les données CLP se traduisent par des champs structurés dans la fiche article :
- classe et catégorie de danger (ex. : liquide inflammable catégorie 2)
- pictogrammes GHS associés
- mention d’avertissement (Danger ou Attention)
- phrases H et P applicables
Ces données alimentent directement la génération des étiquettes réglementaires et le contenu des FDS — deux obligations que votre ERP doit pouvoir automatiser.
Substances SVHC : la liste candidate ECHA et les obligations associées
Les substances SVHC (Substances of Very High Concern) sont des substances identifiées comme extrêmement préoccupantes en raison de leurs propriétés : cancérogènes, mutagènes ou reprotoxiques (CMR), persistantes bioaccumulables et toxiques (PBT), perturbateurs endocriniens. La liste candidate comptait 253 substances en février 2026, après l’ajout de deux nouvelles entrées par l’ECHA (SGS, ECHA Expands Candidate List to 253 SVHCs, février 2026).
Dès qu’une substance candidate SVHC est présente dans un article à une concentration supérieure à 0,1 % en masse, deux obligations s’activent :
- Communication aux clients (article 33 REACH) : informer le destinataire de la présence de la substance et lui fournir les informations nécessaires à une utilisation sûre.
- Notification à l’ECHA via la base SCIP (depuis le 5 janvier 2021) : obligation applicable aux producteurs et importateurs d’articles.
Ce qui change en 2026 : durcissement des contrôles SCIP
L’ECHA enregistrait plus de 17,5 millions de notifications SCIP au 30 avril 2026 (Z2Data, ECHA SCIP Database, 2025), signe que le volume d’obligations est massif. La Commission européenne a par ailleurs proposé de refondre certains aspects de REACH dans le cadre du “Chemical Strategy for Sustainability”, avec un renforcement attendu des contrôles d’application dans les États membres.
La Fiche de Données de Sécurité (FDS) : un référentiel vivant à gérer dans l’ERP
Obligation de fourniture FDS : qui fournit, dans quels cas ?
L’article 31 de REACH impose de fournir une FDS pour tout mélange dangereux et pour tout article contenant une substance SVHC au-dessus du seuil de 0,1 %. La FDS doit être fournie gratuitement, en version papier ou électronique, dans la langue du pays où le produit est mis sur le marché.
Votre ERP doit pouvoir répondre à trois questions en temps réel :
- Ce produit nécessite-t-il une FDS ?
- Quelle est la version en vigueur de la FDS pour ce produit ?
- La FDS a-t-elle été transmise à ce client, pour cette commande, à cette date ?
Intégrer les FDS dans la fiche article de l’ERP
La FDS n’est pas un document PDF annexé sans structure dans un GED. Elle doit être reliée à la fiche article avec des métadonnées précises :
- numéro de version et date de révision
- langues disponibles
- pays de validité (une même substance peut avoir des FDS différentes selon la législation locale)
- statut : en vigueur, archivée, à réviser
Certains ERP industriels permettent de gérer ces attributs nativement dans la fiche produit. Pour les autres, un connecteur avec un logiciel de gestion des FDS (SDS management) est nécessaire.
Versioning des FDS : tracer quelle version a été fournie à quel client
Imaginons que vous livrez un mélange chimique en janvier 2026 avec la FDS version 4.0. En avril 2026, une substance de ce mélange entre dans la liste SVHC. Vous devez réviser votre FDS (version 5.0) et la transmettre à tous vos clients qui ont reçu ce produit dans les 12 derniers mois — sans délai.
Votre ERP doit pouvoir répondre : quels clients ont commandé ce produit entre telle et telle date ? Ont-ils reçu la FDS en vigueur au moment de la livraison ? Une nouvelle version doit-elle leur être renvoyée ?
Sans cet historique dans l’ERP, cet exercice devient un travail manuel sur fichiers Excel — avec le risque de passer à côté d’un client lors d’un contrôle.
Automatisation : joindre la FDS lors des documents de transaction
L’objectif est de systématiser la transmission : chaque fois qu’une commande porte sur un produit nécessitant une FDS, le document en vigueur (dans la langue du client) est automatiquement joint à la facture ou au bon de livraison, et l’envoi est tracé. L’ERP doit permettre ce workflow sans intervention manuelle à chaque transaction.
SCIP et traçabilité des substances dans la chaîne de valeur
Base SCIP : qui doit déclarer et pourquoi
Depuis le 5 janvier 2021, tout producteur ou importateur d’articles contenant une substance SVHC à plus de 0,1 % en masse doit soumettre une notification SCIP à l’ECHA. L’objectif est d’alimenter les centres de tri des déchets avec l’information sur les substances préoccupantes présentes dans les produits en fin de vie.
La notification SCIP exige de décrire l’article (catégorie, numéro de référence, image), la substance concernée (nom, numéro CAS/CE, concentration) et les informations permettant une utilisation sûre. Les données SCIP sont publiques — elles sont visibles dans la base ECHA en ligne.
Tracer les SVHC dans la nomenclature article (BOM)
Pour déclarer qu’un article fini contient telle substance SVHC à telle concentration, votre ERP doit être capable de propager l’information depuis le composant acheté jusqu’au produit livré. Cela suppose :
- que chaque matière première soit qualifiée chimiquement dans l’ERP (substance pure ou mélange, avec identification des SVHC et leur concentration)
- que la nomenclature (BOM) propage automatiquement ces attributs lors de la production ou de l’assemblage
- que le produit fini hérite d’une liste consolidée des SVHC présents et de leur concentration
Dans les industries de formulation (chimie, cosmétique, paints & coatings), cette propagation est gérée par le module “formula management”. Dans le manufacturing discret (assemblage), elle suppose une qualification chimique des composants d’achat, souvent fournie par les fournisseurs via des déclarations de conformité (IPC-1752A, par exemple dans l’électronique).
Communication “down the supply chain” (Article 33 REACH)
L’article 33 de REACH impose de communiquer au client les informations sur la présence de substances SVHC dans les articles fournis, si la concentration dépasse 0,1 %. Cette communication doit avoir lieu dans un délai de 45 jours suivant la demande du client.
Votre ERP doit donc disposer d’un mécanisme permettant de générer cette déclaration de conformité article 33 à la demande, en s’appuyant sur les données chimiques de la BOM. Sans cette automatisation, chaque demande client devient une investigation manuelle.
Déclarations ECHA via IUCLID : le rôle de l’ERP dans la collecte
IUCLID (International Uniform ChemicaL Information Database) est l’outil de l’ECHA pour soumettre les dossiers d’enregistrement REACH et les notifications SCIP. Votre ERP n’est pas IUCLID — mais il doit alimenter IUCLID en données structurées. Les meilleures intégrations ERP/IUCLID permettent d’exporter automatiquement les données article et substance dans un format compatible IUCLID 6, sans ressaisie manuelle.
Fonctionnalités ERP à exiger pour une gestion REACH/CLP opérationnelle
Module “Produits dangereux” / EHS : les fonctions attendues
Un module EHS (Environment, Health & Safety) intégré à l’ERP doit couvrir a minima :
- gestion des fiches substances et mélanges avec attributs réglementaires (REACH, CLP, GHS, ADR transport)
- référentiel des FDS versionnées, avec langues et pays de validité
- workflow de validation avant mise sur le marché (vérification que la FDS est disponible dans la langue requise)
- base de données des listes de restrictions : annexe XIV (substances soumises à autorisation), annexe XVII (restrictions d’usage), liste SVHC
- alertes automatiques lorsqu’une substance passe sur une liste réglementaire
Alertes automatiques : FDS expirée, dépassement seuil SVHC, substance restreinte
La liste SVHC est mise à jour plusieurs fois par an. Une substance peut y entrer sans que vos équipes aient été alertées, alors que vos formulations l’utilisent. Votre ERP doit monitorer la liste SVHC en continu et déclencher une alerte dès qu’une substance présente dans votre catalogue franchit le seuil de 0,1 % dans un article vendu.
De même, une FDS a une durée de vie : si les données sur la substance ou le mélange changent (nouvelle classification, nouvelle restriction), la FDS doit être révisée et retransmise. L’ERP doit tracer les dates de révision et alerter le service réglementaire avant expiration.
Génération des étiquettes réglementaires depuis l’ERP
L’étiquette CLP d’un mélange dangereux doit contenir : le nom du fournisseur, le numéro d’urgence, les pictogrammes GHS, la mention d’avertissement, les phrases H et P, et les éléments spécifiques ADR si le produit est transporté en tant que marchandise dangereuse.
Un ERP avec module EHS peut générer ces étiquettes à la volée, en s’appuyant sur les données de classification stockées dans la fiche article. La génération est déclenchée lors de la préparation de commande ou lors de la production d’un nouveau lot.
Audit trail pour inspection DREAL/ECHA
Lors d’une inspection DREAL (Direction Régionale de l’Environnement, de l’Aménagement et du Logement), vous devez être capable de produire : la liste des FDS transmises à vos clients pour telle période, avec la version transmise et la date ; les déclarations article 33 envoyées ; les notifications SCIP soumises ; les éventuelles dérogations ou autorisations demandées. L’ERP doit générer cet audit trail en quelques clics, pas en quelques jours.
Les sanctions en France pour non-conformité REACH sont prévues par l’article L521-21 du Code de l’environnement : jusqu’à 2 ans d’emprisonnement et 75 000 euros d’amende pour les infractions les plus graves (fausse information à l’ECHA, non-respect des mesures d’interdiction) ; jusqu’à 3 mois et 20 000 euros pour absence de fourniture de FDS ou défaut de communication à l’ECHA (Légifrance, Art. L521-21 Code de l’environnement).
Solutions ERP avec modules REACH/CLP natifs ou connecteurs certifiés (2026)
SAP S/4HANA + SAP Product Compliance (ex-EHS)
SAP a intégré ses capacités de conformité produit dans SAP S/4HANA for Product Compliance, issu du renommage et de la refonte de SAP EHS. Le module couvre REACH, CLP, GHS, TSCA, SCIP, RoHS et les exigences de durabilité. Il gère les dossiers de substance, les FDS multilingues, les classifications GHS, les alertes sur listes réglementaires et les workflows d’approbation chimique intégrés (SAP Community, Product Compliance Transition to S/4HANA).
Points forts : couverture réglementaire globale, intégration native avec PP-PI pour les industries de formulation, audit trail complet, connecteur IUCLID certifié.
Limites : coût élevé, nécessite un consultant EHS spécialisé pour le paramétrage, curve d’apprentissage importante.
Profil cible : grands groupes chimiques, pharma, cosmétiques ; entreprises déjà dans l’écosystème SAP.
Infor CloudSuite Chemicals + compliance REACH native
Infor CloudSuite Chemicals intègre nativement la conformité REACH/GHS dans son module de gestion des formules. La plateforme trace les SVHC dans les formulations, génère les FDS multilingues et supporte les déclarations SCIP (Infor CloudSuite Chemicals). C’est l’un des rares ERP où la conformité chimique n’est pas un add-on, mais une couche fondatrice du produit.
Points forts : verticalisation poussée, gestion des coproduits et sous-produits, conformité multi-réglementaire (REACH, EPA TSCA, GHS).
Limites : réseau de partenaires moins dense en France qu’en Allemagne ou aux Pays-Bas, coût d’implémentation significatif.
Profil cible : ETI chimiques (150 à 3 000 salariés) avec des besoins de traçabilité batch et de conformité avancée.
Sage X3 + connecteurs partenaires Safety & Compliance
Sage X3 ne dispose pas d’un module EHS natif comparable à SAP ou Infor. En revanche, l’écosystème de partenaires propose des connecteurs certifiés, notamment via des intégrateurs spécialisés comme Synergie ou 2BEFIT, qui ajoutent la gestion des FDS, la classification CLP et les déclarations REACH à Sage X3. La qualité de l’intégration dépend du partenaire choisi.
Points forts : coût plus accessible pour les PME industrielles, déjà installé dans beaucoup d’ETI françaises.
Limites : la conformité chimique repose sur un module tiers — vérifier la roadmap et la profondeur fonctionnelle avant de s’engager.
Profil cible : PME/ETI déjà sur Sage X3 qui cherchent un complément ciblé sans changer d’ERP.
Odoo + connecteurs tiers (Chemicalize, modules communautaires)
Odoo ne propose pas de module EHS dans son offre standard. Des modules communautaires (OCA) couvrent partiellement la gestion des produits dangereux. Des connecteurs vers des APIs comme Chemicalize permettent d’enrichir les fiches produits avec des données chimiques. L’approche est flexible mais consomme du temps de développement et de maintenance.
Points forts : flexibilité totale, coût de licence nul ou faible.
Limites : pas de certification réglementaire native, charge de maintenance sur les modules communautaires, risque de divergence entre les versions Odoo et les modules tiers.
Profil cible : PME avec des besoins limités de conformité chimique, prêtes à investir en développement spécifique.
Solutions dédiées REACH/SDS en complément d’un ERP existant
Quand votre ERP n’a pas de module EHS satisfaisant, l’alternative est un logiciel spécialisé en gestion des FDS et de la conformité chimique, connecté à votre ERP via API ou import/export :
- Lisam EXP (ex-Lisam Systems) : solution complète de gestion FDS, étiquetage GHS, conformité REACH/CLP/TSCA, utilisée par des entreprises comme Solvay ou BASF.
- Verisk 3E : plateforme de gestion des données chimiques réglementaires, forte sur les marchés Nord-Américain et européen.
- Chemwatch : base de données chimiques + gestion FDS + conformité REACH, disponible en mode SaaS.
Ces solutions s’interfacent avec les ERP via des connecteurs standards (API REST, EDI) pour synchroniser les données produit et les données réglementaires dans les deux sens.
Check-list — 8 points de conformité REACH à vérifier dans votre ERP
Répondez par oui ou non à chaque question. Moins de 5 “oui” : votre conformité REACH dans l’ERP est lacunaire et expose votre entreprise à un risque réglementaire.
-
Votre fiche article contient-elle les données CLP ? Classification, pictogrammes GHS, phrases H et P structurées dans des champs dédiés — pas seulement un PDF joint.
-
Les FDS sont-elles versionnées dans l’ERP ? Avec la date de révision, les langues disponibles et le statut (en vigueur / archivée).
-
La FDS est-elle automatiquement jointe aux documents de transaction ? Bon de livraison, facture, bordereau de transport — sans action manuelle à chaque envoi.
-
L’ERP trace-t-il quelle version de FDS a été transmise à quel client, à quelle date ? Historique interrogeable par produit et par client.
-
Votre nomenclature (BOM) propage-t-elle les données SVHC ? Du composant acheté au produit fini, avec calcul de concentration.
-
Votre ERP génère-t-il des alertes quand une substance entre dans la liste SVHC ? Et identifie-t-il automatiquement les articles affectés ?
-
Pouvez-vous générer une déclaration article 33 REACH à la demande d’un client ? En moins d’une heure, sans fouiller manuellement dans les fiches fournisseurs.
-
Pouvez-vous produire un audit trail complet des transmissions de FDS ? Avec date, destinataire, version — prêt pour une inspection DREAL ou un contrôle douanier.
La conformité REACH/CLP n’est pas un projet ponctuel — c’est un processus permanent, parce que les listes réglementaires évoluent, les formulations changent et les clients posent des questions de plus en plus précises sur la composition chimique des produits qu’ils achètent. Un ERP qui gère ces données de façon statique n’est pas à la hauteur du défi.
Pour aller plus loin, lisez notre comparatif des ERP pour la chimie et les sciences de la vie (SAP PP-PI, Oracle, Infor, BatchMaster), notre guide ERP et gestion qualité (QMS, non-conformités, CAPA) et notre guide CSDDD pour la traçabilité supply chain.
