cristian.urbainski

Italo, sim li a nota técnica, tive um pouco de dificuldade em entender, mais consegui gerar o conteúdo do campo 'hashEntrega' conforme esperado, ate comparei com o xml do amigo que me passou algumas respostas atras, mas continuar sem ser aceito pela sefaz, passei a tentar no estado do RS, mas sem sucesso: <eventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="3.00"> <infEvento Id="ID1101804319080492851600015157020000001001117012858301"> <cOrgao>43</cOrgao> <tpAmb>2</tpAmb> <CNPJ>04928516000151</CNPJ> <chCTe>43190804928516000151570200000010011170128583</chCTe> <dhEvento>2019-08-01T14:48:42-03:00</dhEvento> <tpEvento>110180</tpEvento> <nSeqEvento>1</nSeqEvento> <detEvento versaoEvento="3.00"> <evCECTe> <descEvento>Comprovante de Entrega do CT-e</descEvento> <nProt>143190000240910</nProt> <nDoc>5555</nDoc> <dhEntrega>2019-08-01T10:30:00-03:00</dhEntrega> <xNome>Fulano</xNome> <hashEntrega>gLDpE9OuWsOdgzpBuYr/XGSSLko=</hashEntrega> <dhHashEntrega>2019-08-01T10:30:00-03:00</dhHashEntrega> <infEntrega> <chNFe>31150807187796000182550020000261501004521334</chNFe> </infEntrega> </evCECTe> </detEvento> </infEvento> <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/2000/09/xmldsig#rsa-sha1"/> <Reference URI="#ID1101804319080492851600015157020000001001117012858301"> <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/2000/09/xmldsig#sha1"/> <DigestValue>o/zIUw6kKUwwrwIjg+eYI0Khva4=</DigestValue> </Reference> </SignedInfo> <SignatureValue>J2onqagNaoDiZakl+7cfaZD03su9+z6SchQhgfi6g3jRgFlhs7A/+EmZke6Z55qBRJAbdQhsaZ8U+P1Uc6sxY2YRF/zFSwwrkRkQqPNUwXcS2aWOkR8Ic74DcKH54yJ3K+U6hGFijHTGfDyR42w3lkD8nwAEBrGwFbG+HSyvUB97EmLzD3wz+/rkDhS+iy3jBK0pwd+/kn3TQ+qQcvQTHpkejfY3jRXP5UuEuHtrtNK8GAz6oM+t8JqxaNsnQtxQgHB6fInDIiDz3heJkAKNRtfJj84ZW3+Y/tTZLVzwZ4CGbjcaRJHGv3WW1dBnKX+ZE7SkQtHPaGAkMajo1feewg==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIH2zCCBcOgAwIBAgIIZQsNz/Mx2DowDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCQlIxEzARBgNVBAoMCklDUC1CcmFzaWwxNjA0BgNVBAsMLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEZMBcGA1UEAwwQQUMgU0VSQVNBIFJGQiB2NTAeFw0xODEyMjYxMTAxMDBaFw0xOTEyMjYxMTAxMDBaMIH0MQswCQYDVQQGEwJCUjELMAkGA1UECAwCUlMxEjAQBgNVBAcMCUNBUkFaSU5ITzETMBEGA1UECgwKSUNQLUJyYXNpbDE2MDQGA1UECwwtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRYwFAYDVQQLDA1SRkIgZS1DTlBKIEExMSUwIwYDVQQLDBxBUiBQQVJDRVJJQSBJTkZPUk1BVElDQSBMVERBMTgwNgYDVQQDDC9GUkEgVFJBTlNQT1JURVMgUk9ET1ZJQVJJT1MgTFREQTowNDkyODUxNjAwMDE1MTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAIf5NL9fAmxubVhp3sNzJ5jwM42Id5l+n2KdI/PwatbnRMQ2fPu84JrSkBFICRU4udEUkcajuTCQhMvRHZGUAWyUhhmbPHet8q3VTHUlIhMNqrWjKxto+AuxuFMnYqvUxS+cxv10a0aaTr1Hu7yt+bQN9UvH0Gks65QEg2PFHlxpAkhUeLvIPiqtUiypTU7to2Ys+XJIsGQ/uY+3CVA3haeLHcVVfJUlUZQQJasKV+gwlqjFIYiTTz1WNtFxxb3fzrn4OfKSacGI5u8Phrpnx4SeANj+XRh0fI2oZ0cVMHmsFw5nYM2NgldhYMRTzY8vxYak3YeZOE1WsbtBukldPxcCAwEAAaOCAu0wggLpMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAU7PFBUVeo5jrpXrOgIvkIirU6h48wgZkGCCsGAQUFBwEBBIGMMIGJMEgGCCsGAQUFBzAChjxodHRwOi8vd3d3LmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvY2FkZWlhcy9zZXJhc2FyZmJ2NS5wN2IwPQYIKwYBBQUHMAGGMWh0dHA6Ly9vY3NwLmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvc2VyYXNhcmZidjUwgb0GA1UdEQSBtTCBsoEhUkVJTkFMRE9AUkFCVVNLRUNPTlRBRE9SRVMuQ09NLkJSoBoGBWBMAQMCoBETD0FORFJFIFNDSE9TU0xFUqAZBgVgTAEDA6AQEw4wNDkyODUxNjAwMDE1MaA9BgVgTAEDBKA0EzIxMDA1MTk3Nzg5OTAyOTcxMDkxMDAwMDAwMDAwMDAwMDAwMDIwNTgwNjExNjVTU1BSU6AXBgVgTAEDB6AOEwwwMDAwMDAwMDAwMDAwcQYDVR0gBGowaDBmBgZgTAECAQ0wXDBaBggrBgEFBQcCARZOaHR0cDovL3B1YmxpY2FjYW8uY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMvZGVjbGFyYWNhby1yZmIucGRmMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBnQYDVR0fBIGVMIGSMEqgSKBGhkRodHRwOi8vd3d3LmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL3NlcmFzYXJmYnY1LmNybDBEoEKgQIY+aHR0cDovL2xjci5jZXJ0aWZpY2Fkb3MuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9zZXJhc2FyZmJ2NS5jcmwwHQYDVR0OBBYEFDlV17isAaCpd+/sP3w/vwtDqiDTMA4GA1UdDwEB/wQEAwIF4DANBgkqhkiG9w0BAQsFAAOCAgEAnF7yX45vaYmJOyKzx4rDbomMtWkgVipJq+H8f8VPTZTIlP7ysiRz3/a1loRhWKmEm3petHr+0pWdDWHYzePjyuuJZc2E3UYxECKpCO4KVFK8RvFj07aECR1D+F/J17wyymequQt7Ha0lxq1KfksKlN+KkDirbd5YEYAz8SGcSguZ/7LsjxG8jSIG2GB7fsQWI3Lrot9NMmyzsa1ehfgpV7LGFcjobUzXcsIM5tD6cdlCbjUEIsF0zHWOMal3H8MwwNFL/qwQSfuvc76CzNzD6DdVGyMXFXtRTBN5/aeBpRATpaR5QE60Ujf65wiJ+ds2hl24F4K2xs+ETAANLnNq4ojay5k/VCJM4Bh7UkjzpCofb1H3xzrd/ZLwvwd97LjKOKZnJZ6zLtLqwsiBzGcih2VFVqQ6fNbo+3LyEkmdTJjA1L6VxXZi+8p1G2Qoj5R961OdN5Y7HJOCYXuNhRfGygCPlSvj/Q+gTiI/h0Tm6abtJIudmIqOJJfZwK/mKbMJ7jisWMpdFm/x6yy+lwst/uUJFkqsPQ17X3I71UepFGLmjo0+U/HHRNkS+N4G1A+sTzeWmV/Th2tjroed+CnpeNA7KyXOD4iKCtP8Hydo5ugXR3D5+BUJijo1qAvQGyD0T63cfaiTmIjuHLglLHSf8SiqbZyr3ZZWy9X5ZsWEQM0=</X509Certificate> </X509Data> </KeyInfo> </Signature> </eventoCTe> Resposta: <cteRecepcaoEventoResult xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcaoEvento"> <retEventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="3.00"> <infEvento> <tpAmb>2</tpAmb> <verAplic>RS20190308130150</verAplic> <cOrgao>43</cOrgao> <cStat>630</cStat> <xMotivo>Rejeição: Falha no Schema específico para o evento</xMotivo> </infEvento> </retEventoCTe> </cteRecepcaoEventoResult>

