Cerificado Digital A1 Ginfes - Ribeirão Preto

[cefantacini]

Estou com problema em um cliente para emitir NFSe usando certificado digital A1.

Se eu usar SSLib = libWinCypt  eu recebo o erro: 

12175 um ou mais erros foram encontrados no certificado secure sockets layer

É bem estranho, pq já tentei em duas máquinas do cliente e nas duas dá o mesmo erro, ambas com o windows 10. Nas minhas máquinas aqui, com o windows 10, em todas funciona normalmente tanto em homologação quanto em produção.

Como é A1 pensei em aprender a usar o OpenSSL, porém, nesse caso, recebo o erro: 

Erro ao Selecionar Certificado "LerCertificadosStore" não suportado em: TDFeOpenSSL

Gostaria da ajuda, tanto em relação ao WinCrypt, para quem já teve experiência semelhante e conseguiu resolver, quanto em relação ao OpenSSL, sobre como configura-lo.

Desde já obrigado!

[Juliomar Marchetti]

bom dia.

no exemplo do svn da NFS-e tu consegue ver com calma como fazer a questão do certificado.

Creio que o erro no seu cliente seja por falta de alguma atualização do windows.

quando se usa openssl não consegue selecionar o certificado e sim deve de abrir um opendialog para buscar o arquivo pfx, por isso da msg

[cefantacini]

Eu consegui configurar para OpenSSL

Em homologação, aqui em SP, estou recebendo o seguinte erro ao tentar transmitir a NFSe

Erro Interno: 10091
Erro HTTP: 500
URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl

Lendo uns tópicos aqui no fórum vi a necessidade de configurar o ACBr.inc

Porém, o meu já está configurado....

// Ative a diretiva abaixo, para usar a Libxml2, libxslt, libxmlsec compilada
// com MinGw ftp://ftp.zlatkovic.com/libxml/64bit/
//{$DEFINE USE_MINGW}
{$IfNDef MSWINDOWS}
  {$DEFINE USE_MINGW}
{$EndIf}

Alguma sugestão?

[cefantacini]

 

14 minutos atrás, cefantacini disse:

Eu consegui configurar para OpenSSL

Em homologação, aqui em SP, estou recebendo o seguinte erro ao tentar transmitir a NFSe

Erro Interno: 10091
Erro HTTP: 500
URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl

Lendo uns tópicos aqui no fórum vi a necessidade de configurar o ACBr.inc

Porém, o meu já está configurado....

// Ative a diretiva abaixo, para usar a Libxml2, libxslt, libxmlsec compilada
// com MinGw ftp://ftp.zlatkovic.com/libxml/64bit/
//{$DEFINE USE_MINGW}
{$IfNDef MSWINDOWS}
  {$DEFINE USE_MINGW}
{$EndIf}

Alguma sugestão?

A mensagem de erro completa é a seguinte:

[Notificação Exceções Depurador]

Projeto SSNFe elevou classe exceção 'EACBrDFeException' com a mensagem:
Erro Interno: 10091
Erro HTTP: 500
URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl
error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number

 No arquivo 'C:\Programacao\Lazarus\ACBr\Fontes\ACBrDFe\ACBrDFeHttpOpenSSL.pas' na linha 141

[Ignorar este tipo de exceção]

[Interromper] [Continuar]
 

[cefantacini]

Mais um detalhe, os erros acima citados, ocorrem durante a transmissão da NFSe, se eu fizer uma consulta do Status do Serviço na NFe usando o mesmo certificado, a consulta ocorre normalmente.

Isso não seria um indicativo que o cartão está instalado e acessível corretamente?

Próximo passo vou tentar atualizar o ACBr para ver se resolve...

[Juliomar Marchetti]

6 minutos atrás, cefantacini disse:

Mais um detalhe, os erros acima citados, ocorrem durante a transmissão da NFSe, se eu fizer uma consulta do Status do Serviço na NFe usando o mesmo certificado, a consulta ocorre normalmente.

Isso não seria um indicativo que o cartão está instalado e acessível corretamente?

Próximo passo vou tentar atualizar o ACBr para ver se resolve...

Eu acho que tem alguma particularidade que não sei lhe dizer sobre NFS-e de SP. e to tentando achar aqui no fórum mas não consegui

lembro que uma vez ela funcionava somente com Capicom , mas claro posso estar enganado

[cefantacini]

Então, até a última utilização do sistema (ele não é usado todos os dias) tanto em homologação quanto em produção ele tava indo com o WinCrypt.

[BigWings]

1 hora atrás, cefantacini disse:

Porém, o meu já está configurado....

