SAP EHS: o que é e o que envolve uma implementação

O SAP EHS (Meio Ambiente, Saúde e Segurança) é o software da SAP para gerenciar a segurança no trabalho, a saúde ocupacional e a conformidade ambiental dentro do ERP. No S/4HANA, cobre a gestão de incidentes, a gestão de saúde e segurança (avaliações de risco, instruções de segurança, perigos químicos), a gestão ambiental (emissões, requisitos de conformidade, resíduos) e a gestão de mudanças. As fichas de dados de segurança (SDS), os rótulos e as mercadorias perigosas agora ficam em um produto licenciado à parte, o SAP S/4HANA for product compliance. Este guia é para diretores de EHS, gerentes de planta e líderes de TI que estão definindo o escopo de uma implementação de EHS ou saindo do ECC. Use o mapa de componentes e o checklist pré-projeto abaixo.

Já conduzi muitas empresas em implementações de SAP EHS. O padrão é consistente: a empresa tem um problema de segurança que sabe que existe, mas não enxerga com clareza suficiente para resolver.

Lembro de uma fábrica em que o Incident Management mostrou que 70% dos incidentes aconteciam em apenas duas áreas de trabalho. Sem um registro adequado, a empresa talvez continuasse culpando o descuido dos funcionários em vez de corrigir os fatores ambientais reais. Meus clientes industriais viram os incidentes notificáveis cair cerca de um terço depois que isso entrou em operação. É isso que a visibilidade faz.

A segurança de produtos faz algo parecido com os dados químicos. Você informa os dados de uma substância uma única vez, e eles alimentam as SDS, os requisitos de transporte, as regras de exposição no local de trabalho e os procedimentos de descarte. As equipes deixam de fazer o mesmo trabalho duas vezes.

O EHS foi reconstruído, e o product compliance se separou. No ECC, o EHS era um grande componente com submódulos de segurança de produtos, mercadorias perigosas, higiene industrial, saúde ocupacional e resíduos. No S/4HANA, a SAP reconstruiu os processos de segurança e meio ambiente com apps Fiori e passou a segurança de produtos, as SDS, os rótulos e as mercadorias perigosas para o SAP S/4HANA for product compliance. Esse produto faz parte do S/4HANA do ponto de vista técnico, mas não é coberto pelas licenças de usuário do S/4HANA, então reserve orçamento à parte.

O caminho clássico tem prazo. A segurança de produtos clássica rodou no escopo de compatibilidade do S/4HANA até o fim de 2025. Ainda está disponível em private edition e on-premise, mediante uma chave de licença, mas a SAP afirmou que a release S/4HANA 2029 é a última a suportá-la. A Public Edition oferece apenas o novo product compliance. Se você está convertendo a partir do ECC, planeje a migração para as novas funções dentro do programa S/4HANA, e não como um projeto separado depois.

A SAP está reorganizando o EHS em uma suíte modular. Sua atualização de estratégia de julho de 2025 descreve a passagem de um sistema de registro monolítico para módulos conectados: segurança no trabalho que liga avaliação de risco, desempenho de segurança e gestão de incidentes, instruções de segurança assistidas por IA e gestão ambiental para resíduos, emissões e água. Os recursos de IA ajudam na redação e na análise. O julgamento sobre conformidade em várias jurisdições ainda exige profissionais de EHS experientes.

O SAP EHS fica dentro do ERP e se conecta a Gestão de Materiais (MM), Vendas e Distribuição (SD), Gestão da Qualidade (QM), Planejamento da Produção (PP), Manutenção de Planta (PM) e RH. Essa integração é o motivo para escolhê-lo em vez de uma ferramenta de EHS independente.

A segurança não vive isolada. Uma classificação de material no MM alimenta a geração das SDS. Um incidente na produção se liga aos registros de equipamentos no PM. Uma remessa no SD é conferida com as regras de mercadorias perigosas antes de sair. Quando os dados circulam por um único sistema, você deixa de manter a mesma informação em vários lugares, e ela deixa de sair de sincronia.

1. 01Dado mestre do materialComposição e classificação da substância, informadas uma vez
2. 02Ficha de dados de segurançaGerada no product compliance, licença separada
3. 03Verificação de mercadorias perigosasClassificação para transporte, conferida antes do despacho
4. 04Remessa no SDSai com os documentos de transporte corretos

Uma mudança de composição chega à SDS sem trabalho manual

Para organizações sujeitas a REACH, OSHA, GHS ou ADR, é assim que você se mantém em conformidade sem uma equipe acompanhando manualmente as mudanças regulatórias.

Se você vem do ECC, mapeie seus componentes atuais para o lugar que ocupam no S/4HANA antes de definir qualquer escopo:

