Rafael Mota Facundo

Entendo, Italo! Na verdade, o intuito do post foi para saber se conheciam uma forma mais fácil de encontrar o motivo do AV. Por exemplo, no ACBRSat tem uma opção de habilitar Logs, essa opção ajudou bastante a descobrir um erro semelhante que ocorria no CFe, inclusive era um erro no componente e foi corrigido pelo André. Sei que AV não é um erro que dê pra vocês resolverem sem nenhum parâmetro para análise. Vou continuar tentando, abraços.

Boa tarde, Italo! Me refiro ao ACBRSAT + ACBRIntegrador(CFe aqui no Ceará). Todos os componentes do ACBr estão em um mesmo DataModule.

Rafael, acredito que no Demo não ocorra. O problema é apenas na minha aplicação. Pra piorar, não acontece sempre. Mas aparentemente o erro ocorre, se após emitir um CFe, logo em seguida seja emitido uma NFe.

Entendi,Italo. Mas quanto ao Acces Violation, você tem alguma dica para que eu possa detectar onde estou errando?

Olá! Este é o meu primeiro tópico, então desculpem-me se eu estiver ferindo alguma regra. Há alguns dias comecei a tomar Acces Violation ao enviar NFe. Como o erro não ocorre sempre e nem em todos os clientes, não consegui identificar o problema. O ACBrNFe possui algum tipo de Log semelhante ao do ACBrSAT? Assim ficaria mais fácil eu encontrar onde o problema ocorre. Não sei se foi coincidência, mas o problema se agravou após eu parar de usar a CAPICOM. DMACBr.ACBrNFe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; DMACBr.ACBrNFe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; DMACBr.ACBrNFe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; Depois que passei a usar xsLibXml2 para a assinatura, a function TDFeSSLXmlSignLibXml2.LibXmlFindSignatureNode passou a gerar essa exceção(apenas em modo de debug) : Falha ao localizar o nó de assinatura. Gostaria de alguma orientação para resolver o problema.

Obrigado, André!

function TACBrIntegrador.RespostaFiscal( ARespostaFiscal: TRespostaFiscal): TRetornoRespostaFiscal; var Comando, Resp : String; begin Result := TRetornoRespostaFiscal.Create; GerarNumeroSessao; ARespostaFiscal.Identificador := numeroSessao; Comando := ARespostaFiscal.AsXMLString; DoLog('RespostaFiscal( '+Comando+' )'); Resp := FComandoIntegrador.EnviaComando(numeroSessao,'RespostaFiscal',Comando); Result.AsXMLString := Resp; end;

Os métodos EnviarPagamento,VerificarStatusValidador e RespostaFiscal da classe TACBrSATMFe_integrador_XML tem um trecho de código semelhante, veja por exemplo o RespostaFiscal. function TACBrSATMFe_integrador_XML.RespostaFiscal( ARespostaFiscal: TRespostaFiscal): TRetornoRespostaFiscal; begin TACBrSAT(Owner).DoLog('RespostaFiscal'); Result := Nil; TACBrSAT(Owner).IniciaComando; try Result := FIntegrador.RespostaFiscal(ARespostaFiscal); finally TACBrSAT(Owner).FinalizaComando( Result.XML ); end; end; Acontece que, se por algum motivo o integrador não responder ao método FIntegrador.RespostaFiscal(ARespostaFiscal), o Result destes métodos fica como Nil e ocasiona o erro de "Access violation" no TACBrSAT(Owner).FinalizaComando( Result.XML ). Espero que ajude na resolução do problema.

André, a maneira mais próxima de simular o erro, foi fechando o integrador no momento de enviar o respostafiscal. Fazendo isso, ocorre tudo que mencionei anteriormente.

