Erro Interno 0 Erro Http 500 NFCe MT 4.00

[herculanojs]

Estou migrando para a versão 4.0 mas não estou conseguindo evoluir nos testes. (WebService MT)

Não consigo realizar nenhuma consulta com a versão 4.0. Já troquei as dll conforme post de Daniel (ACBrDFe OpenSSL e TLS1.2)

Já recompilei todos os pacotes, removi qualquer arquivo antigo. Esta tudo zerado, e apenas recebo o erro interno: 0 erro http: 500

Já tentei a recomendação feita pelo Rodrigo, " informando o valor "LT_TLSv1_2" na property "SSLType"." e mesmo assim sem sucesso.

Na versão 3.1 funcionando ok, mas de mudo para a 4.0 não consigo nem mesmo consultar o status do serviço.

Notei que no arquivo ACBrNFeServicos.ini os endereços dos webservices de MT para a versão 4.0 estavam incorretos, de acordo com o descrito no portal da sefaz.

NfeStatusServico_4.00=https://homologacao.sefaz.mt.gov.br/nfcews/services/NfeStatusServico4 

troquei para

NfeStatusServico_4.00=https://homologacao.sefaz.mt.gov.br/nfcews/services/NfeStatusServico4?wsdl

Alguém tem alguma orientação ?

 

[BigWings]

  Em 05/04/2018 at 21:11, herculanojs disse:

Estou migrando para a versão 4.0 mas não estou conseguindo evoluir nos testes. (WebService MT)

Expandir  

Favor atente-se ao assunto do tópico antes de postar, para assunto diferente, crie um novo tópico.

Dividi o tópico desta vez.

  Em 05/04/2018 at 21:11, herculanojs disse:

Alguém tem alguma orientação ?

Expandir  

Está testando produção ou homologação? Na imagem consta produção mas você informou URL de homologação.

Os webservices NFCe 4.00 produção do MT ainda não estão funcionais.

Se abrir a URL informada pela SEFAZ no navegador você verá o erro:

https://nfce.sefaz.mt.gov.br/nfcews/v2/services/NfeStatusServico4?wsdl

Você pode testar em homologação.

[herculanojs]

Testei em ambos os ambientes

[BigWings]

  Em 05/04/2018 at 21:11, herculanojs disse:

Já troquei as dll conforme post de Daniel (ACBrDFe OpenSSL e TLS1.2)

Expandir  

Fez a alteração na diretiva no ACBr.inc conforme indicado no post?

Não basta copiar as DLLs.

Em todo caso, o ambiente de homologação está funcional.

Use o debug, coloque um breakpoint no início do método TDFeHttpOpenSSL.Enviar da unit ACBrDFeHttpOpenSSL.pas e verifique se há algum retorno do webservice antes de disparar a exceção.

[herculanojs]

  Em 05/04/2018 at 22:11, BigWings disse:

Fez a alteração na diretiva no ACBr.inc conforme indicado no post?

Não basta copiar as DLLs.

Em todo caso, o ambiente de homologação está funcional.

Use o debug, coloque um breakpoint no início do método TDFeHttpOpenSSL.Enviar da unit ACBrDFeHttpOpenSSL.pas e verifique se há algum retorno do webservice antes de disparar a exceção.

Expandir  

Fiz os ajustes no arquivo, todavia não havia recompilado.

Devo recompilar os pacotes novamente?

[BigWings]

  Em 05/04/2018 at 22:38, herculanojs disse:

Fiz os ajustes no arquivo, todavia não havia recompilado.

Devo recompilar os pacotes novamente?

Expandir  

Sim, deve recompilar o ACBr e a sua aplicação.

 

[herculanojs]

  Em 05/04/2018 at 22:43, BigWings disse:

Sim, deve recompilar o ACBr e a sua aplicação.

 

Expandir  

Após desinstalar o acbr, pelo instalador não consigo mais instalar. Já fiz a limpeza de tudo. Manualmente também ocorre erro de faltando o Resource acbr. O que pode ser ?

 