Capacidade	EHS clássico no ECC	No S/4HANA	O que faz
Gestão de incidentes	Gestão de acidentes (IH&S) ou o add-on EHS Management	EHS: gestão de incidentes	Registra incidentes, quase acidentes e ocorrências de lesão ou doença; investigações e ações corretivas; registro móvel e offline
Riscos no trabalho e higiene industrial	Higiene industrial e segurança; avaliação de risco do add-on	EHS: gestão de saúde e segurança	Avaliações de risco, perigos químicos, exposição, instruções de segurança
Conformidade ambiental	Add-on EHS Management: gestão ambiental	EHS: gestão ambiental	Emissões atmosféricas, de gases de efeito estufa e hídricas; requisitos de conformidade; desvios
Resíduos	Gestão de resíduos	EHS: gestão ambiental (resíduos)	Fluxos de resíduos, destinos de descarte, documentos de transporte, manifestos de resíduos perigosos
Controle de mudanças	Em geral tratado fora do EHS	EHS: gestão de mudanças	Solicitações e aprovações de mudanças em processos e equipamentos
Fichas de dados de segurança e rótulos	Segurança de produtos	Product compliance (licença separada)	Criação e distribuição de SDS, rótulos, comunicação de perigos
Mercadorias perigosas	Gestão de mercadorias perigosas	Product compliance (licença separada)	Classificação para transporte, verificação de remessas, documentos de transporte
Conformidade de substâncias e de mercado	Conformidade de produtos e REACH	Product compliance (licença separada)	Acompanhamento do volume de substâncias, comercialização de produtos, conformidade química

A saúde ocupacional também aparece entre os processos de EHS do S/4HANA descritos pela SAP. Confira o escopo exato da sua release e edição antes de prometê-la à equipe médica.

Estes são os padrões que vejo descarrilar implementações de EHS. Não são casos extremos: se repetem em todos os programas.

1. Mapeamento regulatório incompleto. A configuração depende de saber quais regras se aplicam onde: REACH para produtos químicos na UE, OSHA para locais de trabalho nos EUA, GHS para comunicação de perigos, ADR para o transporte rodoviário de mercadorias perigosas. Se errar no design, você refaz tudo sob pressão de auditoria.
2. Dados mestres imprecisos. Substâncias classificadas errado geram SDS erradas, e dados de composição errados vão parar nos relatórios regulatórios. No EHS, os problemas de dados só aparecem quando uma auditoria os encontra.
3. Falta de expertise específica em EHS. Mercadorias perigosas, higiene industrial e resíduos trazem uma complexidade regulatória que consultores SAP generalistas não têm. Coloque especialistas de domínio em EHS no design, e não só nos testes.
4. Lacunas de integração. MM, SD, QM, PM e a logística tocam o EHS. Mapeie esses pontos de contato cedo com os donos desses processos, ou os dados de incidentes ficam incompletos.
5. Usabilidade ruim no chão de fábrica. A equipe de campo precisa registrar incidentes no celular, no momento em que acontecem. Se forem sete telas em um terminal compartilhado, ela não vai fazer. Projete para o usuário.
6. Começar com coisa demais. O maior erro que vejo é tentar fazer tudo de uma vez. Quase sempre sai pela culatra: o cronograma estoura ou o sistema entra em operação mal configurado. Comece com a gestão de incidentes e o product compliance. Expanda quando estiverem estáveis.

Passe por esta lista antes de o design começar:

Consideração	Por que importa	O que verificar
Escopo regulatório	Os requisitos variam por região e setor	Mapear as regulamentações aplicáveis (REACH, OSHA, GHS, ADR) antes do design
Edição e licença	O product compliance é licenciado à parte; as opções clássicas dependem da edição	Confirmar o que o seu contrato cobre em public edition, private edition ou on-premise
Caminho do clássico para o novo	A segurança de produtos clássica termina com a release S/4HANA 2029	Decidir se migra agora ou depois para o novo product compliance
Integridade do dado mestre de materiais	A geração de SDS depende de uma classificação correta	Validar se os dados de materiais e substâncias sustentam a gestão de especificações
Disponibilidade de especialistas	Habilidades de SAP específicas de EHS são escassas	Garantir consultores com experiência de domínio em SAP EHS
Gestão de frases e idiomas	A qualidade da SDS depende de bibliotecas de frases padronizadas	Avaliar os requisitos multilíngues de frases e idiomas
Requisitos de SDS e rótulos	Exigidos por lei na maioria dos setores regulados	Listar países, formatos e canais (impresso, digital, documentos de transporte)
Responsabilidade pelos dados	Sem responsáveis, a manutenção desanda	Nomear responsáveis por substâncias, aprovações e validação contínua
Escopo da fase 1	Sobrecarregar a fase 1 atrasa o go-live	Limitar a fase 1 a gestão de incidentes e product compliance
Pontos de integração	O EHS toca MM, SD, QM, PM e logística	Mapear os pontos de contato e combiná-los cedo com os donos dos processos

A maioria dos meus clientes alcança o ponto de equilíbrio em cerca de dois a três anos. Ele vem de quatro fontes.

Menos incidentes. A queda de cerca de um terço nos incidentes notificáveis, como meus clientes industriais viram, aparece rápido. Ela se reflete nas indenizações trabalhistas, no seguro e nas paradas de produção. A redução veio de enxergar o padrão, não só do software: alguém ainda precisou agir sobre o que o sistema mostrou.

