TL;DR executivo
No eSocial, os eventos S-2210 (comunicação de acidente de trabalho — trilha que dialoga com CAT e nexo técnico), S-2220 (monitoramento da saúde do trabalhador, em linha com ASO e PCMSO) e S-2240 (condições ambientais do trabalho — exposições e informações que alimentam o perfil de exposições e o diálogo com PGR/NRs) são peças de um mesmo quebra-cabeça. Eles não substituem NR-1, NR-7 ou NR-9, mas inconsistência entre vínculo, categoria, setor, ASO e inventário de risco destrói auditabilidade e gera retrabalho em fiscalizações, sindicatos, perícias e due diligence de M&A. Este texto é operacional; tabelas de prazo, regras de validação e versão de leiaute devem ser conferidas no Manual de Orientação do eSocial e nas notas técnicas vigentes na data do envio.
Sumário
- Função de cada evento no ecossistema SST
- S-2210: acidente, CAT e narrativa única
- S-2220: saúde ocupacional, ASO e PCMSO
- S-2240: exposições, PPP e PGR
- Trilha mestre de dados e governança
- Erros típicos em projetos enterprise
- FAQ
- Referências
Função de cada evento no ecossistema SST
O eSocial não “define” o direito trabalhista; ele informa o poder público e conecta bases. Por isso, SST no eSocial precisa ser lida em três camadas: (1) obrigação legal de gerir risco (PGR/GRO, programas, medidas de controle); (2) obrigação de documentar saúde e exposição (PCMSO, PPRA/LTCAT/ARP conforme caso); (3) obrigação de transmitir eventos em layouts aprovados. Falhar na camada (1) e “acertar” o XML é ilusão de compliance; falhar na (3) pode gerar multas e incompatibilidades de informação com a realidade da planta — o pior dos dois mundos.
Um ponto que frequentemente distorce briefings internos: o S-2220 não trata de ação judicial trabalhista. O núcleo do S-2220 é o monitoramento da saúde do trabalhador, com conteúdo próximo ao que o PCMSO organiza clinicamente (exames, ASO, periodicidade, conclusões). Tratar S-2220 como “judicial” é sinal de documentação técnica desatualizada ou de mistura com outros fluxos jurídicos no mesmo slide da diretoria — corrija o vocabulário antes do próximo comitê de risco.
S-2210: acidente, CAT e narrativa única
O S-2210 é enviado quando há comunicação de acidente de trabalho no âmbito do eSocial, em convergência com a lógica de emitir/receber CAT e consolidar informações relevantes para estatísticas e políticas públicas. Na prática enterprise, o acidente é também evento de reputação e sinistro; por isso, SESMT, medicina, RH, seguros e jurídico precisam de linha do tempo única: o que o relatório interno descreve, o que o atestado registra e o que o vídeo/CFTV mostra não podem divergir sem explicação datada.
Implicações de governança: em M&A, comprador olha taxa de acidentes, subnotificação (ASO de afastamento sem trilha coerente) e terceiros sem CNO/integração contratual. Amarrar S-2210 ao inventário de risco (PGR) ajuda a demonstrar aprendizado de acidente como ação corretiva sistêmica — útil tanto em ISO 45001 quanto em defesa trabalhista quando houver discussão de culpa exclusiva.
S-2220: saúde ocupacional, ASO e PCMSO
O S-2220 endossa o papel do PCMSO como programa que produz evidência clínica — exames complementares, datas, ASO e conclusões — e precisa ser coerente com o controle de jornada dos exames (admissional, periódico, mudança de risco, retorno, demissional). O RH costuma ser o dono do SLA de agendar, mas a validade técnica é MTE/CRM; por isso o médico coordenador não é “detalhe burocrático”, é estrutura do programa.
Prazos de envio e obrigatoriedades acessórias históricas já foram objeto de atualizações regulatórias (Receita Federal / eSocial). O conselho prático permanece: implementar job mensal de reconciliação entre ASO emitidos no sistema ocupacional e eventos transmitidos, com fila de exceções quando houver retificação de vínculo ou correção de matrícula. Empresas maduras tratam S-2220 como indicador de qualidade de dado, não como mero “check de TI”.
S-2240: exposições, PPP e PGR
O S-2240 informa condições ambientais relevantes para o vínculo — em outras palavras, ajuda a formalizar o que o trabalhador enfrentou no tempo em termos de agentes e controles. É aqui que a engenharia e o PPRA (ou instrumento equivalente conforme porte e regime) encontram o dado transacional: se o arquivo mestre de setor/função no ERP está errado, o inventário do PGR e o perfil de exposições discordam — e a Inspeção do Trabalho ou a Justiça escolhem a narrativa mais prejudicial ao empregador.
PPP (Perfil Profissiográfico Previdenciário), quando aplicável na sua cadeia de elaboração, precisa ser alimentado com consistência temporal: mudança de função sem atualizar S-2240 gera lacuna difícil de explicar em benefício por moléstia profissional, mesmo quando a empresa fez o controle de risco corretamente no chão.
Trilha mestre de dados e governança
Uma trilha mínima enterprise deve cruzar: CPF, matrícula, categoria do eSocial, lotação física e lógica, função para fins de SST, resultado de risco no PGR e status de programas (PCMSO/PPRA). Terceiros com CESSÃO de receita de serviço precisam de cláusula que defina quem gera qual evento — vazio comum em facilities e logística.
Ferramentas e shadow IT
Planilhas paralelas de SST são veneno: versionamento inexistente e macros trocando vírgula por ponto alteram código de agente. Prefira MDM de função e workflow com dupla confirmação quando o colaborador migra de área com risco químico para administrativo.
Erros típicos em projetos enterprise
- Treinar TI sem treinar médicos e enfermagem — o erro nasce no ASO, não no XML.
- Confundir “transmitido” com “verdade” — retificar sem RCA (análise de causa) perpetua risco sistêmico.
- Copiar layout de concorrente do mesmo setor — CNAE, processo e terceirização mudam o mapa de exposição.
- Descansar no fornecedor de folha sem prova de que PCMSO integra com ponto eletrônico em mudança de turno noturno.
- Ignorar que dado ruim vira materialidade em relatório ESG quando contará a mesma história para investidor.
Retificações, exclusões e “evento fantasma”
Mesmo com ERP maduro, retificação de vínculo após M&A, correção de CBO ou mudança de filial sem refatoração dos eventos gera fantasma: exposição apagada no campo, mas ativa no banco. Boas práticas incluem job de reconciliação que compare hash de domínio (função, setor, GHE) entre RH, medicina e segurança antes da competência do folha. Em S-2210, incidentes com retificação devem preservar linha de causa em investigação interna — apagar XML ruim sem RCA é auto-engano.
Integração com auditorias externas (ISO, cliente corporativo)
Clientes automotivos ou aeroespaciais auditarão seu S-2210 indiretamente via sinistro e PPAP de qualidade. Inconsistência entre parada médica e CAT abre não conformidade de cadeia social.
A ACSMT apoia desenho de trilha SST–eSocial, reconciliação com PGR e treinamento de comitê — veja /contato.
FAQ
S-2220 substitui PCMSO?
Não. O PCMSO é obrigação legal de programa; o S-2220 é transmissão de informações do monitoramento da saúde conforme regras do eSocial.
Posso ter ASO correto no papel e evento inválido?
Sim. Leiaute, tabelas e campos obrigatórios mudam; mantenha alerta para atualização do manual.
S-2240 “prova” o PGR?
Ajuda a demonstrar coerência temporal entre exposição informada e controle planejado; não dispensa hierarquia de controles nem revisão do PGR quando o processo muda.
Quem é responsável em grupo econômico?
Defina controladoria do CNPJ empregador e SLA com unidades filiais; mistura de bases é fonte de duplicidade ou omissão.
E social não fiscaliza SST?
O eSocial concentra dados para órgãos; fiscalização trabalhista usa campo. Duas frentes, um só passivo se o dado mente.
Referências
- Brasil. Manual de Orientação do eSocial e tabelas oficiais de eventos — consultar portal gov.br / Receita Federal / eSocial e versão vigente do leiaute.
- Brasil. eSocial — Documentação (notas técnicas e perguntas frequentes oficiais).
- Brasil. NR-1 — Gerenciamento de riscos (vinculação com inventário e documentação).
- Brasil. NR-7 — PCMSO e NR-9 — PPRA (conteúdo técnico que alimenta a lógica dos eventos de saúde e exposição).
- Brasil. CLT e legislação correlata sobre CAT e acidentes — bases legais paralelas à trilha de comunicações.
Nota editorial: códigos de eventos do eSocial (S-22xx, etc.) e campos obrigatórios são atualizados periodicamente; valide sempre contra o manual oficial e o ambiente de produção restrita do empregador antes de fixar procedimento interno.
