Ir para conteúdo
  • Cadastre-se

dev botao

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

Recommended Posts

Postado

Ubuntu 14.04 LTS 64 bits com Lazarus 1.6.4 com ACBr via SVN na Revision 13717.

Aplicativo emite NFCe versão 3.10 normalmente (Sefaz RS).

Ao mudar para a versão 4.00 o StatusServiço funciona (abaixo) mas a emissão não.

<nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4">
  <retConsStatServ versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe">
    <tpAmb>2</tpAmb>
    <verAplic>RS201707181025</verAplic>
    <cStat>107</cStat>
    <xMotivo>Servico em Operacao</xMotivo>
    <cUF>43</cUF>
    <dhRecbto>2017-08-10T15:12:13-03:00</dhRecbto>
    <tMed>1</tMed>
  </retConsStatServ>
</nfeResultMsg>

Ao tentar emitir o cupom versão 4.00 ocorre a exceção em TACBrNFe.Enviar() com "Erro interno: 0" e "Erro HTTP: 500".

Pelo que vi no fórum poderia ser um problema de OpenSSL porém confirmei a versão:

$ openssl version
OpenSSL 1.0.1f 6 Jan 2014

Alguma pista de onde eu possa procurar este erro?

  • Triste 1

Alexsander da Rosa

Rednaxel Informática

http://rednaxel.com

Postado
1 hora atrás, André Ferreira de Moraes disse:

Provavelmente o SOAPACTION está incorreto.

Mas estou usando a revision 13717.

Houve alguma outra alteração no SOAPACTION do RS depois da revision 13678?

alexsander@desktop-alex:~/fontes/ACBr/Fontes/ACBrDFe/ACBrNFe$ svn -r 13570:HEAD log ACBrNFeWebServices.pas
------------------------------------------------------------------------
r13571 | anfm | 2017-07-13 09:11:55 -0300 (Qui, 13 Jul 2017) | 1 linha

Correção enviada no post http://www.projetoacbr.com.br/forum/topic/37538-status-nfe-40-erro/?do=findComment&comment=247478
------------------------------------------------------------------------
r13576 | anfm | 2017-07-13 15:35:10 -0300 (Qui, 13 Jul 2017) | 1 linha

Ajuste para permitir o funcionamento da versão 4.0 nos servidores da Bahia. Propriedade ACBrNFe1.SSL.SSLType deve ser configurada conforme cada estado, na teoria todos deveriam aceitar LT_TLSv1_2. 
------------------------------------------------------------------------
r13590 | juliomar | 2017-07-15 21:50:08 -0300 (Sáb, 15 Jul 2017) | 2 linhas

Correção do SoapAction do RS
http://www.projetoacbr.com.br/forum/topic/37538-status-nfe-40-erro/?do=findComment&comment=247849
------------------------------------------------------------------------
r13665 | anfm | 2017-07-27 09:40:35 -0300 (Qui, 27 Jul 2017) | 1 linha

Correção citada em http://www.projetoacbr.com.br/forum/topic/37538-status-nfe-40-erro/?do=findComment&comment=249110
------------------------------------------------------------------------
r13678 | dopi | 2017-07-28 19:29:26 -0300 (Sex, 28 Jul 2017) | 1 linha

http://www.projetoacbr.com.br/forum/topic/37538-status-nfe-40-erro/?do=findComment&comment=249148
------------------------------------------------------------------------
alexsander@desktop-alex:~/fontes/ACBr/Fontes/ACBrDFe/ACBrNFe$ 

 

Alexsander da Rosa

Rednaxel Informática

http://rednaxel.com

Postado

uso linux x64 no lazarus  OpenSSL 1.1.0f  25 May 2017 a nfe 3.10 roda normal quando coloco a versao 4.00 gera uma excessao na hora de transmitir tambem , porem ainda nao consegui identificar o erro

atualizei os fontes mas o problema permanece

  • 4 semanas depois ...
Postado
Em 15/08/2017 at 21:14, alexpseletr disse:

uso linux x64 no lazarus  OpenSSL 1.1.0f  25 May 2017 a nfe 3.10 roda normal quando coloco a versao 4.00 gera uma excessao na hora de transmitir tambem , porem ainda nao consegui identificar o erro

atualizei os fontes mas o problema permanece

Alguém está conseguindo emitir NFe/NFCe 4.0 usando Linux 64 bits?

Estou com o mesmo problema, o "NFeStatusServico4" funciona porém na hora de enviar continua dando erro 500. 

<?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><nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4"><retConsStatServ versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>2</tpAmb><verAplic>RS201707181025</verAplic><cStat>107</cStat><xMotivo>Servico em Operacao</xMotivo><cUF>43</cUF><dhRecbto>2017-09-11T12:15:43-03:00</dhRecbto><tMed>1</tMed></retConsStatServ></nfeResultMsg></soap:Body></soap:Envelope>

 

Alexsander da Rosa

Rednaxel Informática

http://rednaxel.com

Postado

