alexcamilo01

Boa Italo, Agora entendi, fiz confusão porque aqui utilizo o GerarXML de cada evento, mas vou alterar aqui para utilizar o TEventos. Obrigado.

Boa!!! No change-log consta uma implementação datada de 06/01/2020, onde foi implementado novos métodos (Gerar, Assinar e Validar) e é informado que o método antigo GerarXMLs continuaria funcionando da mesma forma como funcionava antes, mas atualizei os fontes hoje (13/01/2019) e verifiquei que na verdade a GerarXMLs foi substituido pelo Gerar. verifiquei que no método GerarXML nos arquivos pcesSxxxx, as linhas de assinatura e validação estavam comentadas, então criei o método Gerar apenas gerando o xml, e o método GerarXML continuou funcionando como antes (gerando, assinando e validando). Segue em anexo as alterações para análise; PCNeSocial.rar

Alteração na unit pcesConversaoeSocial.pas para atendimento ao afastamento pelo motivo 35 - Licença Maternidade - Antecipação e/ou prorrogação mediante atestado médico. Segue em anexo unit contendo as alterações. pcesConversaoeSocial.pas

Boa tarde Marcia!! este post trata do mesmo assunto, a solução até agora é reabrir as folhas até a data de admissao do funcionário rural ou inicio da obrigação do doméstico (o q for mais recente).

Muito obrigado pela informação Julio Cezar! apenas para conhecimento e para evitar perguntas do tipo novamente, tem algum site onde consigo essas informações??