[herculanojs]

Descobri no pacote acbr_Comum.dpk faltando a instrução {$R *.otares} Ao colocar o problema resolveu

[herculanojs]

Debugando há resposta do webservice

function TDFeHttpWinHttp.Enviar(const ConteudoXML: String; const AURL: String;
  const ASoapAction: String; AMimeType: String): String;

Result := String( ReadStrFromStream(Resp, Resp.Size) );

'<?xml version=''1.0'' encoding=''utf-8''?><soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope"><soapenv:Body><soapenv:Fault xmlns:axis2ns726="http://www.w3.org/2003/05/soap-envelope"><soapenv:Code><soapenv:Value>axis2ns726:Client</soapenv:Value></soapenv:Code><soapenv:Reason><soapenv:Text xml:lang="en-US">The endpoint reference (EPR) for the Operation not found is http://homologacao.sefaz.mt.gov.br:80/nfews/v2/services/NfeStatusServico4 and the WSA Action = http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF /></soapenv:Fault></soapenv:Body></soapenv:Envelope>'

[herculanojs]

Acredito tenha ainda alguma coisa mal configurada com o ACBr, e não sei se referente os endereços do webservice. 

Se executo diretamente no navegador, esta respondendo https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4?wsdl 

Contudo no arquivo ACBrNFeServicos.ini esta desta forma https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4

Mesmo ajustando no arquivo, o erro ainda persiste.

[BigWings]

  Em 06/04/2018 at 10:32, herculanojs disse:

Descobri no pacote acbr_Comum.dpk faltando a instrução {$R *.otares} Ao colocar o problema resolveu

Expandir  

Estranho, nem existe arquivo .otares no pacote de instalação.

A não ser que tenha aberto o .dpk diretamente no Delphi e instalado manualmente.

  Em 06/04/2018 at 10:46, herculanojs disse:

Debugando há resposta do webservice

Expandir  

Configure o componente para salvar os arquivos de envio e retorno.

Anexe o arquivo *-ped.sta.xml gerado para comparação.

[herculanojs]

O arquivo de resposta do webservice o componente não esta salvando, pois esta gerando exceção

20180406072926-ped-sta.xml

20180406072926-ped-sta-soap.xml

[BigWings]

  Em 06/04/2018 at 11:33, herculanojs disse:

20180406072926-ped-sta-soap.xmlFetching info...

Expandir  

O arquivo parece estar correto...

  Em 06/04/2018 at 10:46, herculanojs disse:

function TDFeHttpWinHttp.Enviar(const ConteudoXML: String; const AURL: String;
  const ASoapAction: String; AMimeType: String): String; 

Expandir  

Qual o conteúdo das variáveis AURL, ASoapAction, AMimeType na chamada desse método?

[herculanojs]

  Em 06/04/2018 at 18:16, BigWings disse:

O arquivo parece estar correto...

Qual o conteúdo das variáveis AURL, ASoapAction, AMimeType na chamada desse método?

Expandir  

URL: 'https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4'

soapaction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF'

PMimeType: '' (vazio)

EnvelopeSoap: '<?xml version="1.0" encoding="UTF-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"><soap12:Body><nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4"><consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>2</tpAmb><cUF>51</cUF><xServ>STATUS</xServ></consStatServ></nfeDadosMsg></soap12:Body></soap12:Envelope>'

 

[BigWings]

  Em 07/04/2018 at 02:15, herculanojs disse:

PMimeType: '' (vazio)

Expandir  

Aparentemente este é o problema.

O mime-type deve ser conforme a imagem abaixo:

 

Deve ter algo errado com os teus fontes.

[herculanojs]

Devo ter pego os dados em algum momento que ainda não havia preenchido a variável. Mas testando novamente os dados estão com os seguintes valores:

AURL: 'https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4'

ASoapAction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF'

AMimeType: 'application/soap+xml; charset=utf-8'

