Falha ao interpretar o XML "xmlParseDoc"

[Renan Garcia de Oliveira]

Boa tarde,

 

Estou tentando realizar uma inutilização com o libOpenSSL mas sempre recebo o seguinte erro:

Falha ao assinar Inutilização Nota Fiscal Eletrônica 
Erro: Falha ao interpretar o XML "xmlParseDoc"

Eu efetuo a inutilização da seguinte forma:

ACBrNFe.WebServices.Inutiliza(
      DAO.QueryConsultaEmpresa.Query('CG_EMP').FieldByName('CNPJ').AsString,
      'Erro ao gerar número sequencial no software',
      StrToInt(FormatDateTime('yyyy', Now)),
      65,
      DAO.QueryConsultaPDV.Query('TB_PDV').FieldByName('NRO').AsInteger,
      pNroInicial,
      pNroFinal);

Esse é um erro antigo, com o Capicom funciona corretamente então venho mantendo meus clientes com Capicom, mas agora com a mudança no ACBr a inutilização teria que funcionar com OpenSSL.

Alguém mais já teve esse erro ao efetuar inutilização com OpenSSL?

Editado 23 Março, 2017 por Renan Garcia de Oliveira

[André Ferreira de Moraes]

No demo ocorre o mesmo erro? Quais os passos para reproduzir?

[Renan Garcia de Oliveira]

Eu tentei executar pelo demo mas não deu certo, foi um custo só pra instalar e compilar ele. Mas quando tento executar a inutilização com versão da Nf-e 4.0 dá um erro dizendo que o OpenSSL não suporta TL_TLSv1_2, se eu seleciono uma versão menor aí da erro no XML.

Mas no meu sistema eu executo mesmo método que o inutilizar do demo faz, usando um certificado A1 configurado no OpenSSL, realizo uma inutilização para NFC-e, modelo 65.

[André Ferreira de Moraes]

NF-e 4.0 ainda não tem ambiente disponível. Sem os passos para reproduzir o problema, não tenho como investigá-lo.

[Renan Garcia de Oliveira]

O que consegui depurar aqui é que quando tento efetuar uma inutilização com OpenSSL o erro ocorre dentro da unit ACBrDFeXsXmlSec no método TDFeSSLXmlSignXmlSec.XmlSecSign, na linha 578 do arquivo:

doc := xmlParseDoc(PAnsiChar(ConteudoXML));

O valor do ConteudoXML é o seguinte:

<!DOCTYPE test [<!ATTLIST infInut Id ID #IMPLIED>]>
<inutNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
	<infInut Id="ID52172647484800014665005000000082000000082">
		<tpAmb>2</tpAmb>
		<xServ>INUTILIZAR</xServ>
		<cUF>52</cUF>
		<ano>17</ano>
		<CNPJ>26474848000146</CNPJ>
		<mod>65</mod>
		<serie>5</serie>
		<nNFIni>82</nNFIni>
		<nNFFin>82</nNFFin>
		<xJust>Erro ao gerar número sequencial no software</xJust>
	</infInut>
	<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
		<SignedInfo>
			<CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" />
			<SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" />
			<Reference URI="#ID52172647484800014665005000000082000000082">
				<Transforms>
					<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" />
					<Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" />
				</Transforms>
				<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" />
				<DigestValue></DigestValue>
			</Reference>
		</SignedInfo>
		<SignatureValue></SignatureValue>
		<KeyInfo>
			<X509Data>
				<X509Certificate></X509Certificate>
			</X509Data>
		</KeyInfo>
	</Signature>
</inutNFe>

E quando tenta executar o xmlParseDoc é quando dá o erro Falha ao interpretar o XML "xmlParseDoc"

[André Ferreira de Moraes]

Tente enviar a justificativa sem acentos.

[Renan Garcia de Oliveira]

Era isso mesmo, tirei o acento e aí passou do método sem erro! Ainda não consegui testar porque agora começou a dar um erro interno 10091 na hora de enviar, mas outro funcionário aqui da empresa está vendo isso em outro tópico.

[Daniel Simoes]

Enviei uma correção para o SVN, para que os acentos funcionem em eventos...