eSocial: Nota Orientativa S-1.0 01/2021 estabelece regras sobre o período de convivência entre as versões 2.5 e S-1.0 do sistema
![esocial-nota-orientativa-s-1-0-01-2021-estabelece-regras-sobre-o-periodo-de-convivencia-entre-as-versoes-2-5-e-s-1-0-do-sistema esocial-nota-orientativa-s-1-0-01-2021-estabelece-regras-sobre-o-periodo-de-convivencia-entre-as-versoes-2-5-e-s-1-0-do-sistema](https://focotributario.com.br/wp-content/uploads/2021/04/esocial-nota-orientativa-s-1-0-01-2021-estabelece-regras-sobre-o-periodo-de-convivencia-entre-as-versoes-2-5-e-s-1-0-do-sistema.jpg)
Foi disponibilizada no Portal eSocial a Nota Orientativa S-1.0 01/2021, revisada em 31/03/2021, que dispõe sobre o período de convivência entre as versões 2.5 e S-1.0 do eSocial.
eSocial: Nota Orientativa S-1.0 01/2021
Rev. 31/03/2021 – Convivência de versões 2.5 e S-1.0
Período de convivência entre as versões 2.5 e S-1.0: 10/05/2021 a 09/03/2022. Regra geral:
Os eventos podem ser recebidos na 2.5 ou na S-1.0, inclusive em um mesmo conjunto de eventos alguns podem estar em uma versão e outros na outra. As regras de validação, aplicadas no processamento da recepção do evento, serão aquelas da versão em que o evento foi enviado. Serão permitidos eventos extemporâneos e de retificação em ambas as versões durante o período de convivência, e, após 09/03/2022, somente na versão S-1.0. Os eventos S-3000 serão permitidos em ambas as versões durante o período de convivência e somente na versão S-1.0 após o período de convivência. A partir de 10/05/2021, as tabelas do eSocial vigentes – relacionadas no Anexo I do Leiaute – serão as da versão S-1.0, independentemente da versão do evento transmitido.
Porém existem exceções em que regras de convivência específicas precisam ser aplicadas:
Ref. |
Situação de convivência |
Convivência implementada |
1 |
Eventos remuneratórios (S-1200, S- 2299 e S-2399) e evento de pagamento(S-1210) enviados em versões distintas. |
Se o evento de pagamento (S-1210) referenciar demonstrativos informados em eventos remuneratórios (S-1200, S-2299, S-2399) enviados em versão diferente da utilizada no S-1210 o totalizador S-5002 retornará “zerado” (no grupo infoIR, o campo {valor} retornará com ZERO). A alínea C da REGRA_EVENTOS_EXTEMP, reproduzida abaixo, só entrará em vigor após o término do período de convivência: c) A retificação ou exclusão extemporânea de evento remuneratório (S-1200/S-1202/S-1207/S-2299/S-2399) exigirá a exclusão prévia do correspondente evento S- 1210, quando existente. JUSTIFICATIVA: a estrutura do S-1210 v.S-1.0 é incompatível com os cálculos retornados no S-5002 para eventos remuneratórios enviados na versão 2.5, e vice versa. OBS: O retorno do S-5002 “zerado” não compromete a apuração do IRRF, uma vez que tal apuração ainda não é efetuada pelo eSocial. Esta apuração é feita pela RFB, por meio da DCTF(PGD) e pela DIRF. |
2 |
Evento S-1299 enviado na versão 2.5. |
A partir da implantação da versão S-1.0 (10/05/2021), quando o evento S-1299 for enviado na versão 2.5 (período de convivência) o respectivo totalizador S-5012 será retornado “vazio” (o grupo infoCRContrib não será retornado). JUSTIFICATIVA: O evento S-5012 não existe na versão S-1.0, e não está sendo utilizado para apuração do IRRF no eSocial. Esta apuração é feita pela RFB, por meio da DCTF(PGD) e pela DIRF. |
3 |
Evento S-1250 não existe mais no eSocial a partir da implantação da versão S-1.0. |
O evento S-1250 (versão 2.5) poderá ser recebido com {perApur} igual ou anterior a 04/2021 e somente até o dia 20/05/2021. As informações contempladas no S-1250 passam a ser enviadas pelo evento R-2055 na EFD-Reinf. A partir de 21/05/2021, não serão permitidos o envio, a retificação e a exclusão de S-1250. JUSTIFICATIVA: O S-1250 não existe mais no eSocial a partir da implantação da versão S-1.0. O envio do S-1250 a partir de 21/05/2021 não pode ser considerado “convivência de versões”, pois o evento R-2055 não integra o eSocial. |
4 |
Tratamento das informações do evento S-1250, já enviadas na versão 2.5 do eSocial, com a respectiva apuração encaminhada para a DCTFweb. |
Será criado o campo opcional {indExcApur1250} no evento S- 1299 (versões 2.5 e S-1.0), para indicar que as informações do evento S-1250 já transmitidas não devem ser utilizadas nos cálculos de fechamento de folha e envio para DCTF Web. Se este campo não for enviado, as informações de eventos S-1250 recebidos até 20/05/2021 continuam sendo consideradas para apuração e integração com a DCTFweb. A adoção deste procedimento equivale a utilizar o S-3000 para excluir o S-1250, sendo a única forma de desconsiderar a informação a partir de 21/05/2021. JUSTIFICATIVA: O envio das informações contempladas no S- 1250, mesmo para {perApur} anterior a 05/2021, passa a ser exclusivamente através do evento R-2055 na EFD-Reinf – inclusive no caso de retificações que se fizerem necessárias. Contudo, tanto no caso de retificação de um S-1250 enviado, como no caso de necessidade da sua exclusão, o contribuinte precisa sinalizar que a apuração referente ao S-1250, efetivada no eSocial, e encaminhada para a DCTFweb, deve ser desconsiderada – pois a DCTFweb não aceitará uma apuração para determinado {perApur} e CR, originária do R-2055, se já existir para o mesmo {perApur} e CR apuração já encaminhada pelo S-1250. Seria uma quebra na integridade. |
5 |
Eventos periódicos de empregador segurado especial |
Eventos periódicos de empregador segurado especial (classificação tributária igual a 22) somente devem ser enviados por Web Service na versão S-1.0. JUSTIFICATIVA: Os empregadores pessoas físicas (PF) estão no Grupo 3, cuja obrigatoriedade no envio de eventos periódicos coincide com a implantação da versão S-1.0. Porém o empregador doméstico, também PF, já envia eventos ao eSocial desde 2015. Foi identificada uma situação para as PF: um mesmo empregador remunera trabalhador doméstico e também se enquadra na obrigatoriedade do grupo 3(como contribuinte individual equiparado a empresa, empregador rural, etc). A |
peculiaridade desta situação é que empregadores domésticos e segurados especiais por legislação específica recolhem no documento de arrecadação DAE, enquanto as PF fora desta situação recolhem por DARF. A solução de sistema para a situação apontada está na versão S-1.0. Saliente-se que o empregador segurado especial poderá utilizar para envio de eventos periódicos, a partir de maio/2021, o mesmo módulo simplificado disponível para o Doméstico. |
||
6 |
S-2190 e S-2200 |
O evento S-2200 original (indRetif=1) deve ser enviado na mesma versão do leiaute que o evento S-2190 do respectivo vínculo. JUSTIFICATIVA: O evento S-2190, na versão S-1.0, recebe informações adicionais que não constavam na versão 2.5. Estas informações permitem que algumas validações sistêmicas se baseiem apenas no S-2190, assim sendo é necessário manter a versão nos dois eventos sob pena de comprometer os inter- relacionamentos previstos no eSocial. |
7 |
S-2190 e S-1200 |
Se um evento S-1200 da versão S-1.0 se referir a um vínculo para o qual foi enviado apenas o S-2190 (sem o S-2200/S-2300 que o complementa), o evento S-2190 deve ter sido enviado também na versão S-1.0. JUSTIFICATIVA: O evento S-2190, na versão S-1.0, recebe informações adicionais que não constavam na versão 2.5. São estas informações que permitem que algumas validações do S- 1200 aceitem o S-2190 prescindindo do evento complementar S- 2200/S-2300. |
8 |
Eventos de SST |
Os eventos de SST (S-2210, S-2220 e S-2240) somente devem ser enviados na versão S-1.0. JUSTIFICATIVA: Os eventos em questão nunca foram enviados na versão 2.5. Além disso, sofreram simplificações estruturais importantes. Assim sendo, é inviável o envio destes eventos na versão 2.5. |
9 |
Eventos referentes ao grupo 4 (órgãos públicos e organizações internacionais) |
Os eventos referentes ao grupo 4 (órgãos públicos e organizações internacionais) somente devem ser enviados na versão S-1.0. JUSTIFICATIVA: Os eventos em questão nunca foram enviados na versão 2.5. Além disso, sofreram alterações importantes para a versão S-1.0. Assim sendo, é inviável o envio destes eventos na versão 2.5. |
10 |
Tabela de Natureza Jurídica (Tabela 21 na versão 2.5) |
Aplicável somente na versão 2.5. JUSTIFICATIVA: Como a versão S-1.0 busca esta informação no cadastro da RFB, prescinde desta tabela. |
11 |
Tabela 21 – Códigos de Incidência Tributária da Rubrica para o IRRF |
Aplicável somente versão S-1.0. JUSTIFICATIVA: Na versão 2.5 a relação de {codIncIRRF} aceitos consta na descrição do próprio campo no evento S-1010. |
12 |
Tabela 23 – Relacionamento entre Tipo de Valor do FGTS, Categoria, Origem, Código de Incidência do FGTS e Condição |
Aplicável somente na versão S-1.0 JUSTIFICATIVA: Na versão 2.5 a validação deste relacionamento consta na própria descrição dos campos {remFGTS} e {remFGTSE} do evento S-5003. |
13 |
Tabelas do empregador descontinuadas na versão S-1.0 |
As tabelas S-1030, S-1040, S-1050 e S-1080 somente poderão ser excluídas na versão 2.5. |
JUSTIFICATIVA: Como a exclusão em tabelas se dá com o envio do próprio evento, e este foi descontinuado, não haverá como efetuar esta exclusão na versão S-1.0. |
||
14 |
Tabela S-1080 x Tabela S-1020 (informações referentes ao Operador Portuário) |
As informações referentes ao operador portuário, que eram enviadas na tabela S-1080 da versão 2.5, passaram a ser contempladas no grupo dadosOpPort da tabela S-1020 na versão S-1.0. As validações e relacionamentos destas informações, no período de convivência, terão o seguinte comportamento: A versão do S-1280 (2.5 ou S-1.0) indicará qual tabela será referenciada S-1080 (se 2.5) ou S-1020 (se S-1.0); nos casos em que o S-1280 não foi enviado, se houver informação ativa para o período tanto no S-1080 quanto no S-1020 v.S-1.0, preponderará a informação de tabela constante no grupo dadosOpPort do S- 1020 v.S-1.0. Havendo informação de Operador Portuário no S-1280 (grupo infoSubstPatrOpPort), o S-1280 e o S-1299 devem estar na mesma versão. JUSTIFICATIVA: Com a mudança na estrutura da informação, referenciada no S-1080 pelo CNPJ do operador portuário e no S- 1020 pelo código da lotação, os relacionamentos e validações devem ser compatíveis com o respectivo modelo. |
15 |
Eventos extemporâneos e de retificação |
A partir de 10/05/2021, serão desabilitadas as regras de validação do NIS no RET (independentemente de os eventos serem ou não extemporâneos). JUSTIFICATIVA: A decisão de não mais validar o NIS na versão S- 1.0 foi estendida à versão 2.5 durante o período de convivência. |
16 |
Exclusão de eventos |
Será possível excluir os eventos S-1300, S-2250 e S-2260 na versão S-1.0. A partir de 10/05/2021, serão desabilitadas as regras relativas ao NIS do evento S-3000 da versão 2.5. JUSTIFICATIVA: A decisão de não mais validar o NIS na versão S- 1.0 foi estendida à versão 2.5 durante o período de convivência. |
Veja também: Desenquadramento automático do MEI: Quando ocorre?
[Entre no nosso canal no Telegram]
Para entrar em contato conosco e tirar dúvidas, envie um e-mail para: [email protected].
Se quiser receber os conteúdos diretamente em seu celular, envie uma solicitação para nosso WhatsApp: +55 71 9 9385-2662.
Fonte: www.esocial.gov.br
O maior treinamento sobre as principais retenções e encargos incidentes na contratação de pessoas físicas ou jurídicas (INSS, IRRF, PIS/Pasep Cofins e ISS).
100% AO VIVO E INTERATIVO
+ 30 DIAS PARA REVER TODAS AS AULAS
CERTIFICADO DE 24 HORAS-AULA
Ganhe o livro do Professor
24 PONTOS NO PEPC-CFC