eSocial
Coordenação-geral de Serviços e Sustentação de Sistemas – CGSER/DESIN
02.12.2022
Material de consulta e canais de dúvidas
Ação voluntária de apoio aos órgãos
Previsão de Envio Competência de Novembro de 2022
- 01/12/2022 (18:00 horas): fechamento das filas de atualização das fases 1 e 2 (primeira envio de informações do décimo terceiro)
- 02 a 04/12/2022: geração dos arquivos da fase 3
- 02 a 04/12/2022: início da transmissão fase 3
- 06/12/2022: envio definitivo do evento S-1299 e reabertura das filas automáticas de atualização das fases 1 e 2 (isso em decorrência da implantação da funcionalidade do sinaleiro)
- 08/12/2022: reabertura das filas dos órgãos que tiveram o evento S-1299 rejeitado
- 15/12/2022: data limite para atuação dos órgãos no Portal Web do eSocial (WEBGERAL)
Observações:
1 - Órgão deverá fazer uma força-tarefa para atuar nos ajustes necessários, principalmente os que estão no evento S-1200
2 - Caso o evento 1299 do órgão já esteja aceito e precisem incluir alguma informação (exemplo: autônomo), o órgão deverá reabrir o 1298 e após a conclusão fechar o 1299
Correções implantadas
Correções implantadas
Novos estados dos eventos
Ex: S-2200 aceito� Usuário altera o dado do servidor que não configura uma alteração (são poucos campos). Sendo uma alteração, o dado será enviado no S-2205. Nesse caso o evento S-2200 original aceito será retificado.
Ex: evento S-1200 aceito. Em seguida outro evento S-3000 é enviado para que o S-1200 seja excluído. O evento S-1200 fica com esse estado até que seja efetivamente excluído. Se o S-3000 for rejeitado o S-1200 volta para o estado “Aceito”. �
Novos estados dos eventos
Ex: um servidor tem o seu provimento efetivado no SIAPE. Em seguida, conforme os horários agendados, o SIAPE envia um conjunto de dados e o Integrador gera o evento a ser transmitido para o eSocial. Nesse momento, o evento gerado pelo Integrador assume esse estado.
O integrador avalia as regras de precedência relacionados ao evento a ser transmitido e verifica se existe um evento retentor que impede a sua transmissão para o eSocial. O evento retido (S-2200) anda automaticamente no fluxo assim que o retentor (S-1000 ou S-1005) for aceito.� Ex: Na transmissão do S-2200 o integrador avalia os eventos S-1000 e S-1005 do servidor vinculado ao evento não periódico. Se houver uma pendência, o evento S-2200 assume esse estado.
O evento não possui pendências e vai tramitar automaticamente do Integrador para o eSocial. O evento aguarda apenas o agendamento que ocorre a cada 15 minutos aproximadamente. �
Novos estados dos eventos
Evento gerado que ignora o sinaleiro. �O sinaleiro foi criado para permitir que os eventos periódicos sejam processados sem que haja outros tipos de evento (de tabela ou não periódicos) interferindo na transmissão desses eventos.� Esse estado serve para permitir que o evento rejeitado possa ter o seu problema resolvido por outro que fura a fila.� Ex: evento S-1200 fica como criado e assinado porque o seu S-2200 está rejeitado. O usuário realiza a correção no SIAPE e é gerado um novo evento S-2200. O antigo fica substituído e o novo que veio para corrigir o problema fica como “Criado e Assinado Prioritário”.
É um estado do lote e não do evento. Depois que o evento é criado e assinado, ele entra dentro de um pacote (até 50) a ser enviado para o eSocial. �
Material de consulta e canais de dúvidas
Material de consulta e canais de dúvidas
Evento de Plantão de Dúvidas
Assunto: Plantão de Dúvidas - SICALCWeb, eSocial, EFD-REINF e DCTFWEB (apresentação da Receita Federal)
Link de acesso: encurtador.com.br/afmqS