Jump to content

Search the Community

Showing results for tags 's-2200'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Categories

There are no results to display.

Forums

  • Fórum Aberto - ACBr
    • ACBr News
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr Pro
    • Dúvidas gerais
    • ACBrMonitorPLUS
    • NFe/NFCe - Nota Fiscal Eletrônica
    • DFe - Documentos Fiscais Eletrônicos
    • SAT / MFE
    • TEF
    • Boleto
    • ACBrSPED
    • ACBrTXT
    • Paf-ECF
    • Requisitos Fiscais por UF
    • ACBrLIB
  • Outros Assuntos
    • ACBr's Pub
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Data Base
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categories

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
    • ACBrLib Android - Pro
  • Free Download
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras
    • ACBrLib Android - Demo

Calendars

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Community Calendar
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL

Found 9 results

  1. Boa tarde pessoal! Hoje, fiz update no projeto ACBr para tentar ver se algo na definição do grupo <duracao> do evento S-2200 tivesse sido modificado. O problema: ao gerar um S-2200 de um servidor com regime trabalhista tipo 2 - Estatutário, mesmo não informando absolutamente nada para o grupo <duracao> no ACBr, mesmo assim, é gerada a tag tpContr com o valor '1', indevidamente. Atualmente, existem 3 tipos de contratos (indeterminado, em dias, fato) mas o ACBr definiou um quarto tipo chamado de PrazoNaoAplicaval. A regra para o grupo <duracao> é que o mesmo só deve ser informado para o regime trabalhista do tipo celetista (tpRegTrab = 1). Pelo código abaixo, o ACBr só não gera esse grupo se o prazo estiver definido para esse tipo PrazoNaoAplicaval. if pInfoContrato.Duracao.tpContr <> PrazoNaoAplicavel then GerarDuracao(pInfoContrato.Duracao, pTipo); Minha dúvida é: não seria mais correto essa definição ser feita com base na própria informação tpRegTrab, no lugar de precisarmos definir esse tipo inexistente de contrato PrazoNaoAplicaval? Obrigado pelo apoio de todos!
  2. Leiaute informe que em caso de admissão por processo trabalhista poderá ser informado o número do processo. Não existia nrProcTrab no componente. Adicionei o campo na classe e na geração do XML. Segue abaixo os fontes atualizados. pcesGerador.paspcesCommon.pas
  3. Boa tarde, estou com problemas ao gerar o arquivo S-2200, aparece o seguinte erro: 1871 - Element '{http://www.esocial.gov.br/schema/evt/evtAdmissao/v02_05_00}infoRegimeTrab': Missing child element(s). Expected is one of ( {http://www.esocial.gov.br/schema/evt/evtAdmissao/v02_05_00}infoCeletista, {http://www.esocial.gov.br/schema/evt/evtAdmissao/v02_05_00}infoEstatutario ). Em anexo arquivos gerados. Aguardo retorno urgente. Obrigado. S2200.INI sai.txt
  4. 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>
  5. 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
  6. 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.
  7. O eSocial apresentou algumas inconsistências: 1º) O evento foi enviado, porém retornou um erro informando que não foi possível estabelecer uma conexão com o sistema do CPF. 2º) Como o retorno foi uma inconsistência, o evento foi gerado novamente, porém na segunda tentativa o eSocial retorna que o colaborador já está cadastrado. Se eu consultar pelo protocolo do envio (1) o retorno é que não foi possível estabelecer uma conexão com o sistema do CPF. Se eu consultar pelo protocolo do envio (2) o retorno é que o colaborador já existe na base do eSocial. Hipótese: Me parece que no envio (1), o colaborador foi gravado porém ocorreu um erro posterior, este erro foi retornado para o cliente, porém a gravação ocorreu. Problema: não tenho número de Recibo para estes eventos, logo não consigo retificar nem excluir. Os evento que não dependem do número do recibo tais como (S2205, S2206, etc...), dos que fiz o teste, todos funcionaram. Ambiente - Produção Evento S-2200 CadINI 'S' Vou tentar entrar em contato com o eSocial. Se alguém já tiver passado por isso e conhecer a solução ajudaria bastante.
  8. Bom dia, Ao enviar o cadastro do colaborador, o eSocial retornou o erro 301 ( Enviei apenas um colaborador, já em produção) A mensagem indica que o servidor está com problemas mais alguém está passando por isso? Mensagem: A solicitação não pode ser atendida devido a uma falha temporária no ambiente ou não catalogada. Favor tentar novamente mais tarde. Código do erro: 301.4. Caso o erro permaneça, favor acessar o Portal do eSocial através do endereço http://portal.esocial.gov.br. Na opção CONTATO, na seção EMPRESAS, selecione PRODUÇÃO EMPRESAS. Preencha os outros campos e informe o identificador 524EC16F2A823B6FB131779DB36EC6267377982C$$0a24ab24-8699-402c-b407-1505e341a1fe em SUA MENSAGEM para rastreamento do erro. Obrigado
  9. Situação: Em homologação, estou enviado S-2200 para colaboradores admitidos antes da obrigatoriedade do eSocial cuja a admissão é retroativa em anos ou até mesmo em décadas. estou informando o campo CadIni = 'S', ou seja, o eSocial sabe que é um cadastramento inicial. Problema: para estes colaboradores cujo a admissão é antes do início dos eventos de tabela tais como cargo, empregador, estabelecimento o eSocial reclama que não há período cadastrado para os eventos de tabela, que percorra a data da admissão. Alguém sabe como proceder?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.