Erro Interno 12030

[Ariston333]

Bom dia Paulo Alexandre Hostert,

Obrigado pela dica, eu fiz o download do VALIDCertificadora e antes de instalar eu removi o certificado que já estava instalado do Opções da Internet->Conteúdos->Certificados, não sei se é assim mesmo que desinstala o certificado, depois eu instalei o certificado pelo VALIDCertificadora, verifiquei em Opções da Internet->Conteúdos->Certificados e ele voltou a aparecer lá, tentei fazer um envio novamente e recebi o mesmo erro. Meu certificado é o A1.

Há algum outro passo que deixei de fazer?

Desde já agradeço a atenção.

[Paulo Alexandre Hostert]

Bom dia, 

Esse é o procedimento. Atualmente utilizo o certificado diretamente pelo arquivo pfx. Depois de fazer a instalação com o VALIDCertificadora, faço a exportação do certificado no formato pfx, e utilizo este arquivo.

[Ariston333]

Entendi, mas aqui infelizmente não resolveu.

No componente ACBrNfe como vc informa o certificado e a senha? eu testei dessa forma:

ACBrNFe1.SSL.ArquivoPFX := 'c:\.....\Certificado.pfx';

ACBrNFe1.SSL.Senha := 'senha_do_certificado';

e também assim:

ACBrNFe1.Configuracoes.Certificados.ArquivoPFX := 'c:\.....\Certificado.pfx';

ACBrNFe1.Configuracoes.Certificados.Senha := 'senha_do_certificado';

[Paulo Alexandre Hostert]

Está correto.

Tens como tentar fazer a instalação do certificado com o VALIDCertificadora em outra máquina e exportar o pfx? Sei que esse erro ocorre por conta da criptografia utilizado no certificado. 

Tenho alguns clientes que sempre que renovam o certificado ocorre esse problema, e sempre deu certo instalando com o VALIDCertificadora. Se for windows XP ainda, esse problema também acontece.

[Ariston333]

Eu refiz a minha leitura das configurações do componente, e deixei exatamente como está no exemplo do ACBr, o erro de criptografia aconteceu mas em seguida ele emitiu a nf, consultei pelo componente e pelo site da sefaz e esta autorizada, só que está aparecendo esse erro antes do envio.

[mhborgatto]

Também estou recebendo o erro citado acima para a versão 4.00 da nfe. As configurações do aplicativo de exemplo são as seguintes:

SSLLIB - libWinCrypt
CryptLib - cryWinCrypt
httpLib - httpWinHttp
XMLSignLib - xsMsXml

 Se utilizo sslType como LT_TLSv1_2 ou LT_SSLv2 recebo a mensagem conforme imagem em anexo, para todos os outros SSLType funcionam. Já fiz a verificação da cadeia de certificados para a V5 e também. O webservice que estou utilizando é de são paulo em produção e o tipo do certificado é token.

[Carrob]

Boa tarde galera,

Meu primeiro post no forum, espero estar fazendo da forma correta.

Alguém conseguiu solução para este erro?

A minha aplicação nao depende mais da capcom, porém, nas configurações que está da o erro acima, segue abaixo as configurações no sistema:

Se alguém puder ajudar eu agradeço.

[Doni Delphi]

já tentou executar o Windows Update

aqui tenho resolvido assim

 

[Rafael Fachini]

Bom dia!

Também estou com o mesmo problema, já desinstalei o certificado instalei novamente troquei as opções de internet e continua o mesmo erro.

[Paulo Alexandre Hostert]

Bom dia, 

Para mim esta funcionando com a XMLSignLib = libxml2.

[Felipe E. Resende Mesquita]

1 minuto atrás, Rafael Fachini disse:

Bom dia!

Também estou com o mesmo problema, já desinstalei o certificado instalei novamente troquei as opções de internet e continua o mesmo erro.

Tente atualizar o windowns, conforme o Doni Delphi descreveu.

[Ogm TI]

Bom dia,

Resolvi esse erro utilizando as configurações:

SSLLib = libOpenSSL;

CryptLib = cryOpenSSL;

HttpLib = httpOpenSSL;

XMLSignLib = xsXmlSec

[ANTONIO CARLOS ANT.CARLOS]

Boa tarde!

Pessoal, também com mesmo erro!

[Felipe E. Resende Mesquita]

2 horas atrás, ANTONIO CARLOS ANT.CARLOS disse:

Boa tarde!

Pessoal, também com mesmo erro!

O windows está atualizado?

[ANTONIO CARLOS ANT.CARLOS]

Boa tarde!

