Emissão NFe 4.0 Goiás

[marcelolours]

Olá a todos!

Já estou a quase 1 mês parado no mesmo lugar. Não consigo nem fazer a consulta status em Goiás; com a NF-e 4.0.

Se mudar para qualquer outro estado (UF) a consulta acontece normal. Para GO algumas vezes tenho erro 500 outras erro 495. Já usei todas as configurações.

Já cheguei até a ligar para o Ítalo, e ele me passou algumas opções, mas não tive sucesso.

Estou usando winCrypt, Windows 10, certificado A1, componente atualizado.

 

HELP!

[GILBERTO FARIA]

Bom dia marcelolours  

Já  fiz todos os testes, para versao 4.0,   a alguns meses atraz,  e tudo funcionou,   mas de vez em qdo,  faço teste, para ver como esta,  e sempre acontece isto,  me parece,  que  goiás esta parado, não esta funcionando, hoje mesmo, fiz um teste para ver,  e acontece este erro 495  inoperante.   Já algum tempo acontece isto.   deve ser a sefaz de goiás

como ja testei tudo, não estou me preocupando com isto, esperando,  eles liberarem

tenha um bom dia

[BigWings]

  Em 14/03/2018 at 03:27, marcelolours disse:

Olá a todos!

Já estou a quase 1 mês parado no mesmo lugar. Não consigo nem fazer a consulta status em Goiás; com a NF-e 4.0.

Se mudar para qualquer outro estado (UF) a consulta acontece normal. Para GO algumas vezes tenho erro 500 outras erro 495. Já usei todas as configurações.

Já cheguei até a ligar para o Ítalo, e ele me passou algumas opções, mas não tive sucesso.

Estou usando winCrypt, Windows 10, certificado A1, componente atualizado.

 

HELP!

Expandir  

Testei o status agora para GO, NFe e NFCe, produção e homologação, 4.00 e retornou normalmente, exceto para SSLHtpLib = httpOpenSSL que retorna erro 500 em homologação por algum motivo.

Precisa configurar o SSLType para LT_TLSv1_2.

 

[GILBERTO FARIA]

Bom dia

Testei agora, para goiás,  e da sempre o mesmo erro,  495, inoperante,    testei  para MG,   esta oquei,  creio que a sefaz goias

ate

[marcelolours]

  Em 14/03/2018 at 11:11, GILBERTO FARIA disse:

Bom dia marcelolours  

Já  fiz todos os testes, para versao 4.0,   a alguns meses atraz,  e tudo funcionou,   mas de vez em qdo,  faço teste, para ver como esta,  e sempre acontece isto,  me parece,  que  goiás esta parado, não esta funcionando, hoje mesmo, fiz um teste para ver,  e acontece este erro 495  inoperante.   Já algum tempo acontece isto.   deve ser a sefaz de goiás

como ja testei tudo, não estou me preocupando com isto, esperando,  eles liberarem

tenha um bom dia

Expandir  

Bom dia!

Até hoje não consegui nenhum retorno com GO. Deve ser realmente na SEFAZ.

Obrigado!

[marcelolours]

  Em 14/03/2018 at 12:03, BigWings disse:

Testei o status agora para GO, NFe e NFCe, produção e homologação, 4.00 e retornou normalmente, exceto para SSLHtpLib = httpOpenSSL que retorna erro 500 em homologação por algum motivo.

Precisa configurar o SSLType para LT_TLSv1_2.

 

Expandir  

Bom dia!

Já tentei com SSLType = LT_TLSv1_2 também. Sem sucesso. Quando mudo para LT_TLSv1_2 o erro muda (segue o print do erro e da configuração). Qualquer outro SSLType dá erro 495.
Obs.: certificado da VALID.

 

[messiashenrique]

  Em 14/03/2018 at 12:03, BigWings disse:

Testei o status agora para GO, NFe e NFCe, produção e homologação, 4.00 e retornou normalmente, exceto para SSLHtpLib = httpOpenSSL que retorna erro 500 em homologação por algum motivo.

Expandir  

Exatamente! Independente do Layout 3.1 ou 4.0 o ambiente de homologação do webservice de Goiás sempre retorna erro 500 quando se usa OpenSSL.
No meu caso, que estou usando Linux, não tenho outra alternativa além dessa...
Também tentei contato com o pessoal do atendimento, mas eles dizem que está tudo certo!

