ACBrNFe - Capicom - Demora ao CarregarCertificado

[Everton Garcia]

Boa tarde pessoal.

Estou tentando transmitir uma NFe utilizando a libCapicom (devidamente registrada), e observei uma demora enorme ao assinar o XML.

Debugando, identifiquei que a demora ocorre na hora de fazer a busca pelo CNPJ (método CarregarCertificado da classe TACBrDFeCapicom) - linha:

Propriedades := Extension.EncodedData.Format(True);

A demora dura cerca de quase um minuto, e isso não estava acontecendo antes.

Estou usando a revisão 9667 (de hoje).

 

Alguém já teve esse problema?

 

Obrigado.

Everton.

 

 

[Everton Garcia]

Ao abrir o tópico pesquisei apenas pelo nome do método e por CAPICOM, e não encontrei o que desejava.

Pesquisando agora pelo método que está demorando, observei a existência de tópicos antigos, de junho e setembro de 2014.

O fato é que o problema que reportei persiste, e que a solução alternativa foi a mesma adotada em um dos tópicos anteriores: comentar o procedimento.

 

Abs.

Everton.

 

[Daniel Simoes]

O problema nunca ocorreu comigo... não consegui compreender se modificações nos fontes atuais são necessárias...

Se deseja sugerir melhorias para os fontes do "trunk2", favor anexar (zip) as units modificadas..

[Régys Silveira]

Nunca passei por esse problema de demora e não tenho registro de nenhum cliente que tenha o mesmo problema, você chegou a verificar se não é algum problema de acesso ao certificado ou até mesmo a instalação do mesmo.

[Everton Garcia]

Olá Daniel e Regys.

A demora ocorre ao tentar capturar o CNPJ de um certificado A3 Token. Não testei fora de domínio como citado no tópico que mencionei acima.

Porém, não quis arriscar em liberar uma versão do sistema com essa possibilidade de demora. Por isso, resolvi remover a rotina que extraia o CNPJ

do certificado e também a validação que era feita entre o CNPJ do emissor e do certificado.

Vou tentar fazer o teste em um ambiente sem domínio para ver se o problema ocorre.

 

[]´s

Everton Garcia

[Régys Silveira]

Então, pode ser justamente isso, em um Domínio existem restrições e uma destas restrições deve estar afetando a leitura do certificado, estranho que aqui na empresa eu tenho Domínio e não tenho demora, talvez seja alguma restrição que você tem que não tenho aqui.

Ou pode ter a ver com o certificado também, talvez o certificado que você está utilizando esteja precisando de mais direitos de acesso que um certificado normal.

[tchuck]

aqui usamos dominio e demora muito mesmo quase 3 minutos

[Régys Silveira]

Realmente, então deve ser alguma restrição de domínio, seria bom sabermos qual.

[Daniele]

Boa Tarde!

Estou com esse problema. Houve solucao?

 

[Dercide Alvarez]

@Daniele

O ideal é não usar a Capicom, todos tem migrado para cryWinCrypt ou OpenSSL devido ao fato da Capicom estar ultrapassada e não suportar os protocolos de segurança SSL 3.0.

Veja o tópico :

 

 

 

Dercide.

 

Editado 27 Fevereiro, 2019 por Dercide Alvarez

[Daniele]

Em 27/02/2019 at 17:25, Dercide Alvarez disse:

@Daniele

O ideal é não usar a Capicom, todos tem migrado para cryWinCrypt ou OpenSSL devido ao fato da Capicom estar ultrapassada e não suportar os protocolos de segurança SSL 3.0.

Veja o tópico :

 

 

 

Dercide.

Mesmo utilizando a opcao libWinCrypt continuo com muita lentidão no retorno do ACBR.

Estou usando a versao 1.2.0.45 do ACBR. Segue imagem da minha configiracao.

 

[Felipe E. Resende Mesquita]

1 minuto atrás, Daniele disse:

 

Boa tarde, Daniele.

Tente configurar a propriedade SSL Type para LT_TLSv1_2.

[Daniele]

15 horas atrás, Felipe E. Resende Mesquita disse:

Boa tarde, Daniele.

Tente configurar a propriedade SSL Type para LT_TLSv1_2.

Bom dia!

Com a SSL Type LT_TLSv1_2 para a comunicação com a receita. Estou faturando em MG.

[Daniel Simoes]

45 minutos atrás, Daniele disse:

Com a SSL Type LT_TLSv1_2 para a comunicação com a receita. Estou faturando em MG.

Desculpe... não compreendi se o problema foi resolvido ou não...

[Daniele]

34 minutos atrás, Daniel Simoes disse:

Desculpe... não compreendi se o problema foi resolvido ou não...

Continua com erro e com a configuração acima, nem mesmo faz comunicação com a SEFAZ

[Daniel Simoes]

Qual a marca e tipo do seu certificado ?

Você consegue acessar a URL do WebService do Sefaz, pelo navegador da Internet ? (a URL aparece na msg de erro)

[Daniele]

A marca do certificado e o GD modelo A3.

Sim, acesso o link abaixo que se refere a Web Service de minas gerais.

http://www.fazenda.mg.gov.br/

configurei o acbr > DF-e > certificado

mas ainda esta travando.

[Daniel Simoes]

A URL indicada não é de um WebService...

A URL aparece na janela com a mensagem de erro...

Um exemplo de URL de WebService em MG seria algo como: https://nfe.fazenda.mg.gov.br/nfe2/services/NFeAutorizacao4

http://www.nfe.fazenda.gov.br/PORTAL/WebServices.aspx#MG

[Daniele]

A url https://nfe.fazenda.mg.gov.br/nfe2/services/NFeAutorizacao4  consigo acessar ela no browser e me retorna um arquivo NFeAutorizacao4

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Receiver</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">No such operation:  (HTTP GET PATH_INFO: /nfe2/NFeAutorizacao4)</soap:Text></soap:Reason></soap:Fault></soap:Body></soap:Envelope>

[Daniel Simoes]

Como o problema ocorre ? Que comandos ou operações você realiza, no ACBrMonitorPLUS ?

Por favor anexe os Logs gerados pelo ACBrMonitorPLUS, para essa requisição...

[Rafael Dias]

Pelo erro reportado pelo webservice "No such operation:  (HTTP GET PATH_INFO: /nfe2/NFeAutorizacao4)" o erro é no WS de MG ou seja o webservice não tem a operação acima registrado nele por isso nega a conexão.

Entre em contato com a SEFAZ.
 

[Daniele]

@Daniel Simoes  Trabalho com envio de arquivos txt. Envio o Ent.txt e pego retorno no Sai.txt

Minha dificuldade esta sendo que sempre quando o sistema tenta pegar o retorno trava toda a aplicação do ACBR. Somente depois de encerrar todos os outros processos que aparece o DANFE, ou necessito ficar consultando para pegar o retorno.

[Daniel Simoes]

Por favor Anexe o ENT.TXT onde ocorre o problema e o Log gerado pelo ACBrMonitorPLUS sobre essa operação 

[Daniele]

@Daniel Simoes os arquivos em anexo

ENT.TXT LOG.txt

[Daniel Simoes]

Parece algo errado... o arquivo ENT.TXT é um XML que não segue a sintaxe esperada pelo ACBrMonitorPLUS...

https://acbr.sourceforge.io/ACBrMonitor/SintaxedosComandosACBr.html