Paulo Aguiar Junior

Boa noite, Seguem algumas correções realizadas no componente para correta geração dos eventos: 1020, 1200, 1210, 1210, 1260, 1299, 1298, 2210, 2240, 2299, 2399... A maioria das correções foi para geração correta dos periódicos para o segurado especial, que obrigatoriamente deve ser enviado na versão 1.0 e com o campo indGuia preenchido. Enviei e foram processados com sucesso todos esses eventos no eSocial... Sei que já há a colaboração dos amigos também, mas acredito que não esteja completa. Obrigado PCNeSocial.rar

Boa tarde, Na geração do evento S-1260, estava ocorrendo o seguinte erro: Na geração dos dois eventos estava sendo chamada a função GerarNfs da unit pcesGerador, e então os campos da NFS do S-1260 estava sendo gerado como atributos do NFS de forma errada. S-1260: S-1250 (será descontinuado) Eu criei a função GerarNfs dentro da unit pcesS1260, e corrigi o problema, o XML do S-1260 esta sendo gerado corretamente agora. O problema é esse, caso não seja a correção que julguem ideal, se acharem melhor tratar dentro do pcesGerador a "origem", se é S-1250 ou S-1260, etc... Enfim, o problema é esse, e segue a possível solução. Esse é primeiro mês de envio desse evento, pois é exclusivo de produtor rural pessoa física. Obrigado @Juliana Tamizou pcesS1260.pas

@Joceandro Perin o seu print parece ser do evento S-1250, e não S-1260. (eu não havia falado qual evento eu estava gerando... era o S-1260) Acredito que o Acbr esteja utilizando a mesma função para gerar as nfs dos dois registros, e no S-1250 deve gerar como atributo mesmo, já no S-1260 deve gerar como elemento. Não tem muito a ver com a versão não, até no leiaute 2.2 do esocial gerava-se no S-1260 como elemento já... Acredito ser esse o problema.

No leiaute atual da 2.5, já deve enviar como elemento @Joceandro Perin

Tem razão @Joceandro Perin, valeu!

Boa tarde, Alguém sabe o porque esta sendo gerado dessa forma (serie=valor nrdocto=valor etc...) as nfs? Tem alguma indicação disso no XSD ? É diferente de tudo que eu já vi no eSocial até hj...

Sim, não tem jeito mesmo... O correto é enviar no S-1200 as rubricas para cada CNPJ em que o trabalhador prestou serviço, a questão é como fazer o eSocial aceitar sem que exista um S-1005, se é que isso é possível... Pode ser que de fato tenha um erro no ambiente...

@Jucemar Duarte Vou tentar fazer uma simulação aqui depois, os eventos de cadastros e os periódicos estão sendo enviados na mesma versão né?

@Jucemar Duarte Jucemar, não sei se seria o caso, mas como você relatou que já "tentou de tudo", da uma analisada no seguinte nó do S-2300: No MOS não tem muita informação a respeito desse nó, mas em tese é informação de um trabalhador cedido a outro empregador...

@Jucemar Duarte no S-1020 esta preenchido corretamente a lotação e o FPAS? Você conferiu a categoria do trabalhador no S-2300 ?

Verifiquei que vc ja implementou essa questão, é que fica no pcsesGerador, desconsidere.

@Marcelo Pontes Melim Outra alteração por exemplo, no S-1200: Esse campo foi excluído a partir da versão simplificada, iria alterar aqui para não gerar nesses casos, pois esta dando problema na validação do schema, pois nessa versão, esse campo não consta no XSD. E assim por diante... se puder me dizer se esta alterando, ou o que esta alterando, eu vou te ajudando por aqui.

@Marcelo Pontes Melim Baixei os fontes que disponibilizou aqui, e estou enviando alguns eventos na versão simplificada 1.00... Você está alterando algum evento específico por aí? Se você me disser onde esta alterando, eu vou te ajudando paralelamente aqui...por exemplo, no evento S-2299 eu já iria criar o campo e alterar para gerar o campo indApurIR, entre outras alterações que forem necessárias. Obrigado

Diego vc não esta confundindo com eSocial?

Qual versão? Tenho na 1.4.00 e na 1.5.01