[CNPJ do assinante não consta no cadastro da RFB]

Obrigado! Imaginei que poderia ser isso mesmo.

[CNPJ do assinante não consta no cadastro da RFB]

Olá, boa tarde

Hoje vários clientes ao enviar o XML estão recebendo a mensagem de erro "CNPJ do assinante não consta no cadastro da RFB" sendo que até ontem tudo funcionava perfeitamente. Está acontecendo com mais alguém? Alguém sabe se é problema no servidor/portal do e-social mesmo ou tem alguma informação para me ajudar?

 

Grato pela atenção

[ajuste ao gerar o valor da tag <tpPlanRP> do evento S-2200]

compreendi! Obrigado pelo retorno

[ajuste ao gerar o valor da tag <tpPlanRP> do evento S-2200]

atualmente se atribuir o valor prpPlanoPrevidenciarioOuUnico ele gera como "0" no xml, o que é errado. Mudei o pcesConversaoeSocial.pas para gerar como "1" e assim ir corretamente.

pcesConversaoeSocial.pas

[Campo indPorte evento S-1000 nota-tecnica-14-2019]

A Nota Técnica Nº 14/2019 de Ajustes do Leiaute v. 2.5. ( https://portal.esocial.gov.br/manuais/nota-tecnica-14-2019.pdf ) informa da criação do campo {indPorte} (no Grupo {infoCadastro} abaixo dos campos {indOpcCP}) no evento S-1000. Eu adicionei esse campo na unit pces1000.pas. Esse campo começará a ser implantado no ambiente de produção/homologação a partir de 26/06 (amanhã)

pcesS1000.pas

[Correção Evento 2300 tag infoDirigenteSindical apenas sendo enviada quando houver dtAdmOrig]

Sugestão de correção no arquvio pcesS2300:

atualmente só está gerando os campos da tag <infoDirigenteSindical > se (obj.infoDirSind.dtAdmOrig > 0), mas como consta no layout do eSocial v.2.5, dtAdminOrig não é obrigatória em todos os casos. Segue anexo o arquivo pcesS2300 modificado verificando ao invés do dtAdmOrig, o valor de obj.infoDirSind.categOrig já que esta é obrigatória em todos os casos de envio da tag <infoDirigenteSindical>. 

 

 

pcesS2300.pas

[Testes com o faseamento na Produção Restrita serão simulados com datas de janeiro, março e maio de 2017]

Saiu hoje (26/06) a notícia anunciando que agora no ambiente de Produção Restrita as datas devem ser no ano de 2017, não mais no ano de 2016.

"Até então, as datas simuladas para o teste do faseamento se davam no ano de 2016. A partir de agora, com a limpeza e renovação da base da produção restrita ocorrida em 26/06, as datas passarão a ser janeiro (eventos iniciais e de tabelas), março (eventos não periódicos) e maio (eventos periódicos) de 2017."

http://portal.esocial.gov.br/noticias/testes-com-o-faseamento-na-producao-restrita-terao-ano-base-2017

[Exemplo eSocial sem o campo matricula no grupo detPgtoFer no evento S-1210]

O exemploESocial.pas não continha o campo matrícula no grupo detPgtoFer na função GerareSocial1210. Segue o .pas com a modificação

uExemploEsocial.pas

[Publicada Nota Orientativa nº 06, de 02/05/2018, sobre o envio de eventos periódicos de grandes empresas.]

A nota esclarece algumas dúvidas sobre o envio de periódicos das empresas com faturamento superior a R$78 milhões que começará dia 08/05/2018:

"A partir desta fase, o eSocial utilizará a versão 2.4.02 do leiaute, incluindo os ajustes constantes nas Notas Técnicas nº 01, 02 e 03."

http://portal.esocial.gov.br/noticias/entes-esclarecem-as-principais-duvidas-sobre-os-eventos-periodicos

[Erro ao excluir evento S-1200 através do evento S-3000]

Olá,

estava com um erro ao excluir um evento da S-1020 falando que eu devia informar o grupo de 'Informações do trabalhador', então percebi um equívoco na pces3000.pas. Ele gera o grupo de informação do trabalhador se a apuração estiver vazia (o que consiste em um evento não-periódico), mas existem três eventos periódicos que também precisam gerar esse grupo (S1200, S1202 e S1210).

Em anexo, tem o arquivo modificado para quando for S1200, S1202 e S1210 gerar tanto o grupo de informação do trabalhador quanto o grupo de Folha de Pagamento.

 

pcesS3000.pas

[Erro ao enviar eventos não periódicos - O tipo de evento informado não é aceito para esse tipo de lote/serviço]

Ao tentar enviar qualquer evento não periódico como S-2190, S-2230 e S-2250 recebi a seguinte mensagem de erro:  "O tipo de evento informado não é aceito para esse tipo de lote/serviço."

Pesquisei e li que isso ocorre porque o XML está enviando o grupo como valor "3" e não como valor "2" como descrito no manual do desenvolvedor http://portal.esocial.gov.br/manuais/manualorientacaodesenvolvedoresocialv1-6-3.pdf página 30.

Isso ocorre porque em pcesConversaoeSocial.pas ele utiliza os seguintes valores TeSocialGrupo = (egIniciais = 1, egPeriodicos = 2, egNaoPeriodicos = 3);

Então, quando o XML é montado na função GerarXML() do ACBReSocialLoteEventos.pas ao invés de colocar o valor 2, ele coloca o valor 3.

Ao colocar egNaoPeriodicos como valor 2 e egPeriodicos como valor 3, ele enviou o XML sem apresentar mais esse erro em específico.

Porém não sei se afetaria o restante do projeto de alguma maneira negativa. Alguém mais teve esse problema?