Histórico da Página
...
No desenvolvimento do evento S-1202 (Benefícios – Entes públicos) do eSocial, devemos fazer:
- Dicionário (Pacote 009126)
- Ajustar Model e ViewAjustar integração do XML
- Ajustar o detalhamento do monitor PO UI
- Ajustar geração do XML e transmissão
- Automação (TIR e ADVPR)
...
Conector de Widget | ||
---|---|---|
|
Detalhamento PO UI - SUBSTITUIR
Estrutura do XML
<eSocial>
<evtRmnRPPS id="">
<ideEvento>
<indRetif></indRetif>
<nrRecibo></nrRecibo>
<indApuracao></indApuracao>
<perApur></perApur>
<tpAmb></tpAmb>
<procEmi></procEmi>
<verProc></verProc>
</ideEvento>
<ideEmpregador>
<tpInsc></tpInsc>
<nrInsc></nrInsc>
</ideEmpregador>
<ideTrabalhador>C91
<cpfTrab>C91_CPF</cpfTrab>
<infoComplem>
<nmTrab>C91_NOME</nmTrab>
<dtNascto>C91_NASCTO</dtNascto>
<sucessaoVinc>
<cnpjOrgaoAnt>C91_CNPJEA</cnpjOrgaoAnt>
<matricAnt>C91_MATREA</matricAnt>
<dtExercicio>C91_DTINVI</dtExercicio>
<observacao>C91_OBSVIN</observacao>
</sucessaoVinc>
</infoComplem>
</ideTrabalhador>
<dmDev>T14
<ideDmDev>T14_IDEDMD</ideDmDev>
<codCateg>T14_CODCAT</codCateg>
<infoPerApur>
<ideEstab>C92
<tpInsc>C92_TPINSC</tpInsc>
<nrInsc>C92_NRINSC</nrInsc>
<remunPerApur>T6D
<matricula>T6D_IDTRAB</matricula>
<itensRemun> T3M, T6E
<codRubr>T6E_IDRUBR</codRubr>
<ideTabRubr>T3M_ID</ideTabRubr>
<qtdRubr>T6E_QTDRUBR</qtdRubr>
<fatorRubr>T6E_FATORR</fatorRubr>
<vrRubr>T6E_VLRUNT</vrRubr>
<indApurIR>T6E_APURIR</indApurIR>
</itensRemun>
</remunPerApur>
</ideEstab>
</infoPerApur>
<infoPerAnt>T61
<remunOrgSuc>T61_ORGSUC</remunOrgSuc>
<idePeriodo>T6H
<perRef>T6H_PERREF</perRef>
<ideEstab>T6I
<tpInsc>T6I_ESTABE</tpInsc>
<nrInsc>T6I_ESTABE</nrInsc>
<remunPerAnt>T6J
<matricula>T6J_IDTRAB</matricula>
<itensRemun>T6K,T3M
<codRubr>T6K_IDRUBR</codRubr>
<ideTabRubr>T3M_ID</ideTabRubr>
<qtdRubr>T6K_QTDRUB</qtdRubr>
<fatorRubr>T6K_FATORR</fatorRubr>
<vrRubr>T6K_VLRRUB</vrRubr>
<indApurIR>T6K_APURIR</indApurIR>
</itensRemun>
</remunPerAnt>
</ideEstab>
</idePeriodo>
</infoPerAnt>
</dmDev>
</evtRmnRPPS>
</eSocial>
...
Seq. | Regras/Formulas |
---|---|
1. | Para cada servidor deve ser enviado um único evento S-1202 no período de apuração e por declarante. Se o trabalhador possuir mais de um vínculo com o mesmo órgão, deve-se enviar uma folha MV. |
2. | O declarante deve informar cada demonstrativo de pagamento emitido no mês. No campo {ideDmDev} deve ser atribuído um código alfanumérico, inclusive no grupo {infoPerAnt}. O mesmo código é utilizado no evento S-1210 para informar o pagamento realizado ao servidor. |
3. | Por ano podem ser enviados 13 eventos S-1202 (um para cada mês de referência e um para o décimo terceiro) por servidor. Em cada evento pode existir um ou mais “demonstrativos de pagamento”, a depender da necessidade do declarante de gerar mais de uma “folha de pagamento” para uma competência ou de informar mais de uma data de pagamento. |
4. | Não há totalizadores da contribuição previdenciária relativa a valores de remunerações informadas neste evento, ficando o cálculo dessas contribuições devidas ao RPPS bem como a geração |
Relação do S-1202 com o S-1210 | |
5. |
Os campos de identificação do demonstrativo {ideDmDev} e do período de apuração {perApur} servem de chave de relacionamento com o evento S-1210 (Pagamentos).
|
6. | Se o declarante pretende efetuar o pagamento a trabalhador de forma fracionada, deve espelhar tal procedimento no evento S-1202. Nesse sentido, cada parcela discriminada pelas rubricas correspondentes deve ser consolidada em demonstrativo de pagamento específico, ao qual deve ser atribuído um código {ideDmDev} que o diferencie dos demais. Exemplo: um declarante programa efetuar o pagamento de valores em duas datas (diárias e contracheque mensal). Para informar os valores devidos desse trabalhador, o declarante deve informar no mesmo S-1202 os seguintes demonstrativos:
|
7. | Havendo necessidade de pagamento parcial de valores constantes em um demonstrativo S-1202, ele deve ser retificado para criar novos demonstrativos que retratem os valores efetivamente pagos nas datas indicadas no evento S-1210. |
Suspensão de BenefíciosPagamento a trabalhadores não constantes no RET | |
8. O envio do evento S-1207 deixa de ser obrigatório durante período de suspensão do benefício, informado no evento S-2416 (não deve ser confundido com suspensão de incidência sobre uma 138 rubrica). Ao término da suspensão automaticamente se torna obrigatório o envio mensal do evento e, quando for o caso, incluindo as competências faltantes. | |
Pagamento a trabalhadores não constantes no RET | |
A categoria 313 deve ser utilizada para os casos de necessidade de informação de valores devidos a servidores públicos não vinculados ao órgão, por exemplo, pagamento de diárias, ajuda de custo, gratificação por encargo etc. A categoria 311 é utilizada para informação de valores devidos a Ministros, juízes, procuradores, promotores ou oficiais de justiça à disposição da Justiça Eleitoral não vinculados ao órgão. | |
Indicativo de apuração de imposto de renda | |
9. | Como regra, o campo { |
Indicativo de apuração de imposto de renda | |
10. Como regra, o campo {indApurIR} deve ser preenchido com [0]. Indicativo de tipo de apuração de IR: 0 - Normal (apuração sob a folha de pagamento declarada no eSocial); 1 - Situação especial de apuração de IR. | |
1110. Caso o declarante informe {indApurIR]=[0], o IR, para estas rubricas, é apurado com base na folha de pagamento do eSocial. Porém o declarante deve estruturar a sua folha da seguinte forma: enviar um demonstrativo para os rendimentos referentes à remuneração mensal e à PLR, e um demonstrativo exclusivo para cada situação específica conforme adiante: · Demonstrativo 01 | Excepcionalmente, pode haver situações (por exemplo, RRA) em que para ocorrer a correta apuração do IR com base nas informações do eSocial o declarante precisa elaborar uma estrutura Exemplo: Na competência 02/2021, com pagamento em 28/02/2021, um trabalhador teve os seguintes rendimentos:
◦ IRRF s/ Salário: R$ 1.880,64 · Demonstrativo 02 – Processo diferença benefício – RRA (22 meses – até 12/2020) – Processo Judicial nº XXX.XXX: ◦ Diferença benefício: R$ 45.833,33 (proporcional para 22 meses) ◦ IRRF s/ diferença benefício – RRA: R$ 295,93 ◦ Nesse processo, devem ser separados os rendimentos referentes até a competência 12/2020, pois somente até esta competência há o benefício do RRA · Demonstrativo 03 – Processo diferença benefício (2 meses – competências 01/2021 e 02/2021) – Processo Judicial nº XXX.XXX: ◦ Diferença benefício: R$ 4.166,67 (proporcional para 2 meses) ◦ IRRF s/ diferença benefício: R$ 301,37 ◦ Nesse processo, devem ser separados os rendimentos referentes às competências 01/2021 e 02/2021, pois não há benefício do RRA nessa parcela. · Demonstrativo 04 – Diferença benefício com RRA– (10 meses – até 12/2020 – Processo Judicial nº YYY.YYY: ◦ Diferença benefício: R$ 20.000,00 (proporcional para 10 meses) ◦ IRRF s/ diferença benefício – RRA: R$ 72,02 ◦ Nesse processo, devem ser separados os rendimentos referentes até a competência 12/2020, pois somente até esta competência há o benefício do RRA. · Demonstrativo 05 – Diferença benefício (2 meses – competências 01/2021 e 02/2021) – Processo Judicial nº YYY.YYY: ◦ Diferença benefício: R$ 4.000,00 ◦ IRRF s/ diferença benefício: R$ 263,87 ◦ Nesse processo, devem ser separados os rendimentos referentes às competências 01/2021 e 02/2021, pois não há benefício do RRA nessa parcela. 12. Caso o declarante informe {indApurIR]=[1] nas rubricas relativas aos itens 2 e 3 (Diferença benefício), a informação ao eSocial pode ser feita num único demonstrativo da seguinte forma: · Demonstrativo 01 ◦ Benefício mensal: R$ 10.000,00 [remunPerApur] {indApurIR} = [0] ◦ Diferença benefício: R$ 50.000,00 [remunPerAnt] {indApurIR} = [1] ◦ Diferença benefício: R$ 24.000,00 [remunPerAnt] {indApurIR} = [1] ◦ IRRF s/ Salário: R$ 1.880,64 {indApurIR} = [0] ◦ IRRF s/ Diferença benefício – RRA: R$ 597,30 {indApurIR} = [1] ◦ IRRF s/ Diferença benefício – RRA: R$ 335,89 {indApurIR} = [1] |
Valores devidos relativos a períodos anteriores | |
Nesse exemplo, no caso de rubricas referentes a pagamentos de RRA ou valores decorrentes de processo judicial de exercícios anteriores, com situações específicas detalhadas adiante, a solução mais simples é utilizar o {indApurIR}=[1]. Nesse caso o declarante opta por não apurar o IR referente às rubricas de RRA/Processo Judicial com base na informação prestada ao eSocial, devido à complexidade desta situação específica. O declarante deve informar para as mesmas o campo {indApurIR} = [1], e pode enviar as informações de todas as rubricas em um único demonstrativo do eSocial informando o item 1 com {indApurIR} = [0] e os 2 e 3 com {indApurIR} = [1]. Nesse caso o S-5002 não considera as rubricas informadas com {indApurIR} = [1] na respectiva totalização. | |
11. | Caso o declarante informe {indApurIR]=[0], o IR, para estas rubricas, é apurado com base na folha de pagamento do eSocial. Porém o declarante deve estruturar a sua folha da seguinte forma: enviar um demonstrativo para os rendimentos referentes à remuneração mensal e um demonstrativo exclusivo para cada situação específica. |
Valores devidos relativos a períodos anteriores | |
12. |
13. Exemplo: Um beneficiário obteve decisão judicial favorável em jul/2021 para receber diferenças de benefícios no período de jan/2021 a jun/2021. O órgão declarante passou a enviar informações
Dados da questão: a)
O órgão concedentepúblico envia o evento S- 12072200, informando os dados do vínculo e o grupo [desligamento] preenchido com a data de desligamento 31-10-2020, e o evento S-1202 com o campo {perApur} preenchido com 2021- 0705 e o campo {perRef}, do grupo {infoPerAnt}, com as competências 20212020- 0108 a 20212020- 0610, informando as rubricas correspondentes às diferenças remuneratórias de benefíciosdireito.
|
...
Tabelas Relacionadas
S2400 – V73 e V74
...
V73
...
Cadastro de beneficiários
...
V74
...
Cadastro de dependentes
|
Tabelas Relacionadas
S1010 – C8R e T3M
C8R | Cadastro de rubricas |
T3M | Identificador de rubricas |
S2200/S2300 – C9V
C9V | Cadastramento Admissão do Trabalhador |
Plano de Testes
Cenário | Descrição do Cenário (Teste Integrado) | Resultado Esperado |
01 | Incluir um novo Pagamento |
( |
S1202). | Preencher todos os campos e grid salvar com sucesso. |
02 | Alterar o Pagamento |
( |
S1202). | Alterar os campos ou grid desejados e salvar com sucesso. |
03 | Retificação |
do Pagamento |
( |
S1202). | Caso precise alterar informações já envidas para o governo: Campo de status tem que estar igual a “1” e o registro anterior que estava já transmitido, tem que estar “Inativo”. | |
04 | Exclusão Geração de S3000. | Caso precise excluir informações já enviadas para o governo: Campo de status mantém como “4” e o registro passa a estar “Inativo”. “Novo Registro incluso na view do evento S3000”. |
05 | Geração de XML do Pagamento |
( |
S1202). | Posicionar no registro desejado e clicar no botão de gerar XML. Abrirá a tela de selecionar o tipo de XML que deseja gerar (XML TAF ou XML RET). |
06 | Inclusão por XML de um novo Pagamento |
( |
S1202) | Todo os campos e grid preenchidos e salvos com sucesso. |
07 | Retificação por XML de Pagamento |
( |
S1202) | Ter um registro transmitido na base. | |
08 | Verificar Painel de Auditoria | Verificar a regra
Prazo de envio: deve ser transmitido até o dia 15 (quinze) do mês subsequente ao mês de referência do evento ou antes do envio do evento S-1299, exceto o referente ao período de apuração anual (13º salário, abono anual, gratificação natalina etc), caso em que deve ser transmitido até o dia 20 do mês de dezembro do ano a que se refere, ou antes do envio do correspondente evento S-1299. |