Falta implementar S-5001 S-5002 S-5011 S-5012

[EdmarFrazao]

Falta implementar os procedimento para Enviar os Eventos abaixo e receber o Retorno dos mesmo.

S-5001 - Informações das contribuições sociais por trabalhador
S-5002 - Imposto de Renda Retido na Fonte
S-5011 - Informações das contribuições sociais consolidadas por contribuinte
S-5012 - Informações do IRRF consolidadas por contribuinte

 

Quem esta desenvolvendo?

[Italo Giurizzato Junior]

Boa tarde Edmar,

Até onde sei esses evento não são enviados e sim retornados e já estão implementado a leitura dos XMLs retornados.

Mas acredito que falta mais coisas a serem feitas.

[EdmarFrazao]

Falta algo para ser implementado.

Este eventos em geral se envia o NrRecibo retornado no S-1295 ou S1299

e retorna o Conteúdo que foi solicitado.

as units ja estão criadas , mas não foi implementado para envio, não sei como implementar e criar um exemplo

[Italo Giurizzato Junior]

Edmar, 

Segundo o manual da versão 2.4 - final da página 38 inicio da 39 diz que os eventos 5001, 5002, 5011 e 5012 são eventos de retornos.

[EdmarFrazao]

Sim são eventos de Retorno.

Mas tem que enviar informações especificas para cada Evento, e terá o retorno especifico.

No 5001 você deve enviar a

1)Falta implantar as declarações dos mesmos.(Consigo declarar mas falta procedimento que não domino para implementar)

2)Falta acrescentar o Salvarxml em cada evento para solicitar o retorno. (Tem que implementar em cada Evento informações especificas para a solicitação dos dados).

  3)Falta criar um exemplo

 

Estes eventos seram necessários para conferir o que foi enviado

 

 

[Italo Giurizzato Junior]

Boa tarde Edmar,

O layout do XML de envio do evento S5001 é o que se encontra no Manual do eSocial versão 2.4.01?

[EdmarFrazao]

italo, não querendo ser insistente,

mas primeiro temos que declarar os eventos para serem usados.

depois ver o que falta enviarpara ler o retorno.

Nãa foi declarado os eventos para s5000..s5012, os procedimentos ja exitem mas ainda não da para usa-los, e estão declarados o layout de retorno, falta a parte de envio.

eles tem duas partes uma de envio de solicitação do que deseja e outra parte que é o retorno solicitado.

diferente dos eventos normais que se envia e recebe o recibo e ocorrências.

Editado 24 Fevereiro, 2018 por EdmarFrazao

[Rafael Dias]

@EdmarFrazao você esta errado estes eventos não é enviado nunca, e são exclusivos de retorno.

Citar

S 5001

Este evento não deve ser enviado, pois ele é um retorno do eSocial para cada um dos eventos de remuneração – “S-1200”, “S-2299” ou “S-2399” – transmitidos pelo empregador. Nele constará a totalização da base de cálculo (Salário de Contribuição) da contribuição previdenciáriade cada trabalhador (CPF), e o cálculo do valor da contribuição devida pelo segurado ao Regime Geral de Previdência Social – RGPS. Retorna também o valor da contribuição efetivamente descontada pelo empregador, conforme informado em rubrica específica no evento de remuneração. Esse evento é gerado no eSocial para cada evento de Remuneração transmitido pelo contribuinte e recepcionado no ambiente após as devidas validações.

Citar

S 5002
Este evento não deve ser enviado, pois ele é um retorno do eSocial para cada evento de Pagamentos de Rendimentos do Trabalho (S-1210), que tenha sido transmitido pelo empregador e internalizado pelo ambiente nacional do eSocial após as devidas validações. Nele constará a totalização dos rendimentos tributáveis e não tributáveis, o Imposto de Renda Retido na Fonte, as deduções do rendimento tributável bruto, isenções, demandas judiciais e suspensão de incidência em função de decisões judiciais. Esse evento é gerado no ambiente nacional do eSocial para cada evento de Pagamento de Rendimentos do Trabalho transmitido pelo contribuinte e recepcionado no eSocial após as validações.

Citar

