SAP EHS : ce que c'est et ce qu'implique une mise en œuvre

SAP EHS (Environnement, Santé et Sécurité) est le logiciel de SAP pour gérer la sécurité au travail, la santé au travail et la conformité environnementale au sein de l'ERP. Sur S/4HANA, il couvre la gestion des incidents, la gestion de la santé et de la sécurité (évaluations des risques, consignes de sécurité, dangers chimiques), la gestion de l'environnement (émissions, exigences de conformité, déchets) et la gestion des modifications. Les fiches de données de sécurité (FDS), les étiquettes et les marchandises dangereuses relèvent désormais d'un produit distinct, sous licence séparée : SAP S/4HANA for product compliance. Ce guide s'adresse aux directeurs EHS, aux directeurs de site et aux responsables informatiques qui cadrent une mise en œuvre d'EHS ou migrent depuis ECC. Servez-vous de la cartographie des composants et de la checklist de pré-projet ci-dessous.

J'ai accompagné de nombreuses entreprises dans des mises en œuvre de SAP EHS. Le schéma est constant : l'entreprise a un problème de sécurité dont elle sait qu'il existe, mais qu'elle ne voit pas assez clairement pour le corriger.

Je me souviens d'une usine où Incident Management a montré que 70 % des incidents survenaient dans seulement deux zones de travail. Sans suivi rigoureux, l'entreprise aurait pu continuer à incriminer la négligence des employés au lieu de corriger les véritables facteurs d'environnement. Mes clients industriels ont vu les incidents déclarables baisser d'environ un tiers une fois le système en place. C'est ce que fait la visibilité.

La sécurité produit fait quelque chose de similaire pour les données chimiques. Saisissez une fois les informations sur une substance, et elles alimentent les fiches de données de sécurité, les exigences d'expédition, les règles d'exposition sur le lieu de travail et les procédures d'élimination : les équipes arrêtent de faire deux fois le même travail.

EHS a été reconstruit, et le product compliance en a été détaché. Sur ECC, EHS était un grand composant avec des sous-modules pour la sécurité produit, les marchandises dangereuses, l'hygiène industrielle, la santé au travail et les déchets. Sur S/4HANA, SAP a reconstruit les processus de sécurité et d'environnement avec des applications Fiori et déplacé la sécurité produit, les FDS, les étiquettes et les marchandises dangereuses dans SAP S/4HANA for product compliance. Ce produit fait techniquement partie de S/4HANA, mais n'est pas couvert par les licences utilisateur S/4HANA : budgétez-le séparément.

La voie classique a une échéance. La sécurité produit classique a tourné dans le périmètre de compatibilité de S/4HANA jusqu'à fin 2025. Elle reste disponible en private edition et sur site, via un commutateur de licence, mais SAP a indiqué que la version S/4HANA 2029 est la dernière à la prendre en charge. La Public Edition ne propose que le nouveau product compliance. Si vous convertissez depuis ECC, planifiez le passage aux nouvelles fonctions dans le programme S/4HANA, et non comme un projet séparé plus tard.

SAP transforme EHS en suite modulaire. Sa mise à jour de stratégie de juillet 2025 décrit le passage d'un système d'enregistrement monolithique à des modules connectés : une sécurité au travail qui relie évaluation des risques, performance de sécurité et gestion des incidents, des consignes de sécurité assistées par l'IA, et une gestion de l'environnement pour les déchets, les émissions et l'eau. Les fonctions d'IA aident à la rédaction et à l'analyse. Le jugement de conformité multi-juridictions exige toujours des professionnels EHS expérimentés.

SAP EHS vit dans l'ERP et se connecte à la gestion des matières (MM), aux ventes et à la distribution (SD), à la gestion de la qualité (QM), à la planification de la production (PP), à la maintenance des installations (PM) et aux RH. Cette intégration est la raison de le choisir plutôt qu'un outil EHS autonome.

