SAP EHS: qué es y qué implica una implementación

SAP EHS (Environment, Health, and Safety) es el software de SAP para gestionar la seguridad en el trabajo, la salud ocupacional y el cumplimiento medioambiental dentro del ERP. En S/4HANA cubre la gestión de incidentes, la gestión de salud y seguridad (evaluaciones de riesgos, instrucciones de seguridad, peligros químicos), la gestión medioambiental (emisiones, requisitos de cumplimiento, residuos) y la gestión de cambios. Las fichas de datos de seguridad, las etiquetas y las mercancías peligrosas están ahora en un producto con licencia aparte, SAP S/4HANA for product compliance. Esta guía es para directores de EHS, directores de planta y responsables de TI que están definiendo el alcance de una implementación de EHS o que migran desde ECC. Use el mapa de componentes y la lista de comprobación previa al proyecto que aparecen más abajo.

He acompañado a muchas empresas en implementaciones de SAP EHS. El patrón es constante: el negocio tiene un problema de seguridad que sabe que existe, pero no puede verlo con la claridad suficiente para resolverlo.

Recuerdo una planta de fabricación en la que Incident Management mostró que el 70 % de los incidentes ocurría en solo dos áreas de trabajo. Sin un seguimiento adecuado, la empresa podría haber seguido culpando a la negligencia de los empleados en lugar de corregir los factores reales del entorno. Mis clientes de fabricación han visto bajar los incidentes notificables en aproximadamente un tercio una vez que esto estuvo en marcha. Eso es lo que hace la visibilidad.

La seguridad de producto hace algo parecido con los datos químicos. Se introduce la información de una sustancia una sola vez y alimenta las fichas de datos de seguridad (SDS), los requisitos de envío, las normas de exposición en el lugar de trabajo y los procedimientos de eliminación, de modo que los equipos dejan de hacer el mismo trabajo dos veces.

EHS se reconstruyó y el cumplimiento de producto se separó. En ECC, EHS era un único componente grande con submódulos para seguridad de producto, mercancías peligrosas, higiene industrial, salud ocupacional y residuos. En S/4HANA, SAP reconstruyó los procesos de seguridad y medio ambiente con apps de Fiori y trasladó la seguridad de producto, las SDS, las etiquetas y las mercancías peligrosas a SAP S/4HANA for product compliance. Ese producto forma parte de S/4HANA desde el punto de vista técnico, pero no está cubierto por las licencias de usuario de S/4HANA, así que presupuéstelo por separado.

La vía clásica tiene fecha límite. La seguridad de producto clásica funcionó en el alcance de compatibilidad de S/4HANA hasta finales de 2025. Sigue disponible en la edición privada y on-premise, con un switch de licencia, pero SAP ha dicho que la release S/4HANA 2029 es la última que la admite. La Public Edition ofrece solo el nuevo product compliance. Si está convirtiendo desde ECC, planifique el paso a las nuevas funciones dentro del programa de S/4HANA, no como un proyecto aparte más adelante.

SAP está reconfigurando EHS como una suite modular. Su actualización de estrategia de julio de 2025 describe el paso de un sistema de registro monolítico a módulos conectados: seguridad en el lugar de trabajo que enlaza la evaluación de riesgos, el desempeño en seguridad y la gestión de incidentes, instrucciones de seguridad asistidas por IA y gestión medioambiental de residuos, emisiones y agua. Las funciones de IA ayudan con la redacción y el análisis. El criterio de cumplimiento en varias jurisdicciones sigue necesitando a personas con experiencia en EHS.

SAP EHS está dentro del ERP y se conecta con Gestión de materiales (MM), Ventas y distribución (SD), Gestión de calidad (QM), Planificación de la producción (PP), Mantenimiento de planta (PM) y Recursos humanos (HR). Esa integración es la razón para elegirlo frente a una herramienta de EHS independiente.

La seguridad no vive aislada. Una clasificación de material en MM alimenta la generación de SDS. Un incidente en producción se enlaza con los registros de equipos en PM. Un envío en SD se comprueba frente a las normas de mercancías peligrosas antes de salir. Cuando los datos fluyen por un solo sistema, se deja de mantener la misma información en varios sitios y esta deja de desincronizarse.

1. 01Datos maestros de materialComposición y clasificación de la sustancia, introducidas una vez
2. 02Ficha de datos de seguridadSe genera en product compliance, una licencia aparte
3. 03Comprobación de mercancías peligrosasClasificación para el transporte, comprobada antes del despacho
4. 04Envío en SDSale con los documentos de transporte correctos

Un cambio de composición llega a la SDS sin trabajo manual

Para las organizaciones sujetas a REACH, OSHA, GHS o ADR, así es como se mantiene el cumplimiento sin un equipo que siga a mano los cambios regulatorios.

Si viene de ECC, haga corresponder sus componentes actuales con su destino en S/4HANA antes de definir ningún alcance:

