EdmarFrazao

verificar o cadini ou o s1000,s1005 ou 1020 esta com data de vigência depois do s-2200

esta muito lento , as vezes e rápido, mas as vezes horas para retorno a consulta

o erro e interno, acho que não esta implementado a inicialização. with infoComplCont do Begin infoComplCont.codCBO := '111111'; // ja da erro em execução em qualquer destas.. infoComplCont.natAtividade := navNaoInformar; infoComplCont.qtdDiasTrab := 1; End; qualquer uma das propriedades se tentar usa-las da erro em execução.

Sim, mas quando prenche o mesmo da erro. No Exemploesocial não esta implementado. Mas acrecentei e gerei, mas da erro quando acessa as propriedades. Tenho TSV que não envia por falta desta tag que da erro ao ser preenchida. veja codigo procedure TFExemploEsocial.GerareSocial1200; begin with ACBreSocial1.Eventos.Periodicos.S1200.Add do begin with evtRemun do begin Sequencial := 0; with ideEvento do begin indRetif := ireOriginal; // NrRecibo := '4564654'; Numero do recibo que será retificado. IndApuracao := tpIndApuracao(iapuMensal); perApur := '052015'; TpAmb := taProducaoRestrita; ProcEmi := peAplicEmpregador; VerProc := '1.0'; end; IdeEmpregador.TpInsc := tiCNPJ; IdeEmpregador.NrInsc := '012345678987654'; with ideTrabalhador do begin CpfTrab := '01234567890'; NisTrab := '09876543210'; with infoMV do begin indMV := imvDescontadaempregador; { Os Grupos abaixo são opcionais O grupo abaixocorresponde a funcionários que tenham dois empregos em empresas diferentes } remunOutrEmpr.Clear; with remunOutrEmpr.Add do begin TpInsc := tiCNPJ; NrInsc := '01234567890123'; CodCateg := 222; vlrRemunOE := 1230.10; end; end; // o grupo abaixo corresponde apenas a trabalhadores cuja categoria não está sujeita ao evento de admissão // ou TSV-início with infoComplem do begin NmTrab := 'João das Neves'; DtNascto := date; codCBO := '000001'; NatAtividade := navUrbano; qtdDiasTrab := 10; with sucessaoVinc do begin cnpjEmpregAnt := '12345678987654'; MatricAnt := '123'; DtAdm := Now; observacao := 'obs sucessao vinc'; end; end; // os dados abaixo só devem ser informados em caso do processo existir e houver decisão que incida sobre as // contribuições procJudTrab.Clear; with procJudTrab.Add do begin tpTrib := tptPrevidenciaria; nrProcJud := '95135703320156150258'; codSusp := 1; end; end; dmDev.Clear; with dmDev.Add do begin ideDmDev := '1'; CodCateg := 111; with infoPerApur.ideEstabLot.Add do begin TpInsc := tiCNPJ; NrInsc := '012345678987654'; codLotacao := 'SACI54321'; qtdDiasAv := 22; remunPerAnt.Clear; with remunPerApur.Add do begin Matricula := 'A1234'; indSimples := idsIntegralmente; itensRemun.Clear; with itensRemun.Add do begin CodRubr := '987654'; ideTabRubr := 'E380'; qtdRubr := 100; fatorRubr := 50; vrUnit := 3296.35; vrRubr := 3330.30; end; infoSaudeColet.detOper.Clear; with infoSaudeColet.detOper.Add do begin cnpjOper := '01234567898765'; regANS := 'A1B2C3'; vrPgTit := 1.50; detPlano.Clear; with detPlano.Add do begin tpDep := tdConjuge; cpfDep := '01234567898'; nmDep := 'José das Areias'; DtNascto := date; vlrPgDep := 0.75; end; end; infoAgNocivo.grauExp := ge1; end; end; infoPerAnt.ideADC.Clear; with infoPerAnt.ideADC.Add do begin dtAcConv := Now; tpAcConv := tacLegislacaoFederalEstadualMunicipalDistrital; dtEfAcConv := Now; compAcConv := '2017-01'; dsc := 'Dissídio'; idePeriodo.Clear; with IdePeriodo.Add do begin perRef := '201504'; ideEstabLot.Clear; with ideEstabLot.Add do begin TpInsc := tiCNPJ; NrInsc := '01234567898765'; codLotacao := 'TESTE123'; remunPerAnt.Clear; with remunPerAnt.Add do begin Matricula := 'A1234'; indSimples := idsIntegralmente; itensRemun.Clear; with itensRemun.Add do begin CodRubr := '987654'; ideTabRubr := 'E380'; qtdRubr := 100; fatorRubr := 50; vrUnit := 3296.35; vrRubr := 3330.30; end; infoAgNocivo.grauExp := ge1; end; end; end; end; infoTrabInterm.Clear; with infoTrabInterm.Add do codConv := '123456'; with infoComplCont do Begin infoComplCont.codCBO := '111111'; infoComplCont.natAtividade := navNaoInformar; infoComplCont.qtdDiasTrab := 1; End; end; end; end; end;

