Após inúmeras prorrogações do cronograma de implantação do eSocial, os eventos da fase de Segurança e Saúde no Trabalho, estão oficialmente obrigados ao envio pelas empresas enquadradas no Grupo 1.  Cabe mencionar que, o grupo é composto por empresas com faturamento superior a 78 milhões.

 

 

Durante o processo de simplificação do eSocial, a fase de eventos de SST foi a mais alterada, sendo que, restaram apenas três eventos obrigatórios a prestação de informações, os eventos são:

 

 

•   S-2210 (comunicação do acidente de trabalho deve ser registrada até o primeiro dia útil seguinte ao da ocorrência e, em caso de morte, de imediato);
•  S-2220 (evento deve ser enviado até o dia 15 do mês subsequente ao da realização do correspondente exame);
•  S-2240: até o dia 15 do mês subsequente ao início da obrigatoriedade dos eventos de SST ou do ingresso/admissão do trabalhador.

 

O evento S-2240 exige carga inicial com a descrição das informações na data de início de sua obrigatoriedade. Assim, para as empresas do Grupo 1, deve ser enviado um S-2240 para cada trabalhador com vínculo ativo. Já os demais eventos não demandam carga inicial, mas passam a ser obrigatórios sempre que houver os fatos geradores.

No processo de simplificação, as informações dessa fase substituirão outras obrigações, como o Comunicado de Acidente de Trabalho, e o PPP, que são considerados grandes avanços, em especial o PPP que agilizará no futuro processos de aposentadoria, por exemplo.

Atualmente a CAT é emitida pelo CATWeb, e partir da implantação da fase de eventos de SST, os empregadores passam a emitir a CAT pelo próprio programa, e demais legitimados permanecem utilizando o CATWeb, sendo que os protocolos físicos nas agências da Previdência Social estarão completamente descontinuados.

Já o PPP, de modo geral, terá sua substituição de formulário físico pelo eletrônico, e, embora os eventos de SST já estejam válidos desde de o último dia 13, as empresas do Grupo 1 estão oficialmente obrigadas a tal substituição a partir de janeiro de 2022. Isso significa que embora a informação seja encaminhada ao eSocial, o PPP ainda deverá ser emitido em meio físico, sendo que o PPP eletrônico somente registrará as informações de exposição do segurado a partir de 03/01/2022.

 

 

 

 

O CPF passou a ser o único documento utilizado para identificação do trabalhador no eSocial após a simplificação do sistema, onde muitos campos foram excluídos no leitaute, inclusive o, NIS. Sendo assim, o CPF é um documento extremamente importante para poder vincular o funcionário a empresa, enviar e validar as informações pertinentes a ele.

Ainda cabe mencionar que, há situações onde o número do CPF pode ser alterado pela Receita Federal do Brasil, e com isso causará impactos na vida desse cidadão, inclusive ao que tange suas informações junto ao eSocial.
Diante dessa situação, o Comitê Gestor do eSocial trouxe algumas orientações, sobre os procedimentos necessários em casos de alteração de CPF do trabalhador, e seu vínculo junto ao programa.

A orientação foi feita por meio da Nota 2018.12, e, ainda que toda alteração cadastral do funcionário deva ser feita pela "Alteração de dados cadastrais" no evento S-2205, especificamente na alteração de CPF não cabe tal ação!
Para essa alteração foi criado um processo específico, pois o mesmo é considerado um caso excepcional, tal especificação foi feita para que não seja necessário que o empregador exclua e reenvie todos os eventos vinculados a esse trabalhador.

O procedimento é baseado no envio do evento S-2299 - Desligamento seguido de um novo evento de S- 2200 - Admissão, nos mesmo moldes já utilizados para transferência de funcionários entre empresas de um mesmo grupo econômico ou no caso de sucessão de empregadores.

Sendo assim, a mesma lógica deve ser aplicada quando houver a alteração do CPF de um trabalhador, e os passos a serem executados são os seguintes:

1. Enviar o evento de S-2299 - Desligamento com o motivo 36 - "Mudança de CPF", indicando no campo {novoCPF} o novo número de inscrição do empregado;

2. Enviar evento S-2200 - Admissão, com o campo {tpAdmissao} preenchido com o valor 6 - "Mudança de CPF", mantendo a data de admissão original do trabalhador;

3. Preencher o grupo {mudancaCPF} com os números de CPF e matrícula anteriores e com a data em que houve a alteração. O eSocial não permite que uma matrícula seja reaproveitada, portanto, quando o CPF é alterado, nova matrícula deve ser atribuída ao trabalhador;

O mesmo procedimento descrito nesta nota também se aplica para TSVE - Trabalhadores Sem Vínculo de Emprego nos eventos S-2300 e S-2399. O evento S-2399 deve ser enviado com o campo {mtvDesligTSV} igual a 7 - "Mudança de CPF" e a informação do novo CPF preenchida no grupo {mudancaCPF}. O novo evento S-2300 deve ser enviado no dia imediatamente seguinte com o grupo {mudancaCPF} preenchido, desta vez com os dados do CPF anterior.

