Exception ao enviar NF-e 4.0 sem mensagem de retorno em homologação

[Jonathan Schmitt]

Boa tarde, pessoal!

Esta exception foi gerada no método ACBrNFE.Enviar com a versão 4.0 NF-e 4.0 sem mensagem de retorno (em homologação).

Segue em anexo o arquivo XML e um print do erro.

Já validei o XML pelo validador da SEFAZ e foi autorizado.

O problema é que ela não retorna nenhuma mensagem.

Espero contribuir com este post.

Obrigado!

43170702720252000110550010000100711000100710-nfe.xml

[JJA]

Boa tarde amigo, aproveitando o gancho, você está emitindo NFe 4.0 para qual UF?

Estou com um problema nos meus testes em que não consigo executar o status serviço do componente ACBrNFe quando setado para 4.0

[Jonathan Schmitt]

5 minutos atrás, JJA disse:

Boa tarde amigo, aproveitando o gancho, você está emitindo NFe 4.0 para qual UF?

Estou com um problema nos meus testes em que não consigo executar o status serviço do componente ACBrNFe quando setado para 4.0

Boa tarde, JJA!

Estou testando no RS.

Tive o mesmo problema com o status do serviço.

Atualizei todos os fontes e Schemas e continuei com o problema.

[JJA]

Agora, Jonathan Schmitt disse:

Boa tarde, JJA!

Estou testando no RS.

Tive o mesmo problema com o status do serviço.

Atualizei todos os fontes e Schemas e continuei com o problema.

Mas você conseguiu resolver certo? Pois já está o passo de enviar a NFe.

Ainda estou travado no StatusServiço, enquanto não conseguir a resposta, não estou prosseguindo nos outros testes

[Jonathan Schmitt]

11 minutos atrás, JJA disse:

Mas você conseguiu resolver certo? Pois já está o passo de enviar a NFe.

Ainda estou travado no StatusServiço, enquanto não conseguir a resposta, não estou prosseguindo nos outros testes

Não consegui.

Mantive o status do serviço na versão 3.10 e prossegui com as alterações da 4.0.

[JJA]

11 minutos atrás, Jonathan Schmitt disse:

Não consegui.

Mantive o status do serviço na versão 3.10 e prossegui com as alterações da 4.0.

Mas você consegue dar andamento no método enviar sem que componente esteja com StatusServico OK?

Não sabia dessa, por isso estacionei.

[Jonathan Schmitt]

1 minuto atrás, JJA disse:

Mas você consegue dar andamento no método enviar sem que componente esteja com StatusServico OK?

Não sabia dessa, por isso estacionei.

Sim, é possível pois são métodos diferentes.

Vou fazer mais uns testes e retorno aqui se conseguir resolver.

13 minutos atrás, JJA disse:

Mas você consegue dar andamento no método enviar sem que componente esteja com StatusServico OK?

Não sabia dessa, por isso estacionei.

Com os fontes e os schemas atualizados. Funcionou o status do serviço na versão 4.00 para mim hoje.

[JJA]

23 horas atrás, Jonathan Schmitt disse:

Sim, é possível pois são métodos diferentes.

Vou fazer mais uns testes e retorno aqui se conseguir resolver.

Com os fontes e os schemas atualizados. Funcionou o status do serviço na versão 4.00 para mim hoje.

Hum, aqui não deu certo. Meus fontes estão atualizados com data de 2 semanas atrás, recompilei usando MINGW alterando o ACBr.inc.

Qual config da SSLlib você está usando?

[Jonathan Schmitt]

1 hora atrás, JJA disse:

Hum, aqui não deu certo. Meus fontes estão atualizados com data de 2 semanas atrás, recompilei usando MINGW alterando o ACBr.inc.

Qual config da SSLlib você está usando?

_AcbrNFE.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap;

 

Creio que não faça diferença.

Eu informo somente o número de série do certificado digital para o componente.

E utilizo certificado A1.

[Ronaldo Negreiros Danieli]

Estou com o mesmo problema, pelo que eu estou vendo aqui, o problema é o SoapAction. Estou tentando resolver aqui mas ainda não consegui.

Mas dá uma olhada no que está retornando do servidor, pra mim volta o seguinte do servidor de SP:

