E182 : Requisição do serviço não acompanhada de autenticação por certificação digital.

[gladston]

Emitimos NFSe para 7 prefeituras. Niterói, Goiânia, Campos dos Goytacazes, Recife, Uberlândia, Juiz de Fora e Belo Horizonte. Vez ou outra é normal que ocorram erros de comunicação, principalmente ligadas a SSL e mensagens como a "E182 : Requisição do serviço não acompanhada de autenticação por certificação digital." ou a "12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado".

Entretanto, nas duas semanas recentes, a quantidade de erros deste tipo aumentou muito especialmente nas prefeituras de Juiz de Fora e Campos dos Goytacazes.

Em Campos erros deste tipo são muito comuns, mas aumentaram significativamente e e estamos sem conseguir emitir notas para Campos e Juiz de Fora a pelo menos 3 dias.

Tentei todos os protocolos disponiveis (LT_all, LT_sslv1,2 e 3, LT_TLSv1,1_1,1_2 e 1_3, LT_SSHv2) e nada resolveu. Na pasta onde o exe está localizado estão as DLLs  da OpenSSL 1.1.1.10 X86 mais recentes disponibilizadas no trunk2 (libcrypto-1_1.dll e libssl-1_1.dll).

O programa foi desenvolvido em Delphi7.

O que poderia fazer para resolver ou ao menos minimizar este problema?

[Juliomar Marchetti]

O protocolo deve ser TLS 1.2.

e dai pode ser atualizações do windows faltando

[gladston]

Mudei para o protocolo para LT_TLSv1_2 em ambas as filiais (Campos dos Goytacazes e Juiz de Fora).

Atualizei o Windows:

Edição    Windows 10 Pro
Versão    22H2
Instalado em    08/09/?2022
Compilação do SO    19045.2546
Experiência    Windows Feature Experience Pack 120.2212.4190.0

Mas ambas as unidades continuam com os mesmos erros:

Juiz de Fora: 

Requisição
Ambiente: 1
Cidade  : Juiz de Fora/MG
Provedor: fintelISS Versão: 2.00
 Método Executado: ConsultarNFSePorRps

Erro(s):
Código  : E182
Mensagem: Requisição do serviço não acompanhada de autenticação por certificação digital.
Correção: É necessário efetuar o processo de autenticação SSL bidirecional no sistema cliente.
---------

Campos:

equisição
Ambiente: 1
Cidade  : Campos dos Goytacazes/RJ
Provedor: Ginfes Versão: 1.00
 
Método Executado: ConsultarNFSePorRps
 
Erro(s):
Código  : X999
Mensagem: Erro de Conexão: Erro Interno: 12030
Erro HTTP: 0
URL: https://producao.ginfes.com.br/ServiceGinfesImpl
Erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado
Falha Enviando a Requisição. Erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado
Correção: 
---------

 

[Juliomar Marchetti]

está parecendo que está faltando atualizações do windows.

[Italo Giurizzato Junior]

Boa tarde Gladston,

Se estava funcionando e agora esta ocorrendo esses erros, o problema pode ser do lado do provedor.

A minha sugestão é que você solicite aos seus clientes dessas cidades protocolarem uma reclamação na prefeitura.

Quanto mais empresas reclamar na prefeitura mais rápido o problema vai ser sanado.

O provedor Ginfes tem a mania de dizer que lá esta tudo normal sendo que não esta.

[gladston]

Vou entrar em contato com a prefeitura de Juiz de Fora. Mas com relação a Campos dos Goytacazes, notei uma coisa importante. Ao ativar o salvamento do envelope soap, verifiquei que a prefeitura responde a solicitação, porém acontece algum problema interno e o programa simplesmente interrompe o processamento. Então desconfio que está acontecendo algum problema no tratamento da resposta enviada pela prefeitura. Em anexo os arquivos de envio e resposta e seus respectivos envelopes SOAP.

tela de resposta do emissor_se_nao_ativarmos_envelope_soap.txt Resposta_consulta_nfse_envelope_soap.xml Consulta_nfse_por_rps_antes_assinatura.xml Consulta_nfse_por_rps_apos_assinatura.xml Resposta_consulta_nfse_por_rps.xml

[Italo Giurizzato Junior]

Boa tarde Gladston,

Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete.

Atualize todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada.

Recompile o programa exemplo com a opção Build e refaça os testes.

[gladston]

Fiz o que pediu:

1)Baixei a versão mais recente do ACBr

2)Instalei eliminando arquivos antigos.

3)Recompilei meu programa usando build all.

Os erros continuam exatamente os mesmos.

[Italo Giurizzato Junior]

Boa tarde Gladston,

Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

[gladston]

[Renato Rubinho]