Capacidad	EHS clásico en ECC	En S/4HANA	Qué hace
Gestión de incidentes	Accident management (IH&S) o el add-on EHS Management	EHS: Incident Management	Registra incidentes, casi accidentes y registros de lesiones o enfermedades; investigaciones y acciones correctivas; entrada móvil y sin conexión
Riesgos laborales e higiene industrial	Industrial Hygiene and Safety; evaluación de riesgos como add-on	EHS: Health and Safety Management	Evaluaciones de riesgos, peligros químicos, exposición, instrucciones de seguridad
Cumplimiento medioambiental	Add-on EHS Management: Environment Management	EHS: Environment Management	Emisiones al aire, de gases de efecto invernadero y al agua; requisitos de cumplimiento; desviaciones
Residuos	Waste Management	EHS: Environment Management (residuos)	Flujos de residuos, canales de eliminación, documentos de transporte, manifiestos de residuos peligrosos
Control de cambios	Normalmente se gestionaba fuera de EHS	EHS: Management of Change	Solicitudes y aprobaciones de cambios de procesos y equipos
Fichas de datos de seguridad y etiquetas	Product Safety	Product compliance (licencia aparte)	Creación y distribución de SDS, etiquetas, comunicación de peligros
Mercancías peligrosas	Dangerous Goods Management	Product compliance (licencia aparte)	Clasificación para el transporte, comprobaciones de envíos, documentos de transporte
Cumplimiento de sustancias y de mercado	Product and REACH Compliance	Product compliance (licencia aparte)	Seguimiento de volúmenes de sustancias, comercialización de productos, cumplimiento químico

La salud ocupacional también figura entre los procesos de EHS de SAP en S/4HANA. Compruebe el alcance exacto para su release y su edición antes de prometérselo al equipo médico.

Estos son los patrones que veo descarrilar las implementaciones de EHS. No son casos extremos: se repiten en todos los programas.

1. Mapeo regulatorio incompleto. La configuración depende de saber qué normas se aplican y dónde: REACH para productos químicos en la UE, OSHA para los lugares de trabajo en EE. UU., GHS para la comunicación de peligros, ADR para el transporte de mercancías peligrosas por carretera. Si se falla en el diseño, hay que rehacerlo bajo la presión de una auditoría.
2. Datos maestros inexactos. Las sustancias mal clasificadas producen SDS erróneas, y los datos de composición incorrectos pasan a los informes regulatorios. En EHS, los problemas de datos no afloran hasta que los encuentra una auditoría.
3. Falta de experiencia específica en EHS. Las mercancías peligrosas, la higiene industrial y los residuos tienen una complejidad regulatoria que los consultores SAP generalistas no tienen. Ponga expertos del dominio EHS en el diseño, no solo en las pruebas.
4. Brechas de integración. MM, SD, QM, PM y la logística tocan EHS. Mapee esos puntos de contacto pronto con los responsables de esos procesos, o los datos de incidentes acabarán incompletos.
5. Mala usabilidad en planta. El personal de campo necesita registrar los incidentes desde un teléfono, en el momento en que ocurren. Si requiere siete pantallas en un terminal compartido, no lo hará. Diseñe pensando en el usuario.
6. Empezar con demasiado. El mayor error que veo es intentar hacerlo todo a la vez. Suele salir mal: el calendario se alarga o el sistema entra en producción a medio configurar. Empiece con la gestión de incidentes y product compliance. Amplíe cuando estén estables.

Repase esta lista antes de que empiece el diseño:

Consideración	Por qué importa	Qué comprobar
Alcance regulatorio	Los requisitos varían según la región y el sector	Mapee las normativas aplicables (REACH, OSHA, GHS, ADR) antes del diseño
Edición y licencia	Product compliance se licencia por separado; las opciones clásicas dependen de la edición	Confirme qué cubre su contrato en la edición pública, la edición privada o on-premise
Del clásico al nuevo	La seguridad de producto clásica termina con la release S/4HANA 2029	Decida si pasa ya al nuevo product compliance o más adelante
Integridad de los datos maestros de material	La generación de SDS depende de una clasificación exacta	Valide que los datos de material y de sustancia sirven para la gestión de especificaciones
Disponibilidad de expertos	Las competencias SAP específicas de EHS escasean	Asegure consultores con experiencia en el dominio SAP EHS
Gestión de frases e idiomas	La calidad de las SDS depende de bibliotecas de frases estándar	Evalúe los requisitos multilingües de frases e idiomas
Requisitos de SDS y etiquetas	Son obligatorios por ley en la mayoría de los sectores regulados	Liste países, formatos y canales (impreso, digital, documentos de transporte)
Responsabilidad sobre los datos	Sin responsables, el mantenimiento se desmorona	Designe responsables de sustancias, aprobaciones y validación continua
Alcance de la fase 1	Sobrecargar la fase 1 retrasa el go-live	Limite la fase 1 a la gestión de incidentes y product compliance
Puntos de integración	EHS toca MM, SD, QM, PM y la logística	Mapee los puntos de contacto y acuérdelos pronto con los responsables de proceso

La mayoría de mis clientes alcanza el punto de equilibrio en unos dos a tres años. Viene de cuatro lugares.

