O envio dos eventos de SST para o eSocial transformou a rotina de saúde e segurança do trabalho no Brasil. O que antes ficava arquivado em pastas na clínica ou no RH agora precisa chegar aos servidores do governo em prazos curtos, com dados consistentes e no leiaute correto. Um exame lançado com a matrícula errada, um acidente comunicado fora do prazo ou um agente nocivo divergente do laudo deixam rastro digital — e esse rastro é exatamente o que a fiscalização usa para autuar.

Este guia explica, na prática, o que cada evento de SST informa, quem deve transmitir, quais prazos valem hoje e como estruturar um fluxo de envio que funcione todos os meses sem depender de heroísmo de última hora.

O que são os eventos de SST do eSocial?

O eSocial é o sistema do governo federal que unifica o envio de informações trabalhistas, previdenciárias e fiscais. Dentro dele, três eventos formam o bloco de Saúde e Segurança do Trabalho — que também apresentamos em detalhe na nossa página sobre eventos de SST no eSocial:

  • S-2210 — Comunicação de Acidente de Trabalho (CAT): registra acidentes e doenças ocupacionais, com ou sem afastamento, incluindo acidentes de trajeto.
  • S-2220 — Monitoramento da Saúde do Trabalhador: reporta os exames ocupacionais realizados (admissional, periódico, retorno ao trabalho, mudança de riscos ocupacionais e demissional), espelhando as informações do ASO.
  • S-2240 — Condições Ambientais do Trabalho — Agentes Nocivos: descreve o ambiente de trabalho de cada vínculo, os agentes nocivos a que o trabalhador está exposto e os EPIs/EPCs utilizados, alimentando inclusive a base para aposentadoria especial.

Esses três eventos não existem no vácuo: eles precisam refletir fielmente os documentos técnicos da empresa — PGR, PCMSO, LTCAT e laudos ambientais. Quando o dado transmitido diverge do documento assinado, nasce o passivo. Já detalhamos essa relação no artigo sobre laudos de SST e obrigações no eSocial.

Prazos de envio: a régua que a fiscalização usa

S-2210 — o mais urgente de todos

O acidente de trabalho deve ser comunicado até o primeiro dia útil seguinte à ocorrência. Em caso de óbito, a comunicação é imediata. Não há margem para “esperar o RH abrir o chamado”: se o acidente aconteceu na sexta-feira à noite, o evento precisa estar transmitido na segunda-feira. Empresas que não têm um canal interno rápido para o líder reportar acidentes quase sempre estouram esse prazo.

S-2220 — atrelado à data do exame

O evento do ASO deve ser enviado até o dia 15 do mês seguinte à realização do exame. Parece folgado, mas o gargalo costuma estar antes do envio: o ASO fica na clínica, o RH não recebe o resultado, ninguém digita o evento. Quando a empresa percebe, acumulou dois ou três meses de exames não transmitidos. Um sistema de controle de ASO e exames fecha esse vão ao gerar o S-2220 no mesmo ato em que o ASO é emitido.

S-2240 — o retrato do ambiente de trabalho

O S-2240 segue a mesma lógica de prazo: até o dia 15 do mês seguinte ao início da obrigatoriedade ou à alteração das condições informadas. O detalhe que muita gente esquece: ele não é um evento “de uma vez só”. Toda mudança relevante — troca de função, novo agente nocivo identificado, mudança de setor, alteração de EPI — exige um novo envio com a data correta de início da nova condição.

Quem é o responsável pelo envio?

Juridicamente, o empregador é sempre o responsável pelos eventos de SST do seu quadro. Na prática, o envio pode ser operacionalizado de três formas:

  1. Pela própria empresa, via software de folha ou plataforma de SST conectada ao eSocial;
  2. Pela clínica de medicina ocupacional ou consultoria de SST, atuando como procuradora com certificado digital;
  3. Pelo escritório contábil, que muitas vezes transmite a folha, mas raramente domina os dados técnicos de SST.

O modelo híbrido — contabilidade envia folha, clínica envia SST — é o mais comum e também o que mais gera zona cinzenta. Se ninguém formalizar quem transmite o S-2210 de um acidente, por exemplo, cada parte assume que a outra enviou. Defina por escrito a matriz de responsabilidade: qual evento, quem gera, quem transmite, quem monitora os retornos e quem corrige rejeições.

O fluxo de envio na prática: da origem do dado ao recibo

Um envio saudável percorre cinco etapas. Onde uma delas é manual, existe um ponto de falha:

  1. Origem do dado: o exame realizado na clínica, o acidente reportado pelo líder, o laudo ambiental atualizado pelo engenheiro.
  2. Registro estruturado: o dado entra no sistema com os campos que o eSocial exige — CPF, matrícula, categoria do trabalhador, códigos de exame ou de agente nocivo da tabela oficial.
  3. Validação prévia: antes de transmitir, o evento é conferido contra o cadastro do vínculo (S-2200/S-2206) para evitar rejeição por divergência de matrícula, CPF ou data de admissão.
  4. Transmissão e recibo: o evento é assinado com certificado digital e enviado; o recibo de entrega é arquivado como prova de cumprimento do prazo.
  5. Tratamento de retorno: rejeições e advertências são corrigidas e reenviadas — de preferência antes do vencimento do prazo original.