Estou tentando enviar o S-2200 de um trabalhador que tem admissão em 2002 em um produtor rural e recebo a seguinte mensagem de erro no retorno: Código.....: 721 Descrição..: Não foi possível registrar o evento atual pois existe(m) evento(s) cadastrado(s) com data de ocorrência posterior para esse trabalhador que se tornarão inconsistentes em caso de recepção deste. Para que seja possível esse registro, executar os seguintes passos: a) Excluir os eventos identificados com data posterior ao evento que se pretende informar; b) Fazer o registro do evento conforme pretendido; c) Informar novamente em ordem cronológica os eventos excluídos, se continuarem válidos. Consultar o Manual para obter orientações sobre consulta e exclusão e recepção de eventos extemporâneos. A única diferença que encontrei dos demais produtores rurais que enviei antes, é que este já era cadastrado no eSocial como empregador doméstico desde 2015. Alguém tem alguma dica do que possa ser? xml: <?xml version="1.0" encoding="UTF-8" ?> - <eSocial xmlns="http://www.esocial.gov.br/schema/evt/evtAdmissao/v02_04_02"> - <evtAdmissao Id="ID23156131131316513215613215161321511651151"> - <ideEvento> <indRetif>1</indRetif> <tpAmb>1</tpAmb> <procEmi>1</procEmi> <verProc>1.0</verProc> </ideEvento> - <ideEmpregador> <tpInsc>2</tpInsc> <nrInsc>222222222</nrInsc> </ideEmpregador> - <trabalhador> <cpfTrab>11111111111</cpfTrab> <nisTrab>11111111111</nisTrab> <nmTrab>XXXXXXXX XXXXXXXXX</nmTrab> <sexo>M</sexo> <racaCor>3</racaCor> <estCiv>1</estCiv> <grauInstr>03</grauInstr> <indPriEmpr>S</indPriEmpr> - <nascimento> <dtNascto>1982-01-08</dtNascto> <codMunic>3204708</codMunic> <uf>ES</uf> <paisNascto>105</paisNascto> <paisNac>105</paisNac> <nmMae>XXXXXXXXXXXXXXXXXXXXXXXX</nmMae> <nmPai>XXXXXXXXXXXXXXXXXXXXXXXX</nmPai> </nascimento> - <documentos> - <CTPS> <nrCtps>11111111</nrCtps> <serieCtps>27</serieCtps> <ufCtps>ES</ufCtps> </CTPS> - <RG> <nrRg>21111111111</nrRg> <orgaoEmissor>SPTC/ES</orgaoEmissor> <dtExped>2004-08-18</dtExped> </RG> </documentos> - <endereco> - <brasil> <tpLograd>COM</tpLograd> <dscLograd>LOCALIDADE SAO ROQUE</dscLograd> <nrLograd>1</nrLograd> <bairro>ZONA RURAL</bairro> <cep>111111000</cep> <codMunic>3205069</codMunic> <uf>ES</uf> </brasil> </endereco> - <dependente> <tpDep>03</tpDep> <nmDep>XXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXX</nmDep> <dtNascto>2006-10-14</dtNascto> <cpfDep>12345678912</cpfDep> <depIRRF>S</depIRRF> <depSF>S</depSF> <incTrab>N</incTrab> </dependente> - <contato> <fonePrinc>36326548569</fonePrinc> </contato> </trabalhador> - <vinculo> <matricula>1299</matricula> <tpRegTrab>1</tpRegTrab> <tpRegPrev>1</tpRegPrev> <cadIni>S</cadIni> - <infoRegimeTrab> - <infoCeletista> <dtAdm>2006-01-02</dtAdm> <tpAdmissao>1</tpAdmissao> <indAdmissao>1</indAdmissao> <tpRegJor>1</tpRegJor> <natAtividade>2</natAtividade> <dtBase>05</dtBase> <cnpjSindCategProf>1234568965432165</cnpjSindCategProf> - <FGTS> <opcFGTS>1</opcFGTS> <dtOpcFGTS>2006-01-02</dtOpcFGTS> </FGTS> </infoCeletista> </infoRegimeTrab> - <infoContrato> <codCargo>429</codCargo> <codFuncao>785</codFuncao> <codCateg>101</codCateg> - <remuneracao> <vrSalFx>998.00</vrSalFx> <undSalFixo>5</undSalFixo> </remuneracao> - <duracao> <tpContr>1</tpContr> </duracao> - <localTrabalho> - <localTrabGeral> <tpInsc>3</tpInsc> <nrInsc>1231321654316513156</nrInsc> </localTrabGeral> </localTrabalho> - <horContratual> <qtdHrsSem>44.00</qtdHrsSem> <tpJornada>1</tpJornada> <tmpParc>0</tmpParc> - <horario> <dia>1</dia> <codHorContrat>40</codHorContrat> </horario> - <horario> <dia>2</dia> <codHorContrat>40</codHorContrat> </horario> - <horario> <dia>3</dia> <codHorContrat>40</codHorContrat> </horario> - <horario> <dia>4</dia> <codHorContrat>40</codHorContrat> </horario> - <horario> <dia>5</dia> <codHorContrat>40</codHorContrat> </horario> - <horario> <dia>6</dia> <codHorContrat>56</codHorContrat> </horario> </horContratual> </infoContrato> </vinculo> </evtAdmissao> - <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> - <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" /> - <Reference URI=""> - <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" /> <DigestValue>de26TX2Nh8qsGU2Xf513safE215SDFE4seT1b42g5W3IOnwuE=</DigestValue> </Reference> </SignedInfo> <SignatureValue>HPBN1hnRxBOJ3zCASDsdfefdfauxki/IbauKknMBw0Ui05hdZEd6qnnvwGJ4BLimweqTmR1hWGJHUWtVhe9PJuo2NWHV74NapCuf37m4lbXNALYgmDlf9B0/KZKNCLrQiuOjAJDKFBcHGaFm8IjXvUJKNENj9I/LJVn/XVAjFNhHO9Tm8QZVAsLMI4ykwPkRredqHx3ElFp88ENN02qZA/Nj+6zXMxvfFMm6FhlQHsYuf2TTo6+KLzs4AtcbVQFryZogzeNm1t8HHuHbeD9ToxeTsIKh5n22mvGIqxf20LoNtCfRj9PMcq+MJkXl7w==</SignatureValue> - <KeyInfo> - <X509Data> <X509Certificate>MIIHnTCCBYWgAwIBAgIINsdfasldafjef4asd2fa1sf513a2s1df5EzARBgNVBAoMCklDUC1CcmFzaWwxNjA0BgNVBAsMLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEZMBcGA1UEAwwQQUMgU0VSQVNBIFJGQiB2NTAeFw0xNzA3MjgxNzA3MDBaFw0yMDA3MjcxNzA3MDBaMIHcMQswCQYDVQQGEwJCUjELMAkGA1UECAwCRVMxEDAOBgNVBAcMB0NBU1RFTE8xEzARBgNVBAoMCklDUC1CcmFzaWwxNjA0BgNVBAsMLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEWMBQGA1UECwwNUkZCIGUtQ05QSiBBMzEWMBQGA1UECwwNQVIgQ0RMVklUT1JJQTExMC8GA1UEAwwoSk9TRSBMVUNJTyBERSBPTElWRUlSQSBNRToyNzA3ODQxOTAwMDExMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJI3jP3A8ak3f4cC4bCLLa01NK45PshvP0Knma1t64LjFBvZm5KfhIP6SjQ2CivZKMhXwEf8OK5uv0lAUHmQD0980/ngFZJY+sAI/4qiERBT/QbUJstjHymt+V+HjoiTYJ9vJ9bUhAFGsfyXdXvQCrmtaah6lmUQMtzE26oTqGIWo2PNXd4q0x2E+hmOjcGKXXmd23PQZYcjybI+1qNv6lPMI2Xv+7QYX48ki/PMvVzjeB8k4W8smXBNw19PytfWXHoDRSSN/q7RrctLd+W0g2ypEHmJvtp18bSHJSUdbz5VBmm1cSCimHpv+e5bXP+1zGji80ITitxDK5xXVGdBjSUCAwEAAaOCAscwggLDMIGZBggrBgEFBQcBAQSBjDCBiTBIBggrBgEFBQcwAoY8aHR0cDovL3d3dy5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL2NhZGVpYXMvc2VyYXNhcmZidjUucDdiMD0GCCsGAQUFBzABhjFodHRwOi8vb2NzcC5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL3NlcmFzYXJmYnY1MAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAU7PFBUVeo5jrpXrOgIvkIirU6h48wcQYDVR0gBGowaDBmBgZgTAECAwowXDBaBggrBgEFBQcCARZOaHR0cDovL3B1YmxpY2FjYW8uY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMvZGVjbGFyYWNhby1yZmIucGRmMIGdBgNVHR8EgZUwgZIwSqBIoEaGRGh0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhcmZidjUuY3JsMESgQqBAhj5odHRwOi8vbGNyLmNlcnRpZmljYWRvcy5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL3NlcmFzYXJmYnY1LmNybDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIG2BgNVHREEga4wgauBE0pMVUNJT0BURVJSQS5DT00uQlKgIQYFYEwBAwKgGBMWSk9TRSBMVUNJTyBERSBPTElWRUlSQaAZBgVgTAEDA6AQEw4yNzA3ODQxOTAwMDExMqA9BgVgTAEDBKA0EzIyMDA3MTk0OTE3NzI1Mzk5NzA0MTE3MDQwMzkyMTAwMDAwMDAwMDAyNzkxNzZTU1BFU6AXBgVgTAEDB6AOEwwwMDAwMDAwMDAwMDAwDQYJKoZIhvcNAQELBQADggIBAI7RLQrLY41tHKM0UIuBqx0tt2ynOHRXxIJnAfTZ7QCf9aotF/33nF/dwxGJ/VtHpIkQNeJD2dn6N31EDFk6VuekffeepFJF7EAm47RpbffD1Oukf8y1ccMKF4863UtSPB5Fz7V0DDxHNKnlP2lyeXGBBjZ/vwXlVSKpvynAC1t5eDsyX68OwLPXVUykfmV0ew3yPzqoyk3Lpgh7DJkxJPsqDhYZbQ4A5gyqJOAZHprhj06R6YsR4xRF79Wji9j74wrrEAxD975Sz0wF3DGWijgIg2UmS8jgPTgWLpH4Cnh1547G2+VMkodieUbdnEiWnTUq1cLzGYfZtjuKAMxeGltvltzEYdO0MqvTKnKzMm0NTuuVq0Bn7b7J6PZt+ngdX+ApDVuARQ90f5M/ZhRh8x5l3viSul4Rx0o0v4+dxRiTv2RTj9iBamhjoK8nKdfgVHVSuuNS3OgTStIX7iL6oonbh0W4i8TSEAfk1aXBQGJs/3nHp7iH7bEQIoS/gVkVAsPfPk6Di5qjM08pdOhmxT2i4z3t3We4LeAg8eqOjhUa2sY6RxPHiD66elo/LyD4NJKavsg7xUsuNYw24M3ZOkJhjWj1ILtL0NTOkHnPITYstZHY7tIZHQ214L3LcSsLPljTBWm793wFmVlMd9UTBDECIeEuxjnuY1m8BLO8scli</X509Certificate> </X509Data> </KeyInfo> </Signature> </eSocial>