Menos incidentes. Una reducción de los incidentes notificables de alrededor de un tercio, como han visto mis clientes de fabricación, se nota enseguida. Se traslada a las indemnizaciones por accidentes de trabajo, a los seguros y a las paradas de producción. La reducción vino de ver el patrón, no solo del software: alguien tuvo que actuar sobre lo que mostraba el sistema.

Menos preparación de auditorías. Los equipos de cumplimiento que pasaban días o semanas reuniendo documentación para las inspecciones pueden generarla a demanda, y ese tiempo vuelve al trabajo de seguridad.

Menor riesgo de sanciones. Mantener al día el contenido regulatorio y la configuración reduce el riesgo de incumplimiento. Las sanciones en sectores regulados pueden dejar pequeño el costo del sistema.

Control de materiales peligrosos. El seguimiento desde la recepción hasta la eliminación cierra las brechas en las que se producen errores de manipulación e infracciones.

Para el lado de la integración, mis guías sobre SAP en la fabricación y SAP PP y la planificación de la producción cubren los módulos de los que más depende EHS. Si está planificando el salto más amplio desde ECC, consulte mi guía de migración de ECC a S/4HANA.

¿Qué es SAP EHS y qué gestiona?

SAP EHS (Environment, Health, and Safety) gestiona la seguridad en el trabajo, la salud ocupacional y el cumplimiento medioambiental dentro de SAP. En S/4HANA cubre la gestión de incidentes, la gestión de salud y seguridad, la gestión medioambiental (incluidos residuos y emisiones) y la gestión de cambios.

La seguridad de producto, las fichas de datos de seguridad, las etiquetas y las mercancías peligrosas las gestiona SAP S/4HANA for product compliance, que se licencia por separado. Ambos se integran con MM, SD, QM, PP, PM y HR, de modo que los datos de seguridad fluyen por el mismo sistema que los datos operativos.

¿Cómo reduce realmente los incidentes Incident Management?

No reduce los incidentes por sí solo. Hace visibles los patrones para que se pueda actuar.

En una planta de fabricación con la que trabajé, la empresa suponía que los incidentes se debían al comportamiento individual. Cuando Incident Management acumuló datos, resultó que el 70 % de los incidentes se concentraba en dos áreas de trabajo. Factores del entorno, no personas. Se corrige el entorno y se reducen los incidentes.

Registrar los casi accidentes junto con los incidentes multiplica el valor, porque los casi accidentes son indicadores adelantados.

¿Qué pasó con SAP EHS Product Safety en S/4HANA?

Sus funciones pasaron a SAP S/4HANA for product compliance, que cubre la gestión de SDS y etiquetas, las mercancías peligrosas y la comercialización de productos. Requiere una licencia aparte.

La seguridad de producto clásica podía funcionar en el alcance de compatibilidad de S/4HANA hasta finales de 2025. Sigue disponible en la edición privada y on-premise con un switch de licencia, pero SAP ha dicho que la release S/4HANA 2029 es la última que la admite. La Public Edition ofrece solo el nuevo product compliance.

¿Cuáles son los mayores riesgos de una implementación de SAP EHS?

Tres aparecen de forma constante. Brechas en el mapeo regulatorio: valide qué normas (REACH, OSHA, GHS, ADR) se aplican y dónde antes del blueprint. Datos maestros inexactos: las sustancias mal clasificadas producen SDS incorrectas, así que depure los datos de material antes de configurar. Sobrecarga de la fase 1: implementarlo todo a la vez casi siempre significa un calendario más largo o un go-live a medio configurar.

¿Cuánto dura una implementación de SAP EHS?

Para la mayoría de las organizaciones, de 6 a 12 meses para una fase 1 que cubra el alcance principal. La regulación multirregional, los datos deficientes de productos químicos y materiales, la integración con sistemas no SAP y los requisitos de SDS multilingües la alargan.

Las implementaciones que se retrasan solían tener un alcance demasiado amplio para el equipo y los datos. Un plan realista pone primero en producción la gestión de incidentes y product compliance, y escalona el resto según la prioridad operativa.

¿Cómo se conecta SAP EHS con el resto del sistema SAP?

A nivel de datos, con MM, SD, QM, PP, PM y HR. Los datos maestros de material aportan las clasificaciones de sustancias para las SDS y los informes regulatorios. SD usa los datos de mercancías peligrosas para comprobar los envíos antes de que salgan. QM y PP comparten datos de inspección y de producción para el análisis de incidentes. PM aporta los registros de equipos y de mantenimiento para las evaluaciones de riesgos.

Un cambio en la composición de un material debería llegar a la SDS sin trabajo manual. Configurar y probar esos flujos de extremo a extremo es donde afloran la mayoría de los problemas de integración de EHS.

¿Cómo es realmente preparar una auditoría de EHS con SAP?

Pasa de reunir documentos a generar informes. Los informes de incidentes con los resultados de la investigación y las acciones correctivas, las SDS con control de versiones por producto y región, los hallazgos de auditoría con el estado de la remediación y los registros de inspección por área de trabajo salen del sistema.

Eso solo funciona si los datos se mantienen. Un registro incoherente de incidentes o unas SDS que no se actualizan cuando cambian las normas dejan huecos en lugar de evidencias.