Joceandro Perin

Boa tarde, neste caso da empresa que inicia as atividades após a obrigatoriedade como que trabalha estas datas? envia o ano e mês da abertura da empresa? Tem um caso aqui que tento enviar com 2016-01 e não sobe, e a empresa iniciou as atividades em 06/2016..

Boa tarde Adicionei o campo matricula que atualmente está faltando no grupo detPgtoFer do evento S-1210 no layout 2.4.02.. @Italo Jurisato Junior Segue unit.. pcesS1210.pas

Boa tarde, verificando aqui parece que está 1-1 mesmo..

@Italo Jurisato Junior Fiz mais uns ajustes pra essa questão do grupo infoInterm pra montar somente quando houver informação no campo qtdDiasInterm, hoje ele monta sempre mesmo que eu não passe informações pra esse campo, aí pro eSocial nos casos que a categoria for diferente de 111 está dando inconsistência.. Mandei a unit novamente pra você avaliar esses ajustes e subir ao SVN.. Obrigado.. pcesS1200.pas

Obrigado Italo, eu vou passar também dando uma olhada aqui nas units, se pegar alguma situação vou lhe passando..

Bom dia Jonathan, peguei essa situação hj pela manhã e relatei neste tópico Enviei as units de correção para o Italo subir ao SVN..

Eu vi que o grupo infoInterm só deve ser montado se a codCateg for igual a 111..

Sem problema.. Tenho mais uma correção @Italo Jurisato Junior Essa inconsistência retornada pelo eSocial.. Aí verifiquei que o grupo infoInterm sempre está gerando, no meu caso não há informações relativas ao trabalho intermitente e passo sempre zero no campo qtdDiasInterm, esse grupo é opcional conforme o layout 2.4.02.. No layout permite zero, mais se eu remover o grupo, ele sobe normalmente..

Bom dia Italo, 1050? Estranho, eu baixei aqui o fonte anexado e é o 1200 mesmo, vou anexar ela novamente.. Segue.. pcesS1200.pas

Isso aí, homologação versão 2.4.02 e produção 2.4.01, ficou bem bacana trabalhar com dois layouts ao mesmo tempo.. ahahahah

Boa tarde galera.. Na função GerarDmDev da unit pcesS1200 está gerando os grupos infoTrabInterm e infoComplCont sem verificar se os mesmos foram criados, como são grupos opcionais, ao gerar eles sem informação, está dando access violation.. Ajustei então para verificar se esses objetos foram criados para serem gerados.. Como estava... if VersaoDF < ve02_04_02 then GerarInfoTrabInterm(dmDev[i].infoTrabInterm); if VersaoDF >= ve02_04_02 then GerarInfoComplCont(dmDev[i].infoComplCont); Ajustado.. if (VersaoDF < ve02_04_02) and (dmDev[i].infoTrabIntermInst()) then GerarInfoTrabInterm(dmDev[i].infoTrabInterm); if (VersaoDF >= ve02_04_02) and (dmDev[i].infoComplContInst()) then GerarInfoComplCont(dmDev[i].infoComplCont); @Italo Jurisato Junior Segue unit para avaliação.. pcesS1200.pas

Realmente está passando o enumerado ao invés do valor convertido.. Gerador.wCampo(tcStr, '', 'infOnus', 1, 1, 1, objInfoCessao.infOnus); Ajustei para Gerador.wCampo(tcStr, '', 'infOnus', 1, 1, 1, tpInfOnusToStr(objInfoCessao.infOnus)); O Evento S-2230 também usa esse campo, ajustei também para gerar o valor corretamente.. Outro campo que estava pegando o enumerado no S-2230 é o infOnusRemun, também ajustadp.. Acho que teria que passar um "Pente Fino" nas units e pegar essas questão de conversão que podem gerar inconsistências no eSocial, ou informações declaradas de maneira incorreta.. @Italo Jurisato Junior Segue units.. pcesS2230.pas pcesS2300.pas

Opa, por nada.. Que bom que deu certo..

Estranho, fiz um debug aqui nessa função e ele valida certinho.. será que está certo os teus schemas? a questão da configuração das libs, como que vc está usando? no meu uso assim.. A questão da configuração da versão tbm..

Acontece com todos os eventos? eu não testei todos..

Aqui estou conseguindo gerar normalmente, só alterei VersaoDF para ve02_04_02 e baixei os schemas do novo layout..

Na versão 2.4.01, se o codMotAfast fosse 1 ou 3 e não fosse informado esses dois campos, não subia pro eSocial.. Então se tornava obrigatório o preenchimento nessas condições..

Estava olhando os fontes aqui, e existe uma validação pra gerar as tags tpAcidTransito e infoMesmoMtv que se torna obrigatório se {codMotAfast} = [01,03] conforme layout..