Evento S-2200, quando funcionário com contrato por prazo indeterminado, e em contrato de experiencia o campo infoContrato.duracao.dtTerm deverá ser preenchido com a data de término do contrato de experiencia, de acordo com o item 37 da pagina 154 do mos_2.5, mas, só esta sendo gerado o xml deste campo quando o tipo de contrato for por prazo determinado. Fiz uma alteração no arquivo, se possível solicito a inclusao no svn. pcesGerador.pas

O xml gerado do evento s-2206, o campo dtbase (campo 27 do manual versao 4.02) esta sendo gerado como numérico (como está no manual) porém ele só é mostrado corretamente na web (esocialweb) se o mesmo for preenchido com 2 casas decimais (acrescentando zero a esquerda) quando o mes da data base entre 1 e 9. Fiz a alteração na unit pcesS2206 na linha 327. (segue em anexo o arquivo alterado). Solicito se possível que façam o commit do código. pcesS2206.pas

Boa tarde Italo, A alteração foi na linha 1189. pcesGerador.pas

Rozelo, só trabalho com empresas com faturamento abaixo de 78milhoes, logo as verbas recisórias só informarei a partir de janeiro/2019, mas se te ajudar segue um xml ai, sem as verbas. <?xml version="1.0" encoding="UTF-8"?> <eSocial xmlns="http://www.esocial.gov.br/schema/evt/evtDeslig/v02_04_02"> <evtDeslig Id="ID1002622290000002018091811303635368"> <ideEvento> <indRetif>1</indRetif> <tpAmb>1</tpAmb> <procEmi>1</procEmi> <verProc>1.0</verProc> </ideEvento> <ideEmpregador> <tpInsc>1</tpInsc> <nrInsc>00261549</nrInsc> </ideEmpregador> <ideVinculo> <cpfTrab>11111111111</cpfTrab> <nisTrab>22222222222</nisTrab> <matricula>21740</matricula> </ideVinculo> <infoDeslig> <mtvDeslig>02</mtvDeslig> <dtDeslig>2018-09-21</dtDeslig> <indPagtoAPI>N</indPagtoAPI> <pensAlim>0</pensAlim> <indCumprParc>0</indCumprParc> </infoDeslig> </evtDeslig> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/> <Reference URI=""> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/> <DigestValue>Z6lMUWpHbgqwJC8KEO1O5M+quVubY5QTGRCmtZEKRaw=</DigestValue> </Reference> </SignedInfo> <SignatureValue>btguHH2DXDpuQXIEe7yt6BXxfMRXXjIRqNS2hLOcXW8y3P4qUz+xqmYWvYpbmfw8bEO/67Yg3mnFxm1zJBd5+ytmXEiLxd0pC0a1yfkEfO7KuDYq3Jeg7vsj1Hs+9DNTZAZRdi0U3775enJAfnHzjObqH9pqoiSjQyYJUvrqUO3nRLpSjToCUIifibmGZdJiXqppfhPHzvk/3zOCRUe6TZzqqcRlyd9eT64boB2APzhfTNGb60nz5OAEjRccGfysNVljrX2ROY6kOlU+MhiUSGMbJ27e8lqasqjDaE3B5dKBun+zuv71Phw==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIH/zCCBeegAwIBAgIIe9an/NEb3DswDQYJKoZIhvcNAklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEXMBUGA1UEAxMOQUMgU0FGRVdFQiBSRkIwHhcNMTgwMTI5MTA1MTQ0WhcNMTkwMTI5MTA1MTQ0WjCB8jELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxCzAJBgNVBAgTAkVTMRAwDgYDVQQHEwdWSVRPUklBMTYwNAYDVQQLEy1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFjAUBgNVBAsTDVJGQiBlLUNOUEogQTExFDASBgNVBAsTC0FSIFZJQSBTQUZFMUkwRwYDVQQDE0BTRVJHRUNPTiBTRVJWSUNPUyBHRVJBSVMgREUgQ09OVEFCSUxJREFERSBMVERBIEVQOjM2Mzk5NDU5MDAwMTU3MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAry71GsfNI+ZX64LvpfgahfDTaDqpDftfBtkclG2U+32gZhh+fnnfvGcPCkLzfrxKoJhC0l1I4ilglanNn2tR/6JXh8aIt4lg2cKmFJN5n7bRdtw/oP0GsKaCLmE0FJ3V35XGZZvvHmD8S80dEyECP6AYZzQH+tiP0iBnGExOx6hRC6o0O/MRWeyH3Mk2nP7X8xjWoWO9qX7Js1r+7tO1ojTLEO7a503vLsW454xdKSD7pG+1Ribaa/tzU1qXsimimP4utO0PwuDNA/Xh7VLlSgkiwM+qt8bdlRQFKTvPoY0peovWhU5D5e5LOdFVryDIZZbIGdY9yY40s9yDDee0nQIDAQABo4IDFTCCAxEwHwYDVR0jBBgwFoAU30VPT8fh3DjMSgwg5/jpWa0fXmEwDgYDVR0PAQH/BAQDAgXgMG0GA1UdIARmMGQwYgYGYEwBAgEzMFgwVgYIKwYBBQUHAgEWSmh0dHA6Ly9yZXBvc2l0b3Jpby5hY3NhZmV3ZWIuY29tLmJyL2FjLXNhZmV3ZWJyZmIvYWMtc2FmZXdlYi1yZmItcGMtYTEucGRmMIH/BgNVHR8EgfcwgfQwT6BNoEuGSWh0dHA6Ly9yZXBvc2l0b3Jpby5hY3NhZmV3ZWIuY29tLmJyL2FjLXNhZmV3ZWJyZmIvbGNyLWFjLXNhZmV3ZWJyZmJ2Mi5jcmwwUKBOoEyGSmh0dHA6Ly9yZXBvc2l0b3JpbzIuYWNzYWZld2ViLmNvbS5ici9hYy1zYWZld2VicmZiL2xjci1hYy1zYWZld2VicmZidjIuY3JsME+gTaBLhklodHRwOi8vYWNyZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9TQUZFV0VCL2xjci1hYy1zYWZld2VicmZidjIuY3JsMIGLBggrBgEFBQcBAQR/MH0wUQYIKwYBBQUHMAKGRWh0dHA6Ly9yZXBvc2l0b3Jpby5hY3NhZmV3ZWIuY29tLmJyL2FjLXNhZmV3ZWJyZmIvYWMtc2FmZXdlYnJmYnYyLnA3YjAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AuYWNzYWZld2ViLmNvbS5icjCBtAYDVR0RBIGsMIGpgRVOT1JNQUBTRVJHRUNPTi5DT00uQlKgIgYFYEwBAwKgGRMXTk9STUEgTUFSSUEgUFJBVFRJIExPREmgGQYFYEwBAwOgEBMOMzYzOTk0NTkwMDAxNTegOAYFYEwBAwSgLxMtMjMwNDE5NTg0NTAyMDE1OTcwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMHoA4TDDAwMDAwMDAwMDAwMDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADANBgkqhkiG9w0BAQsFAAOCAgEAl0M8EP0khYxYn3UUnJK6TtzQloZM//OpyOu9y8dsFEKfPGAi7JwwUame7sz5lfyE5kdnSx+wL5LdvJOp5iI4HSZzZxF/6bv4aS+2oTMmZU93I8BOOf9kniLKZSLPkBAd2hPKzOfb3MBWlXSQE43Pb/h+4Q0uEPqlgiPVlmp1+vXSfQh09PS5nYvwFBPEgiVgwJ4Ud1PPS9ucLIE9RVD+46Kd5+u4if9m+cVQ3a7G/19VVk0Ii2lo90s8CGTSaH6j0ZsK+AFLfJPa8/pSHOsVgvqU5YYw4QD1x/Ou5gSAgo+DEso9FJ3og6mPwY8jBnzy6EaW/kqZJcaSVMF6TWeClzihpfZ/li9X4OHP2uNii1jm8Xw+tscpfrgCXWoA3DCHyYchvfSl7fUaZX1fEuDV9vZag3c7jjnP9NJnesri3jK//DAv2noBYMkvG5mbToLhoPYjZd24PCm9a6ZuRmGGnI+SKfFQfese9ZWRI2yDCtQz5eRoC0lj5ZAAFm8qOL637p3AfgBlfGm8YrLJiDW1E1XtURJPjbmYPR1t37tOkCYYE5ODiDYOK/4Qa0sBmbnwBRrclilSrSAkyR9ulWkcAmMIruwcJ6y86bE/gKYuhZ6HTUf2k6CQNB/L79RpreaQ0nYlV6/Z0eA8tdYGnpMNv1IRF9Dyal57mpdfCyPSOp4=</X509Certificate> </X509Data> </KeyInfo> </Signature> </eSocial>

