_ps

Sim. Está diferente de 100%. Mesmo configurado fica como mostrado na imagem.

Em relação ao código do produto funcionou bem. Só mais uma questão. Já pesquisei aqui no forum, segui as orientações, mas sem sucesso. Sabemos que nem todos os usuários deixam a escala em 100%, e não podemos deixar isso como uma exigência do sistema. Mesmo alterando a propriedade no componente para mudar a escala padrão, e usando diversos valores da escala (inclusive os indicados nos posts), os campos continuam sobreponto.

Vou tentar dessa forma. Obrigado

Como eu posso fazer isso de forma automática? Pois outros xml o tamanho do código é menor. Qual a propriedade para alterar esse tamanho?

Prezados. Gerando o DANFE da NFe com Fortes, tenho XML com mais de 14 caracteres no cProd, o que faz gerar o DANFE ultrapassando os campos, sem gerar quebra de linha (mesmo a opção estando habilitada) ou sem aumentar o tamanho da coluna. Isso acaba também desconfigurando a exibição de outras colunas.

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');