
Diego Ranzan
Membros-
Total de ítens
36 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Diego Ranzan postou
-
Deu certo, obrigado. Anexei aqui o XML. 33240907244182000195570380000005071000100092-cte.xml
-
Italo, Fiz o que orientou e o XML salvo ficou ainda so com os dados de autorização. XML em anexo 33240907244182000195570380000005031000100093-cte.xml
-
Italo, não tenho os alterações nos fontes do ACBR. De qualquer forma, atualizei novamente o ACBR e estou reinstalando com a opção para apagar arquivos antigos. Retorno na sequencia. Obrigado
-
Debuguei a aplicação e no CTe normal salvou o XML completo e no Simplificado não, utilizo a configuração do ACBR para salvar. Vou debugar dentro do ACBR para ver se identifico algo.
-
Bom dia pessoal, referente a geração do XML do CTe Simplificado identifiquei que o XML depois de autorizado ficou só com os dados de autorização. No CTe normal após autorizado o XML fica com os dados completos e os dados de autorização 33240907244182000195570380000010001000100099-cte.xml <?xml version="1.0" encoding="UTF-8"?> <cteProc versao="4.00" xmlns="http://www.portalfiscal.inf.br/cte"> <CTe xmlns< CTe><protCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"> <infProt Id="CTe333240000247748"> <tpAmb>2</tpAmb> <verAplic>RS20240916083150</verAplic> <chCTe>33240907244182000195570380000010001000100099</chCTe> <dhRecbto>2024-09-27T09:54:58-03:00</dhRecbto> <nProt>333240000247748</nProt> <digVal>unqnkhwU4379t/LgEZSgR0MuiYs=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso do CT-e</xMotivo> </infProt> </protCTe> </cteProc> É assim mesmo?
-
Era isso, mesmo. Obrigado! Aproveitando, outro ponto que percebi é que o XML depois de autorizado ficou só com os dados de autorização 33240907244182000195570380000010001000100099-cte.xml <?xml version="1.0" encoding="UTF-8"?> <cteProc versao="4.00" xmlns="http://www.portalfiscal.inf.br/cte"> <CTe xmlns< CTe><protCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"> <infProt Id="CTe333240000247748"> <tpAmb>2</tpAmb> <verAplic>RS20240916083150</verAplic> <chCTe>33240907244182000195570380000010001000100099</chCTe> <dhRecbto>2024-09-27T09:54:58-03:00</dhRecbto> <nProt>333240000247748</nProt> <digVal>unqnkhwU4379t/LgEZSgR0MuiYs=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso do CT-e</xMotivo> </infProt> </protCTe> </cteProc> No CTe normal ele fica com os dados completos do XML e com os dados de autorização. É assim mesmo?
-
Bom dia Estou tentando gerar um CTe simplificado e esta retornando falha na validação do Schema, em anexo XML Estamos com os fontes do ACBR atualizados com os schemas atualizados também. xml.xml
-
Obrigado Italo pela rapida resposta. Assim que disponivel ja vamos validar.
-
Boa tarde a todos, Identificamos uma questão que quando um CTe esta Denegando ele esta ficando com status autorizado, e uma das alterações do CTe 4.0 é que quando Denegado deveria rejeitar para poder ser regularizado e reprocessado. Conseguem nos ajudar nesta situação?
-
Complementando, será que não é algum problema no Sefaz de SP? Que não esta aceitando o Evento EPEC para um CTe de RS. Vamos abrir um chamado no Sefaz.
-
Italo, Fiz todo o processo e estou conseguindo gerar EPEC normalmente quando é do Sefaz do SP, porém quando é Sefaz RS tenho o erro de validação a seguir: Rejeição: Órgão de recepção do evento inválido. Em anexo os XML de envio e retorno do evento EPEC 1-eve.xml 1-ped-eve.xml 1-eve-soap.xml 1-ped-eve-soap.xml
-
Italo, boa tarde Desinstalei o ACBR, atualizei os fontes instalei de novo e conferi para que na pasta não tenha o arquivo ACBrCTeServicos.ini, tem algo de diferente que eu possa fazer para trazer mais informações? Paulinho, vc conseguiu algo?
-
Boa tarde, Apenas tinha reinstalado sem usar a opção de apagar arquivos antigos, vou fazer todo este processo e retorno. Obrigado.
-
Bom dia Italo Estou usando a minha aplicação, tinha atualizado o arquivo ACBrCTeServicos.ini na pasta do executável conforme baixou nas bastas do ACBR (era o que anexei no retorno anterior). Mas agora eu apaguei ele da pasta do Executável e tive mesmo retorno, XMLs em anexo 1-ped-eve.xml 1-eve.xml
-
Italo, boa noite. Conseguimos validar hoje, atualizei toda pasta do ACBR e reinstalei. Tive o mesmo retorno ao integrar com Sefaz RS, Em anexo arquivos ACBrCTeServicos.ini 1-ped-eve.xml 1-eve.xml
-
Obrigado Italo, vou testar e retorno aqui.
-
Obrigado Italo. Se necessário podemos abrir chamado no Sefaz.
-
Italo, Tive a mesma situação (erro de comuinicação) com a URL do CTe_SP_H , mudei para a URL conforme imagem a baixo porém agora o retorno foi de órgão invalido conforme XMLs a seguir. Obs.: tentei na montagem do objeto do evento EPEC informar órgão 35 (Que seria da UF do Emitente do CTe), porém ao gerar o XML fica 43 Será que a rejeição é algo com o Sefaz? <?xml version="1.0" encoding="UTF-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Header> <cteCabecMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoEventoV4"> <cUF>35</cUF> <versaoDados>4.00</versaoDados> </cteCabecMsg> </soap12:Header> <soap12:Body> <cteDadosMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoEventoV4"> <eventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"> <infEvento Id="ID11011335240303788359000163570180000000104000001093001"> <cOrgao>43</cOrgao> <tpAmb>2</tpAmb> <CNPJ>03788359000163</CNPJ> <chCTe>35240303788359000163570180000000104000001093</chCTe> <dhEvento>2024-03-07T11:05:00-03:00</dhEvento> <tpEvento>110113</tpEvento> <nSeqEvento>1</nSeqEvento> <detEvento versaoEvento="4.00"> <evEPECCTe> <descEvento>EPEC</descEvento> <xJust>SEM COMUNICACAO COM SERVIDORES DO SEFAZ PARA TRANSMISSAO DO DOCUMENTO</xJust> <vICMS>0.00</vICMS> <vTPrest>1.00</vTPrest> <vCarga>1.00</vCarga> <toma4> <toma>0</toma> <UF>MG</UF> <CNPJ>34036601000508</CNPJ> <IE>0034783330395</IE> </toma4> <modal>01</modal> <UFIni>MG</UFIni> <UFFim>MG</UFFim> <tpCTe>0</tpCTe> <dhEmi>2024-03-07T11:05:00-03:00</dhEmi> </evEPECCTe> </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="#ID11011335240303788359000163570180000000104000001093001"> <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>942RkEbON9clfP0mtNVFi/VxWD8=</DigestValue> </Reference> </SignedInfo> <SignatureValue>UQza+Oloqr2bpEGVPwfCVKS9FdjL38BLuExhkK1DfzQxV2xgbUeW1qnqVfU671SpWH+FEG+xuUKZ9LiQqTr0WGOZdrCPrqWeDlIXfd9fChCH7vZMV5N+/DC1Rl6ufQPZc/q2Lli+QqtlfME/yBnGj9LySvK042KocvkWCnoMI/9RGX5DJDbuvC3JoZLesrX7V82IpJPeQuv1y+R7ydBEj9qekpu2k0pqtpK/j2xr1StJaORTRwwn+g7naZGm2ifi49B+YcWOBbfqGFVCbZ19s+qvH70VPhoW9iVQs2O9ZMlj3aqWIMcIoIgpQqxL/w3hMc44qOU/DR8fhNGppjt8fg==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHwzCCBaugAwIBAgILAJPxxhZUK9mZ/NcwDQYJKoZIhvcNAQELBQAwWzELMAkGA1UEBhMCQlIxFjAUBgNVBAsMDUFDIFN5bmd1bGFySUQxEzARBgNVBAoMCklDUC1CcmFzaWwxHzAdBgNVBAMMFkFDIFN5bmd1bGFySUQgTXVsdGlwbGEwHhcNMjMxMTAxMjEwNDIzWhcNMjQxMDMxMjEwNDIzWjCBqTELMAkGA1UEBhMCQlIxGTAXBgNVBAsMEFZpZGVvY29uZmVyZW5jaWExFzAVBgNVBAsMDjE5NjUyNDk1MDAwMTYxMR8wHQYDVQQLDBZBQyBTeW5ndWxhcklEIE11bHRpcGxhMRMwEQYDVQQKDApJQ1AtQnJhc2lsMTAwLgYDVQQDDCdMQVJBRElOIFRSQU5TUE9SVEVTIExUREE6MDM3ODgzNTkwMDAxNjMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDlLIYaxsQNz+186cRtwjXdI94VfWHhOnEODqcsJjrvzwZHy3jDlBVLVgSrXw1l3HrR/zyFF3xgMi6Bt/pp/K7cWePGstCYxuYaY0ARSdK13Z/sucoxnRm4d6mNmfYxj4zhxfpOZ66VHaUhlL8R4+sx5q3S9riEgdMdXzuQbUpTn5+62gMW0IPNV9UOz0RTiFZ6UvzEU21/et1ojOYQ+NIbDJ0VsYagnTnjUgucMM9BMSMvwIPPASznWunM8uA/1TO6Rrg696LV/oint74/JtdQLZjdysTskrnyLjzls+9a1OKZlJWZuPR7MwR3+LuR8crL6zUxXbthTOIx1OJWghyrAgMBAAGjggM3MIIDMzAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAUk+H/fh3l9eRN4TliiyFpleavchYwHQYDVR0OBBYEFIAJS6eTb49xGpZVXq8Iu5U7EyOoMH8GCCsGAQUFBwEBBHMwcTBvBggrBgEFBQcwAoZjaHR0cDovL3N5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvY2VydGlmaWNhZG9zL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEucDdiMIGCBgNVHSAEezB5MHcGB2BMAQIBgQUwbDBqBggrBgEFBQcCARZeaHR0cDovL3N5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvZHBjL2RwYy1hYy1zeW5ndWxhcklELW11bHRpcGxhLnBkZjCBywYDVR0RBIHDMIHAoCUGBWBMAQMCoBwEGkFMRVNTQU5EUkEgRElFVFJJQ0ggQ0FNUE9ToBkGBWBMAQMDoBAEDjAzNzg4MzU5MDAwMTYzoEIGBWBMAQMEoDkENzI5MTIxOTc3MjY4OTMxODY4NzgwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDCgFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwgR9sYXJhZGluLnRyYW5zcG9ydGVzQGhvdG1haWwuY29tMIHiBgNVHR8Egdowgdcwb6BtoGuGaWh0dHA6Ly9pY3AtYnJhc2lsLnN5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvbGNyL2xjci1hYy1zeW5ndWxhcmlkLW11bHRpcGxhLmNybDBkoGKgYIZeaHR0cDovL3N5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvbGNyL2xjci1hYy1zeW5ndWxhcmlkLW11bHRpcGxhLmNybDANBgkqhkiG9w0BAQsFAAOCAgEAhx1X5rZVbPDKkIT15xMYhTTtmT3MWreXKs+bF11JQqgc4pGI6WlVaIQOJJDE8G2O5DBs0+ahZuf/EEkWvLvkbFW84QKR4XBb5kPAygAgLPGKvfSEXZOrvRANeJty87tXAVa2ZUB7CznldHSzg9rCYtbsb6JjKg8MRSODXwW6Hq/24EQ+BYnBmIVOm2Nd3XLGna6QFF/EHkT26EXBJBtgOd2xDsKMYqRmhLLDkFDTcN4u2TIDY8GrrJeMXNdfJbJrG0zrkF6NdG9DoIj4ezmDRY23xiwJzbPzA+yNFcUPNcPIdBdw2pHPEUz4uOuhviecJxv+Zv1bWr9qjLmfFqq0KZZ2F/HeJj0EDJ5dDvRoxwzf5gBIkeotvl7tmXg2UvKuoWr43/B8OxsGDxcrOEu6Zs4XaQ90ODjCiIRlDf2W0Di2BrbafYwAmpDisRnzvEaD26P2UNlsFqk0IGLmJp860ZWfUTPK/7fe82E66mDa6yaIoHuYccPrQ/YjJvQHFPa9CAt+Oun6lv0SDS8YLbpp9BUMjsQNuiNHDW4DJCJDXatkS11HfgHmIZquuowTjPr4Vxe7vzEdEihRR/Higx5TtnGxFgrBlNNKujZGwxx8TAmEDR+eWgQ6ratr6vl+GD3dw0ZVkPDNA64W4i2IKkZ73rPSkcf1q8we/+2bTzkRMWw=</X509Certificate> </X509Data> </KeyInfo> </Signature> </eventoCTe> </cteDadosMsg> </soap12:Body> </soap12:Envelope> <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <soap:Body> <cteRecepcaoEventoResult xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoEventoV4"> <retEventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"> <infEvento Id="ID999999999999999"> <tpAmb>2</tpAmb> <verAplic>RS20230912134030</verAplic> <cOrgao>35</cOrgao> <cStat>677</cStat> <xMotivo>Rejeição: Órgão de recepção do evento inválido</xMotivo> </infEvento> </retEventoCTe> </cteRecepcaoEventoResult> </soap:Body> </soap:Envelope>
-
Obrigado pelo breve retorno Italo, Atualizei e tive retorno de comunicação com a URL Erro Interno: 0 Erro HTTP: 500 URL: https://homologacao.nfe.fazenda.sp.gov.br/cteWEB/services/CteRecepcaoEvento.asmx <?xml version='1.0' encoding='utf-8'?><soap:Envelope xmlns:soap='http://www.w3.org/2003/05/soap-envelope' xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' xmlns:xsd='http://www.w3.org/2001/XMLSchema'><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Sender</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang='en'>Unable to handle request without a valid action parameter. Please supply a valid soap action.</soap:Text></soap:Reason><soap:Detail /></soap:Fault></soap:Body></soap:Envelope> Uma duvida, não teria que ser a URL da versão 4.0? Alterei no CTe_SVRS_H para a URL a baixo e comunicou: https://homologacao.nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoEventoV4.asmx
-
Bom dia Estamos com o arquivo "ACBrCTeServicos.ini" atualizado e quando tentamos gerar evendo de EPEC de CTe na versão 4.0 estamos tendo o retorno: URL para o serviço 'RecepcaoEventoAN' não encontrada na sessão 'CTe_SVRS_H' no arquivo 'ACBrCTeServicos' ACBrCTeServicos.ini
-
Bom dia pessoal, Não tivemos nenhum retorno das prefeituras, porém hoje pela manhã as notas voltaram a autorizar em ambiente de produção. Homologação continua com mesmo erro. Att.
-
Rafael, WebServices acessam normalmente, o erro ocorre quando tentamos integrar as NFSe.
-
Tentamos contato, ficaram de nos retornar até o momento sem resposta. Ambiente de homologação está com mesmo problema.
-
Boa tarde pessoal, Hoje as NFSe que integramos com o provedor GINFES começaram a rejeitar com o motivo a seguir: Erro Interno: 0 Erro HTTP: 400 URL: https://producao.ginfes.com.br/ServiceGinfesImpl Temos a integração com este provedor em vários municípios, e todos estão com mesmo retorno. Tentamos contato com algumas prefeituras porém sem sucesso. Mais alguém está com mesma situação? Obrigado.
-
Obrigado, vamos validar e retornamos.