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]

8 horas atrás, 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!

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]

2 horas atrás, 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

Bom dia!

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

Obrigado!

[marcelolours]

1 hora atrás, 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.

 

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]

4 horas atrás, 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.

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]

12 minutos atrás, 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!

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]

7 horas atrás, 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.

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

[marcelolours]

18 horas atrás, 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.

 

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.

17 horas atrás, Daniel Simoes disse:

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

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]

11 minutos atrás, 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.

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

14 minutos atrás, marcelolours disse:

Na versão 3.10 tudo ok.

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]

6 horas atrás, 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?

Sim! Já!

6 horas atrás, 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?

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:

 

[marcelolours]

32 minutos atrás, 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).

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

Obrigado!

[marcelolours]

3 horas atrás, 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

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]

13 minutos atrás, marcelolours disse:

Mas para winCrypt precisa da OpenSSL?

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]

2 horas atrás, 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

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]

10 horas atrás, marcelolours disse:

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

Obrigado!

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]

4 horas atrás, 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.

Está igual ao meu! 

Obrigado!

[marcelolours]

6 horas atrás, 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

Creio que estão sim! Vou verificar.

Obrigado mais uma vez!

6 horas atrás, 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

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.