[Juliomar Marchetti]

  Em 14/03/2018 at 17:02, messiashenrique disse:

Exatamente! Independente do Layout 3.1 ou 4.0 o ambiente de homologação do webservice de Goiás sempre retorna erro 500 quando se usa OpenSSL.
No meu caso, que estou usando Linux, não tenho outra alternativa além dessa...
Também tentei contato com o pessoal do atendimento, mas eles dizem que está tudo certo!

Expandir  

Então é provável que alguma implementação esteja enviando algo de diferente e ocasiona o erro.

basta debugar e conferir o que está sendo enviado.

[Rogerio Alves]

Estou passando por esse problema no webservice de Goiás em uma maquina a algum tempo, vou descrever aqui o cenário. Tenho duas maquinas com Windows 10, uma com o update KB4074588(Build do sistema operacional 16299.248) que ireir chamar de maq2 e outra com o update KB4088776(Build 16299.309) que irei chamar de maq1,  sendo que minha aplicação ou o sistema de demonstração acbrnfe são compilados na maq1, executando eles na maq2 a comunicação com webservice é positivo retornando o status, quando executado na maq1 dá o erro de: "12175 - um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor".  A configuração do "Opções da internet" das duas maquinas estão iguais, se faço os teste em homologação ou produção na maq2 dá certo, na maq1 sempre vem o erro,  a configuração do certificado está conforme a figura em anexo e o SSLType estou utilizando o LT_TLSv1_2, e a configuração de TLS e SSL está conforme a figura2 isso nas duas maquinas. Creio que é alguma configuração do Windows que "ainda" não encontrei.

Detalhe: a maq1 estava com a versão do Windows 1511 e com muito custo e ajuda do suporte da Microsoft consegui atualizar para a 1709, algo que durou 2 dias. A maq2 já esta com a versão 1709 atualizada. 

Notem que na resposta da sefaz a Versão Layout vem 3.10 e a versão do aplicativo GO4.0, e o sistema está configurado para 4.0.

Já tentei de toda forma resolver o problema, atualizei os fontes do acbr, desinstalei e instalei novamente, e agora a opção é formatar a maq1 para ver se consigo resolver o problema. Caso consiga resolver volto aqui dando o feedback.

 

Editado 14 Março, 2018 por Rogerio Alves
Incluir mais informação

[Daniel Simoes]

  Em 14/03/2018 at 12:03, BigWings disse:

Testei o status agora para GO, NFe e NFCe, produção e homologação, 4.00 e retornou normalmente, exceto para SSLHtpLib = httpOpenSSL que retorna erro 500 em homologação por algum motivo.

Expandir  

Esta na minha lista "TODO", investigar esse mistério... mas provavelmente é alguma "barberagem" do SEFAZ, no servidor de homologação...

[marcelolours]

  Em 14/03/2018 at 19:16, Rogerio Alves disse:

Estou passando por esse problema no webservice de Goiás em uma maquina a algum tempo, vou descrever aqui o cenário. Tenho duas maquinas com Windows 10, uma com o update KB4074588(Build do sistema operacional 16299.248) que ireir chamar de maq2 e outra com o update KB4088776(Build 16299.309) que irei chamar de maq1,  sendo que minha aplicação ou o sistema de demonstração acbrnfe são compilados na maq1, executando eles na maq2 a comunicação com webservice é positivo retornando o status, quando executado na maq1 dá o erro de: "12175 - um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor".  A configuração do "Opções da internet" das duas maquinas estão iguais, se faço os teste em homologação ou produção na maq2 dá certo, na maq1 sempre vem o erro,  a configuração do certificado está conforme a figura em anexo e o SSLType estou utilizando o LT_TLSv1_2, e a configuração de TLS e SSL está conforme a figura2 isso nas duas maquinas. Creio que é alguma configuração do Windows que "ainda" não encontrei.

Detalhe: a maq1 estava com a versão do Windows 1511 e com muito custo e ajuda do suporte da Microsoft consegui atualizar para a 1709, algo que durou 2 dias. A maq2 já esta com a versão 1709 atualizada. 

Notem que na resposta da sefaz a Versão Layout vem 3.10 e a versão do aplicativo GO4.0, e o sistema está configurado para 4.0.

