_ps

Normalizado. Notas emitidas com sucesso.

Bom dia. Mesmo problema. Atualizei os fontes e schemas, mas sem sucesso.

Boa noite. Obrigado

Bom dia. Tudo está ok. Fontes atualizados, esquemas atualizados, e foi utilizado o exemplo do projeto. Também não foi identificado nenhum caracter extra. Ressalto também que a assinatura digital, parser e schemas não apresentaram erros na validação em: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Percebi que no processo de instalação dos componentes, ao desmarcar a reforma tributária, o erro deixou de acontecer. Voce se importaria se eu enviar o XML em questão diretamente para o seu email? (a empresa não autoriza compartilhar aqui de forma pública)

Prezados. Alguns XML transmitidos e validados pela Sefaz, ao tentar utilizar o TACBrNFe para realizar a leitura (TACBrNFe.NotasFiscais.LoadFromFile) gera o erro: Start tag expected, '<' not found Arquivo baixado diretamente do Portal Nacional. Tive o cuidado de realizar a validação do arquivo previamente: O mesmo ocorre com outros arquivos (não todos). O XML não posso anexar aqui de forma pública. Como pode fazer?

Deu certo, acho que era alguma falha minha. Obrigado pela atenção.

Prezados, boa tarde. Desculpe se a pergunta for óbvia. Também não achei a resposta no fórum. Utilizando o método AcbrNFe.DistribuicaoDFePorUltNSU eu consigo obter o XML de alguns eventos vinculados à NFe. Eu preciso recuperar o XML do evento MDFeAutorizado: Exemplo XML: exemplo xml mdfe (dados ocultados).xml Seria dessa forma realmente? Após consultar AcbrNFe.DistribuicaoDFePorUltNSU eu faço: for iCount := 0 to AcbrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count -1 do if AcbrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[iCount].procEvento.tpEvento = teMDFeAutorizado then sXML:=AcbrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[iCount].XML; .... Desde já agradeço pela ajuda e paciência.

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

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).