Mas, atenção!
Caso haja alteração contratual e a data seja anterior a alteração do CPF o sistema recepciona normalmente o evento, desde que essa data de efeito seja posterior a sua admissão. Qualquer informação de pagamento retroativo, informada no grupo {remunPerAnt}, pode indicar período de referência {perRef} anterior à mudança de CPF, desde que a competência seja igual ou posterior a sua admissão.

Aqui cabe lembrar que o contrato de trabalho firmado com aquele funcionário não sofrerá alterações após a execução desse processo, sendo assim, as informações cadastrais informadas no envio do novo S-2200 precisam corresponder as já vigentes no contrato anterior, a única informação que sofrerá alteração será a matrícula do funcionário.

 

 

Dentro do cronograma de implantação do eSocial, os Órgãos Públicos enquadram-se no último grupo de implantação, o grupo 4. Desde o start de sua implantação progressiva, em 2013, o único grupo que ainda não tinha iniciado o envio dos eventos, eram os orgãos públicos, e isso se deu, devido às inúmeras alterações e prorrogações do cronograma, oriundo à necessidade de adaptações que o sistema passou ao longo dos anos.

 

 

Recentemente o grupo 4 aderiu aos envios da primeira fase, o envio dos eventos periódicos, e, em declaração por meio do portal oficial, o eSocial informou que os orgãos públicos da administração direta e indireta (autárquica e fundacional) da União, Estados, Distrito Federal e Municípios poderão prestar suas informações de forma descentralizada ao eSocial, e para isso foi disponibilizada a  para consulta a tabela de entes federativos responsáveis - EFR para os órgãos públicos que optem por prestar suas informações ao eSocial de forma descentralizada.

 

 

Nesse caso, cada órgão que corresponda a uma unidade administrativa dentro do ente federativo responsável pode enviar suas próprias informações a partir de seus sistemas informatizados e utilizando-se de suas próprias estruturas de dados, seguindo o padrão definido nos leiautes do eSocial. Isso inclui suas próprias tabelas, bem como todos os demais 48 eventos periódicos e não periódicos. Suas informações, porém, são vinculadas ao ente federativo por meio da informação do CNPJ do EFR.

 

 

A tabela da EFR já está disponível para consulta, juntamente com os demais ítens na documentação técnica conforme link que segue a baixo :

 

https://www.gov.br/esocial/pt-br/documentacao-tecnica/documentacao-tecnica

 

 

 

No eSocial as empresas são organizadas em Grupos, dependendo do faturamento apurado, e sua natureza jurídica. Essa divisão ocorre para que seja um cumprido de cronograma de implantação progressiva do eSocial, ou seja, cada grupo implanta cada fase em datas estabelecidas pelo programa.

 

Os grupos 2 e 3, especificamente, são estruturados pelas seguintes empresas:

 

- GRUPO 2 - Entidades empresariais com faturamento em 2016 igual ou inferior a R$ 78 milhões e que não eram optantes do Simples em 07/2018;

 

- GRUPO 3 - Empregadores optantes do Simples em 07/2018, empregadores, pessoa física (exceto domésticos), produtores rurais PF, entidades sem fins lucrativos e MEI;

 

O eSocial faz o enquadramento da empresa no respectivo grupo quando ela envia o S-1000, o primeiro evento devido.

 

Mesmo após o enviado e processado o evento, ocorrem casos onde a empresa precisa se reenquadrar dentro do eSocial, por motivos distintos, e para tal reenquadramento existe regras muito específicas, vemos verificar como elas ficam:

 

- Quando a empresa foi constituída antes de 01/07/2018:

 

Neste caso, deve ser verificada a situação de opção pelo SIMPLES justamente nessa data (01/07/2018).

Caso se trate de empresa aberta antes de 01/07/2018, que era optante pelo SIMPLES nessa data, seu enquadramento correto será no Grupo 3.

 

Caso se trate de empresa aberta antes de 01/07/2018, que não era optante pelo SIMPLES nessa data, seu enquadramento correto será no Grupo 2.

 

Cabe destacar que o enquadramento da empresa no 2º Grupo ou no 3º Grupo é definitivo, ou seja, a empresa não terá seu grupo alterado ainda que mude sua condição de optante pelo SIMPLES posteriormente.

 

Em outras palavras: uma empresa aberta antes de 01/07/2018, que não era optante pelo SIMPLES nessa data (01/07/2018), permanecerá no Grupo 2, mesmo que venha a optar pelo SIMPLES em momento posterior.

 

Da mesma forma, uma empresa aberta antes de 01/07/2018, que era optante pelo SIMPLES nessa data (01/07/2018), permanecerá no Grupo 3, mesmo que deixe de ser optante em momento posterior.

 

- Se a empresa foi constituída após 01/07/2018:

 

