_ps

O pior que não é um caso isolado. Tenho milhares assim. Mas resolvi de outra forma sem passar pelo acbr. Abri o post apenas para informar mesmo essa situação, pois talvez pudesse ser resolvido no acbr. Agradeço pela atenção.

Estranho, veio assim da Sefaz. Além disso a assinatura digital dele é válida. Mas em quê essa quebra de linha interfere na acentuação em outras tags?

Bom dia. Enviei o arquivo no privado.

Posso enviar no privado? Com o arquivo exemplo que enviei em anexo também é possível reproduzir o problema, seguindo os passos indicados no início do post.

Não estou emitindo. O problema eu contornei de outra forma. Mas abri o post para informar que existe esse fato. Já tinha visto a mais tempo, mas só parei agora para informar.

Boa tarde. Sim, emissão de terceiros (nota de compra). XML direto da Sefaz. Valida tudo certo. Só dá erro ao gravar usando acbr.

Completando. São situações pontuais. E ocorrem mais com documentos emitidos antigos. Com o exemplo anexado no início dará para ver o comportamento do componente.

Bom dia. Sim, baixei diretamente na Sefaz, utilizando certificado digital. Quanto a versão do Delphi, no momento só disponho o 10.3.

Mesmo baixando direto do Portal, o arquivo é gravado errado? Testei também dessa forma, e o erro ocorreu. TStringlist tudo ok, colocando no acbr gera erro. Abrindo no notepad++ ele mostra que o formato é UTF-8, e sem nenhum erro de exibição/codificação. Tenho inclusive um caso (que abrirei em outro chamado para não misturar), que ao submeter o conteúdo para o acbr e gravar, ele corta o final do arquivo (falta NFe></nfeProc>) .

Boa noite. Desculpe a demora. Diversas atividades aqui. Para simplificar, vamos focar somente no arquivo enviado como exemplo. Se ler o arquivo e salvar em seguida, utilizando o TStringList, tudo fica certo, os caracteres não são trocados e o conteúdo é validado com sucesso. var sl:TStringlist; begin sl:=TStringList.Create; sl.LoadFromFile('C:\...\exemplo.xml', TEncoding.UTF8); sl.SaveToFile('C:\...\teste.xml'); Ao utilizar o acbr, passo a ter o problema: var sl:TStringlist; begin sl:=TStringList.Create; sl.LoadFromFile('C:\...\exemplo.xml', TEncoding.UTF8); ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromString(sl.Text); ACBrNFe1.NotasFiscais.GravarXML('C:\...\saída.xml');

Bom dia. Não está sendo convertido. Eu também conferi antes. O conteúdo da string está perfeito, é inclusive validado em https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Prezados. Estou com problemas ao carregar um xml utilizando uma string, pelo método ACBrNFe.NotasFiscais.LoadFromString. Ao salvar o XML usando ACBrNFe.NotasFiscais.GravarXML, quando a string de entrada está no formato utf8, os caracteres não são codificados corretamente. Não sei exatamente quando começou, mas na versão do ACBrNFe com até 10 meses esse problema não ocorria. Passos para reproduzir: var sl:TStringlist; begin sl:=TStringList.Create; sl.LoadFromFile('C:\...\exemplo.xml', TEncoding.UTF8); ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromString(sl.Text); ACBrNFe1.NotasFiscais.GravarXML('C:\...\saída.xml'); Em anexo XML (modificado) para exemplo. Obs.: Antes que alguém fale para não usar TEncoding.UTF8 em sl.LoadFromFile, no cenário real eu não leio o xml do arquivo, e sim, já recebo a string no formato utf8. É estranho, pois em outros xmls que possui acentuação esse mesmo problema não ocorre. exemplo.xml

Prezados. Possivelmente exista uma falha na verificação do tipo do certificado. Após chamar ACBrNFe.SSL.LerCertificadosStore, e verificar o tipo do certificado (ACBrNFe.SSL.ListaCertificados[I].Tipo), está retornando tpcDesconhecido. No momento só foi possível testar com A1. Porém, ao criar uma instância TDFeSSL e informar o número de série (NumeroSerie) e usar a propriedade CertTipo, retorna corretamente a tipagem (tpcA1).

Olá, você conseguiu alguma forma?

Boa tarde. Acabei de testar. Ainda estou tendo os mesmos erros.