JORGE NUNES DE SOUZA

Infelizmente não resulta em uma string de 172 caracteres e sim de 344.

Bom dia Italo. Será que você poderia explicar este processo de calculo do hash citado? Por que a a assinatura resultante deve conter 172 caractere. Esse retorno usando a capicom que não consegui.

De um jeito ou de outro vou fazer a troca. Só que tinha que resolver este problema antes. Só vou mexer no MDFe pra troca quando terminar os outros. Pensa num arrocho! O tempo tá curto. rsrsrsr

Bom dia Italo! Desde já obrigado pela atenção. Já estou mudando, só que vai demorar um pouquinho. Estou atualizando o meu emissor de NFCe e NFe. Ai estou sem tempo pra mudar o MDF-e agora. O MDF-e tá funcionando beleza, o problema é só a geração em contingência devido a parte do qrcode: sign que não consegui gerar. Mais o meu projeto e atualizar tudo para o ACBr. Até mesmo pra melhor o meu tempo. Vc acha que tem como gerar a terceira parte do qrcode usando a capicom?

Boa tarde! Estou emitindo NFe e NFCe utilizando o ACBr, porém na emissão de MDFe não utilizo ainda ACBr. Aí pintou um problema, não estou emitindo MDFe em CONTINGENCIA, porque utilizo a capicom e não consegui fazer a terceira parte do qrcode: sign assinatura digital no padrão RSA SHA-1 (Base64) do valor do parâmetro chMDFe (chave de acesso com 44 caracteres) a partir do certificado digital. A pergunta é: tem como gerar a terceira parte do qrcode usando a capicom?