Menos preparação para auditorias. Equipes de conformidade que passavam dias ou semanas reunindo documentação para inspeções passam a gerá-la sob demanda, e esse tempo volta para o trabalho de segurança.

Menor risco de multas. Manter o conteúdo regulatório e a configuração atualizados reduz o risco de descumprimento. Em setores regulados, as penalidades podem superar de longe o custo do sistema.

Controle de materiais perigosos. O rastreamento do recebimento ao descarte fecha as brechas em que acontecem erros de manuseio e infrações.

Para o lado da integração, meus guias sobre SAP na indústria e planejamento da produção com SAP PP cobrem os módulos de que o EHS mais depende. Se você está planejando a migração mais ampla a partir do ECC, veja o meu guia de migração do ECC para o S/4HANA.

O que é o SAP EHS e o que ele gerencia?

O SAP EHS (Meio Ambiente, Saúde e Segurança) gerencia a segurança no trabalho, a saúde ocupacional e a conformidade ambiental dentro do SAP. No S/4HANA, cobre a gestão de incidentes, a gestão de saúde e segurança, a gestão ambiental (incluindo resíduos e emissões) e a gestão de mudanças.

A segurança de produtos, as fichas de dados de segurança, os rótulos e as mercadorias perigosas ficam com o SAP S/4HANA for product compliance, licenciado à parte. Os dois se integram com MM, SD, QM, PP, PM e HR, de modo que os dados de segurança circulam pelo mesmo sistema que os dados operacionais.

Como o Incident Management realmente reduz incidentes?

Ele não reduz incidentes por si só. Torna os padrões visíveis para que você possa agir.

Em uma fábrica com a qual trabalhei, a empresa presumia que os incidentes eram causados pelo comportamento individual. Depois que o Incident Management acumulou dados, 70% dos incidentes se revelaram concentrados em duas áreas de trabalho. Fatores ambientais, não pessoas. Corrija o ambiente e os incidentes diminuem.

Registrar os quase acidentes junto com os incidentes multiplica o valor, porque os quase acidentes são indicadores antecedentes.

O que aconteceu com o SAP EHS Product Safety no S/4HANA?

Suas funções passaram para o SAP S/4HANA for product compliance, que cobre a gestão de SDS e de rótulos, as mercadorias perigosas e a comercialização de produtos. Ele exige uma licença separada.

A segurança de produtos clássica podia rodar no escopo de compatibilidade do S/4HANA até o fim de 2025. Continua disponível em private edition e on-premise com uma chave de licença, mas a SAP afirmou que a release S/4HANA 2029 é a última a suportá-la. A Public Edition oferece apenas o novo product compliance.

Quais são os maiores riscos em uma implementação de SAP EHS?

Três aparecem sempre. Lacunas no mapeamento regulatório: valide quais regras (REACH, OSHA, GHS, ADR) se aplicam onde antes do blueprint. Dados mestres imprecisos: substâncias classificadas errado geram SDS incorretas, então limpe os dados de materiais antes da configuração. Sobrecarga da fase 1: implementar tudo de uma vez quase sempre significa um cronograma mais longo ou um go-live mal configurado.

Quanto tempo leva uma implementação de SAP EHS?

Para a maioria das organizações, de 6 a 12 meses para uma fase 1 que cubra o escopo central. Regulamentação em várias regiões, dados químicos e de materiais ruins, integração com sistemas não SAP e requisitos de SDS multilíngues alongam o prazo.

As implementações que atrasam costumam ter um escopo amplo demais para a equipe e para os dados. Um plano realista põe a gestão de incidentes e o product compliance no ar primeiro e distribui o resto em fases, conforme a prioridade operacional.

Como o SAP EHS se conecta ao resto do sistema SAP?

No nível dos dados, com MM, SD, QM, PP, PM e HR. O dado mestre de materiais fornece as classificações de substâncias para as SDS e para os relatórios regulatórios. O SD usa os dados de mercadorias perigosas para conferir as remessas antes de saírem. QM e PP compartilham dados de inspeção e de produção para a análise de incidentes. O PM fornece os registros de equipamentos e de manutenção para as avaliações de risco.

Uma mudança na composição de um material deve chegar à SDS sem trabalho manual. Configurar e testar esses fluxos de ponta a ponta é onde surgem a maioria dos problemas de integração do EHS.

Como é, na prática, preparar uma auditoria de EHS com o SAP?

Deixa de ser reunir documentos e passa a ser gerar relatórios. Relatórios de incidentes com resultados de investigação e ações corretivas, SDS com controle de versão por produto e região, constatações de auditoria com o status de correção e registros de inspeção por área de trabalho: tudo sai do sistema.

Isso só funciona se os dados forem mantidos. Registro de incidentes inconsistente ou SDS não atualizadas conforme as regulamentações mudam deixam lacunas em vez de evidências.