Concilie todo mês Crie uma rotina fixa de conciliação mensal, sempre na primeira semana do mês: liste todos os exames realizados e acidentes ocorridos no mês anterior e compare com os recibos de S-2220 e S-2210 transmitidos. O que estiver sem recibo ainda cabe no prazo do dia 15. Essa conferência de 30 minutos elimina a principal causa de multa: o evento que todos achavam que tinha sido enviado.

Erros que mais geram rejeição e autuação

  • Divergência cadastral: CPF, matrícula ou categoria diferentes do vínculo registrado no eSocial. É a causa número um de rejeição de S-2220 e S-2240.
  • Código de agente nocivo incorreto: usar descrição genérica ou código da tabela errada no S-2240, em desacordo com o LTCAT.
  • S-2240 “congelado”: enviar o evento uma vez na implantação e nunca mais atualizá-lo, mesmo após mudanças de função e ambiente.
  • CAT tardia: aguardar a confirmação médica ou o retorno do trabalhador para comunicar o acidente — o prazo corre da ocorrência, não do diagnóstico consolidado.
  • Exame sem evento: ASO emitido em papel na clínica e nunca refletido no S-2220, criando divergência entre prontuário e base do governo.

Cada um desses erros tem consequência própria — de rejeição técnica a multa administrativa. O tema rende um artigo inteiro: veja como evitar multas no eSocial SST.

De onde vêm os dados: a integração com PGR e PCMSO

Um ponto que separa empresas maduras das demais: os eventos de SST não devem ser digitados, devem ser derivados. O S-2240 nasce do inventário de riscos do PGR e do LTCAT; o S-2220 nasce do PCMSO e dos ASOs; o S-2210 nasce do registro de acidentes. Quando os programas estão integrados e atualizados, o evento é uma consequência automática. Quando cada documento vive em um arquivo separado, o evento é uma redigitação — e toda redigitação diverge com o tempo. Explicamos essa engrenagem em gestão do PGR e PCMSO integrados.

Para clínicas que atendem dezenas de empresas, essa lógica é ainda mais crítica: transmitir eventos de vários CNPJs exige controle de procurações, certificados, prazos por cliente e tratamento de retorno em escala. É o cenário típico em que uma plataforma integradora de SST e medicina do trabalho substitui o malabarismo de planilhas por uma fila única de envios com status em tempo real.

Checklist mensal do envio de eventos de SST

  • Todos os exames do mês anterior possuem S-2220 com recibo?
  • Houve acidente ou doença ocupacional sem S-2210 transmitido?
  • Alguma admissão, mudança de função ou de setor exige novo S-2240?
  • Existem eventos rejeitados aguardando correção?
  • Laudos e programas que embasam os eventos estão vigentes e assinados?
  • Procurações e certificados digitais estão válidos?

Conclusão

O envio dos eventos de SST para o eSocial não é um problema de tecnologia da informação — é um problema de processo. Prazos curtos como o do S-2210 e recorrentes como os do S-2220 e S-2240 só são cumpridos de forma sustentável quando o dado nasce estruturado, a validação acontece antes da transmissão e alguém monitora os recibos e rejeições todos os meses. Empresas que dependem de digitação manual e memória individual acumulam pendências silenciosas que a fiscalização enxerga com clareza.

Centralizar exames, acidentes, riscos e transmissão em um único fluxo — como faz a plataforma da Lidera SST — é o caminho mais curto para transformar o eSocial de ameaça em rotina resolvida.

Perguntas frequentes

Quais são os eventos de SST do eSocial?

São três: S-2210 (Comunicação de Acidente de Trabalho), S-2220 (Monitoramento da Saúde do Trabalhador, vinculado ao ASO) e S-2240 (Condições Ambientais do Trabalho — Agentes Nocivos). Juntos, eles reportam ao governo acidentes, exames ocupacionais e a exposição de cada trabalhador a agentes nocivos.

Qual é o prazo de envio do S-2210, S-2220 e S-2240?

O S-2210 deve ser enviado até o primeiro dia útil seguinte ao acidente e imediatamente em caso de óbito. O S-2220 deve ser transmitido até o dia 15 do mês seguinte à realização do exame, e o S-2240 segue a mesma regra: até o dia 15 do mês seguinte ao início da exposição ou à alteração das condições informadas.

Quem é responsável por enviar os eventos de SST: a empresa ou a clínica?

A responsabilidade legal é sempre do empregador. A clínica de medicina ocupacional ou a consultoria de SST pode operacionalizar o envio como procuradora, mas eventuais multas por atraso ou inconsistência recaem sobre a empresa. Por isso, o contrato deve deixar claro quem transmite e como a empresa acompanha os retornos.

Leia também

Próximos passos