Italo, na verdade não uso o ACBr eu desenvolvo em Java e uso o fonte do ACBr como base em algumas coisas quando tenho dificuldades. Se alguém puder descrever melhor o processo de geração do 'hashEntrega' agradeceria, pois o problema com certeza está neste campo.

Bom dia Italo Fiz o teste e continuo tendo o mesmo problema, imagino que o problema seja no campo 'hasEntrega' a geração do mesmo deve estar errado, os demais campos estão corretos.

Obrigado, a montagem do evento estava correto aqui, porem para o Paraná parece não estar funcionando o novo evento ainda, estou enviando o seguinte xml: <infEvento Id="ID1101804119078145288000013957060000003054135506265001"> <cOrgao>41</cOrgao> <tpAmb>2</tpAmb> <CNPJ>81452880000139</CNPJ> <chCTe>41190781452880000139570600000030541355062650</chCTe> <dhEvento>2019-07-31T17:44:45-03:00</dhEvento> <tpEvento>110180</tpEvento> <nSeqEvento>1</nSeqEvento> <detEvento versaoEvento="3.00"> <evCECTe> <descEvento>Comprovante de Entrega Eletronico do CT-e</descEvento> <nProt>141190000038214</nProt> <dhEntrega>2019-07-31T13:30:00-03:00</dhEntrega> <nDoc>555555555</nDoc> <xNome>Adalberto</xNome> <hashEntrega>NWNhYTE3ODliNTIwMDY1MGIxNjJlZDYxMThhNzAwYTMyM2U5ZWEzMw==</hashEntrega> <dhHashEntrega>2019-07-31T17:44:45-03:00</dhHashEntrega> </evCECTe> </detEvento> </infEvento> E a resposta: <cteRecepcaoEventoResult xmlns='http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcaoEvento'> <retEventoCTe versao='3.00' xmlns='http://www.portalfiscal.inf.br/cte'> <infEvento> <tpAmb>2</tpAmb> <verAplic>PR-v3_0_73</verAplic> <cOrgao>41</cOrgao> <cStat>630</cStat> <xMotivo>Falha no Schema XML especifico para o evento. [Det: Falha no Schema XML especifico para o evento]</xMotivo> <dhRegEvento>2019-07-31T17:44:53-03:00</dhRegEvento> </infEvento> </retEventoCTe> </cteRecepcaoEventoResult> Neste caso como não informei as chaves das NFe do CTe deveria ter recebido uma rejeição por não ter informado tais informações mas recebo uma falha no schema, se informar as chaves no xml de envio o erro de falha no schema continua. Alguém conseguir fazer o envio com sucesso no Paraná ?

