421 -> Rejeição: Assinatura difere do calculado (ACS Token)

[IgorAcertSoft]

Bom dia,

Estamos com esse problema faz algumas semanas, e nao encontramos uma solução.. O problema é fazer NFE com o Certificado Digital ACS Token.

Pesquisamos e executamos o aconselhado no fórum, porém sem sucesso. Percebemos também que existe mais usuários com esse problema e que também nao foram solucionados.

Fizemos o teste com o próprio exemplo do acbr e o mesmo apresentou o mesmo problema.. Testamos no programa da receita e funciona perfeitamente.

No acbr, em algumas máquinas a primeira nota do dia chega a ser enviada, mas depois, não envia mais dando a seguinte mensagem: "421-> Rejeição: Assinatura difere do calculado".

Se pegarmos qualquer outro Certificado Digital de outra marca, funciona perfeitamente. Resumindo, a dificuldade acontece com este modelo/marca de certificado e o acbr. (Estamos com esse problema em 3 clientes que possuem esse mesmo certificado).

 

Gostaríamos de saber se existe alguma solução pra isso..

 

[Juliomar Marchetti]

Sem ter o certificado para testar não será possível informar a solução!

como acho que nenhum de nós tem será meio que impossível!

caso consiga debugar e achar o problema se ele existe seria de grande valia !

[IgorAcertSoft]

Bom dia Senhores...

Tentamos já por uma semana debugar o referido código, porém sem sucesso (confesso que não temos muita experiência com os fontes do ACBR, principalmente na parte de gerar a assinatura do certificado digital).

Estamos  enfrentando essa incompatibilidade com o Token da ACS + ACBR em alguns clientes. Para esses clientes não ficarem parados, acabei comprando um certificado digital de outra marca para que o mesmo possa emitir suas notas (tudo para o bem do cliente, heheheh).

Gostaria de saber se é possível, se alguém experiente no ACBR, possa estar fazendo um acesso remoto em alguma de nossas máquinas com o referido certificado para estar nos ajudando a resolver esse problema. Pela pesquisa que realizamos aqui neste fórum existem mais usuários com esse mesmo problema.

Ou se alguém quiser fornecer esse serviço separadamente nos cobrando algum valor e após isso estarmos disponibilizando essas alterações para a comunidade, eu agradeço.

Att

 

Igor Nunes

AcertSoft - Sistemas Comerciais

www.acertsoft.com.br

[André Ferreira de Moraes]

Faça a assinatura pelo ACBr e salve o arquivo, após isso importe o XML no emissor gratuito, refaça a assinatura e poste os dois arquivos para que possamos encontrar a diferença. 

[IgorAcertSoft]

Bom Dia André

Estou enviado os xml´s solicitados.

1) O primeiro arquivo foi gerado e tentado transmitir pelo ACBR (Deu o erro e não enviou);

2) O segundo arquivo foi gerado pelo ACBR, Validado e Assinado, e importado no sistema da SEFAZ, não foi assinado novamente. Foi simplesmente clicado em transmitir e transmitiu sem erro.

Qualquer dica, ou algo que possamos ajudar, fico muito agradecido.

Att

Igor Nunes

 

 

43160321466113000157550010000004251000004255-procNfe_Gerado pelo emissor da SEFAZ.xml

43160321466113000157550010000004251000004255-NFe_Gerado pelo ACBR.xml

[IgorAcertSoft]

Boa Tarde André... Desculpa o incômodo, mas chegaste a dar uma analisada nos arquivos xml´s? Existe algo que possamos ajudar? Ou algo que alguém possa fazer este trabalho como free lancer? Eu sei que o projeto é aberto, sem fins lucrativos, mas por incompetência nossa não conseguimos dar essa contribuição e ajustar o componente para este modelo de certificado. Pensei que se alguém puder ajudar como free lancer nosso, poderiamos estar disponibilizando para a comunidade essa correção.

Desde já peço humildemente desculpas por esta colocação, mas estamos realmente com dificuldades em vários clientes com esse tipo de certificado.

Muito obrigado pela compreensão dada.

Att

 

Igor Nunes

www.acertsoft.com.br

[Sérgio Assunção]

Em 29/03/2016 at 14:45, igornunes disse:

Boa Tarde André... Desculpa o incômodo, mas chegaste a dar uma analisada nos arquivos xml´s? Existe algo que possamos ajudar? Ou algo que alguém possa fazer este trabalho como free lancer? Eu sei que o projeto é aberto, sem fins lucrativos, mas por incompetência nossa não conseguimos dar essa contribuição e ajustar o componente para este modelo de certificado. Pensei que se alguém puder ajudar como free lancer nosso, poderiamos estar disponibilizando para a comunidade essa correção.

Desde já peço humildemente desculpas por esta colocação, mas estamos realmente com dificuldades em vários clientes com esse tipo de certificado.

Muito obrigado pela compreensão dada.

Att

 

Igor Nunes

www.acertsoft.com.br

Eu comparei as assinaturas e não houve diferença (img001).

Validei o XML assinado pelo ACBr usando o http://validadornfe.tecnospeed.com.br e não acusou que a assinatura é inválida (img002).

[Daniel Simoes]

Qual é exatamente o problema ? Ambos tem assinaturas válidas...

O erro ocorre na hora de transmitir  o XML ?

[IgorAcertSoft]

Boa Tarde Amigos

Desculpe, mas devo ter passado o xml errado. 

Segue anexo o xml gerado pelo exemplo do acbr. 

Segue também o erro apresentado pelo site da Sefaz/RS.

Muito Obrigado pela atenção até o momento.

Igor Nunes

 

1-env-lot.xml

[Daniel Simoes]

Esse é o arquivo de Log do ACBr... por favor anexe o arquivo final (*-nfe.xml)

[IgorAcertSoft]

Boa Tarde Senhores

Desculpe o equívoco, segue o arquivo xml correto para análise.

No validador do xml site de Sefaz/Rs da o erro "Assinatura difere do calculado".

Desde já muito obrigado pela atenção.

Igor Nunes.

43160421466113000157550020000000021000000024-NFe.xml

[IgorAcertSoft]

Bom Dia Senhores

Alguém chegou a dar uma analisada no arquivo que enviei?

Peço mil desculpas pela insistência referente a tentativa de solução de nosso problema, e desde já agradeço pela atenção dedicada.

Att 

Igor Nunes

[Italo Giurizzato Junior]

Bom dia Igor,

Primeiramente, faça uma correção, você esta informando somente a data de emissão, tem que informar a data e hora.

ide.dEmi := now;

Segundo, esse tipo de rejeição só ocorre quando o XML é alterado depois de assinado.