eSocial SST cruzamento de dados em 2026 precisa ser tratado como uma frente estratégica de conformidade, porque os eventos S-2210, S-2220 e S-2240 não vivem isolados: eles se conectam com CAT, ASO, PCMSO, PGR, LTCAT, PPP eletrônico, EPI, EPC, agentes nocivos, exames complementares, afastamentos e histórico ocupacional do trabalhador. A falha mais comum é enviar eventos “para cumprir prazo”, sem verificar se os dados transmitidos conversam com os documentos técnicos internos. Quando PGR diz uma coisa, PCMSO diz outra, LTCAT traz exposição diferente, ASO não reflete os riscos e o S-2240 informa agente nocivo sem lastro, a empresa cria uma trilha digital contraditória.
O Manual Web Geral do eSocial identifica os três eventos centrais de SST: S-2210 para Comunicação de Acidente de Trabalho, S-2220 para Monitoramento da Saúde do Trabalhador e S-2240 para Condições Ambientais do Trabalho - Agentes Nocivos. O próprio manual informa que o S-2220 registra informações relativas aos ASO e seus exames complementares, enquanto o S-2240 informa exposição a agentes nocivos, EPC instalado e EPI disponibilizado.
Além disso, o histórico oficial de perguntas frequentes do eSocial informa que os eventos de SST encaminhados ao eSocial têm por objetivo substituir a CAT e o PPP, e que o conteúdo deve corresponder exatamente ao que consta no LTCAT quando se trata de PPP. Esse ponto torna a coerência documental indispensável: o envio eletrônico não substitui a base técnica; ele expõe a qualidade dessa base.
Por Lucas Esteves, Especialista em Medicina e Segurança do Trabalho e Sócio da AMBRAC.
Por que o eSocial SST aumenta o risco de inconsistência documental
Antes da digitalização, muitas falhas de SST ficavam espalhadas: uma pasta com PGR, outra com PCMSO, outra com ASO, outra com ficha de EPI, outra com LTCAT, outra com CAT, outra com laudos ambientais. Com o eSocial SST, parte essencial dessas informações passa a compor eventos digitais que podem ser confrontados com documentos internos, obrigações previdenciárias e histórico do trabalhador.
O problema não é o sistema. O problema é enviar dados sem governança. Quando o RH transmite S-2220 com exames ocupacionais, mas o PCMSO não está alinhado ao PGR; quando o contador envia S-2240 com agente nocivo, mas o LTCAT está antigo; quando a empresa registra CAT por S-2210 sem revisar o inventário de riscos e o plano de ação; ou quando a clínica emite ASO com risco genérico, a inconsistência nasce na gestão, não no portal.
A NR-1 determina que o PGR contenha, no mínimo, inventário de riscos e plano de ação. O inventário deve contemplar processos, ambientes, atividades, perigos, fontes, possíveis lesões ou agravos, grupos expostos, medidas de prevenção, caracterização da exposição e avaliação dos riscos.
“O eSocial SST não cria o risco; ele revela a falta de integração. Quando PGR, PCMSO, LTCAT, ASO e eventos eletrônicos não contam a mesma história, a empresa não tem apenas um problema de transmissão. Ela tem uma falha de gestão de SST.”
Lucas Esteves, AMBRAC
O que significa cruzamento de dados em SST
Cruzamento de dados, neste contexto, significa comparar se as informações prestadas em diferentes documentos e eventos são coerentes entre si. Não se trata apenas de “erro de sistema” ou “validação técnica automática”. Trata-se de coerência entre a realidade do trabalho, a avaliação técnica, o controle médico, a exposição previdenciária e o registro digital.
Exemplos práticos: se o PGR identifica ruído acima do nível de ação, o PCMSO precisa avaliar se há necessidade de audiometria e o S-2220 precisa refletir os exames realizados. Se o LTCAT caracteriza exposição a agente nocivo, o S-2240 deve estar coerente com essa avaliação. Se ocorreu acidente, o S-2210 deve ser transmitido quando aplicável e o PGR precisa ser revisado quando a análise indicar falha preventiva.
O Manual Web Geral informa que o S-2210 deve ser usado para comunicar acidente de trabalho ainda que não haja afastamento, com prazo até o primeiro dia útil seguinte à ocorrência e comunicação imediata em caso de morte.
Tabela prática: documento, evento e inconsistência comum
| Base técnica | Evento relacionado | Falha comum |
|---|---|---|
| PGR | S-2240 e S-2220 | Inventário de riscos genérico, sem caracterização da exposição e sem relação clara com exames ocupacionais |
| PCMSO | S-2220 | ASO emitido com exames desconectados dos riscos identificados no PGR |
| LTCAT | S-2240 e PPP eletrônico | Agente nocivo informado no eSocial com laudo antigo, incompleto ou divergente da atividade real |
| CAT | S-2210 | Acidente sem afastamento não comunicado por falsa interpretação de que só acidente com afastamento gera CAT |
| Ficha de EPI | S-2240 | Informar EPI disponibilizado sem evidência de CA, entrega, treinamento, troca, higienização e uso real |
| Relatório analítico do PCMSO | S-2210 e S-2220 | Não usar dados de exames, CAT e agravos para revisar PGR, PCMSO e plano de ação |
A tabela mostra que o risco não está apenas em errar um campo. O risco maior é manter bases técnicas que não conversam. O eSocial SST exige processo: dado correto, documento correto, responsável correto, prazo correto e evidência correta.
As 7 falhas críticas no eSocial SST e cruzamento de dados
1. Enviar S-2240 sem revisar o LTCAT
A primeira falha é transmitir S-2240 com base em informações antigas, genéricas ou herdadas de laudos anteriores. O S-2240 informa condições ambientais do trabalho, agentes nocivos, EPC instalado e EPI disponibilizado. Se o LTCAT não representa a função atual, o setor atual, a exposição atual ou a jornada real, o evento eletrônico nasce frágil.
O histórico de perguntas frequentes do eSocial reforça que a responsabilidade técnica está no LTCAT, que deve ser elaborado por médico do trabalho ou engenheiro de segurança do trabalho, e que o conteúdo do PPP deve corresponder exatamente ao que consta no LTCAT.
Na prática, a empresa precisa revisar agentes nocivos, medições, funções, ambientes, EPC, EPI, datas de início de condição e mudanças de exposição antes de transmitir ou retificar o S-2240. Enviar primeiro e “ajustar depois” pode gerar histórico inconsistente.
2. Informar S-2220 sem alinhamento com o PCMSO
A segunda falha é tratar o S-2220 como simples registro de ASO. O Manual Web Geral informa que o S-2220 é o evento de Monitoramento da Saúde do Trabalhador e registra informações relativas aos ASO e exames complementares.
O problema aparece quando os exames realizados não correspondem aos riscos do PGR, quando a periodicidade está desatualizada, quando a função mudou e o PCMSO não acompanhou, quando exames complementares foram lançados sem critério ou quando o ASO foi emitido com riscos genéricos.
A NR-7 estabelece o PCMSO como programa voltado à promoção e preservação da saúde dos trabalhadores. Além disso, a NR-7 exige relatório analítico anual contendo, entre outros itens, número de exames clínicos, exames complementares, estatística de resultados anormais, incidência e prevalência de doenças relacionadas ao trabalho e informações sobre CAT emitidas pela organização.
3. Não comunicar acidente sem afastamento pelo S-2210
A terceira falha é achar que CAT só existe quando há afastamento. O Manual Web Geral informa que o S-2210 deve ser utilizado para comunicar acidente de trabalho pelo declarante, ainda que não haja afastamento do trabalhador de suas atividades laborais. Também indica prazo até o primeiro dia útil seguinte à ocorrência e, em caso de morte, comunicação imediata.
Essa falha costuma acontecer em cortes leves, quedas sem afastamento, acidentes com perfurocortantes, acidentes de trajeto, acidentes típicos com retorno imediato e doenças ocupacionais reconhecidas tardiamente. A empresa registra internamente, mas não transmite o evento quando devido.
Além do envio, o acidente deve retroalimentar a prevenção. A NR-1 exige que o PGR mantenha inventário e plano de ação, e que os dados de identificação de perigos e avaliação de riscos sejam consolidados no inventário. Se um acidente revela risco não controlado, o PGR precisa ser revisado, não apenas o evento transmitido.
4. Usar função ou cargo genérico que não representa exposição real
A quarta falha é vincular trabalhador a cargo genérico e ignorar atividade real. Dois trabalhadores com o mesmo cargo podem ter exposições diferentes: um atua em área administrativa, outro entra em área produtiva; um usa produto químico, outro não; um opera máquina ruidosa, outro apenas supervisiona; um faz atividade eventual em altura, outro não.
Essa diferença impacta PGR, PCMSO, ASO, LTCAT, S-2220 e S-2240. O inventário de riscos da NR-1 exige caracterização dos processos, ambientes, atividades, perigos, grupos expostos e exposição dos trabalhadores.
Se a empresa usa apenas o nome do cargo para definir risco, pode superinformar ou subinformar exposição. Os dois erros geram problemas: informar agente que não existe cria passivo previdenciário indevido; deixar de informar agente real cria omissão documental.
5. Informar EPI no S-2240 sem prova de eficácia e gestão
A quinta falha é declarar EPI disponibilizado no S-2240 sem possuir evidência robusta de gestão. O Manual Web Geral informa que, no S-2240, deve ser declarada a existência de EPC instalado e EPI disponibilizado.
Mas disponibilizar não é apenas comprar e entregar. A empresa precisa demonstrar seleção adequada, CA válido, entrega ao trabalhador, treinamento, orientação sobre uso e limitações, troca, higienização, fiscalização, compatibilidade com a exposição e coerência com o LTCAT. Quando o evento informa EPI e a documentação interna não sustenta essa informação, o dado eletrônico perde força.
Essa falha é comum em ruído, agentes químicos, calor, agentes biológicos, poeiras, vibração e atividades com risco de acidente. O problema não é informar EPI; é informar EPI sem sistema de gestão.
6. Não integrar clínica, contabilidade, RH e SST
A sexta falha é terceirizar partes do processo sem governança. Muitas empresas têm uma clínica emitindo ASO, um escritório contábil transmitindo eventos, um consultor elaborando PGR, outro profissional emitindo LTCAT, um RH recebendo atestados e um gestor operacional alterando funções. Se esses atores não conversam, o eSocial SST vira colagem de dados.
O histórico oficial do eSocial informa que a responsabilidade pela transmissão dos eventos de SST é da empresa, ainda que ela possa delegar a terceiros o envio em seu nome por procurações eletrônicas e perfis específicos.
Isso significa que delegar o envio não elimina a responsabilidade de validar a coerência. A empresa precisa ter fluxo de atualização: admissão, mudança de função, mudança de risco, acidente, afastamento, retorno, exame periódico, alteração de ambiente, novo agente nocivo, troca de EPI, nova medição e desligamento.
7. Não revisar eventos após mudanças de risco
A sétima falha é transmitir eventos uma vez e esquecer. Mudanças em processo, layout, máquina, produto químico, jornada, função, setor, EPI, EPC, medição ambiental ou organização do trabalho podem exigir atualização documental e, quando aplicável, novo evento.
O histórico de perguntas frequentes do eSocial explica que, após a carga inicial do S-2240, a alteração de qualquer informação que compõe a estrutura do evento exige envio de novo evento descrevendo a situação atual, com toda a exposição do trabalhador naquela nova data de início da condição.
A NR-1 também exige que o inventário de riscos seja mantido atualizado e que o histórico de atualizações seja mantido por período mínimo de 20 anos.
eSocial SST não é apenas obrigação eletrônica
O maior erro estratégico é enxergar eSocial SST como tarefa administrativa. Na prática, ele depende de decisões técnicas. O S-2210 exige análise correta de acidente ou doença ocupacional. O S-2220 depende do PCMSO, ASO e exames. O S-2240 depende de LTCAT, exposição real, agentes nocivos, EPC, EPI e PPP.
Quando a empresa envia eventos sem analisar documentos, cria uma camada digital sobre uma base frágil. Quando organiza documentos antes de transmitir, o eSocial vira consequência natural de uma gestão coerente.
A diferença está na governança: quem informa, quem valida, quem transmite, quem guarda evidência, quem retifica, quem comunica mudança e quem audita periodicamente.
Fluxo recomendado para evitar inconsistências
O fluxo correto começa no PGR. O inventário de riscos identifica perigos, fontes, circunstâncias, grupos expostos e medidas preventivas. A partir dele, o PCMSO define exames, periodicidade e acompanhamento da saúde. O LTCAT avalia agentes nocivos para fins previdenciários. O ASO registra aptidão conforme NR-7. As fichas de EPI e EPC sustentam medidas de controle. Os eventos do eSocial refletem essa base.
Quando ocorre acidente, o S-2210 deve ser avaliado e transmitido quando aplicável. Quando ocorre exame ocupacional, o S-2220 precisa refletir ASO e exames complementares. Quando há exposição a agente nocivo, o S-2240 precisa conversar com LTCAT, EPC, EPI e PPP eletrônico.
O envio deve ser consequência da gestão. Se a empresa começa pelo evento e só depois procura o documento que justifica o dado, o processo está invertido.
Checklist estratégico para revisar eSocial SST e cruzamento de dados
Perguntas que a empresa precisa responder
- O PGR está atualizado e possui inventário de riscos com caracterização real de processos, ambientes, atividades e grupos expostos?
- O PCMSO foi elaborado com base nos riscos identificados no PGR?
- Os ASOs emitidos pela clínica estão coerentes com função, riscos ocupacionais e exames necessários?
- O S-2220 está sendo transmitido com base nos ASOs corretos e exames complementares realizados?
- O LTCAT está atualizado e representa a exposição real dos trabalhadores?
- O S-2240 está coerente com LTCAT, agentes nocivos, EPC, EPI e PPP eletrônico?
- O S-2210 está sendo transmitido para acidentes de trabalho mesmo quando não há afastamento, quando aplicável?
- Acidentes e doenças ocupacionais estão retroalimentando o PGR e o plano de ação?
- Mudanças de função, setor, processo, jornada ou exposição geram revisão documental?
- Existe controle de datas de início de condição no S-2240?
- As fichas de EPI comprovam CA, entrega, treinamento, troca e orientação de uso?
- Clínica, SST, RH, contabilidade e jurídico seguem o mesmo fluxo de informação?
- Há auditoria periódica dos eventos transmitidos e dos documentos que os sustentam?
- Retificações são feitas com análise técnica, e não apenas para corrigir erro de digitação?
Estudos de Caso AMBRAC
Os estudos de caso abaixo mostram como inconsistências de eSocial SST geralmente não começam no sistema. Elas começam em falhas de comunicação entre documentos, áreas e prestadores.
Estudo de Caso 1 - S-2240 informava ruído, mas o LTCAT estava desatualizado
Uma empresa transmitia S-2240 indicando exposição a ruído para determinada função. Porém, o LTCAT havia sido elaborado antes da troca de máquinas e da mudança de layout. A exposição real tinha se alterado, mas o evento continuava repetindo informação antiga.
- Contexto: Operação industrial com mudança de máquinas, layout e exposição ocupacional;
- Desafio: Identificar divergência entre exposição real, LTCAT, PGR e S-2240;
- Diagnóstico AMBRAC: O problema não era apenas o evento, mas a ausência de rotina para revisar documentos após mudanças operacionais;
- Plano de ação: Nova avaliação técnica, atualização do LTCAT, revisão do PGR, conferência do S-2240 e ajuste do PCMSO;
- Resultado: Maior coerência entre documentos técnicos, evento eletrônico e realidade da exposição.
Estudo de Caso 2 - S-2220 era enviado, mas o PCMSO não conversava com o PGR
Uma clínica emitia ASOs e a empresa transmitia S-2220 regularmente. Contudo, os exames complementares eram padronizados por cargo, sem considerar alterações no inventário de riscos, exposição a agentes químicos e mudanças de atividade.
- Contexto: Exames ocupacionais em dia, mas sem alinhamento técnico com o PGR;
- Desafio: Sair do cumprimento formal de exames para vigilância real da saúde ocupacional;
- Diagnóstico AMBRAC: O S-2220 era transmitido, mas a base médica estava desconectada dos riscos atuais;
- Plano de ação: Revisão do PCMSO, matriz de exames por risco, alinhamento com clínica, atualização dos ASOs e auditoria dos eventos transmitidos;
- Resultado: Redução de inconsistências e melhoria da integração entre PGR, PCMSO, ASO e S-2220.
Estudo de Caso 3 - Acidente sem afastamento não era comunicado
Uma empresa registrava internamente acidentes leves sem afastamento, mas não avaliava emissão de CAT pelo S-2210. O entendimento interno era que somente acidentes com afastamento exigiam comunicação.
- Contexto: Acidentes típicos com retorno imediato ao trabalho e registros internos incompletos;
- Desafio: Corrigir interpretação sobre CAT e integrar acidente ao PGR;
- Diagnóstico AMBRAC: A empresa confundia ausência de afastamento com ausência de obrigação de análise e comunicação quando aplicável;
- Plano de ação: Revisão do fluxo de acidentes, critérios de S-2210, treinamento de liderança, análise de causas e atualização do plano de ação;
- Resultado: Maior rastreabilidade de acidentes e melhor integração entre CAT, PGR e prevenção.
Leia também: postagens recomendadas
Para aprofundar o tema e fortalecer sua gestão de SST, confira também:
- LTCAT e PPP eletrônico em 2026: 7 falhas que comprometem o S-2240;
- CAT e S-2210 em 2026: 7 falhas que fragilizam a empresa;
- Exames ocupacionais e S-2220 em 2026: 7 falhas que comprometem o PCMSO;
- Documentos de SST em 2026: 7 falhas que geram passivos;
- Gestão de EPI e CA em 2026: 7 falhas que geram passivos;
- Relatório analítico do PCMSO em 2026: indicadores de prevenção;
- Plano de ação do PGR em 2026: 7 falhas críticas.
FAQ – dúvidas técnicas avançadas sobre eSocial SST e cruzamento de dados
Esse tema gera dúvida porque muitas empresas tratam o eSocial SST como obrigação de envio, quando ele depende de documentação técnica, avaliação de riscos, controle médico ocupacional, laudos previdenciários e evidências operacionais.
Quais são os principais eventos de SST no eSocial?
Os principais eventos de SST são S-2210, Comunicação de Acidente de Trabalho; S-2220, Monitoramento da Saúde do Trabalhador; e S-2240, Condições Ambientais do Trabalho - Agentes Nocivos.
O que é informado no S-2220?
O S-2220 registra o acompanhamento da saúde do trabalhador durante o contrato de trabalho, com informações relativas aos ASO e seus exames complementares.
O que é informado no S-2240?
O S-2240 informa a exposição do trabalhador a agentes nocivos conforme a Tabela 24 do eSocial, além de declarar EPC instalado e EPI disponibilizado.
O S-2210 deve ser enviado mesmo sem afastamento?
Sim, quando houver acidente de trabalho a ser comunicado. O Manual Web Geral informa que o S-2210 deve ser utilizado para comunicar acidente de trabalho ainda que não haja afastamento, com prazo até o primeiro dia útil seguinte à ocorrência e, em caso de morte, de imediato.
Quem é responsável pelo envio dos eventos de SST?
A responsabilidade pela transmissão dos eventos de SST é da empresa. Ela pode delegar o envio a terceiros por procuração eletrônica, mas a responsabilidade de gestão, coerência e validação permanece essencialmente empresarial.
O envio do eSocial SST exige assinatura de médico ou engenheiro?
O histórico oficial de perguntas frequentes informa que os eventos podem ser preenchidos pela empresa ou representante legal com procuração específica, sem exigência de assinatura de médico do trabalho ou engenheiro de segurança para o envio. A responsabilidade técnica permanece nos documentos que sustentam as informações, como LTCAT e atestados médicos.
O S-2240 substitui o LTCAT?
Não. O S-2240 transmite informações, mas não substitui a base técnica. O histórico oficial do eSocial informa que a responsabilidade técnica está no LTCAT, elaborado por médico do trabalho ou engenheiro de segurança do trabalho, e que o conteúdo do PPP deve corresponder exatamente ao que consta no LTCAT.
Quando o S-2240 precisa ser atualizado?
Após a carga inicial, alteração de qualquer informação que compõe a estrutura do S-2240 exige envio de novo evento descrevendo a situação atual da exposição do trabalhador naquela nova data de início da condição.
O PGR impacta o S-2220?
Sim, indiretamente. O PGR identifica riscos e grupos expostos; o PCMSO utiliza essa base para definir exames ocupacionais. Como o S-2220 registra ASO e exames complementares, uma falha no PGR pode gerar falha no PCMSO e, depois, no evento eletrônico.
Qual é o maior erro das empresas no eSocial SST?
O maior erro é enviar eventos sem auditar a coerência entre PGR, PCMSO, ASO, LTCAT, CAT, EPI, EPC e exposição real. O problema raramente é apenas transmissão; quase sempre é falta de integração documental.
Conclusão
eSocial SST cruzamento de dados em 2026 precisa ser tratado como governança de SST, não como mera digitação de eventos. S-2210, S-2220 e S-2240 são reflexos digitais de processos técnicos: acidente, monitoramento de saúde, exposição a agentes nocivos, EPI, EPC, LTCAT, PCMSO e PGR.
A empresa que transmite eventos sem revisar documentos pode criar contradições perigosas: ASO sem relação com riscos, S-2240 sem LTCAT atualizado, CAT não comunicada, EPI informado sem evidência, função genérica sem exposição real e PCMSO desconectado do inventário de riscos. Essas falhas podem aparecer em auditorias, fiscalizações, ações trabalhistas, discussões previdenciárias e inconsistências no PPP eletrônico.
Por outro lado, organizações que estruturam fluxo integrado entre RH, SST, clínica, contabilidade, liderança e jurídico reduzem erros, aumentam rastreabilidade e fortalecem a defesa técnica. Em eSocial SST, o melhor envio não é o mais rápido; é o que nasce de documentos coerentes, atualizados e tecnicamente sustentáveis.
Como a AMBRAC pode apoiar sua empresa
A AMBRAC atua na revisão e estruturação da governança de eSocial SST, integrando PGR, PCMSO, ASO, LTCAT, PPP eletrônico, S-2210, S-2220, S-2240, CAT, EPI, EPC, exames ocupacionais, riscos ambientais, agentes nocivos, mudanças de função e documentação preventiva.
Auditoria de coerência documental
- Revisão cruzada entre PGR, inventário de riscos, plano de ação, PCMSO e LTCAT;
- Conferência de ASO, exames complementares e eventos S-2220 transmitidos;
- Validação técnica de agentes nocivos, EPC, EPI e eventos S-2240;
- Análise de acidentes, CAT, S-2210 e retroalimentação do PGR;
- Identificação de divergências entre função, atividade real, exposição e documentos.
Fluxo integrado de eSocial SST
- Criação de rotina entre RH, SST, clínica, contabilidade, liderança e jurídico;
- Definição de responsabilidades para informar, validar, transmitir, retificar e guardar evidências;
- Controle de mudanças de função, risco, ambiente, EPI, EPC, exames e agentes nocivos;
- Organização de evidências para fiscalizações, auditorias e demandas trabalhistas;
- Treinamento de equipes sobre prazos, eventos e documentos técnicos que sustentam o envio.
Revise seus eventos de SST antes que o cruzamento de dados revele falhas documentais
Se a sua empresa transmite S-2210, S-2220 e S-2240, mas não audita a coerência entre PGR, PCMSO, ASO, LTCAT, EPI, EPC, CAT e PPP eletrônico, existe uma lacuna crítica de SST. Nossa equipe técnica apoia sua organização na estruturação completa da governança de eSocial SST, com método, rastreabilidade e prevenção real. Solicitar diagnóstico de eSocial SST
Simulador AMBRAC - Segurança & Medicina do Trabalho
Preencha os campos a seguir para estimar, de forma preliminar, o nível de investimento necessário em Segurança e Medicina do Trabalho, com base no perfil setorial, estrutura da operação e gestão de riscos.
Simulação orientativa, pensada para apoiar decisões de orçamento, planejamento anual e priorização de ações de conformidade.
Selecione o segmento que mais se aproxima da operação.
Depois de escolher o setor, selecione a categoria do seu negócio.
Considere CLT, Estagiários e Aprendizes (Escopo de SST).
Informe quantos CNPJs ou locais de trabalho.
Turnos efetivamente ativos (manhã, tarde, noite, madrugada).
Informe a carga horária média de cada turno (entre 1h e 24h).
Informe se a empresa já possui CIPA implantada.
Agentes físicos, químicos, biológicos, ergonômicos e de acidentes.
Gestão integrada dos eventos S-2210, S-2220, S-2240.
Solicite uma Proposta Detalhada
Se os valores estimados fazem sentido para o seu cenário, envie seus dados e receba uma análise técnica completa, com cronograma, programas obrigatórios e validação normativa.
Ao enviar seus dados, você concorda em ser contatado pela AMBRAC para recebimento de proposta, orientações técnicas e conteúdos sobre SST, conforme nossa política de privacidade.