// Ative a diretiva abaixo, para usar a Libxml2, libxslt, libxmlsec compilada
// com MinGw ftp://ftp.zlatkovic.com/libxml/64bit/
//{$DEFINE USE_MINGW}
{$IfNDef MSWINDOWS}
  {$DEFINE USE_MINGW}
{$EndIf}

Essa parece a configuração padrão do ACBr.inc.

Você ativou a diretiva {$DEFINE USE_MINGW}?

Se fez isso, copiou também as DLLs da MinGW?

[cefantacini]

51 minutos atrás, BigWings disse:

Essa parece a configuração padrão do ACBr.inc.

Você ativou a diretiva {$DEFINE USE_MINGW}?

Se fez isso, copiou também as DLLs da MinGW?

Isso as vezes me confunde um pouco, o meu ACBr.inc está da forma que postei ai.

Dessa forma está ativado?

Com relação às Dll eu copiei sim

[BigWings]

3 minutos atrás, cefantacini disse:

Isso as vezes me confunde um pouco, o meu ACBr.inc está da forma que postei ai.

Dessa forma está ativado?

Com relação às Dll eu copiei sim

Veja que o // antes da diretiva significa que ela está comentada, portanto não ativada.

Se você copiou as DLL da pasta MinGW sem ativar a diretiva esse pode ser o problema.

Creio que não haja mais necessidade de usar as DLL MinGW, tente copiar as DLLs da pasta ACBr\DLLs\OpenSSL, última versão.

[cefantacini]

Eu descomentei a linha, recompilei o programa, define o OpenSSL e aí passei a receber o erro:

Erro Interno: 10091
Erro HTTP: 500
URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl
error:1425F10A:SSL routines:ssl_choose_client_version:wrong ssl version

Parece que é erro de versão de DLL, eu copiei as DLL das pastas...

ACBr\DLLs\OpenSSL\1.0.2.21\x86

e

ACBr\DLLs\OpenSSL\1.1.1.4\x86

que tem nomes diferentes...

 

[Italo Giurizzato Junior]

Boa tarde,

Acredito que será necessário reinstalar a suíte ACBr, para que tenha efeito a sua alteração.

[BigWings]

8 minutos atrás, cefantacini disse:

error:1425F10A:SSL routines:ssl_choose_client_version:wrong ssl version

Verifique também como está informando a propriedade SSLType.

[cefantacini]

6 minutos atrás, Italo Jurisato Junior disse:

Boa tarde,

Acredito que será necessário reinstalar a suíte ACBr, para que tenha efeito a sua alteração.

No caso, quando era no Delphi, eu rodava o intalador do ACBr, agora no Lazarus é só eu instalar o pacote novamente "por cima"?

[Juliomar Marchetti]

Basta atualizar o SVN e reconstruir a IDE que ele atualiza os componentes

[cefantacini]

1 hora atrás, BigWings disse:

Verifique também como está informando a propriedade SSLType.

Está o LT_TLSv1_2

[cefantacini]

Eu enviei uma mensagem para o provedor e recebi a seguinte resposta:

 

"Este erro não se refere ao Ginfes, para a emissão de nota via WebService siga as instruções abaixo:

 Acesse o site Ginfes (http://ribeiraopreto.ginfes.com.br/) clique em “Manuais” e verifique o manual de integração, o manual V3 para integração WebService e V2 para envio do arquivo upload via site. Consulte também os schemas .xsd e manual conceitual disponíveis no site Ginfes para download. Para realizar a integração via WebService, os certificados que podem ser utilizados são as versões A1 e A3 de autoridades certificadoras credenciadas no ICP Brasil (Infraestrutura de Chaves Públicas Brasileiras)."

 

Já atualizei os schemas, os arquivos.ini, todos e o problema persiste.

Se alguém tiver alguma outra idéia...

 

[BigWings]

15 horas atrás, cefantacini disse:

Está o LT_TLSv1_2

Configurei assim e tive o mesmo erro.

Aparentemente o webservice não suporta esse protocolo.

Tente com LT_all ou LT_SSLv3.

[cefantacini]

4 horas atrás, BigWings disse:

Configurei assim e tive o mesmo erro.

Aparentemente o webservice não suporta esse protocolo.

Tente com LT_all ou LT_SSLv3.

Era isso mesmo, consegui resolver usando o LT_SSLv3, tanto com libWinCypt quanto com o OpenSSL com as DLL da pasta: ACBr\DLLs\OpenSSL\1.0.2.21\x86

Obrigado a todos pela ajuda.

[Italo Giurizzato Junior]

Obrigado por reportar.

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