EdmarFrazao

Foi isto mesmo, liberei a configuração para o meu suporte poder selecionar e testar. no Windows 2018 r2 precisou ser: LT_TLSv1 ou = LT_TLSv1_1 não funcionou com a = LT_TLSv1_2 ( deve estar faltando algo no IE do servidor) vlw

Ontem atualizei o Acbr. Gerei nova versão do eSocial. Em windows 10 sem problemas, mas no windows 2008 R2 quando tento enviar da o erro em anexo. o que pode ser ja configurei SSL 3.0 e TST 1.0 1.1 1.2 nada de conseguir consultar ou enviar. usando a minha versão anterior envia sem problema. Erro:

Link do ecat funciona melhor no Internet Explorer. Tem vários relatórios la agora https://www.ecac.pre.receita.fazenda.gov.br/autenticacao/login

Usando acbr, Enviamos dados do Reinf e fizemos o Fechamento de uma Folha mês 05/2015 eSocial Entramos no DCTF Web e os valores ja estão la totalizados. Agora temos com conferir o valor total do que foi enviado. reinf Ha produção restrita

testou o exemploesocial? esta gerando correto 1200 e 1210

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