claudiovisky

@Alexandre de Paula Olá boa tarde, aqui está o componente que realizei a alteração. ACBrCTe.XmlWriter.pas

@Italo Giurizzato Junior Vi que também existem outros tópicos referente a erro na averbação do CTE no AT&M, como o caso é semelhante ao meu, talvez essa correção possa ser a solução para os demais casos. Fico feliz em contribuir para a comunidade.

Olá bom dia! Após receber feedback de empresa ATM que recusou o XML do CTe gerado, verifiquei o seguinte: No final do arquivo dentro das tags <protCTe versao="4.00">, <infProt> O campo que deveria ser <chCTe> estava como <chBPe>, mesmo o documento estando no modelo correto, 57. Analisando o fluxo, percebi que o retorno do envio o campo com a chave correta <chCTe>. Porém ao realizar uma consulta deste CTe, o XML é recriado e o novo XML agora está com a chave <chBPe> Verifiquei que o componente ACBrCTe.XmlWriter dentro da function TCTeXmlWriter.Gerar_ProtCTe está definindo a tag como <chBPe> Realizei a alteração do arquivo corrigindo para <chCTe>, e o meu problema foi resolvido. Estou abrindo o tópico para esclarecer com vocês se isto que verifiquei é realmente um erro dentro do componente ACBrCTe.XmlWriter, ou se existe algum fluxo ou nova regra que altera a definição dessa tag

Incluído o protocolo de segurança junto ao HTTP. Utilizando apenas o http:// o servidor está recusando o envio de lote, resultando em um erro de TimeOut Arquivo: ACBrNFSeXServicos.ini [1100064] Nome=Colorado do Oeste UF=RO Provedor=Fiorilli Versao=2.00 ProRecepcionar=https://iss.coloradodooeste.ro.gov.br:5660/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=https://iss.coloradodooeste.ro.gov.br:5660/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%