Ir para conteúdo
  • Cadastre-se

dev botao

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


Ver Solução Respondido por BigWings,
  • Este tópico foi criado há 2398 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

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!

EACBrDFeException.JPG

43170702720252000110550010000100711000100710-nfe.xml

Link para o comentário
Compartilhar em outros sites

  • 2 semanas depois ...
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.

Link para o comentário
Compartilhar em outros sites

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

Link para o comentário
Compartilhar em outros sites

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.

Link para o comentário
Compartilhar em outros sites

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.

Link para o comentário
Compartilhar em outros sites

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.

Link para o comentário
Compartilhar em outros sites

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?

Link para o comentário
Compartilhar em outros sites

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.

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

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 por Ronaldo Negreiros Daniel
Link para o comentário
Compartilhar em outros sites

  • Moderadores
  • Solution
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:

 

  • Obrigado 1
Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Link para o comentário
Compartilhar em outros sites

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.

Link para o comentário
Compartilhar em outros sites

  • Moderadores
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.

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

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.

Link para o comentário
Compartilhar em outros sites

  • Consultores

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.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Membros Pro
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:

soapui1.thumb.png.56066699081418b217f8baf84b82800f.png

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

image.png.e78b7034a2ff58f334d64a60659fd39e.png

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

image.thumb.png.9ae387bd6065bfe402f0e1c88b4f501e.png

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 por Ronaldo Negreiros Daniel
Link para o comentário
Compartilhar em outros sites

  • Consultores

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.

  • Curtir 1
  • Haha 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Moderadores
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;

 

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Link para o comentário
Compartilhar em outros sites

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

Link para o comentário
Compartilhar em outros sites

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!

EACBrDFeException.JPG

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,

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2398 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.