Notablu - Assinatura difere do calculado no cancelamento

[Paulo Alexandre Hostert]

Boa tarde,

Atualizamos os fontes agora, e no cancelamento da notablu ocorre mensagem de erro de que a Assinatura difere do calculado.

Já atualizamos os arquivos ini.

Inclui no anexo XML gerados no processo de cancelamento.

XML.rar

[Felipe E. Resende Mesquita]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

[Italo Giurizzato Junior]

Bom dia Paulo,

O componente esta configurado para usar o Capicom ou WinCrypt ou OpenSSL?

O pior é que o retorno não deixa claro qual das duas assinaturas que esta com problema, visto que temos a tag <AssinaturaCancelamento> e o grupo <Signature>.

[Paulo Alexandre Hostert]

Bom dia,

Utilizamos WinCrypt .

Mais é só no cancelamento que ocorre o problema, na emissão dá certo.

Voltei versão dos fontes do inicio de abril, e o cancelamento volta a funcionar.

[Italo Giurizzato Junior]

Paulo,

Neste caso seria interessante descobrir qual é a unit que esta provocando esse problema.

Se a unit responsável pela assinatura que fica na pasta ACBrDFe ou se é alguma unit do componente ACBrNFSe (por exemplo a unit ACBrNFSeWebServices).

[Paulo Alexandre Hostert]

Italo, 

Não sei exatamente o que vem sendo alterado nessa questão da assinatura, é que nos últimos meses tivemos problemas com a assinatura da notablu, algumas das vezes que atualizamos os fontes. Das outras vezes reportei para vocês e havia sido corrigido, será que não é o mesmo problema?

Tem mais alguma informação que posso verificar aqui?

 

[Italo Giurizzato Junior]

Paulo,

As units ACBrNFSeWebServices e pnfsNFSeG e as units do ACBrDFe são as que temos que checar, ou seja, comparar com as versões atuais para saber qual delas possui a alteração que esta provocando o erro.

[Paulo Alexandre Hostert]

Italo,

As units ACBrNFSeWebServices e pnfsNFSeG voltei a ultima versão antes de abril e ainda apresentou o problema. Das demais units do ACBrDEFe verifique a ACBrDFeWinCrypt e não houve alterações.

Agradeço se puder nos auxiliar.

[Italo Giurizzato Junior]

Bom dia Paulo,

Você tinha dito que tinha voltando os fontes de inicio de abril e o cancelamento voltou a funcionar.

Desculpa, agora esta confuso.

[Paulo Alexandre Hostert]

Bom dia Italo,

Sim voltei o fontes e funcionou, mais pretendo atualizar novamente, tentamos sempre manter os fontes atualizados.

Quando atualizamos volta o problema.

[Italo Giurizzato Junior]

Paulo,

É preciso fazer uma cópia desses fontes cujo cancelamento funciona, fazer a atualização dos fontes, realizar novos testes, constatado o problema novamente, comparar as units que mencionei da cópia com os atuais.

Com certeza alguma dessas units sofreu alguma alteração que esta provocando o erro.

[Paulo Alexandre Hostert]

Italo, 

Descobri que o problema está na unit ACBrDFeXsLibXml2.pas, quando restauro apenas essa unit do meu backup do inicio de abril, o cancelamento volta a funcionar. 

Esse código da assinatura ali tenho dificuldade de identificar o que de fato causa o problema, será que a pessoa que fez as alterações pode ajudar?

Lembrando que a emissão funciona , o problema ocorre apenas no cancelamento. 

[Italo Giurizzato Junior]

Bom dia Paulo, 

Faça uma cópia dessa unit cuja a assinatura do cancelamento funciona.

Atualiza todos os fontes e faça um novo teste.

Por favor leia essa noticia: Alteração nos arquivos INIs 

[Paulo Alexandre Hostert]

Bom dia Italo, 

Atualizei novamente os fontes, e substitui os arquivos INI, e o erro ainda ocorreu no cancelamento :(.

[Italo Giurizzato Junior]

Paulo,

Anexa a unit cuja assinatura é realizada com sucesso.

Mais o XML gerado com essa unit e o XML gerado pela unit que se encontra atualmente no repositório.

[Paulo Alexandre Hostert]

Italo, 

Segue unit e os xml gerados.

XML.rar ACBrDFeXsLibXml2.pas

[Italo Giurizzato Junior]

Paulo,

Esses XMLs se referem ao pedido de cancelamento feito com a unit que funciona, correto?

E os XMLs que se referem ao pedido de cancelamento feito com a unit que ocorre o erro?

[Paulo Alexandre Hostert]

Sim, os que enviei anteriormente foram xmls gerado com a unit que funciona.

Segue xml com a unit atual onde ocorre o problema.

 

XML_com_erro.rar

[Italo Giurizzato Junior]

Paulo,

Como o teste foi feito com numero de NFS-e diferente fica mais complicado onde exatamente esta ocorrendo o erro pois as tags: AssinaturaCancelamento, DigestValue e SignatureValue são diferentes.

Seria interessante emitir uma nota, tentar cancelar com a unit atual (vai ocorrer o erro), copiar os XMLs referente ao cancelamento, depois trocar a unit e efetuar o cancelamento da mesma nota.

Ai sim comparar as 3 tags que mencionei, pois é uma delas ou mais de uma que esta sendo gerada de forma errada.

[Paulo Alexandre Hostert]

Italo, 

Segue XML gerados a partir da mesma nota conforme solicitado.

XML Cancelamento com erro.rar XML Cancelamento Sem Erro.rar

[Italo Giurizzato Junior]

Boa tarde Paulo,

Maravilha, descobri que diferença é no SignatureValue.

Vamos agora analisar o motivo dessa diferença.

[Italo Giurizzato Junior]

Boa tarde Paulo,

Por favor faça novos testes usando a Unit em anexo.

ACBrDFeXsLibXml2.pas

[Paulo Alexandre Hostert]

Deu certo Italo !

[Italo Giurizzato Junior]

Obrigado por reportar.

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

[Daniel Simoes]

Enviei para o SVN, as seguintes modificações:

Citar

 

-- ACBrDFeXsLibXml2 --
[-] Correção no método "CanonC14n", para usar todos os atributos de NameSpace
    especificados no Nó Root do XML
    https://www.projetoacbr.com.br/forum/topic/51135-notablu-assinatura-difere-do-calculado-no-cancelamento/

[-] Ajuste no método "AdicionarNode", para funcionar com Tags com prefixo (:)
    (por: DSA, e Italo Jurisato Jr)