Alguem pode disponibilizar um xml de exemplo completo do evento ?

Agora a chamada deu certo mas a list de Nfse vem vazia não sei porque em anexo os xml valeu pela ajuda envio.xml resposta.xml

não havia percebido que mudou a ordem mais ja arrumei e retestei o envio porem o mesmo erro E160 em anexo os xmls o que mais podemos tentar ? envio1.xml envio2.xml

Fiz os teste que pediu porem o retorno continua o mesmo, vou anexar os xml que enviei para o serviço envio1.xml envio2.xml

Italo muito obrigado por me ajudar mas continuo com o mesmo erro E160, vou anexar os xml enviado e o recebido para que você possar visualizar. Meu software antes de fazer o cancelamento de uma nfse chama este método de consulta tentei retirar a chamada do método e chamar diretamente o cancelamento da nfse e para minha surpresa obtive o mesmo erro E160 no método de cancelamento, mas os demais métodos estão funcionando consiguo emitir nfse, consultar situação do lote rps tudo normal. Sera que o proprio ambiente deles não esta com problema neste métodos ? Sera que alguem teria como enviar um xml para os métodos para ver que retorno recebe. Obrigado ConsultarNfseEnvio.xml ConsultarNfseResposta.xml

Boa tarde Estou com problema ao utilizar o método ConsultarNfse para o município de carazinho retorna E160 - arquivo fora de estrutura de entrada, a DBSeller simplesmente não me responde nada desde ontem e estou precisando entregar a funcionalidade para o cliente. Primeiramente digo que o fonte do ACBr não esta errado, pois não o utilizo, eu desenvolvo com java mas gostaria que me ajudassem disponibilizando algum exemplo de xml do ConsultarLote para eu verificar o que esta de errado com o que es estou gerando em anexo os meu xmls. Obrigado consultar-nfse-envio.xml consultar-nfse-resposta.xml