Já tentei de toda forma resolver o problema, atualizei os fontes do acbr, desinstalei e instalei novamente, e agora a opção é formatar a maq1 para ver se consigo resolver o problema. Caso consiga resolver volto aqui dando o feedback.

 

Expandir  

Estou tentando em 4 máquinas (2 com Windows 7 e 2 com Windows 10). Na versão 3.10 tudo ok. Quando muda para 4.0 dá o erro. Tanto em homologação quanto em produção.

  Em 14/03/2018 at 19:38, Daniel Simoes disse:

Esta na minha lista "TODO", investigar esse mistério... mas provavelmente é alguma "barberagem" do SEFAZ, no servidor de homologação...

Expandir  

Daniel tudo indica que pode ser na Sefaz, mas não consegui nada com o suporte. O erro ocorre tanto em homologação quanto em produção.

[BigWings]

  Em 15/03/2018 at 13:20, marcelolours disse:

Estou tentando em 4 máquinas (2 com Windows 7 e 2 com Windows 10). Na versão 3.10 tudo ok. Quando muda para 4.0 dá o erro. Tanto em homologação quanto em produção.

Expandir  

Tudo indica no seu caso é a falta de suporte ao TLS 1.2 no seu ambiente.

Já tentou abrir a URL diretamente no navegador?

https://homolog.sefaz.go.gov.br/nfe/services/NFeStatusServico4?wsdl

  Em 15/03/2018 at 13:20, marcelolours disse:

Na versão 3.10 tudo ok.

Expandir  

Com OpenSSL em homologação?

[GILBERTO FARIA]

Boa tarde,  acabei de fazer novo teste para goias,  e sempre o mesmo erro

 

WebService Consulta Status serviço:
- Inativo ou Inoperante tente novamente.
Erro Interno: 0
Erro HTTP: 403

 

tentei adcionar a imagem,  do acbr,  mas esta dando erro 

 

Houve um problema no processamento do arquivo enviado. Please contact us for assistance.

o que pode ser este erro,  alguem sabe me informar ,  qdo eu escolho o arquivo para anexar,  ele tenta anexar e da este erro

 

 

 

[Fabrício G. Araújo]

Olha pessoal, a única coisa que posso dizer é que estou testando agora à tarde em GO em Homologação e está funcionando tudo normal, tanto NF-e (3.10 e 4.00) quanto NFC-e (3.10 e 4.00).

[marcelolours]

  Em 15/03/2018 at 13:33, BigWings disse:

Tudo indica no seu caso é a falta de suporte ao TLS 1.2 no seu ambiente.

Já tentou abrir a URL diretamente no navegador?

https://homolog.sefaz.go.gov.br/nfe/services/NFeStatusServico4?wsdl

Com OpenSSL em homologação?

Expandir  

Sim! Já!

  Em 15/03/2018 at 13:33, BigWings disse:

Tudo indica no seu caso é a falta de suporte ao TLS 1.2 no seu ambiente.

Já tentou abrir a URL diretamente no navegador?

https://homolog.sefaz.go.gov.br/nfe/services/NFeStatusServico4?wsdl

Com OpenSSL em homologação?

Expandir  

Na 3.10 Capicom. Para a 4.0 desabilitei a Capicom na instalação e usando o WinCrypt.

[Daniel Simoes]

Por favor certifiquem-se de que estão usando OpenSSL 1.0 ou superior

Pasta: \ACBr\DLLs\OpenSSL\1.0.2.13

[Daniel Simoes]

Ativando o Log da Synapse... obtive as seguintes mensagens

  Citar

20180315-194624.256 04BFC728HR_SocketClose:
20180315-194624.258 04BFC728HR_ResolvingBegin: homolog.sefaz.go.gov.br:443
20180315-194624.589 04BFC728HR_ResolvingEnd: 201.48.19.22:443
20180315-194624.590 04BFC728HR_SocketCreate: IPv4
20180315-194624.640 04BFC728HR_CanWrite:
20180315-194624.642 04BFC728HR_Connect: homolog.sefaz.go.gov.br:443
20180315-194625.429 04BFC728HR_CanRead:
20180315-194625.477 04BFC728HR_CanRead:
20180315-194625.482 04BFC728HR_CanRead:
20180315-194625.521 04BFC728HR_CanRead:
20180315-194625.630 04BFC728HR_CanRead:
20180315-194625.632 04BFC728HR_Error: 10091,error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
20180315-194629.301 04BFC728HR_SocketClose:

Expandir  

 

[marcelolours]

  Em 15/03/2018 at 19:27, fabricio.syncode disse:

Olha pessoal, a única coisa que posso dizer é que estou testando agora à tarde em GO em Homologação e está funcionando tudo normal, tanto NF-e (3.10 e 4.00) quanto NFC-e (3.10 e 4.00).

Expandir  

Quais as configurações está usando? Pode postar o print? Para a Sefaz dizem que está tudo OK!

Obrigado!

[marcelolours]

  Em 15/03/2018 at 21:35, Daniel Simoes disse:

Por favor certifiquem-se de que estão usando OpenSSL 1.0 ou superior

Pasta: \ACBr\DLLs\OpenSSL\1.0.2.13

Expandir  

Sim, OpenSSL está na versão  1.0.2.13.
Foi marcado para copiar todas as DLLs para o diretório do Windows.

Mas para winCrypt precisa da OpenSSL?

[Daniel Simoes]

  Em 16/03/2018 at 01:12, marcelolours disse:

Mas para winCrypt precisa da OpenSSL?

Expandir  

Certamente que não...

Mas esse tópico trata de um problema específico apenas de OpenSSL... ou seja: GO, homologação, httpOpenSSL

Não há nada de errado com: GO, homologação, httpWinHttp

[marcelolours]

  Em 16/03/2018 at 01:29, Daniel Simoes disse:

Certamente que não...

Mas esse tópico trata de um problema específico apenas de OpenSSL... ou seja: GO, homologação, httpOpenSSL

Não há nada de errado com: GO, homologação, httpWinHttp

Expandir  

Não vi nada sugerindo que fosse apenas para OpenSSL, pois o título é apenas "Emissão NFe 4.0 Goiás" por isso postei aqui. E vi também que outros estão com problema com winCrypt. Só confirmando; winCrypt não depende da configuração do Explorer, certo?

Att.

[Daniel Simoes]

libWincrypt é um atalho para configuração de três biblioteca...

httpWinHttp, não depende de configuração no Explorer, pois usa a API WinHTTP

httpWinINet depende do I.E.

Para que seu Windows suporte TLS1.2 de forma nativa... Ele precisa estar com todas atualizações de segurança aplicadas

[Fabrício G. Araújo]

  Em 16/03/2018 at 01:04, marcelolours disse:

Quais as configurações está usando? Pode postar o print? Para a Sefaz dizem que está tudo OK!

Obrigado!

Expandir  

Estou utilizando WinCrypt com essas configurações:

Para versão 4.00 utilizei ACBrNFe.SSL.SSLType := LT_TLSv1_2;

Para versão 3.10 utilizei ACBrNFe.SSL.SSLType := LT_all;

Lembrando que os testes que fiz foram em homologação.

[marcelolours]

  Em 16/03/2018 at 11:26, fabricio.syncode disse:

Estou utilizando WinCrypt com essas configurações:

Para versão 4.00 utilizei ACBrNFe.SSL.SSLType := LT_TLSv1_2;

Para versão 3.10 utilizei ACBrNFe.SSL.SSLType := LT_all;

Lembrando que os testes que fiz foram em homologação.

Expandir  

Está igual ao meu! 

Obrigado!

[marcelolours]

  Em 16/03/2018 at 09:42, Daniel Simoes disse:

libWincrypt é um atalho para configuração de três biblioteca...

httpWinHttp, não depende de configuração no Explorer, pois usa a API WinHTTP

httpWinINet depende do I.E.

Para que seu Windows suporte TLS1.2 de forma nativa... Ele precisa estar com todas atualizações de segurança aplicadas

Expandir  

Creio que estão sim! Vou verificar.

Obrigado mais uma vez!

  Em 16/03/2018 at 09:42, Daniel Simoes disse:

libWincrypt é um atalho para configuração de três biblioteca...

httpWinHttp, não depende de configuração no Explorer, pois usa a API WinHTTP

httpWinINet depende do I.E.

Para que seu Windows suporte TLS1.2 de forma nativa... Ele precisa estar com todas atualizações de segurança aplicadas

Expandir  

Mas se fosse atualizações de segurança  os outros estados não deveriam dar erro também?
Testei com SP, PR, MS, SE, MA e outros e todos passaram (NF-e/NFC-e  homologação/produção). Só GO não passa.