"O lote deverá conter somente eventos pertencentes ao mesmo empregador" você deve verificar o xml do lote e não o do evento. Provavelmente no seu lote, deve haver eventos de mais de um empregador. na dúvida poste o xml do lote.

O xml gerado do evento s-2200, o campo dtbase (campo 120 do manual versao 4.02) esta sendo gerado como numérico (como está no manual) porém ele só é mostrado corretamente na web (esocialweb) se o mesmo for preenchido com 2 casas decimais (acrescentando zero a esquerda) quando o mes da data base entre 1 e 9. Fiz a alteração na unit pcesGerador na linha 1189 de if ((pInfoCeletista.dtBase >= 1) and (pInfoCeletista.dtBase <= 12)) then Gerador.wCampo(tcStr, '', 'dtBase', 0, 2, 0, pInfoCeletista.dtBase); para if ((pInfoCeletista.dtBase >= 1) and (pInfoCeletista.dtBase <= 12)) then Gerador.wCampo(tcStr, '', 'dtBase', 0, 2, 0, FormatFloat('00',pInfoCeletista.dtBase)); e o problema foi resolvido. Solicito se possível que façam o commit do código. Vlw.

Não enviei funcionarios em produção ainda, mas fazendo uma analogia ao ambiente de produção restrita, pelo meu entendimento ficaria assim: Voce pode enviar com iniValid entre 2018-01 e 2018-02 para conseguir enviar o S-2200 com dtAdm anterior a este período (com cadIni igual a S) (Acima de 78 milhoes) Voce pode enviar com iniValid entre 2018-07 e 2018-08 para conseguir enviar o S-2200 com dtAdm anterior a este período (com cadIni igual a S) (demais empresas exceto orgao publicos).