La sécurité ne vit pas en vase clos. Une classification de matière dans MM alimente la génération des FDS. Un incident en production est lié aux fiches équipement dans PM. Une expédition dans SD est contrôlée au regard des règles sur les marchandises dangereuses avant de partir. Quand les données circulent dans un seul système, vous cessez de maintenir la même information à plusieurs endroits, et elle cesse de dériver.

1. 01Données de base articleComposition et classification de la substance, saisies une fois
2. 02Fiche de données de sécuritéGénérée dans product compliance, licence séparée
3. 03Contrôle des marchandises dangereusesClassification pour le transport, contrôlée avant l'expédition
4. 04Expédition dans SDPart avec les bons documents de transport

Un changement de composition atteint la FDS sans travail manuel

Pour les organisations soumises à REACH, OSHA, GHS ou ADR, c'est ainsi que l'on reste conforme sans une équipe qui suit manuellement les évolutions réglementaires.

Si vous venez d'ECC, associez vos composants actuels à leur nouvel emplacement dans S/4HANA avant de cadrer quoi que ce soit :

Fonction	EHS classique sur ECC	Sur S/4HANA	Ce qu'elle fait
Gestion des incidents	Accident management (IH&S) ou module complémentaire EHS Management	EHS: Incident Management	Enregistre les incidents, les presque-accidents et les dossiers de blessure ou de maladie ; enquêtes et actions correctives ; saisie mobile et hors ligne
Risques au travail et hygiène industrielle	Industrial Hygiene and Safety ; évaluation des risques en module complémentaire	EHS: Health and Safety Management	Évaluations des risques, dangers chimiques, exposition, consignes de sécurité
Conformité environnementale	Module complémentaire EHS Management : Environment Management	EHS: Environment Management	Émissions dans l'air, gaz à effet de serre et émissions dans l'eau ; exigences de conformité ; écarts
Déchets	Waste Management	EHS: Environment Management (déchets)	Flux de déchets, filières d'élimination, documents de transport, bordereaux de déchets dangereux
Contrôle des modifications	Généralement traité en dehors d'EHS	EHS: Management of Change	Demandes et approbations de modifications de processus et d'équipements
Fiches de données de sécurité et étiquettes	Product Safety	Product compliance (licence séparée)	Création et diffusion des FDS, étiquettes, communication sur les dangers
Marchandises dangereuses	Dangerous Goods Management	Product compliance (licence séparée)	Classification pour le transport, contrôles d'expédition, documents de transport
Conformité des substances et du marché	Product and REACH Compliance	Product compliance (licence séparée)	Suivi des volumes de substances, commercialisation des produits, conformité chimique

La santé au travail figure aussi parmi les processus EHS de SAP sur S/4HANA. Vérifiez le périmètre exact pour votre version et votre édition avant de le promettre à l'équipe médicale.

Voici les schémas qui font dérailler les mises en œuvre d'EHS. Pas des cas marginaux : ils reviennent d'un programme à l'autre.

1. Cartographie réglementaire incomplète. Le paramétrage dépend de la connaissance des règles applicables à chaque endroit : REACH pour les produits chimiques dans l'UE, OSHA pour les lieux de travail aux États-Unis, GHS pour la communication sur les dangers, ADR pour le transport routier de marchandises dangereuses. Si vous vous trompez en conception, vous reprenez le travail sous la pression d'un audit.
2. Données de base inexactes. Des substances mal classées produisent de mauvaises FDS, et des données de composition erronées alimentent les rapports réglementaires. Dans EHS, les problèmes de données n'apparaissent que lorsqu'un audit les découvre.
3. Aucune expertise spécifique à EHS. Les marchandises dangereuses, l'hygiène industrielle et les déchets portent une complexité réglementaire que les consultants SAP généralistes n'ont pas. Placez des experts métier EHS dans la conception, pas seulement dans les tests.
4. Lacunes d'intégration. MM, SD, QM, PM et la logistique touchent tous EHS. Cartographiez ces points de contact tôt avec les responsables de ces processus, sinon les données d'incidents restent incomplètes.
5. Mauvaise ergonomie sur le terrain. Le personnel de terrain doit pouvoir déclarer un incident sur un téléphone, au moment où il se produit. S'il faut sept écrans sur un terminal partagé, il ne le fera pas. Concevez pour l'utilisateur.
6. Commencer par trop. La plus grosse erreur que je vois est de vouloir tout faire d'un coup. Cela se retourne presque toujours contre le projet : le calendrier s'allonge ou le système passe en production sous-paramétré. Commencez par la gestion des incidents et le product compliance. Étendez une fois qu'ils sont stables.

