Login Registre-se
[Resolvido]Erro ao consumir WebService para NFce de homologação MG - fatal alert: handshake_failure  XML
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Autor Mensagem
Marlúcio Pires

JavaC Membro
[Avatar]

Membro desde: 22/08/2014 09:27:32
Mensagens: 64
Offline

Estava consumindo o web service normal até ontem.

Hoje me deparo com isso.

Estou usando as classes disponibilizadas no fórum de FactoryDinamico e para geração de cacerts.

Já gerei novamente os cacerts e nada.





Para nfe está normal, são web services diferentes, tudo bem, mas o que intriga é que ontem estava normal....
Ontem o problema era com o erro 464 em relação ao hash. Hoje vou testar novamente e tem esse erro....

Aguardo uma luz...
Obrigado.!

Esta mensagem foi editada 1 vez. Última atualização foi em 11/04/2019 11:46:16

Marlúcio Pires

JavaC Membro
[Avatar]

Membro desde: 22/08/2014 09:27:32
Mensagens: 64
Offline

Galera, até então é apenas alguns certificados no ambiente de homologação de NFC-e do estado de MG. Nos outros estados e ambiente de homologação os mesmos certificados funcionam.
Consegui outro certificado de outro cliente e está funcionando.

O problema não foi resolvido, porém estou trocando informações com a Sefaz. Se houver uma solução por via de código coloco aqui.
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 306
Offline

Marlúcio, boa tarde. Basicamente, o erro é com a Sefaz MG. Esse mês eles resolveram habilitar o estado como autenticador de notas da série 65 e a infra deles é um amontoado de erros de execução.

Você terá que aguardar que eles corrijam esses erros. A API da NFe/NFC foi desenvolvida para ser um padrão nacional.

Com exceção de alguns estados que ainda insistem em usar envio assíncrono (olá década passada), o mesmo código que você usa para o RS, passando os parâmetros para MG (endereço de webservices e URLs para formar o qrCode e a url de consulta de modelos 65) tudo deve funcionar da mesma forma.

Se em MG não funciona e em todo o resto do país funciona, o problema não é no seu código.

If you're here, who's running hell?
Marlúcio Pires

JavaC Membro
[Avatar]

Membro desde: 22/08/2014 09:27:32
Mensagens: 64
Offline

GGarcia wrote:Marlúcio, boa tarde. Basicamente, o erro é com a Sefaz MG. Esse mês eles resolveram habilitar o estado como autenticador de notas da série 65 e a infra deles é um amontoado de erros de execução.

Você terá que aguardar que eles corrijam esses erros. A API da NFe/NFC foi desenvolvida para ser um padrão nacional.

Com exceção de alguns estados que ainda insistem em usar envio assíncrono (olá década passada), o mesmo código que você usa para o RS, passando os parâmetros para MG (endereço de webservices e URLs para formar o qrCode e a url de consulta de modelos 65) tudo deve funcionar da mesma forma.

Se em MG não funciona e em todo o resto do país funciona, o problema não é no seu código.

Conheço bem meu estado kkkkkkkk. Mas valeu.
GiancarloFitt

JavaC Membro

Membro desde: 27/07/2018 11:00:39
Mensagens: 6
Offline

Fala mano, beleza?

Também estou com o mesmo problema, até o dia 20-22 consegui emitir uma nota autorizada em produção. Depois de uma semana quando fui liberar pro meu cliente fiz um teste novamente e tomei logo um :
org.apache.axis2.AxisFault: Received fatal alert: handshake_failure

Achei que podia ser a versao do jdk etc, testei tudo possível e não deu nada. Realmente o problema é com eles.
Estou em contato com eles porém demoram muito pra responder e não dão uma resposta legal.. Problema é que eles disponibilizaram e estão com muitos erros. Aí realmente complica

Esta mensagem foi editada 1 vez. Última atualização foi em 04/04/2019 12:30:45

Marlúcio Pires

JavaC Membro
[Avatar]

Membro desde: 22/08/2014 09:27:32
Mensagens: 64
Offline

GiancarloFitt wrote:Fala mano, beleza?

Também estou com o mesmo problema, até o dia 20-22 consegui emitir uma nota autorizada em produção. Depois de uma semana quando fui liberar pro meu cliente fiz um teste novamente e tomei logo um :
org.apache.axis2.AxisFault: Received fatal alert: handshake_failure

Achei que podia ser a versao do jdk etc, testei tudo possível e não deu nada. Realmente o problema é com eles.
Estou em contato com eles porém demoram muito pra responder e não dão uma resposta legal.. Problema é que eles disponibilizaram e estão com muitos erros. Aí realmente complica

Blz.
Ainda estou aguardando a respostas deles, encaminharam para um setor lá. Depois de eu insistir bastante.
Faz uma pressão lá também, para ver se eles aceleram isso.
GiancarloFitt

JavaC Membro

Membro desde: 27/07/2018 11:00:39
Mensagens: 6
Offline

Po, abri outros tickets cobrando resposta e não me respondem.. tenso.

Esta mensagem foi editada 1 vez. Última atualização foi em 09/04/2019 13:01:56

Marlúcio Pires

JavaC Membro
[Avatar]

Membro desde: 22/08/2014 09:27:32
Mensagens: 64
Offline

GiancarloFitt wrote:Po, abri outros tickets cobrando resposta e não me respondem.. tenso.

Está cobrando por aqui?http://formulario.faleconosco.fazenda.mg.gov.br/sefatendeweb/pages/faleconoscoFormulario.xhtml
GiancarloFitt

JavaC Membro

