Prezado Dhinesh
Apenas algumas informações adicionais para as explicações de Kamal:
Parte da segurança dos produtos envolve processos como a geração de fichas de dados de segurança e sua distribuição
Se você der uma olhada aqui:
http://help.sap.com/erp2005_ehp_06/helpdata/en/a7/288aa30a6c11d28a220000e829fbbd/frameset.htm
EHS SAF inclui, por exemplo, Transferência de Lista de Materiais, Rastreamento de Volume de Substâncias e Gerenciamento Global de Etiquetas
http://help.sap.com/erp2005_ehp_06/helpdata/en/de/5174db4c4b11d18a110000e816ae6e/frameset.htm
explica o módulo EHS-DGP (Processo de Mercadorias Perigosas)
Em geral, alguns "conselhos" relacionados ao seu tópico 3:
Na maioria dos casos, você atuará como consultor. Portanto, em um projeto de EHS, o "negócio" definirá o que eles precisam. Você, como consultor, explicará como o EHS pode ser melhorado/adaptado, etc., para atender à demanda
Portanto, o aspecto "legal" geralmente está fora do escopo do seu trabalho (mas na maioria dos casos é necessário entender o "negócio").
Não sei exatamente quantos requisitos legais diferentes existem em todo o mundo (suponho > 200; depende da definição de "contar" que você está usando) e podem ou devem ser atendidos por meio do EHS, mas qualquer requisito legal tem exceções (exemplos de DG) e o negócio precisa definir quais exceções devem ser tratadas usando EH&S e quais podem ser ignoradas (muito complexo, etc.). Como consultor, é sua vez de explicar se o EHS pode ser usado e como adaptá-lo. A experiência mostra que < 5% das demandas precisam de "modificações" com base na definição da SAP de uma "modificação"; portanto, o EHS é muito flexível
Se observarmos a Europa: com o REACh, a estrutura da "lei" é complexa e a "pressão" sobre as empresas que tentam vender produtos químicos é muito alta (sem dados, não há mercado)
C.B.