S 5011
Este evento não deve ser enviado, pois ele é um retorno do eSocial para o evento de fechamento de eventos periódicos, “S-1299”, ou para o “S-1295 – Solicitação de Totalização para Pagamento em Contingência”. Objetiva mostrar ao declarante, com base nas informações transmitidas nos eventos iniciais, de tabelas e periódicos, o total da base de cálculo por categoria de trabalhador, por lotação tributária e por estabelecimento. A partir dessas informações são apurados os créditos previdenciários e os devidos a outras entidades e fundos.

Citar

S 5012
Este evento não deve ser enviado, pois ele é um retorno do eSocial para o contribuinte, gerado após o evento de fechamento de eventos periódicos, “S-1299”, ou para o “S-1295 – Solicitação de Totalização para Pagamento em Contingência”. Objetiva mostrar ao declarante, uma consolidação dos valores de cada tipo de retenção de Imposto de Renda Retido na Fonte, identificado pelo Código de Receita, que foram informadas individualmente para cada trabalhador no evento “S-5002”. Portanto, não são apresentados valores individualizados por trabalhador, mas apenas os totais que devem ser recolhidos pelo empregador para cada um dos códigos de receita. Esse evento é gerado pelo eSocial após o processamento com sucesso de um dos eventos “S-1299” ou “S-1295” enviado pelo contribuinte.

 

[EdmarFrazao]

poderia acertar o exemplo de como consultar estes eventos?

[Rafael Dias]

Então eu pessoalmente não achei isso nos schemas de retorno.

Se você tiver o xml de retorno dos eventos acima mencionado e me passar o xml eu posso ver como ler eles.

Ex.: o retorno do evento S-2299 no caso do S-5001

[EdmarFrazao]

Segunda vejo o xml,  se na consulta do protocolo de envio esta sendo retornado mais informações, e posto.

[EdmarFrazao]

Estavam corretos.

 

Os arquivos vem na consulta do Protocolo, junto com o recibo.

 

segue em anexo os arquivos com os respectivos retornos.

 

Agora só precisar implementar o retorno, alimentando o componentes com as informações.

S-1200 retorna o S-5001

S-1210 retorna o S-5002

S-1299 retorna o 5012

S2299 retorna o S5011 e S5012

 

so ha o retorno se houver o aceite sem erros, ou seja com o retorno do Nr do Recibo.

 

 

eSocial.7z

[Rafael Dias]

atualmente lemos os campos tot, e pelo visto temo que processar o conteúdo de acordo tipo se quisermos usar os mesmo como classe.

Vou ver aqui com o @Italo Jurisato Junior como podemos implementar esta parte.

[Italo Giurizzato Junior]

Edmar,

Ao obter o retorno da consulta, era para salvar em disco o XML do evento retornado, pelo que notei isso não foi feito.

A propriedade de configuração: Configuracoes.Arquivos.Salvar esta com o valor True?

Não foi salvo nenhum XML chamado S5001.xml ?

[EdmarFrazao]

2 horas atrás, Italo Jurisato Junior disse:

Edmar,

Ao obter o retorno da consulta, era para salvar em disco o XML do evento retornado, pelo que notei isso não foi feito.

A propriedade de configuração: Configuracoes.Arquivos.Salvar esta com o valor True?

Não foi salvo nenhum XML chamado S5001.xml ?

Assim que configurei a propriedade para true , passou a salvar os xmls correspondentes.

 

So que quando o arquivo de Envio tem mais de um registro so salva o xml do ultimo.

No caso do S1210 enviei um lote com vários trabalhadores, e o S5002 so salvou do ultimo.

No S1210 como enviei um de cada salvou correto , mas acho que se enviar um lote com varios trabalhadores talvez não salve isolado.

 

segue os arquivos.

S-1200 retorna o S-5001 , salvou mas acho que so esta salvando o ultimo ID

S-1210 retorna o S-5002, salvou somente o ultimo ID

S-1299 retorna o 5012, salvou corretamente.

S2299 retorna o S5011 e S5012, salvou corretamente.

 

 

 

eSocial.7z

Editado 26 Fevereiro, 2018 por EdmarFrazao

[Italo Giurizzato Junior]

Edmar,

No caso do evento S5001, retornado nos arquivos 20180226074634-sit.xml e 20180226130235-sit.xml são exatamente iguais.

Acredito que possamos ter dentro do mesmo mês mais de uma consulta, fiz uma alteração para que o nome do XML não seja apenas S5001.xml, agora terá um prefixo que é a data e hora do momento do retorno.