Aqui deve ser verificada a situação de opção pelo SIMPLES na data de sua constituição.

Caso a opção da empresa pelo SIMPLES tenha retroagido a sua data de abertura, seu enquadramento correto será no 3º Grupo.

 

Caso a opção da empresa pelo SIMPLES não seja retroativa à sua data de abertura, seu enquadramento correto será no 2º Grupo.

 

Eventualmente ocorrem situações em que, mesmo a empresa tendo realizado a opção pelo SIMPLES retroativa à data de abertura, o empregador se depara com a informação no eSocial de que está enquadrado no Grupo 2.

 

O eSocial possui uma funcionalidade que analisa a opção pelo SIMPLES da empresa quando é enviado o evento S-1000 . Essa análise busca as informações na base de dados do SIMPLES na Receita Federal. Provavelmente esse evento foi enviado pelo empregador antes que a opção da empresa tivesse sido processada no ambiente da RFB, por isso o sistema não reconheceu.

 

Nesses casos, o empregador deverá seguir um dos procedimentos listados para empresas constituídas a mais de 12 meses conforme o prazo existente entre a data de sua abertura e a data atual.

 

- Empresas constituídas há menos de 12meses:

 

Caso a abertura da empresa tenha ocorrido há menos de 12 meses, bastará que o empregador efetue o reenvio do evento S-1000, para que o sistema reconheça que a opção da empresa pelo SIMPLES retroagiu a sua data de abertura, reenquadrando-o no Grupo 3. A partir do novo envio, o sistema buscará a informação na base da RFB, reconhecerá a opção e reenquadrará a empresa automaticamente.

 

Vale ressaltar que é fundamental que a empresa não possua certos eventos em sua base de dados antes da efetivação do reenquadramento. A existência de eventos periódicos em qualquer data ou de eventos não periódicos referentes a fatos anteriores a 10/04/2019 na base de informações da empresa pode gerar inconsistências no uso futuro do sistema.

 

 

Assim, sugere-se a exclusão desses eventos antes da adoção do procedimento descrito para reenquadramento automático e o posterior reenvio, após o reenquadramento, a fim de evitar inconsistências.

 

- Empresas constituídas há mais de 12 (doze) meses:

 

Caso a abertura da empresa tenha ocorrido há mais de 12 (doze) meses, será, de fato, necessário o encaminhamento da demanda para a central de atendimento do eSocial.

 

Nesse caso, o usuário deverá clicar no link ao final da página e preencher o formulário disponibilizado, detalhando sua demanda e anexando a documentação contábil comprobatória da pertinência do reenquadramento da empresa para o devido prosseguimento do processo.

 

A equipe responsável orientará a empresa com relação às medidas necessárias a serem adotadas antes da efetivação do reenquadramento e realizará os encaminhamentos necessários junto aos desenvolvedores.

 

 

 

 

 

O eSocial passou por mudanças significativas ao longo dos últimos meses, após ser determinado um processo de simplificação pelo qual o programa deveria passar, para que as empresas pudessem fazer adesão ao sistema sem os tantos entraves que o mesmo trazia.

Durante o processo de simplificação que vem acontecendo desde maio, o qual conta com um novo cronograma para implantação, exclusão de campos e eventos, e flexibilização de regras para recebimento das informações, alguns pontos precisaram ser alinhados, e outros vêm sendo disponibilizados.

 

 

Foi publicada a nota técnica S 1.0 n.º2/2021 trazendo diretrizes para que o processo efetivo de mudança, e na nota já havia previsão que algumas alterações só entrariam em produção a partir do dia 23 de agosto.

 

 

As alterações foram implementadas e já estão disponíveis desde a última semana, sendo elas:

- Possibilidade de informar no evento S-1200 se o segurado especial é também dirigente sindical, para isso foi criado um campo no leiaute, o qual será observado pelos desenvolvedores dos sistemas de folha de pagamento, denominado como {infoComplCont}.

 

 

- Também foi disponibilizada uma melhoria para que o contribuinte possa requerer, pelo eSocial, a transmissão imediata da DCTFWeb.

 

A resposta ao requerimento, após enviado no evento S-1299 e dada no retorno do próprio evento, ou seja, no XML de retorno do fechamento dos eventos periódicos, o eSocial indicará se a solicitação para transmissão imediata para DCTFWeb foi aceita. O campo destinado a essa solicitação é o {transDCTFWeb}, que, embora já esteja em produção só poderá ser informado a partir da competência setembro/2021, uma vez que a transmissão imediata para a DCTFWeb somente estará disponível a partir da competência outubro/21.

 

 

Vale lembrar que essas mudanças estão disponíveis para sistemas de folha de pagamento e já estão rodando conforme o leiaute da versão S-1.0, portanto, está disponível. Porém, não necessariamente os sistemas precisam enviar eventos nessa versão. A versão antiga, a S-2.5 ainda está vigente, devido ao período de convivência entre as versões, e assim, os eventos são recepcionados normalmente dentro desses formatos.