Os trabalhadores TSV tem que informar a TAG. Mas se enformar da erro , ela fica no ideDmDev. with infoComplCont do Begin infoComplCont.codCBO := '111111'; infoComplCont.natAtividade := navNaoInformar; infoComplCont.qtdDiasTrab := 1; End;

Quando envio um S-1210 que tem dois dmDev. Envio correto. Retorno quando o componente vai gerar o S5002 ( gera o xml) mas da um erro interno. segue xml envio xml retorno ( este quando processado para gerar o S5002 da um erro interno no componente evtPgtos.xml eSocial-sit.xml

O exemplo acima tem dois dmDev

Ok Entendi. Agora outra duvida e a Matricula do funcionário. Na matriz ele esta com matricula "1" na filia ele ira continuar com "1" Então a matricula tera que ser controlado matriz e filial para não ter duplicidade?

Ok transferência seria um 2206 neste caso. Mas a admissão foi feita por transferência antes do esocial, então devo usar tipo de admissão 1. ok. Agora uma duvida. Exemplo: Se o funcionário foi admitido na matriz e dois transferido para filial. Matriz: Enviou um 2200 e depoi envio um 2206 Filial. (Vou cadastra-lo na folha de pagamento e não enviar nada para o esocial? Vou passar a enviar o 1200 e 1200. e quando ele for transferido para outra empresa so vou enviar um 2206. Se for esta a dinâmica, os históricos de envio do eSocial, ficaram um parte na matriz outra parte na filial.?

o Tipo de Admissão : 2 - Transferência de empresa do mesmo grupo econômico; não é transferência de matriz para filial? E onde vai ficar a Data de Transferência?

sim mas se informar o grupo e o CNPJ da filial da o erro. Código:404 Descrição: O CNPJ base informado deverá ser diferente do CNPJ base do informante do evento. Tipo: 1 Localização:/eSocial/evtAdmissao/vinculo/sucessaoVinc/cnpjEmpregAnt Código:398 Descrição: Deve ser informado um valor diferente do CNPJ/CPF do empregador. Tipo: 1 Localização:/eSocial/evtAdmissao/vinculo/sucessaoVinc/cnpjEmpregAnt Código:380 Descrição: CNPJ inválido. Ação Sugerida: Confira os valores informados no campo. Tipo: 1 Localização:/eSocial/evtAdmissao/vinculo/sucessaoVinc/cnpjEmpregAnt Se eu enviar a TAG sem o CNPJAnt da erro na validação do schemas, e forçar a enviar tirando a validação do acbr da erro no webservice. O que sera que tenho que preencher? evtAdmissao.xml eSocial-sit.xml ha transferência com CNPJ diferente do raiz funciona ( tivemos outra caso com transferência de grupo economizo mas com cnpj diferente) So não aceita transferência com o mesmo cnpj raiz.

passei a tag tpAdmissao>2</tpAdmissao> com 2- e mesmo assim da o erro: Grupo 'Grupo de informações da sucessão de vínculo trabalhista/estatutário' deve ser preenchido. Verifique as condições de preenchimento no leiaute. segue xml envio e retorno sem a tag sucessaovinc. na sucessaovinc tentei passar so data de transfe e outro so com data de transf e matricula, mas da erro no xml (mesmo omitindo a validação ) Sera que tem outra tag para informar a data de transferencia quando for cnpjant do mesmo grupo ( Transferencia entre grupo)? eSocial-sit.xml evtAdmissao.xml

Da erro de validação e não deixa enviar A tag sucessão tem que ter o campo : cnpjEmpregAnt Tag: EvtAdmissao.Vinculo.InfoRegimeTrab.InfoCeletista.IndAdmissao =3 e somente com a tag MatricAnt preenchida e dt de transferia -<sucessaoVinc> <matricAnt>54</matricAnt> <dtTransf>2018-04-01</dtTransf> </sucessaoVinc> A tranferencia foi feita da matriz para filia, então o campo cnpjEmpregAnt não pode ser preenchido. segue xml evtAdmissao.xml mesmo alterando a unit na linha 740 para gerar a tag ainda da erro de validação e envio tanto no envio na versão 2.04.01 como na .2.04.02 Se informar o CNPJant envia mas o eSocial recusa por não pode enviar o CNPJ quando for do mesmo CNPJ Raiz pcesGerador.pas

segue arquivo em anexo que possui dois dmdev de pagamentos quando o retorno do S-5002 da erro no componente quando tem somente um DmDev funciona, mas quando tem dois da erro na linha 504 do pcesRetConsultaLote segue arquivo de retorno do esocial eSocial-sit.xml

Achei o problema a tab with EvtDeslig.InfoDeslig.consigFGTS.Add do begin idConsig := tpNao; end; é obrigatória sem ela é que da o erro do schema

Quando se envia um Desligamento evenot S-2299 Se usar os schemas 2.4.02 enviar corretamente. Se usar os schemas 2.4.01 da erro e não gera o xml. As pastas de schemas estão com os corretos. Se usar uma versão acbr antiga consigo enviar nos Schemas 2.4.01 a mesmas rescisão. Se usar o Demo e gerar um rescisão com os Schemas na Versão 2.4.01 ira da o mesmo erro. o erro so acontece na validação dos schemas na linha do 842 pces2299 que é : Validar(schevtDeslig); se comentar e enviar da erro no envio xml errado evtDeslig.xml eSocial-sit.xml

Sim, muita demora na resposta, mas esta funcionado.

1)zere a base envie o s1000 envie o s1005 2)Deu erro posta o S1000 e S1005 para vermos Ha se o CNAE não for o principal do o CNPJ também da erro no envio que não tem nada a ver com a msg. Eles checam o CNAE no S1005 com o CNAE da atividade preponderante do CNPJ, e não aceita enviar outro