<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Sender</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">Unable to handle request without a valid action parameter. Please supply a valid soap action.</soap:Text></soap:Reason><soap:Detail /></soap:Fault></soap:Body></soap:Envelope>

 

Editado 24 Julho, 2017 por Ronaldo Negreiros Daniel

[nilsonrossini]

Bom dia. Pessoal

Desculpem a pergunta. Mas como vocês resolveram o problema da mensagem abaixo. (já atualizei tudo e não Consegui testar a 4.0 para SP) - Muito Obrigado a todos.

 

[Jonathan Schmitt]

6 minutos atrás, nilsonrossini disse:

Bom dia. Pessoal

Desculpem a pergunta. Mas como vocês resolveram o problema da mensagem abaixo. (já atualizei tudo e não Consegui testar a 4.0 para SP) - Muito Obrigado a todos.

 

Bom dia!

Ainda não resolvi o problema. Estou aguardando uma resposta do ACBr.

[BigWings]

18 minutos atrás, Jonathan Schmitt disse:

Ainda não resolvi o problema. Estou aguardando uma resposta do ACBr.

"O" ACBr é um projeto de código fonte aberto, e como tal depende da colaboração de todos.

No caso de SP ainda não há URL's oficiais. As que estão no componente não parecem estar no formato correto para a versão 4.0.

No caso do RS, tente o seguinte:

 

[Jonathan Schmitt]

17 minutos atrás, BigWings disse:

"O" ACBr é um projeto de código fonte aberto, e como tal depende da colaboração de todos.

No caso de SP ainda não há URL's oficiais. As que estão no componente não parecem estar no formato correto para a versão 4.0.

No caso do RS, tente o seguinte:

 

Não estou tendo problemas com o status do serviço. Esse problema foi incluso nesse tópico que criei por outra pessoa.

[BigWings]

17 minutos atrás, Jonathan Schmitt disse:

Não estou tendo problemas com o status do serviço. Esse problema foi incluso nesse tópico que criei por outra pessoa.

O post que indiquei é sobre o erro 500 na consulta de recibo.

Edit: Parece que os links do fórum não estão direcionando corretamente... veja minha última resposta naquele tópico.

[Ronaldo Negreiros Danieli]

Apesar de alguns webservices estarem funcionando, me parece que a SEFAZ-SP ainda não os disponibilizou oficialmente. Tanto que verificando o WSDL de alguns dos serviços as informações não estão no padrão da NF-e 4.0.

No momento creio que é só aguardar, logo esses webservices devem estar corretamente no ar.

[Italo Giurizzato Junior]

Bom dia Ronaldo,

Fiz algumas alterações nas URLs, comparando as URLs do arquivo ACBrNFeServicos com o que esta no Portal Nacional da NF-e (Homologação) notei diferenças, diferenças estas em algumas letras que no portal estão em minusculas e no arquivo em maiúsculas.

Favor atualizar os fontes e faça novos testes.

[Ronaldo Negreiros Danieli]

3 horas atrás, Italo Jurisato Junior disse:

Bom dia Ronaldo,

Fiz algumas alterações nas URLs, comparando as URLs do arquivo ACBrNFeServicos com o que esta no Portal Nacional da NF-e (Homologação) notei diferenças, diferenças estas em algumas letras que no portal estão em minusculas e no arquivo em maiúsculas.

Favor atualizar os fontes e faça novos testes.

Boa tarde Italo,

Ainda estou testando alguns webservices, porém no WS de Status de Serviço continua gerando o erro HTTP 500.

Testando o webservice pelo SoapUI vi que a consulta funciona:

Mas vi que o envelope soap que está sendo gerado pelo SoapUI com base no WSDL do webservice está diferente do gerado pelo ACBr.

No envelope aceito pela SEFAZ-SP está o namespace "NFeStatusServico2" ao invés do "NFeStatusServico4" que é o que está sendo gerado pelo ACBr:

Alterando o namespace no envelope gerado pelo ACBr, o webservice responde corretamente.

No entanto creio que isso não seja um problema nos fontes do ACBr, acho que a SEFAZ-SP que ainda não acertou esse detalhe, então vou enviar um e-mail pra eles questionando isso.