Resolvi da seguinte forma: configurando o Navegador e o Componente ACBrNfe.

veja imagens

[Carrob]

Ae galera consegui resolver fazendo a atualização do windows. vlwwww Doni Delphi. 

[Ogm TI]

Bom dia a todos,

Eu havia resolvido esse problema com as configurações que citei acima no dia 12/04, no entanto a partir da semana seguinte comecei a receber este erro:

Erro Interno: 10091
Erro HTTP: 500'.

Li em outro tópico que pode ser problema de instabilidade no ws da sefaz. Alguém tem alguma solução ou informação sobre isso?

Outra coisa é que estou usando as dll's da pasta C:\ACBr\DLLs\OpenSSL\0.9.8.14 porque se coloco no SysWoW64 as que ficam na pasta C:\ACBr\DLLs\OpenSSL\1.0.2.13\x64 não consigo abrir o Delphi 7, é mostrado o erro Can't load package C:\ACBr\Lib\Delphi\LibD7\ACBr_OpenSSL.bpl.
%1 não é um aplicativo Win32 válido.

[Juliano Do Amaral Chaves]

Boa tarde

Também estou tendo o mesmo problema, no entanto só em homologação, em produção esta funcionando normal

 

Em 12/04/2018 at 16:24, ANTONIO CARLOS ANT.CARLOS disse:

Boa tarde!

Resolvi da seguinte forma: configurando o Navegador e o Componente ACBrNfe.

veja imagens

Não consigo visualizar as imagens, você poderia digitar as configurações que você fez fazendo um favor?

Obrigado

[Juliano Do Amaral Chaves]

Boa noite

Aqui estou tendo esse problema só em homologação e só nas UFs CE, GO, MT, MS e SP

 

Será que não é um bug no ACBr?

[Juliomar Marchetti]

13 horas atrás, Juliano Do Amaral Chaves disse:

Boa noite

Aqui estou tendo esse problema só em homologação e só nas UFs CE, GO, MT, MS e SP

 

Será que não é um bug no ACBr?

bom dá pra debugar e como os fontes estão juntos se for corrigir e repassar aqui.

[BigWings]

Em 26/04/2018 at 16:47, Juliano Do Amaral Chaves disse:

Também estou tendo o mesmo problema, no entanto só em homologação, em produção esta funcionando normal

Algumas UF, como SP, estão exigindo o protocolo TLS 1.2 apenas em homologação, e ainda não em produção, então pode ser esse o problema.

[Juliano Do Amaral Chaves]

Em 28/04/2018 at 09:56, BigWings disse:

Algumas UF, como SP, estão exigindo o protocolo TLS 1.2 apenas em homologação, e ainda não em produção, então pode ser esse o problema.

Configurei o ACBr para usar o protocolo 1.2, mesmo assim ainda não funcionou e parou de funcionar também para outros estados segue abaixo minhas configurações

      SSLLib := libCustom;
      SSLCryptLib := cryWinCrypt;
      SSLHttpLib := httpWinHttp;
      SSLXmlSignLib := xsMsXml;

     SSLType := LT_all; - Funciona na maioria dos estados, não funciona nas UFs CE, GO, MT, MS e SP 

      SSLType := LT_TLSv1_2; -  para de funcionar tanto em produção quanto em homologação nas UFs

[BigWings]

13 minutos atrás, Juliano Do Amaral Chaves disse:

Configurei o ACBr para usar o protocolo 1.2, mesmo assim ainda não funcionou e parou de funcionar também para outros estados segue abaixo minhas configurações

Já verificou se o Windows tem todas as atualizações instaladas?

[Juliano Krasucki]

Estou usando a seguinte configuração: 

SSLLib := libWinCrypt;
SSLCryptLib := cryWinCrypt;
SSLHttpLib := httpWinHttp;
SSLXmlSignLib := xsLibXml2; 

SSLType := LT_all;

 com isso está funcionando tanto na 3.10 quanto na 4.0

Editado 30 Abril, 2018 por Juliano Krasucki

[Juliano Do Amaral Chaves]

27 minutos atrás, Juliano Krasucki disse:

Estou usando a seguinte configuração: 

SSLLib := libWinCrypt;
SSLCryptLib := cryWinCrypt;
SSLHttpLib := httpWinHttp;
SSLXmlSignLib := xsLibXml2; 

SSLType := LT_all;

 com isso está funcionando tanto na 3.10 quanto na 4.0

Aqui com essa configuração não funciona no estado de São Paulo em homologação, só funciona em produção. Você já testou usando homologação?