01/2018 acima de 78milhoes, 07/2018 demais empresas, 01/2019 (se nao me engano) orgão publico.

em produção restrita, a data de inicio da obrigatoriedade é 01/2017, entao vc tem que enviar o S-1000 com esta data para conseguir enviar o S-2200 de funcionários admitidos antes desta data, senão retorna mensagem de que a empresa não esta cadastrada.

Valeu Alisson, encontrei o problema aqui, era o que ja estava escrito em respostas anteriores mesmo, mas as datas da produção restrita mudaram para 2017, e não estava me atentando a isto. Muito obrigado.

Pessoal, enviando o 2200 com DTADMISSÃO 2009 e CADINI = S recebo um monte de msg de erro (abaixo), mas se altero a dt de admissao para 01/01/2018(dt da validade inicial dos registros de tabelas que ja enviei), ele reconhece as tabelas. alguém tem conseguido enviar o evento esse registro em produção restrita recentemente? Erros retornados: Conteudo do evento inválido.Ocorrencias do Processamento Código.....: 130 Descrição..: É necessário existir informação cadastral do empregador para o período. Ação Sugerida:Verificar se já foi enviado um evento de cadastramento do empregador. Tipo.......: 1 Localização: Código.....: 263 Descrição..: Cargo não existe no cadastro do empregador. Ação Sugerida: O valor informado no campo de Código do Cargo deverá existir na Tabela Tabela de Cargos/Empregos Públicos, informada pelo empregador. Tipo.......: 1 Localização: /eSocial/evtAdmissao/vinculo/infoContrato/codCargo Código.....: 264 Descrição..: Função não existe no cadastro do empregador. Ação Sugerida: O valor informado no campo Código da Função deverá existir na Tabela de Funções/Cargos em Comissão, informada pelo empregador. Tipo.......: 1 Localização: /eSocial/evtAdmissao/vinculo/infoContrato/codFuncao Código.....: 237 Descrição..: Categoria do trabalhador incompatível com a classificação tributária do empregador. Ação Sugerida: A categoria informada no campo deverá ser compatível com a classificação tributária do CONTRIBUINTE? informada no Evento de “Informações Cadastrais do Empregador” campo classificação tributária, conforme Tabela 11 (Compatibilidade entre Categoria de Trabalhadores, Classificação Tributária e Tipos de Lotação). Tipo.......: 1 Localização: /eSocial/evtAdmissao/vinculo/infoContrato/codCateg Código.....: 272 Descrição..: A inscrição informada deve ser o CPF do empregador, caso de empregador doméstico, ou ser um estabelecimento do empregador devidamente cadastrado no sistema no período. Tipo.......: 1 Localização: /eSocial/evtAdmissao/vinculo/infoContrato/localTrabalho/localTrabGeral/nrInsc Código.....: 271 Descrição..: Os Horários/Turnos de Trabalho não existem no cadastro do empregador. Ações Sugeridas: - Verifique se os Horários/Turnos de Trabalho estão cadastrados na tabela de Horários/Turnos de Trabalho; - Verifique o preenchimento das informações referentes aos Horários/Turnos de Trabalho informados. Tipo.......: 1 Localização: /eSocial/evtAdmissao/vinculo/infoContrato/horContratual/horario[1]/codHorContrat