Parcourez cette liste avant le début de la conception :

Point à examiner	Pourquoi c'est important	Ce qu'il faut vérifier
Périmètre réglementaire	Les exigences varient selon la région et le secteur	Cartographiez les réglementations applicables (REACH, OSHA, GHS, ADR) avant la conception
Édition et licence	Le product compliance est sous licence séparée ; les options classiques dépendent de l'édition	Confirmez ce que votre contrat couvre en public edition, private edition ou sur site
Passage du classique au nouveau	La sécurité produit classique prend fin avec la version S/4HANA 2029	Décidez de passer au nouveau product compliance maintenant ou plus tard
Intégrité des données de base article	La génération des FDS dépend d'une classification exacte	Vérifiez que les données de matières et de substances permettent la gestion des spécifications
Disponibilité des experts	Les compétences SAP spécifiques à EHS sont rares	Sécurisez des consultants ayant une expérience métier SAP EHS
Gestion des phrases et des langues	La qualité des FDS dépend de bibliothèques de phrases standard	Évaluez les besoins en matière de phrases et de langues multilingues
Exigences de FDS et d'étiquettes	Obligatoires par la loi dans la plupart des secteurs réglementés	Listez les pays, formats et canaux (papier, numérique, documents de transport)
Responsabilité des données	Sans responsables, la maintenance s'effondre	Nommez des responsables pour les substances, les approbations et la validation continue
Périmètre de la phase 1	Surcharger la phase 1 retarde le go-live	Limitez la phase 1 à la gestion des incidents et au product compliance
Points d'intégration	EHS touche MM, SD, QM, PM et la logistique	Cartographiez les points de contact et convenez-en tôt avec les responsables de processus

La plupart de mes clients atteignent l'équilibre en deux à trois ans environ. Il vient de quatre sources.

Moins d'incidents. Une baisse d'environ un tiers des incidents déclarables, comme l'ont constatée mes clients industriels, se voit rapidement. Elle se répercute sur l'indemnisation des accidents du travail, l'assurance et les arrêts de production. La réduction est venue de la visibilité sur le schéma, pas du logiciel seul : quelqu'un devait encore agir sur ce que le système montrait.

Moins de préparation d'audit. Les équipes conformité qui passaient des jours ou des semaines à rassembler des documents pour les inspections peuvent les produire à la demande, et ce temps retourne au travail de sécurité.

Risque de sanctions réduit. Maintenir à jour le contenu réglementaire et la configuration réduit le risque de non-conformité. Dans les secteurs réglementés, les sanctions peuvent dépasser de loin le coût du système.

Maîtrise des matières dangereuses. Un suivi de la réception à l'élimination comble les failles où surviennent les erreurs de manipulation et les infractions.

Côté intégration, mes guides sur SAP dans l'industrie manufacturière et sur la planification de la production SAP PP couvrent les modules dont EHS dépend le plus. Si vous préparez la migration plus large depuis ECC, consultez mon guide de migration d'ECC vers S/4HANA.

Qu'est-ce que SAP EHS et que gère-t-il ?

SAP EHS (Environnement, Santé et Sécurité) gère la sécurité au travail, la santé au travail et la conformité environnementale dans SAP. Sur S/4HANA, il couvre la gestion des incidents, la gestion de la santé et de la sécurité, la gestion de l'environnement (y compris les déchets et les émissions) et la gestion des modifications.

