Jump to content

Embarcadero Conference 2019

22/10 - Visite o Stand do ACBr
Saiba mais

Nova Loja Oficial
loja.projetoacbr.com.br
Ajude o projeto a crescer, com estilo

Comprar

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Juliana TECNOSOFT

ANSWERED erro interno 12175

Recommended Posts

Boa Tarde Pessoal,

Estou fazendo alguns testes na nova versão da NF-e (Versão 4.0) em homologalção, até ontem estava transmitindo notas normalmente, hoje começou a gerar o seguinte erro:

Erro 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor

Alguém está com esse mesmo problema?

*** Caso já exista um tópico desse, me perdoem postar novamente, mas pesquisei e não encontrei nada a respeito.

Obrigada.

 

Edited by Juliana TECNOSOFT
texto incompleto

Share this post


Link to post
Share on other sites
1 hora atrás, Juliana TECNOSOFT disse:

Boa Tarde Pessoal,

Estou fazendo alguns testes na nova versão da NF-e (Versão 4.0) em homologalção, até ontem estava transmitindo notas normalmente, hoje começou a gerar o seguinte erro:

Erro 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor

Alguém está com esse mesmo problema?

*** Caso já exista um tópico desse, me perdoem postar novamente, mas pesquisei e não encontrei nada a respeito.

Obrigada.

 

obrigada, vou verificar.

O que achei estranho, foi que até ontem eu fiz testes normalmente e hoje comecou esse erro.

Share this post


Link to post
Share on other sites
Em 11/04/2018 at 17:28, Juliana TECNOSOFT disse:

O que achei estranho, foi que até ontem eu fiz testes normalmente e hoje comecou esse erro.

 

7 horas atrás, edsonsimao2 disse:

verifiquei que acontece apenas na área de Homologação na área de Produção está funcionando normalmente.

Estou enfrentando o mesmo problema. Estava testando normal e parou de funcionar da noite pro dia. Erro acontece apenas no ambiente de Homologação de SP.

Share this post


Link to post
Share on other sites
15 horas atrás, wendelswl disse:

Estou enfrentando o mesmo problema, fiz atualização hoje. 12/06/2018.

Bom dia, wendelswl.

Verifique se todas as atualizações do Windows estão instaladas, marque para usar TLS1.2.


Equipe ACBr

Felipe Eduardo Resende Mesquita

Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

 

 

 

Share this post


Link to post
Share on other sites

Bom dia Felipe, não tenho mais a dependência da Capicom, fiz isso nas diretivas contidas no ACBr.inc, a marcação de TLS 1.2 seria essa  no componente  ACBrNFe1.SSL.SSLType  := LT_TLSv1_2 ou no navegador?

Só um detalhe, só acontece no windows server 2008 r2, no windows 10 funciona perfeitamente.

Agradeço antecipadamente,

Edited by wendelswl

Share this post


Link to post
Share on other sites

Esse problema ocorre numa minoria de clientes, tudo indica que é atualização do Windows mesmo. Vou fazer alguns testes e publico os resultados.

Se na compilação estiver marcado pra usar a WinCrypt, fica dispensado as configurações definidas na (Opções de Internet).

Share this post


Link to post
Share on other sites

Opa Frederico, bom dia. Estou utilizando o WinCrypt sim.

Estou baixando os updates do Windows Server 2008 R2 neste momento, assim que concluir testo e posto os resultados.

Share this post


Link to post
Share on other sites

Ainda não vi o por que, mas esse erro começou a aparecer após a atualização do ACBr, sempre utilizei a libWinCrypt.
Ocorre também na aplicação exemplo.

Percebi que se eu selecionar a libCapicom e em seguida a libWinCrypt o erro deixa de ocorrer:

Configuracoes.Geral.SSLLib := libCapicom;    
Configuracoes.Geral.SSLLib := libWinCrypt;

 

Edited by Marceloal
  • Like 1

Share this post


Link to post
Share on other sites
1 hora atrás, wendelswl disse:

Bom dia Felipe, não tenho mais a dependência da Capicom, fiz isso nas diretivas contidas no ACBr.inc, a marcação de TLS 1.2 seria essa  no componente  ACBrNFe1.SSL.SSLType  := LT_TLSv1_2 ou no navegador?

Só um detalhe, só acontece no windows server 2008 r2, no windows 10 funciona perfeitamente.

Agradeço antecipadamente,

No componente.


Equipe ACBr

Felipe Eduardo Resende Mesquita

Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

 

 

 

Share this post


Link to post
Share on other sites

Bom dia Marcelo,  tinha feito atualização dos componentes há uns 15 dias e estava emitindo normalmente, após a atualização que fiz no dia 12/06 começou a apresentar este erro.

Mais uma vez obrigado pelo feed Felipe, já tinha efetuado a configuração no componente. Windows ainda sendo atualizado, posto o resultado.

Edited by wendelswl
  • Like 1

Share this post


Link to post
Share on other sites