Falha minha, eu estava procurando o projeto ACBrOpenSSL em uma pasta com o mesmo nome, mas procurando com mais atenção localizei-o na pasta trunk\Pacotes\Delphi\ compilei, instalei e tudo funcionando. Vou estudar o código para poder ajudar em alguma coisa. vlw.

Atualizei o ramo Branches e estou tentando instalar o eSocial, porém é apresentada a seguinte mensagem " [DCC Fatal Error] ACBreSocial20.dpk(43): E2202 Required package 'ACBrOpenSSL' not found" mas não consegui encontrar esse pacote ACBrOpenSSL encontrei apenas o ACBr_OpenSSL. estou utilizando o Delphi 2010, e tenho NFe e CTe do Trunk2 instalado. Como devo proceder??

Isto é fato, a muito tempo percebi este problema, em um cliente meu, mas como ele só acontece no acrobat, instalei um leitor gratuito la.

Tenho instalado no delphi 2010 o CTe do Trunk2, consigo instalar o pacote do esocial?

Boa tarde Igor, O o manual do cte item 6.4 diz que a carta de correção substitui a anterior, sendo necessário a última conter todas as alterações. e como pode haver mais de uma, o campo nSeqEvento deve ser sequencial, provavelmente o erro de duplicidade que deu é porque voce informou este campo igual ao da primeira carta de correção.

Obrigado Scott,

Prontinho Italo, ja anexei os arquivos, obrigado pela ajuda.

galera, tenho um cte que no xml, a parte de informação da carga esta assim: <infCarga><vCarga>2949.80</vCarga><proPred>BLOCO DE GRANITO</proPred><infQ><cUnid>02</cUnid><tpMed>PESO DECLARADO</tpMed><qCarga>24696</qCarga></infQ></infCarga> porém quando imprime o Dacte a quantidade sai 24696000,00 alguém ja passou por algo semelhante? estou utilizando o ACBrCTeDACTeQR e atualizei os fontes hoje. CTe32130616458616000140570010000005611000005610.PDFCTe32130616458616000140570010000005611000005610.xml