Conteudoxml: '<?xml version="1.0" encoding="UTF-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"><soap12:Body><nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4"><consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>2</tpAmb><cUF>51</cUF><xServ>STATUS</xServ></consStatServ></nfeDadosMsg></soap12:Body></soap12:Envelope>'

Acredito algo possa estar ocorrendo dado as configurações: Anteriormente não havia essas configurações, e não faço a menor idéia de como isso deve estar, qual a correta a usar, etc. SSLType, SSLib, etc

Editado 7 Abril, 2018 por herculanojs

[BigWings]

  Em 07/04/2018 at 13:45, herculanojs disse:

ASoapAction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF'

Expandir  

Aqui está incorreto.

Deveria ser:

http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF

Veja se está compilando com o ACBrNFeServicos.res atualizado, ou se não tem um arquivo ACBrNFeServicos.ini desatualizado na pasta da aplicação.

Se necessário faça um rever tem toda a pasta do ACBr, e instale novamente usando a opção de apagar arquivos antigos.

[herculanojs]

  Em 07/04/2018 at 14:36, BigWings disse:

Aqui está incorreto.

Deveria ser:

http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF

Veja se está compilando com o ACBrNFeServicos.res atualizado, ou se não tem um arquivo ACBrNFeServicos.ini desatualizado na pasta da aplicação.

Se necessário faça um rever tem toda a pasta do ACBr, e instale novamente usando a opção de apagar arquivos antigos.

Expandir  

?? Mas esta com o mesmo endereço que encontrei debugando

ASoapAction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF'

[BigWings]

  Em 07/04/2018 at 14:46, herculanojs disse:

?? Mas esta com o mesmo endereço que encontrei debugando

ASoapAction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF'

Expandir  

Está diferente, veja onde destaquei o F maiúsculo que no seu está minúsculo.

[herculanojs]

  Em 07/04/2018 at 14:48, BigWings disse:

Está diferente, veja onde destaquei o F maiúsculo que no seu está minúsculo.

Expandir  

ahh sim, entendi

[herculanojs]

  Em 07/04/2018 at 14:48, BigWings disse:

Está diferente, veja onde destaquei o F maiúsculo que no seu está minúsculo.

Expandir  

Estou usando ACBrNFeServicos.ini , contudo no mesmo não esta maiusculo. É o arquivo original que esta nos fontes.

ACBrNFeServicos.ini

[herculanojs]

  Em 07/04/2018 at 14:58, herculanojs disse:

Estou usando ACBrNFeServicos.ini , contudo no mesmo não esta maiusculo. É o arquivo original que esta nos fontes.

ACBrNFeServicos.iniFetching info...

Expandir  

Estive olhando os dois arquivos que você mencionou, olhando direto nos fontes do trunk2 e em ambos estão minusculos. Estão errados ?

[BigWings]

  Em 07/04/2018 at 14:58, herculanojs disse:

Estou usando ACBrNFeServicos.ini , contudo no mesmo não esta maiusculo. É o arquivo original que esta nos fontes.

ACBrNFeServicos.iniFetching info...

Expandir  

O problema em questão é na URL do namespace do WSDL, essa URL sequer está inserida no arquivo por ser o namespace padrão para o serviço.

O namespace é montado pelo método DefinirServicoEAction:

procedure TNFeStatusServico.DefinirServicoEAction;
begin
  if (FPConfiguracoesNFe.Geral.VersaoDF >= ve400) then
  begin
    if EstaVazio(FPServico) then
      FPServico := GetUrlWsd + 'NFeStatusServico4';
    if EstaVazio(FPSoapAction) then
      FPSoapAction := FPServico + '/nfeStatusServicoNF';
  end
  [...]

Se não houver a alteração do namespace pelo ACBrNFeServicos.ini, o padrão é montar a URL da forma que mencionei mais acima.

Então, ou você tem fontes modificados, ou está usando um ACBrNFeServicos.ini ou .res modificado.

Vai ser preciso debugar para encontrar o motivo de gerar o namespace incorreto.