Fiz atualização no Windows Server 2008 R2 e Windows Server 2012 R2, nos dois casos o erro continua mesmo após os updates. Caso alguém tenha alguma dica adicional agradeço.

Share this post


Link to post
Share on other sites

Verifique como a "MikeySoft" se esses antigos sistemas operacionais, suportam TLS1.2... Se não suportar as suas opções seriam:
- Atualizar para um S.O. mais recente
- Usar OpenSSL


Consultor SAC ACBr

Daniel Simões de Almeida
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Share this post


Link to post
Share on other sites

Daniel, primeiramente obrigado pela resposta. Se não me engano OpenSSL só funciona com certificado A1 (estou testando com certificado A1 inicialmente), mas neste caso eu teria problemas com A3, tenho clientes em produção com o mesmo. O curioso é que até a última atualização estava funcionando no próprio Windows Server 2012 R2, cheguei a emitir algumas NF-e`s 4.0 através do mesmo. Não tenho documentado a revisão da versão anterior. Vou continuar na busca aqui por soluções e qualquer coisa compartilho a solução, agradeço a todos pelas respostas.

Share this post


Link to post
Share on other sites

OpenSSL somente suporta A1...

Eu sinceramente não vejo isso como um problema... um certificado A1 custa entre R$ 175.00 a R$ 185.00...

Muitas empresas já notaram que compensa DAR para o cliente final um A1 (os próximos ele compra).. do que ficar batendo a cabeça com certificado A3...


Consultor SAC ACBr

Daniel Simões de Almeida
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Share this post


Link to post
Share on other sites
5 horas atrás, Marceloal disse:

Ainda não vi o por que, mas esse erro começou a aparecer após a atualização do ACBr, sempre utilizei a libWinCrypt.
Ocorre também na aplicação exemplo.

Percebi que se eu selecionar a libCapicom e em seguida a libWinCrypt o erro deixa de ocorrer:

Configuracoes.Geral.SSLLib := libCapicom;    
Configuracoes.Geral.SSLLib := libWinCrypt;

 

Nunca vi isso em toda minha carreira, mas pra mim funcionou também.

Fernando Nobre

  • Like 1
  • Haha 1

Share this post


Link to post
Share on other sites

Cleyton e Marcelo, aqui deu certo tb, só que tive que definir no ACBr.inc o {.$DEFINE DFE_SEM_CAPICOM} novamente, pois já tinha retirado o suporte a capicom da aplicação. Obrigado, temporariamente vou utilizar desta forma. 

Edited by wendelswl

Share this post


Link to post
Share on other sites

Boa tarde!

No meu caso até o dia 06/06/18 estava funcionando perfeitamente. Acredito que o problema esteja relacionado as últimas atualizações.

Share this post


Link to post
Share on other sites

A orientação do André resolveu o meu problema!

"Substitua o arquivo ACBr\trunk2\Fontes\Terceiros\CodeGear\ACBr_WinHttp.pas por esse ACBr_WinHttp.pas e veja se o problema ainda ocorre."

Obrigado a todos.

Edited by jrc

Share this post


Link to post
Share on other sites

Apenas para compartilhar... em um PC recém formatado e com windows atualizado a config. abaixo funcionou de primeira, já outros dois PCs com Win7 não original(apenas verifiquei que o SP1 estava instalado e o TLS 1.2 estava disponível), ao tentar a seguinte configuração:

              SSLLib = libWinCrypt
              CryptLib = cryWinCrypt
              XMLSignLib ?= xsLibXML2
              SSLType = LT_TLSv1_2

...retornava o erro 12175. Ao seguir a orientação do André, substitui o o arquivo "ACBr\trunk2\Fontes\Terceiros\CodeGear\ACBr_WinHttp.pas por esse ACBr_WinHttp.pas " e então o erro mudou para 12030 e, ao alterar SSLType = LT_SSLv3 passou a dar mensagem de "schema inválido" então lembrei que vi em outro tópico alguém falando em usar os schemas em um drive local ou mapeado e não usando o padrão "\\servidor\...." e, ao fazer a mudança funcionou, ao menos nos testes preliminares autorizando NF-e e NFC-e em produção (RS). Ainda vou acompanhar de perto durante o dia de amanhã.

Num primeiro momento estava convencido de que só formatando e  reinstalando o windows com todas as atualizações, mas, com esta alteração da unit ACBr_WinHttp.pas e alterando SSLType para LT_SSLSv3 já dá pra ficar um pouco mais tranquilo. Não é tarefa fácil convencer alguns clientes de que precisam mandar formatar e reinstalar o windows para que possam autorizar as NFs e o pior, de que a culpa não é nossa... rsrs.

Edited by sysbase

Share this post


Link to post
Share on other sites

O problema pode estar relacionado a essa correção:

Favor atualizar os fontes e testar novamente...

  • Like 2

Consultor SAC ACBr

Daniel Simões de Almeida
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.

×
×
  • Create New...