Zere a base enviando um S-1000 com exclusão da base ( veja demo da acbr) 1)S-1000 não envie: <iniValid>2018-03</iniValid> <fimValid>2018-03</fimValid> 1a)envie somente <iniValid>2018-01</iniValid> para todas as tabelas. sem o fimvalid 2)S-1005 não envie <novaValidade> <iniValid>2018-01</iniValid> 2atem que enviar s-1005 de inclusão e so com inivalid.

o S-1000 deve ter: dtIni : 01/2018 dtFim : em branco. Alias todo evento que tem data fim (deve ficar em branco para ESTAR EM ABERTO) se tiver dtIni e dtFim , então todos os eventos enviado so terão validade neste período. Envie todos as Tabelas so com dtIni ( s1000 s1005 s1010 s1020 s1030 s10xxx so dom dtIni ) So envie dtFim quando realmente quiser limitar a tabela, ou seja encerrar a mesma e enviar uma nova so com dtIni

O fonte atual svn ja aceita o evento s-2300 so com data inicial de afastamento ou so com data final de afastamento ou com as duas data ( inicial e final de afastamento)

o seu S1000 não foi enviado , ou foi enviado com um dataini depois da datini do s1005

Excluir o S1000 so testando mesmo. Agora para enviar um novo: 1)Enviar como alteração , 2)Enviar um novo como inclusão. 3)Para Enviar um Evento S1000(Tabelas) de Exclusão ele tem que ser igual ao que você envio Data inicio Data Fim( se esta em branco tem que enviar novamente em branco) 4)Tabelas a dataini e Datafim é chave da mesma 4a)então quando envia Inclusão com Dataini e sem DataFim para resolver tem: 4b) que enviar uma nova Inclusão com Dataini superior a Dataini do 4a)

1)Se foi homologação, zera a base e começa o teste do inicio. se der errado: Vc posta o 1o xml e depois o 2oxml senão não da para enter o que esta errado. 2_Agora se foi em produção. No momento não da para fazer nada além de tentar enviar um novo evento S1000 com data de inicio e data fim, como inclusão. Em produção sem os arquivos um a um conferindo minuciosamente para achar o erro. Sem os arquivos de envio não tem nada para ser feito porque o eSocialBx(programa do governo que deixaria ver o que esta la no webservice do esocial , não existe ainda)

Este erro em geral é: Webservice eSocial fora do Ar , não esta funcionando. Resolvido o problema do envio.