Em 08/02/2023 at 08:49, gladston disse:

Na pasta onde o exe está localizado estão as DLLs  da OpenSSL 1.1.1.10 X86 mais recentes disponibilizadas no trunk2 (libcrypto-1_1.dll e libssl-1_1.dll).

Boa noite,

Como está usando A1 e com as dlls OpenSSL atualizadas, mude as configurações para utilizar OpenSSL para descartar algum problema de dependência do Windows.

SSLLib := libOpenSSL

SSLCryptLib := cryOpenSSL

SSLHttpLib := httpOpenSSL

Mantenha o arquivo pfx informado.

Preencha senha do certificado.

Deixe o campo de número de série em branco.

Se não estiver ainda, coloque o timeout acima de 30k.

[gladston]

[gladston]

Alterei para OpenSSL, deixei Numero de série em branco.

O erro mudou como pode ser visto na imagem abaixo. Gostaria de informar que o arquivo realmente não existe no local designado mas mesmo assim usando Wincript em outras unidades ele funciona mesmo não existindo no local informado.

 

[Renato Rubinho]

Quando você usa o winCrypt, com o certificado instalado no Windows e passando o número de série, será utilizado o certificado instalado.

Para utilizar a OpenSSL, você deve informar o caminho do arquivo e ele deverá estar lá para funcionar.

[Italo Giurizzato Junior]

Boa tarde Gladson,

O arquivo PFX do certificado digital esta na pasta System32 do Windows?

[gladston]

Estou verificando isso. Mas o que acho estranho é que estamos usando um certificado A3 e não A1. Quando retiramos o token do certificado, o sistema não acessa mais.

[Renato Rubinho]

30 minutos atrás, gladston disse:

usando um certificado A3 e não A1.

Vamos voltar do começo então.

Como você havia colocado o caminho do pfx deu a entender que fosse A1.

Sendo A3..

Em 14/02/2023 at 16:58, gladston disse:

você deve voltar as configurações do winCrypt como estavam antes.

Preencha o número de série e senha, não preencha o caminho do arquivo.

30 minutos atrás, gladston disse:

Quando retiramos o token do certificado

Para funcionar o certificado, deve sempre estar conectado.

Confirme se está com timeout de 30k ou mais.

O windows deve estar com todas as atualizações em dia.

Após voltar as configurações e o Windows estando atualizado, teste novamente e informe qual foi o resultado.

[gladston]

Fiz o que pediu:

1)Voltei a usar libWincript, conforme imagem abaixo.

2)O windows está atualizado.

3)O timeout está em 32000 conforme imagem abaixo.

4)O erro continua, conforme imagem abaixo. Porém tem um detalhe, às vezes dá certo, as vezes ele não aparece nada na aba log.

 

[Italo Giurizzato Junior]

Bom dia Gladston,

Como você esta usando o certificado A3, acredito que o Windows dessa maquina não esta 100% atualizado.

[gladston]

Vou tentar então com certificado A1 e dou retorno.

[gladston]

Vou tentar então com certificado A1 e dou retorno.

Testei com certificado A1 usando OpenSSL e arquivo .pfx. O erro mudou. Veja a imagem acima.

[Italo Giurizzato Junior]

Boa tarde Gladston,

Qual é o valor de SSLType?

[gladston]

Onde vejo isso?

Desculpa, já sei onde fica.

Um momento.

 

[Italo Giurizzato Junior]

Gladston,

Acabei de fazer um teste usando o programa exemplo, veja o resultado.

Requisição
Ambiente: 1
Cidade  : Campos Dos Goytacazes/RJ
Provedor: Ginfes Versão: 1.00
 
Método Executado: ConsultarNFSe
 
Parâmetros de Envio
Num. Ini. NFSe: 1
Num. Fin. NFSe: 1
Data Inicial  : 30/12/1899
Data Final    : 30/12/1899
 
Parâmetros de Retorno
Sucesso       : False
 
Erro(s):
Código  : E158
Mensagem: Campo Inscrição Municipal do prestador informado incorretamente
Correção: O campo Inscrição Municipal do prestador é numérico e deverá ter tamanho máximo de 15 dígitos.

 

[gladston]

Sim. O problema pode estar no aplicativo. Mas veja que não está funcionando apenas para Campos. As demais filiais estão funcionando. Inclusive Juiz de Fora que também não estava funcionando usando a biblioteca do wincript passou a funcionar utilizando o openSSL e o mesmo certificado A1 com as mesmas configurações que estamos utilizando em Campos. No caso do OpenSSL, temos certeza que a DLL está atualizada (não temos esta certeza no caso do Wincript). Porque apenas para Campos não funciona. Aliás funciona às vezes. O que mais posso fazer?