ERRO: Access violation com ACBrMonitorPLUS 1.4.0.57 - x86

[[email protected]]

Olá, essa semana passamos a receber esse erro no arquivo de criação das notas. Tanto no comando NFE.CriarNFe como NFE.CriarEnviarNFe.

Utilizamos varias versões do monitor a partir da 1.4.0.44 até 1.4.0.57 - x86.

Esse erro vem ocorrendo em praticamente metade dos nossos clientes.

Em anexo segue um arquivo de criação de nota com o erro no final do arquivo.

LOG.txt

[Daniel Simoes]

Por favor verifique se essa versão 32 bits foi instalada sob uma pasta já existente de 64 bits...

Na dúvida, instale em uma pasta nova...

 

[[email protected]]

8 minutos atrás, Daniel Simoes disse:

Por favor verifique se essa versão 32 bits foi instalada sob uma pasta já existente de 64 bits...

Na dúvida, instale em uma pasta nova...

 

Já excluímos as versões antigas e reinstalamos do zero sempre como administrador, em algumas maquinas resolve mas em outras não.

Em algumas maquinas tivemos que modificar as permissões da pasta do ACBR, mas também não resolve em todos os casos.

Assim como o problema não ocorre em todas as maquinas, a solução esta variando de um caso para outro.

[Daniel Simoes]

Você usa algum Logotipo no DANFE ? ele está configurado corretamente ? Experimente deixar sem o Logo

Como você está configurando a DFeSSL ? Por favor envie um Print dessa tela:

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

[[email protected]]

13 horas atrás, Daniel Simoes disse:

Você usa algum Logotipo no DANFE ? ele está configurado corretamente ? Experimente deixar sem o Logo

Como você está configurando a DFeSSL ? Por favor envie um Print dessa tela:

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

Alguns clientes utilizam Logotipo e outros não, o complicado é que não conseguimos identificar um padrão que possa estar causando esse problema.

Sobre o DFeSSL, hoje no decorrer do dia vou tirar print dessa tela de alguns clientes para vermos se tem algo diferente entre eles e envio aqui.

[Daniel Simoes]

O erro é típico de mistura de DLLs 32 e 64...

No momento não temos outros relatos de A.V.  no forum ou Discord 

[José M. S. Junior]

Quais configurações está utilizando nessa tela?

[[email protected]]

43 minutos atrás, Daniel Simoes disse:

O erro é típico de mistura de DLLs 32 e 64...

No momento não temos outros relatos de A.V.  no forum ou Discord 

Notei que nesse cliente a opção SSL Type estava LT_all e modifiquei para LT_TLSv1_2 e por enquanto esta saindo nota. Vou monitorar e vou fazer essa verificação nos outros clientes.

[José M. S. Junior]

Se o Windows estiver atualizado experimente também utilizar as configurações SSL Lib Wincrypt, conforme o print que postei, assim utiliza as dlls de dependência do próprio Windows.

[[email protected]]

11 minutos atrás, José M. S. Junior disse:

Se o Windows estiver atualizado experimente também utilizar as configurações SSL Lib Wincrypt, conforme o print que postei, assim utiliza as dlls de dependência do próprio Windows.

Por enquanto, todos que colocamos LT_TLSv1_2 voltaram a funcionar. Mas se em algum cliente não der certo, vou testar o SSL Lib Wincrypt. Obrigado.

[Daniel Simoes]

Realmente todas as Sefaz exigem TLS12

[[email protected]]

6 horas atrás, Daniel Simoes disse:

Realmente todas as Sefaz exigem TLS12

Se quiser pode fechar o post, todos os clientes que tiveram aquela violação de acesso na criação dos arquivos, foi solucionada configurando o LT_TLSv1_2 .

Obrigado pela atenção.

[Daniel Simoes]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.