E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada

[Henrique_Raitz]

Estou tentando CANCELAR uma NFS-e no município de Cascavel, provedor ISSNet e está retornando esse erro:

<Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem>

<Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao>

Começou isso depois que atualizei os fontes. Debuguei e vi que agora está assinando de uma forma diferente que assinava antes, através do método TDFeSSLXmlSignLibXml2.Assinar() (fonte ACBrDFeXsLibXml2.pas).

Está trocando de lugar as tags <Pedido> e <Signature>, conforme segue o exemplo:

Como era gerado o XML antes:

<p1:CancelarNfseEnvio>
    <Pedido>
        <tc:InfPedidoCancelamento>
        <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
    </Pedido>
</p1:CancelarNfseEnvio>

Como está sendo gerado agora:

<p1:CancelarNfseEnvio>
    <Pedido>
        <tc:InfPedidoCancelamento>
    </Pedido>
    <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
</p1:CancelarNfseEnvio>

A tag <Signature> está sendo gerada depois que fecha <Pedido>

Alguém poderia dar uma olhada ?

[Italo Giurizzato Junior]

Boa noite Henrique,

Vou analisar o problema.

Favor manter os fontes atualizados, pois nos próximos dias vou disponibilizar as correções.

[Henrique_Raitz]

Boa tarde Italo, certo, eu aguardo, obrigado.

[Italo Giurizzato Junior]

Boa tarde Henrique,

Favor atualizar os fontes e faça novos testes.

[Henrique_Raitz]

Boa tarde @Italo Jurisato Junior, eu atualizei e fiz testes, o problema continua. Acredito que seja algum problema na geração no XML pelo fonte ACBrDFeXsLibXml2, no método Assinar().

Ainda está deixando a tag <Signature> por fora da <Pedido>.

[RobertoKrug]

14 minutos atrás, Henrique_Raitz disse:

Boa tarde @Italo Jurisato Junior, eu atualizei e fiz testes, o problema continua. Acredito que seja algum problema na geração no XML pelo fonte ACBrDFeXsLibXml2, no método Assinar().

Ainda está deixando a tag <Signature> por fora da <Pedido>.

Também estou passando pelo mesmo Problema, na Cidade de Novo Hamburgo - RS - Provedor ISSNet

[walter faria]

Boa noite 
Estou com mesmo problema (ginfes)

Obrigado

[Italo Giurizzato Junior]

Boa tarde a todos,

Favor atualizar os fontes e façam novos testes.

[RobertoKrug]

Eu testei, e não deu certo... só se fiz algo de errado... mais alguém testou?

Como ainda está para mim:

[Henrique_Raitz]

Boa tarde, eu testei e também não deu certo ainda. A estrutura do meu XML está saindo como essa do RobertoKrug.

[Italo Giurizzato Junior]

Bom dia a todos,

Como foi feito alguns ajustes isso com certeza provocou efeito colateral em alguns provedores.

Peço que anexem o XML que antes era validado e o atual bem como o provedor.

Muito obrigado.

[Henrique_Raitz]

Bom dia Sr Italo. Seguem os XMLs: 

47-ped-can_AGORA.xml

47-can_AGORA.xml

E como era gerado antes:

47-ped-can_ANTES.xml

47-can_ANTES.xml

 

[RobertoKrug]

Bom dia, 

Do provedor ISSNET:

O arquivo antigo não tenho mais... pois para mim, faz tempo que não está OK....

mas segue o arquivo, conforme o Suporte da ISSNET me passou:

 

ERRADO - 1118-ped-can.xml

CORRETO - CancelarNfseEnvio.xml

[Henrique_Raitz]

13 minutos atrás, Henrique_Raitz disse:

Bom dia Sr Italo. Seguem os XMLs: 

47-ped-can_AGORA.xml

47-can_AGORA.xml

E como era gerado antes:

47-ped-can_ANTES.xml

47-can_ANTES.xml

 

Desculpe, faltou o provedor, ISSNET.

[Italo Giurizzato Junior]

Fiz uma alteração, favor atualizarem os fontes e façam novos testes.

[Henrique_Raitz]

Agora deu erro pra assinar o XML:

Falha ao Assinar - Cancelar NFS-e: 
Nenhum elemento encontrado

Não chegou a gerar XML, no entanto eu debuguei e salvei o seguinte: Cancelamento_ACBr.xml

 

[Henrique_Raitz]

1 hora atrás, Henrique_Raitz disse:

salvei o seguinte: Cancelamento_ACBr.xml

Este é o XML que está sendo montado antes da assinatura agora.

No entanto, anteriormente, o XML de antes da assinatura era montado assim: antes de assinar_ANTES.xml

Percebi isso, espero que ajude.

[Italo Giurizzato Junior]

Boa tarde a todos,

Desfiz a alteração anterior.

Me diz uma coisa, qual é o valor que vocês estão atribuindo a SSLLib?

[Henrique_Raitz]

Boa tarde.

No meu caso TACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt;

[Italo Giurizzato Junior]

Henrique,

Pelo que andei notando quando o componente é configurado com o libCapicom o grupo <Signature> é acrescentado antes da tag de fechamento </Pedido> que por sinal é a posição correta.

Mas quando o componente é configurado com o libWinCrypt o grupo <Signature> é acrescentado antes da ultima tag do XML, ou seja, tag de fechamento </CancelarNfseEnvio>, ficando desta forma incorreto.

Analisando os fontes notei que a rotina Assinar do libCapicom leva em consideração o conteúdo de um parâmetro chamado docElement cujo conteúdo é: Pedido></CancelarNfseEvento, isso instrui a rotina a incluir o grupo <Signature> antes dessa sequencia de tabs.

Por outro lado a rotina Assinar do libWinCryot não leva em consideração o conteúdo do parâmetro docElement, levando em conta apenas a última tag do XML.

Por favor realizem testes com o Capicom e peço que tenham mais um pouco de paciência, pois estou em busca de uma solução definitiva.

[Henrique_Raitz]

Perfeito Italo! Usando a libCapicom funcionou.

No entanto usamos o certificado no banco de dados, então irei aguardar o ajuste definitivo, pois precisa ser da libWinCrypt.

Obrigado.

[walter faria]

Boa tarde

Mudei para capicom, libWinCrypt.  e nao funcionou ainda

Mesmo erro  

[Italo Giurizzato Junior]

Bom dia a todos,

Favor atualizar os fontes, mais uma alteração, acredito que agora vai incluir a assinatura no lugar correto no XML de cancelamento.

[Henrique_Raitz]

Agora sim Italo! Atualizei e está funcionando perfeitamente para o provedor ISSNet.

Mais uma vez, muito obrigado!

[Felipe E. Resende Mesquita]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.