Outra coisa foi implementado a leitura das informações dos eventos retornados.

Assim que possível vamos enviar para o repositório uma alteração no programa exemplo, exemplificando como obter essas informações.

Favor atualizar todos os fontes e reinstale os componentes e faça novos testes.

Desde já muito obrigado por toda a colaboração.

[Rafael Dias]

Demo atualizado demonstrando como pegar os dados dos eventos.

[EdmarFrazao]

Teste como Demo atualizado,

 

1)Quando no S1210 tem vários ID(registros) so salva o ultimo S5002, o S1200 pode ter vários também

2)No Log de retorno não mostra os registro S5002

 

eSocial.7z

[Rafael Dias]

No caso a leitura do evento ocorre correto mais na hora de salvar salva apenas 1 é isso ?

[EdmarFrazao]

41 minutos atrás, Rafael Dias disse:

No caso a leitura do evento ocorre correto mais na hora de salvar salva apenas 1 é isso ?

So salva o ultimo S5002

E no Log não aparece.

o bloco não receber informação

              for J := 0 to retEventos.Items.tot.Count - 1 do
              begin
                Add(' Tot ' + IntToStr(J));
                Add('   Tipo.........: ' + retEventos.Items.tot[j].tipo);
                case retEventos.Items.tot[j].Evento.TipoEvento of
                  teS5001:
                  begin
                   evtS5001 := TS5001(retEventos.Items.tot[j].Evento);

        etc.

 

[EdmarFrazao]

1 hora atrás, Rafael Dias disse:

No caso a leitura do evento ocorre correto mais na hora de salvar salva apenas 1 é isso ?

o exemplo acertei , linha 3646 o:

              for J := 0 to retEventos.Items.tot.Count - 1 do  deve ficar fora do loop de f retEventos.Items.Processamento.Ocorrencias.Coun

 

 

so falta salvar o s5002 com vários registros ou vários s5002

uExemploEsocial.pas

[Rafael Dias]

Enviei uma correção para o salvamento dos eventos.

[EdmarFrazao]

17 minutos atrás, Rafael Dias disse:

Envio uma correção para o salvamento dos eventos.

no exemplo não conseguir acessar as informações dos eventos.

parece que não foi populados.

                   evtS5002 := TS5002(retEventos.Items.tot[j].Evento);
                   Add('   Id.(5002)....: ' + evtS5002.EvtirrfBenef.Id);
                   Add('   nrRecArqBase.: ' + evtS5002.EvtirrfBenef.IdeEvento.nrRecArqBase);

                  como teve retorno teria que ter informação

                   if evtS5002.EvtirrfBenef.InfoIrrf.Count>0 then
                         Add('   IRRF Categoria: ' + InttoStr(
                          evtS5002.EvtirrfBenef.InfoIrrf.Items[0].CodCateg ) );

Todas as sub-propriedade de todos os eventos não forma populadas, so o .id .nrRecArqBase que funciona

 

[EdmarFrazao]

10 minutos atrás, EdmarFrazao disse:

no exemplo não conseguir acessar as informações dos eventos.

parece que não foi populados.

                   evtS5002 := TS5002(retEventos.Items.tot[j].Evento);
                   Add('   Id.(5002)....: ' + evtS5002.EvtirrfBenef.Id);
                   Add('   nrRecArqBase.: ' + evtS5002.EvtirrfBenef.IdeEvento.nrRecArqBase);

                  como teve retorno teria que ter informação

                   if evtS5002.EvtirrfBenef.InfoIrrf.Count>0 then
                         Add('   IRRF Categoria: ' + InttoStr(
                          evtS5002.EvtirrfBenef.InfoIrrf.Items[0].CodCateg ) );

Todas as sub-propriedade de todos os eventos não forma populadas, so o .id .nrRecArqBase que funciona

 

teste melhor e nenhuma das propriedade estão sendo retornadas:

evtS5002 := TS5002(retEventos.Items.tot[j].Evento);
                   Add('   Id.(5002)....: ' + evtS5002.EvtirrfBenef.Id);
                   Add('   nrRecArqBase.: ' + evtS5002.EvtirrfBenef.IdeEvento.nrRecArqBase);

de todos os evts...

 

agora os xml estão sendo salvos.

[Rafael Dias]

@EdmarFrazao Correção enviada ao SVN