Estimado Dhinesh
solo un poco de información adicional para las explicaciones de Kamal:
Parte de la seguridad de los productos son procesos como la generación de hojas de datos de seguridad y su distribución
Si echas un vistazo aquí:
http://help.sap.com/erp2005_ehp_06/helpdata/en/a7/288aa30a6c11d28a220000e829fbbd/frameset.htm
EHS SAF contiene, por ejemplo, Transferencia de Lista de Materiales, Seguimiento de Volumen de Sustancias y Gestión Global de Etiquetas
http://help.sap.com/erp2005_ehp_06/helpdata/en/de/5174db4c4b11d18a110000e816ae6e/frameset.htm
explica el módulo EHS-DGP (Proceso de Mercancías Peligrosas)
En general, algunos "consejos" con respecto a tu tema 3:
En la mayoría de los casos trabajarás como consultor. Por lo tanto, en un proyecto de EHS, el "negocio" definirá lo que necesitan. Tú, como consultor, explicarás cómo EHS puede mejorarse/adaptarse, etc. para cumplir con la demanda
Por lo tanto, el aspecto "legal" normalmente está fuera del alcance de tu trabajo (pero en la mayoría de los casos es necesario entender el "negocio").
No sé exactamente cuántos requisitos legales diferentes existen en todo el mundo (supongo > 200; depende de la definición de "contar" que estés usando) y pueden o podrían cumplirse mediante EHS, pero cualquier requisito legal tiene excepciones (ejemplos de DG) y el negocio necesita definir qué excepción debe ser tratada utilizando EH&S y cuál puede ignorarse (demasiado complejo, etc.). Como consultor, es tu turno de explicar si se puede usar EHS y cómo adaptarlo. La experiencia muestra que < 5% de las demandas necesitan "modificaciones" basadas en la definición de SAP de una "modificación"; por lo tanto, EHS es muy flexible
Si observas Europa: con REACh, la estructura de la "ley" es compleja y la "presión" sobre las empresas que intentan vender productos químicos es muy alta (sin datos, no hay mercado)
C.B.