La sécurité produit, les fiches de données de sécurité, les étiquettes et les marchandises dangereuses sont traitées par SAP S/4HANA for product compliance, sous licence séparée. Les deux s'intègrent à MM, SD, QM, PP, PM et RH : les données de sécurité circulent donc dans le même système que les données opérationnelles.

Comment Incident Management réduit-il concrètement les incidents ?

Il ne les réduit pas à lui seul. Il rend les schémas visibles pour que vous puissiez agir.

Dans une usine avec laquelle j'ai travaillé, l'entreprise pensait que les incidents venaient du comportement individuel. Une fois qu'Incident Management a accumulé des données, 70 % des incidents se sont révélés concentrés dans deux zones de travail. Des facteurs d'environnement, pas des personnes. Corrigez l'environnement, réduisez les incidents.

Suivre les presque-accidents en plus des incidents multiplie la valeur, car les presque-accidents sont des indicateurs avancés.

Qu'est devenue la sécurité produit de SAP EHS dans S/4HANA ?

Ses fonctions sont passées dans SAP S/4HANA for product compliance, qui couvre la gestion des FDS et des étiquettes, les marchandises dangereuses et la commercialisation des produits. Il exige une licence séparée.

La sécurité produit classique pouvait tourner dans le périmètre de compatibilité de S/4HANA jusqu'à fin 2025. Elle reste disponible en private edition et sur site avec un commutateur de licence, mais SAP a indiqué que la version S/4HANA 2029 est la dernière à la prendre en charge. La Public Edition ne propose que le nouveau product compliance.

Quels sont les plus grands risques d'une mise en œuvre de SAP EHS ?

Trois reviennent systématiquement. Lacunes de cartographie réglementaire : validez quelles règles (REACH, OSHA, GHS, ADR) s'appliquent à chaque endroit avant le blueprint. Données de base inexactes : des substances mal classées produisent des FDS incorrectes, nettoyez donc les données de matières avant le paramétrage. Surcharge de la phase 1 : tout mettre en œuvre d'un coup signifie presque toujours un calendrier plus long ou un go-live sous-paramétré.

Combien de temps dure une mise en œuvre de SAP EHS ?

Pour la plupart des organisations, de 6 à 12 mois pour une phase 1 couvrant le périmètre principal. Une réglementation multi-régions, des données chimiques et de matières médiocres, une intégration avec des systèmes non SAP et des exigences de FDS multilingues l'allongent.

Les mises en œuvre qui dérapent avaient généralement un périmètre trop large pour l'équipe et les données. Un plan réaliste met d'abord en production la gestion des incidents et le product compliance, puis échelonne le reste selon la priorité opérationnelle.

Comment SAP EHS se connecte-t-il au reste du système SAP ?

Au niveau des données, avec MM, SD, QM, PP, PM et RH. Les données de base article fournissent les classifications de substances pour les FDS et le reporting réglementaire. SD utilise les données sur les marchandises dangereuses pour contrôler les expéditions avant leur départ. QM et PP partagent les données d'inspection et de production pour l'analyse des incidents. PM fournit les enregistrements d'équipements et de maintenance pour les évaluations des risques.

Un changement de composition d'une matière devrait alimenter la FDS sans travail manuel. Paramétrer et tester ces flux de bout en bout est l'endroit où apparaissent la plupart des problèmes d'intégration EHS.

À quoi ressemble concrètement la préparation d'un audit EHS avec SAP ?

On passe de la collecte de documents à la génération de rapports. Rapports d'incidents avec résultats d'enquête et actions correctives, FDS versionnées par produit et par région, constats d'audit avec état de remédiation et enregistrements d'inspection par zone de travail : tout vient du système.

Cela ne fonctionne que si les données sont tenues à jour. Une saisie incohérente des incidents ou des FDS non mises à jour au fil des évolutions réglementaires laissent des trous au lieu de preuves.