Além disso ainda não há menção no site da SEFAZ-SP com relação aos webservices da versão 4.0 (https://www.fazenda.sp.gov.br/nfe/url_webservices/url_webservices.asp), então eles podem estar mexendo nisso ainda.

Editado 28 Julho, 2017 por Ronaldo Negreiros Daniel

[Italo Giurizzato Junior]

Bom dia Ronaldo,

Acredito que os estagiários da SEFAZ-SP fizeram uma cópia dos WSDL e esqueceram de alterar as URLs de serviço e SoapAction.

Desculpe a culpa é sempre do estagiário.

[Robson Sousa]

Aqui na PB está acontecendo o mesmo, utilizando o WS SVRS

[BigWings]

27 minutos atrás, Robson Sousa disse:

Aqui na PB está acontecendo o mesmo, utilizando o WS SVRS

Está com os fontes atualizados?

[Robson Sousa]

15 minutos atrás, BigWings disse:

Está com os fontes atualizados?

Estou

[BigWings]

29 minutos atrás, Robson Sousa disse:

Estou

Ontem estava funcionando... hoje mudaram pela terceira vez o SoapAction do serviço, mas apenas o de autorização do SVRS.

Fiz a alteração abaixo e funcionou, só não sei até quando.

Unit ACBrNFeWebServices.pas.

procedure TNFeRecepcao.DefinirServicoEAction;
begin
  if FPLayout = LayNfeAutorizacao then
  begin
    if FPConfiguracoesNFe.Geral.VersaoDF >= ve400 then
    begin
      if (pos('svrs.rs.gov.br', FPURL) > 0) then
        FPServico := GetUrlWsd + 'NfeAutorizacao4'
      else
        FPServico := GetUrlWsd + 'NFeAutorizacao4';
    end
    else
      FPServico := GetUrlWsd + 'NfeAutorizacao';
  end
  else
    FPServico := GetUrlWsd + 'NfeRecepcao2';

  FPSoapAction := FPServico;
end;

 

[Antonio Luiz]

4 horas atrás, BigWings disse:

Ontem estava funcionando... hoje mudaram pela terceira vez o SoapAction do serviço, mas apenas o de autorização do SVRS.

Fiz a alteração abaixo e funcionou, só não sei até quando.

Unit ACBrNFeWebServices.pas.

procedure TNFeRecepcao.DefinirServicoEAction;
begin
  if FPLayout = LayNfeAutorizacao then
  begin
    if FPConfiguracoesNFe.Geral.VersaoDF >= ve400 then
    begin
      if (pos('svrs.rs.gov.br', FPURL) > 0) then
        FPServico := GetUrlWsd + 'NfeAutorizacao4'
      else
        FPServico := GetUrlWsd + 'NFeAutorizacao4';
    end
    else
      FPServico := GetUrlWsd + 'NfeAutorizacao';
  end
  else
    FPServico := GetUrlWsd + 'NfeRecepcao2';

  FPSoapAction := FPServico;
end;

 

com essa alteração do BigWings consegui enviar NFE 4.0 em homologação aqui na PB.  Obrigado BigWings

[elrond]

Boa tarde a todos,

Estamos alterando a NFC-e de 3.10 para a 4.00 utilizando um certificado do PR, porém ao enviar a NFC-e o retorno obtido esta sendo o mesmo da NF-e apresentado aqui: 

Em 11/07/2017 at 13:48, Jonathan Schmitt disse:

Boa tarde, pessoal!

Esta exception foi gerada no método ACBrNFE.Enviar com a versão 4.0 NF-e 4.0 sem mensagem de retorno (em homologação).

Segue em anexo o arquivo XML e um print do erro.

Já validei o XML pelo validador da SEFAZ e foi autorizado.

O problema é que ela não retorna nenhuma mensagem.

Espero contribuir com este post.

Obrigado!

43170702720252000110550010000100711000100710-nfe.xml

Creio que os problemas estão relacionados por isso utilizei esse tópico mesmo o meu problema sendo em cima da NFC-e.

Obs: Efetuei os testes como já disse com o certificado do Paraná - PR, os fontes do ACBr foram atualizados hoje 31/07/2017 as 11:43 e os schemas também. Efetuei o teste de alterar a configuração do IE para TLS 1.2, porém ainda continuo com o problema.

 

Alguém já conseguiu alguma solução ou esta conseguindo emitir NFC-e 4.00 para algum estado ?

 

Att,