Membro desde: 27/07/2018 11:00:39
Mensagens: 6
Offline

Sim, exatamente aqui.

Usei um certificado de outro cliente que é até de outro estado e passou pelo handshake e tomei rejeição que o cnpj base do certificado é diferente do cnpj enviado.
Deu pra entender que não passa no certificado do cliente de minas de gerais, porém o certificado é válido, instalei ele normalmente.
Estranho, sei que o problema é com minas mas não identifiquei a possível causa.
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 306
Offline

GiancarloFitt wrote:Sim, exatamente aqui.

Usei um certificado de outro cliente que é até de outro estado e passou pelo handshake e tomei rejeição que o cnpj base do certificado é diferente do cnpj enviado.
Deu pra entender que não passa no certificado do cliente de minas de gerais, porém o certificado é válido, instalei ele normalmente.
Estranho, sei que o problema é com minas mas não identifiquei a possível causa.


Minas está com problemas bem sérios. A rejeição do certificado ocorre porque, ao tentar a comunicação, o certificado do cliente não aparece na lista de certificados válidos naquele estado. Isso esporadicamente ocorre até na SEFAZ RS, que gerencia boa parte das notas enviadas no país, mas as falhas são pontuais e duram poucos minutos. Mas em Minas está crítico.

If you're here, who's running hell?
Marlúcio Pires

JavaC Membro
[Avatar]

Membro desde: 22/08/2014 09:27:32
Mensagens: 64
Offline

GGarcia wrote:
GiancarloFitt wrote:Sim, exatamente aqui.

Usei um certificado de outro cliente que é até de outro estado e passou pelo handshake e tomei rejeição que o cnpj base do certificado é diferente do cnpj enviado.
Deu pra entender que não passa no certificado do cliente de minas de gerais, porém o certificado é válido, instalei ele normalmente.
Estranho, sei que o problema é com minas mas não identifiquei a possível causa.


Minas está com problemas bem sérios. A rejeição do certificado ocorre porque, ao tentar a comunicação, o certificado do cliente não aparece na lista de certificados válidos naquele estado. Isso esporadicamente ocorre até na SEFAZ RS, que gerencia boa parte das notas enviadas no país, mas as falhas são pontuais e duram poucos minutos. Mas em Minas está crítico.


Exato!

Como sempre....
Acho que é o estado que mais entra em contingência.
GiancarloFitt

JavaC Membro

Membro desde: 27/07/2018 11:00:39
Mensagens: 6
Offline

Bom dia srs.

Ontem recebi seguinte resposta:
Senhor Giancarlo, boa tarde!
Segundo a STI a atualização do certificado será feita até o final da tarde. Gentileza tentar emitir a nota à noite ou amanhã, pela manhã.

Eu tinha enviado a chave publica do certificado pra eles verificarem se constava no servidor deles.

Hoje cedo testei e funcionou.
Não entendi muito bem o porque não constava no servidor deles.. isso é feito no momento do credenciamento? Porque aqui pra consumir qqr webservice de nfce eu só aponto pro caminho do certificado e a senha e nunca dá problema, não entendi essa de 'adicionar' o certificado no servidor antes.



GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 306
Offline

GiancarloFitt wrote:Bom dia srs.

Ontem recebi seguinte resposta:
Senhor Giancarlo, boa tarde!
Segundo a STI a atualização do certificado será feita até o final da tarde. Gentileza tentar emitir a nota à noite ou amanhã, pela manhã.

Eu tinha enviado a chave publica do certificado pra eles verificarem se constava no servidor deles.

Hoje cedo testei e funcionou.
Não entendi muito bem o porque não constava no servidor deles.. isso é feito no momento do credenciamento? Porque aqui pra consumir qqr webservice de nfce eu só aponto pro caminho do certificado e a senha e nunca dá problema, não entendi essa de 'adicionar' o certificado no servidor antes.


Quando um certificado digital é adquirido no estado, ele deve ser registrado no banco da respectiva SEFAZ, para quando alguma transação com esse certificado for solicitada, a SEFAZ conseguir validar a autenticidade do mesmo. No caso de MG, eles não devem ter noção dos certificados válidos no estado para terem te dado essa resposta. Esse cadastramento é automático.

É como se dissessem: "Olha, alguém comprou esse certificado em uma empresa autorizada e certificada para emissão mas não fazíamos ideia de que ele tinha sido emitido. Obrigado por fazer nosso trabalho nos avisando que esse certificado foi comprado e é válido. Vamos colocá-lo no nosso banco de certificados. Testa aí, vai."

Esta mensagem foi editada 1 vez. Última atualização foi em 11/04/2019 11:36:44


If you're here, who's running hell?
Marlúcio Pires

JavaC Membro
[Avatar]

Membro desde: 22/08/2014 09:27:32
Mensagens: 64
Offline

GiancarloFitt wrote:Bom dia srs.

Ontem recebi seguinte resposta:
Senhor Giancarlo, boa tarde!
Segundo a STI a atualização do certificado será feita até o final da tarde. Gentileza tentar emitir a nota à noite ou amanhã, pela manhã.

Eu tinha enviado a chave publica do certificado pra eles verificarem se constava no servidor deles.

Hoje cedo testei e funcionou.
Não entendi muito bem o porque não constava no servidor deles.. isso é feito no momento do credenciamento? Porque aqui pra consumir qqr webservice de nfce eu só aponto pro caminho do certificado e a senha e nunca dá problema, não entendi essa de 'adicionar' o certificado no servidor antes.





Também testei aqui e funcionou. Por isso é importante pressionar...
 
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Ir para:   
Powered by JForum 2.1.9 © JForum Team