eSocial - Conceitos Básicos

O eSocial é uma nova obrigação que visa a escrituração digitação das obrigações fiscais e trabalhistas. Por meio deste sistema o empregador deverá fornecer ao Governo, de forma unificada, dados relativos aos trabalhadores, como vínculos, contribuições previdenciárias, folha de pagamento, comunicações de acidente de trabalho, aviso prévio, escriturações fiscais e informações sobre o FGTS. O eSocial foi instituído pelo pelo Decreto nº 8373/2014.

Os dados a serem comunicados no decorrer do mê e como Carga Inicial, As Tabelas Iniciais e eventos ocorridos no decorrer do mês irão compor o RET  RET (Registro de Eventos Trabalhistas – RET )  e devem ser o “espelho” do ambiente sistêmico da  Folha de Pagamento e Saúde e Segurança do trabalhador da empresa contribuinte e suas respectivas Filiais, assim como os dados referentes aos Tomadores de Serviço, Obras e Processos Administrativos/ Judiciais (que influenciam em cálculos de tributos de Folha). A transmissão de dados é feita através de Web Service, de forma direta com o ambiente da Receita Federal.

Como será feita a transmissão dos dados para o RET, ou seja, como será cumprida a obrigação eSocial pelos usuário Protheus? Os "eventos" ocorridos no ambiente de âmbito da Folha de Pagamento serão integrados com o TAF (TOTVS Automação Fiscal)  de  - de forma automática para os eventos não periódicos e através de rotinas específicas para os eventos de Carga Inicial e Periódicos. Uma vez estes eventos estando no TAF serão transmitidos - e, após isso poderão ser transmitido ao RET através do TSS TSS.

O Sistema Protheus de Gestão de Pessoal, sofreu diversas alterações e implementações para que tivesse aderência ao eSocial, as alterações feitas estão descritas nos documentos aqui citados.

 Abaixo .  Abaixo relatamos os passos a serem seguidos para realizar a integração com o TAF: 

Saneamento de Dados

O sistema de Folha de Pagamento foi sendo alterado gradativamente, no decorrer do tempo, conforme liberações e evoluções do leiaute a fim de adaptá-lo as exigências do eSocial. Atualmente o sistema está adaptado para o Leiaute 2.2.02. O usuário deve alimentar os campos criados exclusivamente para o eSocial e demais campos já existentes no sistema que são utilizados também no leiaute. Para tanto é necessário estudo do cenário existente na empresa. Quais são as Naturezas de Rubricas das Verbas? Existem Processos a serem informados? Existem estagiários na empresa? Se sim quais os dados da Entidade de Ensino? etc.

Para informações mais detalhadas sobre os campos/tabelas a serem preenchidos consulte o documento técnico: MRH-8170_DT_Compatibilizador_Unico_eSocial_2_2_02

Implantação e Configuração do SIGATAF

Uma vez feito o Saneamento da Base, o usuário poderá integrar os dados com o TAF (Totvs Automação Fiscal) que é a ferramenta da Totvs  responsável pela consolidação de dados do eSocial e também transmiti-los a Receita Federal.  Para conhecer o TAF e realizar a implantação/configuração, consulte o documento: Manual TAF

Carga Inicial

Ao iniciar os trabalhos no eSocial, o empregador deve enviar dados pertinentes a Tabelas de Verbas, Filiais, Centros de Custo, Tomadores e Funções, a fim de "configurar" o ambiente RET, que posteriormente receberá informações de Folha de Pagamento. Chamamos o processo de envio dos Eventos Iniciais para o eSocial de Caraga Inicial.

A Carga Inicial é disparada através de uma rotina isolada das demais, e deve ser utilizada somente quando os campos e tabelas pertinentes ao eSocial estiverem corretos.

Como saber se as tabelas e campos estão preenchidos corretamente? Através da própria rotina de Carga Inicial é possível emitir um relatório de inconsistências.

Para auxiliar no processo, consulte o documento: eSocial_Carga_Inicial_v11

Processos – Digitação de Dados ou Importação - Tabela S-1070

Os Processos a serem informados ao eSocial, são aqueles que influenciam, de alguma forma, em cálculos de Imposto de Renda, Tributos do INSS, Recolhimento do FGTS e Tributos aos Sindicatos. Os processos devem ter representação do Empregador/Contribuinte ou empregado contra um dos órgãos governamentais envolvidos no eSocial.

O número do Processo poderá ser vinculado a Rubricas, Tomadores, Filiais ou Obras. Somente se a situação exigir tal informação.

Exemplo: A  A empresa tem isenção do recolhimento de FGTS sobre a verba de Hora-Extra aos Domingos. Deverá informar então, nesta verba, no sistema SIGATAF, o número deste processo. 

• • Para usuários que utilizam o SIGAJURI, maiores detalhes no documento: http://tdn.totvs.com/pages/viewpage.action?pageId=274633729
  • Para usuário que não possuem SIGAJURI, pode digitar os dados manualmente no SIGATAF

Eventos não periódicos:

Realizada Após realizada a Carga Inicial com sucesso, ou seja, quando nenhum dos registros apresentar inconsistência ou rejeição do TAF/TSS, o usuário poderá iniciar a integração dos eventos não periódicos.

Porque todos os eventos de Carga Inicial devem estar transmitidos?

Caso algum evento não periódico faça "menção" a um evento de Tabela e o mesmo não existir no TAF, e consequentemente, no RET, o evento não periódico não será transmitido, e isso pode acarretar em problemas para a empresa que está  "omitindoomitirá" fatos importantes para o eSocial.

Sendo assim, é de primordial importância, que o parâmetro MV_RHTAF seja esteja habilitado SOMENTE APÓS A CARGA INICIAL ter  ter sido efetuada com 100% de sucesso.

Exemplo:

O Registro de um determinado funcionário não foi levado no S-2100, pois o mesmo estava sem endereço. O usuário não se atentou a esta rejeição e não tentou retransmitir este registro, mesmo com este erro ativou o MV_RHTAF.

Após uma semana este funcionário fica doente, e sofre um afastamento de 10 dias, este é um o evento do tipo S-2230 .Ao deve ser enviado, porém ao tentar enviar este afastamento para o eSocial, a rotina não consegue encontrar este funcionário na base do TAF como transmitido, consequentemente, não levará o registro de Afastamento para o TAF.

O eSocial considera como evento não periódico todo aquele que não tem data pré-definida, para cada tipo de evento não periódico existe uma regra para a data de envio, o usuário deverá estar atento a estas datas e programar os JOB´s do TAF para que os mesmos sejam transmitidos em tempo hábil.

Para maiores detalhes sobre os eventos não periódico, acesse o documento: eSocial_Não_Periodicos_v11

Eventos Periódicos

Os eventos periódicos são aqueles que tem data correta ocorrer, basicamente, se concentram nos dados de Folha de Pagamento, Dados de Desoneração e Contribuição Sindical. Devem ser enviados após o fechamento da Folha.

Para maiores detalhes sobre os eventos periódicos, acesse o documento:

 IMPORTANTE

Eventos não contemplados