Paulo Alexandre Hostert

Italo, boa noite, Atualizei, tentei instalando novamente, e o problema ainda acontece.

Boa tarde Italo, Atualizei e reinstalei. Mesmo assim ainda ocorre o problema. Antes estava funcionando, tinha uns 30 dias que eu não atualizava os fontes.

Segue... 839-env-lot.xml

Italo, boa noite. Atualizei os fontes, removi tudo usando apagarAcbr.bat e instalei novamente com o ACBrInstall_Trunk2.exe. Mesmo assim o problema ainda acontece com a notablu, csó om a NF-e funciona.

Boa tarde, Notablu (NFS-e de Blumenau) também apresenta rejeição por conta da assinatura diferente do calculado. Acredito que o assinatura deste é igual SP. Alguém mais está com esse problema?

Retorno da ATM: Agradecemos vosso contato. As informações que constam no retorno de cancelamento são data e hora em que o documento cancelado foi averbado.Mas neste caso aparece como averbado porque está no ambiente de homologação <tpAmb>2. À disposição para esclarecimentos. At.te

Agora gerou! Vejo o anexo. 20171123145429-res-ANe.xml 20171123145429-res-ANe-soap.xml

Italo, boa tarde Enviei o arquivo -procEventoCTe.xml pelo Demo_ACBrANe, e abaixo seque os arquivos gerados na pasta de log, acho que gerou apenas os arquivos de envio. Se ajudar posso te enviar diretamente o XML de cancelamento do CTE ,e os dados de acesso de homologação da averbação que estou utilizando. ANe.zip

Efetuei agora o cancelamento do CT-e compactei todos os XMLs gerados no processo de cancelamento. XML.zip

Esse? 20171122205211-res-ANe.xml

Segue 1101114217110946639300010657001000001120100001120701-procEventoCTe.xml

Bom dia. Ocorre no envio, dentro do procedimento GerarMsgLog, na linha abaixo: if (FProtocolo <> '') and (FErroCodigo = '') and (FInfoCodigo = '') then begin Result := Format(ACBrStr('Averbação:' + LineBreak + ' Data : %s ' + LineBreak + ' Protocolo: %s ' + LineBreak + ' Numero : %s ' + LineBreak + LineBreak + 'Dados do Seguro:' + LineBreak + ' Numero Averbação: %s' + LineBreak + ' CNPJ Seguradora: %s' + LineBreak + ' Nome Seguradora: %s' + LineBreak + ' Numero Apolice : %s' + LineBreak + ' Tipo Movimento : %s' + LineBreak + ' Valor Averbado : %s' + LineBreak + ' Ramo Averbado : %s' + LineBreak), [IfThen(FdhAverbacao = 0, '', FormatDateTimeBr(FdhAverbacao)), FProtocolo, FNumeroAverbacao, ANeRetorno.Averbado.DadosSeguro.Items[0].NumeroAverbacao, ANeRetorno.Averbado.DadosSeguro.Items[0].CNPJSeguradora, ANeRetorno.Averbado.DadosSeguro.Items[0].NomeSeguradora, ANeRetorno.Averbado.DadosSeguro.Items[0].NumApolice, ANeRetorno.Averbado.DadosSeguro.Items[0].TpMov, FloatToStr(ANeRetorno.Averbado.DadosSeguro.Items[0].ValorAverbado), ANeRetorno.Averbado.DadosSeguro.Items[0].RamoAverbado]); end;

Boa noite, No envio do arquivo procEventoCTE.xml na função GerarMsgLog recebo o seguinte erro: Project Demo_ACBrANe.exe raised exception class EArgumentOutOfRangeException with message 'Argument out of range'. Alguém já conseguiu cancelar?

Boa noite, Já estão disponível opção para cancelamento da averbação?

Bom dia, Tenho alguns casos onde isso acontece, ai instalo o certificado utilizando o instalador VALIDCertificadora. http://www.validcertificadora.com.br/Instalador

Para mim também deu certo. Obrigado Daniel

Daniel, entendo Mais nesse caso não dá nem para depurar o problema, e no demo o problema ocorre aleatoriamente, além de levar mais de um minuto para acontecer. Estou tentando simular mais ainda não consegui passo a passo para reproduzir no demo. Assim que consegui lhe aviso. Na minha aplicação se utilizo capicom, quando faço qualquer tipo de comunicação com a sefaz, um minuto depois da esse erro e fecha a aplicação

Daniel, Nesse tópico o problema é o erro de na thread da crypt32, que apresenta um erro de access violation, e depois para no ponto que destaquei print do início do tópico. Esse problema começou depois da liberação da libwincrypt, e ocorre somente com a opção libcapicom, que utilizo atualmente. Não posso mudar a SSLLIB para libwincrypt ainda, pois temos alguns problemas que estão sendo discutidos em outros tópicos. Atualmente utilizo a capicom e gostaria de continuar utilizando até que a opção wincrypt esteja estabilizada.

Daniel, o problema de utilizar a liwincrypt, é que ainda tenho o problema apresentado no tópico :

Não ocorre com a libwincyrpt, somente com a capicom. Parece que com a capicom, está chamando algum procedimento relacionada a wincrypt indevidamente.

Bom dia, Mais alguém esta com esse erro quando utiliza libCapcom? Na minha aplicação o problema ocorre sempre, porém ainda consegui identificar um padrão para reproduzir no demo.

Daniel, boa tarde. Vou ver se consigo, porque aqui na empresa não acontece, mais aconteceu nas estações de dois clientes que atualizei a aplicação. A única alteração que fiz, foi mudar a propriedade SSLLIB para libwincrypt. Talvez eu não tenha entendido corretamente, mais achei que com wincrypt, não teríamos mas dependências. Com a CAPICOM, sempre tenho que levar e registrar 3 dlls, nesse caso tem alguma dll especifica que eu poderia verificar?

O problema ocorre utilizando MSXML.

Boa noite, O WinCrypt não deveria utilizar somente a dll crypt32.dll?

Boa noite, Alguém conseguiu resolver esse problema?