Descomentei os DEBUGs na "TDFeHttpOpenSSL.Enviar" e apareceu o seguinte:

cat /tmp/HttpSendHeader.xml 
SOAPAction: "http://www.portalfiscal.inf.br/nfe/wsdl/NfeAutorizacao"

Isso está correto? Talvez esteja aí o problema, pois o erro reclama a falta de um "soap action" válido:

cat /tmp/ReqResp.xml 
<?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>

 

Alexsander da Rosa

Rednaxel Informática

http://rednaxel.com

  • Moderadores
Postado
19 horas atrás, Alexsander disse:

Descomentei os DEBUGs na "TDFeHttpOpenSSL.Enviar" e apareceu o seguinte:


cat /tmp/HttpSendHeader.xml 
SOAPAction: "http://www.portalfiscal.inf.br/nfe/wsdl/NfeAutorizacao"

Isso está correto? Talvez esteja aí o problema, pois o erro reclama a falta de um "soap action" válido:

Não deveria estar gerando esse SoapAction.

Você está com os fontes atualizados?

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

Projeto ACBr

 

 

Postado
57 minutos atrás, BigWings disse:

Não deveria estar gerando esse SoapAction.

Você está com os fontes atualizados?

Estou usando o SVN da URL svn://svn.code.sf.net/p/acbr/code/trunk2:

alex@desktop-alex:~/fontes/ACBr$ svn update 
Atualizando '.':
Na revisão 13858.
alex@desktop-alex:~/fontes/ACBr$ 

Atualmente tenho apenas os seguintes arquivos modificados localmente:

alex@desktop-alex:~/fontes/ACBr$ svn -q status
M       Exemplos/ACBrDFe/ACBrNFe/Lazarus/ACBrNFE_Demo.lpi
M       Exemplos/ACBrDFe/ACBrNFe/Lazarus/ACBrNFE_Demo.lps
M       Exemplos/ACBrDFe/ACBrNFe/Lazarus/Unit1.lfm
M       Fontes/ACBrDFe/ACBrDFeHttpOpenSSL.pas
alex@desktop-alex:~/fontes/ACBr

Da pasta Fontes o único que modifiquei foi para incluir os debugs que mencionei anteriormente:

alex@desktop-alex:~/fontes/ACBr$ svn diff Fontes/ACBrDFe/ACBrDFeHttpOpenSSL.pas
Index: Fontes/ACBrDFe/ACBrDFeHttpOpenSSL.pas
===================================================================
--- Fontes/ACBrDFe/ACBrDFeHttpOpenSSL.pas	(revisão 13858)
+++ Fontes/ACBrDFe/ACBrDFeHttpOpenSSL.pas	(cópia de trabalho)
@@ -117,12 +117,14 @@
   WriteStrToStream(FHTTP.Document, AnsiString(ConteudoXML)) ;
 
   // DEBUG //
-  //FHTTP.Document.SaveToFile( 'c:\temp\HttpSendDocument.xml' );
-  //FHTTP.Headers.SaveToFile( 'c:\temp\HttpSendHeader.xml' );
+  FHTTP.Document.SaveToFile( '/tmp/HttpSendDocument.xml' );
+  FHTTP.Headers.SaveToFile( '/tmp/HttpSendHeader.xml' );
 
   // Transmitindo //
   OK := FHTTP.HTTPMethod('POST', AURL);
 
+  FHTTP.Document.SaveToFile('/tmp/ReqResp.xml');
+
   // Verifica se o ResultCode �: 200 OK; 201 Created; 202 Accepted
   // https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
   OK := OK and (FHTTP.ResultCode in [200, 201, 202]);
alex@desktop-alex:~/fontes/ACBr$ 

 

Alexsander da Rosa

Rednaxel Informática

http://rednaxel.com

Postado

Aqui ocorre o mesmo erro, usando Windows e acabei de atualizar a reinstalar o ACBr e nada.

Erro 500 ao enviar a NFe 4.00 usando o SVRS em produção, em homologação funciona!

Postado

Conseguimos emitir NFe 4.0 em homologação no Linux 64, a questão do SOAP ACTION era um ve310 hardcoded esquecido na hora de enviar (por isso o Status funcionava). 

Foi necessário fazer uma conhecida alteração no tiposBasico_v4.00.xsd para funcionar:

$ svn diff tiposBasico_v4.00.xsd
Index: tiposBasico_v4.00.xsd
===================================================================
--- tiposBasico_v4.00.xsd	(revisão 13858)
+++ tiposBasico_v4.00.xsd	(cópia de trabalho)
@@ -503,7 +503,7 @@
 		</xs:annotation>
 		<xs:restriction base="xs:string">
 			<xs:whiteSpace value="preserve"/>
-			<xs:pattern value="[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}"/>
+			<xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/>
 		</xs:restriction>
 	</xs:simpleType>
 	<xs:simpleType name="TData">
$ 

 

Alexsander da Rosa

Rednaxel Informática

http://rednaxel.com

  • Este tópico foi criado há 2638 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.