Boa tarde Ajustei a tipagem do campo tpPgto do Evento S-1210 que estava com opções a menos e diferentes do layout 2.4.02.. Ajustado.. tpTpPgto = (tpPgtoRemun1200, tpPgtoResc2299, tpPgtoResc2399, tpPgtoRemun1202, tpPgtoBenefPrev1207, tpPgtoFerias, tpPgtoCompAnt); Ajustei tbm a validação na unit pcesS1210 para gerar conforme o campo tpPgto if (objInfoPgto.Items[i].tpPgto in [tpPgtoRemun1200, tpPgtoResc2299, tpPgtoResc2399, tpPgtoRemun1202]) then if (objInfoPgto.Items[i].detPgtoFlInst()) then GerardetPgtoFl(objInfoPgto.Items[i].detPgtoFl); @Italo Jurisato Junior Segue units para avaliação.. pcesConversaoeSocial.pas pcesS1210.pas

Certo, para o 2200 e 2206 é obrigatório e não sobe pro eSocial sem a montagem dessa tag.. 2300 e 2306 é obrigatório observando algumas validações.. talvez fazer uma validação pela categoria e não pelo salário..

Bom dia Veja se vc está com os fontes atualizado, pelo que eu vi aqui, existe uma validação, porém vc precisa sempre informar um valor nesse campo independente se o trabalhador está ou não aposentado.. O valor default para ele caso não seja informado é tpSim, então passe o valor default pra tpNao e não será gerado..

Boa tarde nobres colegas.. Peguei uma situação aqui para empregados comissionados e isso pode causar erros também para outros empregados que não possuem salário fixo.. O layout do eSocial orienta a passar zero no campo vrSalFx para empregados com salário variável e informar a descrição do salário no campo dscSalVar, porém o componente está validando para montar a tag remuneracao somente quando houver salário informado, neste caso dando inconsistências ao gerar o XML.. Ajustado as units pcesGerador e pcesS2300... Como estava.. procedure TeSocialEvento.GerarRemuneracao(pRemuneracao: TRemuneracao); begin if pRemuneracao.VrSalFx > 0 then begin Gerador.wGrupo('remuneracao'); Gerador.wCampo(tcDe2, '', 'vrSalFx', 1, 14, 1, pRemuneracao.VrSalFx); Gerador.wCampo(tcStr, '', 'undSalFixo', 1, 1, 1, eSUndSalFixoToStr(pRemuneracao.UndSalFixo)); if (eSUndSalFixoToStr(pRemuneracao.UndSalFixo) = '7') then Gerador.wCampo(tcStr, '', 'dscSalVar', 0, 255, 0, pRemuneracao.DscSalVar); Gerador.wGrupo('/remuneracao'); end; end; Ajustado para.. procedure TeSocialEvento.GerarRemuneracao(pRemuneracao: TRemuneracao); begin Gerador.wGrupo('remuneracao'); Gerador.wCampo(tcDe2, '', 'vrSalFx', 1, 14, 1, pRemuneracao.VrSalFx); Gerador.wCampo(tcStr, '', 'undSalFixo', 1, 1, 1, eSUndSalFixoToStr(pRemuneracao.UndSalFixo)); if (eSUndSalFixoToStr(pRemuneracao.UndSalFixo) = '7') then Gerador.wCampo(tcStr, '', 'dscSalVar', 0, 255, 0, pRemuneracao.DscSalVar); Gerador.wGrupo('/remuneracao'); end; @Italo Jurisato Junior Segue units para avaliação.. pcesGerador.pas pcesS2300.pas

Na versão 2.4.02 existe essa opção, na 2.4.01 não existe, possivelmente se enviar com essa opção na 2.4.01, irá dar inconsistência.. @Italo Jurisato Junior qual seria sua sugestão, manter essa opção para a 2.4.02?

Boa tarde @Italo Jurisato Junior Esse ajuste acho que não foi pro SVN, fui passar aqui pra verificar esse campo, e ainda existe uma opção a mais que no layout 2.4.01 foi removido.. Você consegue verificar? Obrigado..

Peguei mais um probleminha aqui na unit pcesS2300 mesmo caso acima no campo undSalFixo, não esta pegando o valor convertido, setando a informação incorreta.. Como estava.. Gerador.wCampo(tcStr, '', 'undSalFixo', 1, 1, 1, obj.undSalFixo); Ajustado para.. Gerador.wCampo(tcStr, '', 'undSalFixo', 1, 1, 1, eSUndSalFixoToStr(obj.undSalFixo)); @Italo Jurisato Junior Segue unit para avaliação.. pcesS2300.pas