Pior que não, como mencionei anteriormente, o erro não ocorre sempre. Mas os métodos que executo são: 1º) RespostaPagamentoMFe := TACBrSATMFe_integrador_XML(DMACBr.ACBrSAT.SAT).EnviarPagamento(PagamentoMFe); 2º) RespostaVerificarStatusValidador := TACBrSATMFe_integrador_XML(DMACBr.ACBrSAT.SAT).VerificarStatusValidador(VerificarStatusValidador); 3º) TACBrSATMFe_integrador_XML(DMACBr.ACBrSAT.SAT).EnviarDadosVenda(); 4º) RetornoRespostaFiscal := TACBrSATMFe_integrador_XML(DMACBr.ACBrSAT.SAT).RespostaFiscal(RespostaFiscal);

Opa, André, blz!? Sim, ainda hoje atualizei.

Em alguns momentos(ora frequente, ora não) recebo erro de "Access violation" ao executar o RespostaFiscal. Quando esse erro ocorre, ao tentar emitir outro CFe, recebo a mensagem "SAT ocupado! Aguardando resposta da sessão 838033". Para conseguir emitir novamente tenho que fechar a aplicação. Tentei de várias formas detectar o problema, mas debugando, não consigo simular o erro. Analisando os Logs, percebe-se que o componente aguarda por alguns instantes a resposta do Integrador, quando não recebe, cai na exceção "EComandoIntegradorException"(veja abaixo trecho do log). Alguém já passou por esse problema e poderia me ajudar a solucionar ou pelo menos tratar esse erro? 05/03/18 14:52:25:795 - RespostaFiscal 05/03/18 14:52:25:809 - NumeroSessao: 838033 05/03/18 14:52:25:821 - RespostaFiscal("OMITIDO PARA MELHOR VISUALIZAÇÃO" ) 05/03/18 14:52:25:828 - Criando arquivo: C:\Integrador\Input\respostafiscal-838033.tmp 05/03/18 14:52:25:840 - Renomeando arquivo: C:\Integrador\Input\respostafiscal-838033.tmp para: C:\Integrador\Input\respostafiscal-838033.xml 05/03/18 14:52:25:849 - 05/03/2018 14:52:25 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:26:009 - 05/03/2018 14:52:26 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:26:168 - 05/03/2018 14:52:26 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:54:405 - 05/03/2018 14:52:54 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:54:565 - 05/03/2018 14:52:54 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:54:737 - 05/03/2018 14:52:54 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:54:901 - 05/03/2018 14:52:54 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:55:062 - 05/03/2018 14:52:55 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:55:236 - 05/03/2018 14:52:55 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:55:405 - 05/03/2018 14:52:55 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:55:566 - 05/03/2018 14:52:55 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:55:736 - 05/03/2018 14:52:55 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:55:910 - 05/03/2018 14:52:55 - AguardaArqResposta, sessao: 838033 05/03/18 14:52:55:970 - EComandoIntegradorException: Sem Resposta do Integrador 05/03/18 14:53:34:565 - EnviarPagamento

Não estou mais querendo usar a Capicom. Conforme orientado, fiz o seguinte: 1- ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; 2- {$DEFINE DFE_SEM_CAPICOM}; Mas na hora de enviar NFe, recebo a mensagem de classe não registrada. O que mais é necessário fazer?

Obrigado, André! Deu certinho!

Ao executar o método HNfeAutorizacaoLote12, obtenho o retorno normalmente(cStat = 103). Logo depois o componente executa o método HNfeRetAutorizacaoLote12, mas não consegue "capturar" o retorno( o método GerarException exibe uma mensagem vazia). O retorno do método Enviar da classe TACBrIntegrador é esse: '\"992025|06000|0000|Enviado com sucesso + Retorno SEFAZ.|||The remote server returned an error: (500) Internal Server Error.|' Em anexo arquivos para facilitar análise. Um deles parece está corrompido, acredito que talvez seja a causa do problema. Agradeço quem puder me ajudar. 1102-env-lot-soap.xml 1102-rec-soap.xml 231000000499092-ped-rec-soap.xml 231000000499092-pro-rec-soap.xml