Franklin

Apareceu as duas assinaturas depois de atualizar todo o repositório + as 2 units acima. NFSe autorizada com essa alteração. Obrigado pela solução.

O problema é que está sendo atribuído duas 2x , mesmo naquele fonte que você me enviou anteriormente.

Se clicar na foto ela amplia. Parece que está faltando uma assinatura na tag <LoteRPS> Vou enviar a parte final da imagem novamente abaixo, espero que fique vísivel. Referente a 1) TAG <ValorISS>, alterei a unit SimplISS.GravarXml para NrOcorrValorISS := 1; e a tag do ValorIss gerou conforme esperado. Depois que passar pela assinatura, efetuo o teste com e sem a tag e te aviso.

Com os novos arquivos enviado acima, confirmo, via Debug, que foram executadas as suas alterações, mas mesmo assim ainda ocorre o retorno de assinatura abaixo indicado. 2021-12-07 11:21:30 [2796] info Thread_3840 - Erro(s): 2021-12-07 11:21:30 [2796] info Thread_3840 - Código : E172 2021-12-07 11:21:30 [2796] info Thread_3840 - Mensagem: Arquivo enviado com erro na assinatura. 2021-12-07 11:21:30 [2796] info Thread_3840 - Correção: Acerte a assinatura do arquivo. 2021-12-07 11:21:30 [2796] info Thread_3840 - --------- 2021-12-07 11:21:33 [2796] info Thread_3840 - Ajuste no valor do retorno: NFS-e não foi confirmada: Arquivo enviado com erro na assinatura. Na comparação dos arquivos gerados, noticia boa, que reduziu as diferenças sendo : 1) TAG <ValorISS> <ValorIss>9.20</ValorIss> ---> no componente antigo = gerava essa tag. ---> no ACBrNFSeX não gera (talvez não seja relevante). 2) Na parte final do XML conforme a figura abaixo, me parece que a estrutura de assinatura está diferente.

Olá @Italo Giurizzato Junior Obrigado pela atenção. no arquivo do mês 11, da esquerda, gerado pelo ACBRNFSe, tem o xmlns e foi autorizado. no arquivo do mês 12, da direita, gerado pelo ACBRNFSeX, não aparece o xmlns e não autoriza, informando a mensagem de erro da assinatura. Após configurar o componente, adicionei o "NameSpaceURI" como indicado abaixo: ACBrNFSeX.SSL.NameSpaceURI := 'http://www.abrasf.org.br/nfse.xsd'; ACBrNFSeX.Emitir( IntToStr(NumLot), meAutomatico, False ); if ACBrNFSeX.WebService.Emite.Sucesso then begin // tratamento retorno.... end; Sem o "NameSpaceURI", está ocorrendo exception em

Complementando, notei também que existe mais uma diferença entre os arquivos, no xmlns do RPS Será que preciso setar mais alguma propriedade no componente?

Bom dia Pessoal, Efetuando a migração para o novo componente ACBrNFSeX, cidade Blumenau/SC, provedor SimplISS, estou recebendo seguinte retorno abaixo <EnviarLoteRpsResposta> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E172</Codigo> <Mensagem>Arquivo enviado com erro na assinatura.</Mensagem> <Correcao>Acerte a assinatura do arquivo.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsResposta> Comparando os arquivos gerados notei a seguinte diferença Para o envio está sendo utilizado o método ACBrNFSeX.Emitir( IntToStr(NumLot), meAutomatico, False ); Agradeço qualquer colaboração

Bom dia Alguma novidade na implementação da impressão do DANFE no formato ESC POS ?

Habilitada a diretiva {$DEFINE DFE_SEM_LIBXML2} em ACBr.inc e problema resolvido. Obrigado a todos envolvidos, favor encerrar tópico.

não consigo pegar a call stack, por isso que disponibilizei o aplicativo teste no primeiro post para simulação, lembrando que até a revisão 17740 não exibe o AV.

Olá @Juliomar Marchetti a mensagem de erro ocorre em 3 ambientes que testei que foram WindowsXP, Windows 10 e Windows 2008 R2.

Complementando informações, utilizando no Delphi 2009: até a revisão 17740 não ocorre erro revisão 17741 foi adicionado o leitor de xml usando LibXml2 na revisão 17745 e 17750 estão com a compilação quebrada a partir da revisão 17754 ocorre erro.

Fiz novos testes e compilando o projeto pelo Delphi versão 10.3.2 não ocorre erro em nenhum ambiente. Ou seja, é algo relacionado ao Delphi 2009

Olá pessoal, Estou com um problema de AV ao fechar a aplicação quando utilizado o componente ACBrNFe. Segue imagem da mensagem: Ambiente de desenvolvimento: * Delphi 2009 32bits executado em WindowsXP 32bits * Revisão ACbr 17963 de 18/10/2019 13:57 * ACBr.inc com a diretiva do MinGW ativa {$DEFINE USE_MINGW} utilizando como base o tópico https://www.projetoacbr.com.br/forum/topic/34177-acbrdfe-openssl-e-tls12/ * Todas as DLLs da lista abaixo presentes na pasta do executável: acbr_trunk2\DLLs\XMLSec\MinGW\32 acbr_trunk2\DLLs\OpenSSL\1.0.2.19\x86 acbr_trunk2\DLLs\LibXml2\x86 acbr_trunk2\DLLs\Diversos\x86 Anexo um aplicativo teste que simula a mensagem. Notas: * sempre ocorre ao fechar o aplicativo, sendo executado pelo delphi ou mesmo por fora(explorer) * não consigo depurar pelo delphi, suspeito que é quando o executável começa a descarregar as DLLs * recompilando o mesmo projeto em uma revisão mais antiga do ACBr (rev 17566) o problema não ocorre *Fiz testes em outros PCs com Win10 e também é exibo a mensagem de erro. Obrigado pela atenção. TesteDFe.7z

@Marcelo Reisdörfer2 quando você diz "Fui no site da receita e enviei o arquivo pra teste." Qual site que você está usando ?