BigWings

Parece normal: Está usando o DAMDFE_Retrato.fr3 do repositório?

Cuidado ao acessar enumerados pelo índice. TpcnTipoEmissao(1) sempre vai retornar teContingencia que é o segundo item no enumerado, e inválido tanto pra NFe quanto pra NFCe. TpcnTipoEmissao = (teNormal, teContingencia, teSCAN, teDPEC, teFSDA, teSVCAN, teSVCRS, teSVCSP, teOffLine); Uma sugestão é usar as funções da unit pcnConversao.pas, var ok: Boolean; begin with ACBrNFe1.NotasFiscais.Add.NFe do begin ... Ide.tpEmis := StrToTpEmis(ok, '1'); // emissão normal

O tipo de emissão informado na chave não é aceito para NFCe. O tipo de emissão pode ser 1-Normal; 9-Contingência offline ou 4-Contingência EPEC (apenas SP).

Melhor você não usar, então.

O Fast Report não é Open Source, é um produto comercial, precisa adquirir a licença: https://www.fast-report.com/pt/ Se você quer algo open source use o Fortes Report (basta instalar o mesmo e desmarcar os componentes para Fast Report do instalador do ACBr).

Você pode definir o local de pagamento na geração do boleto: with ACBrBoleto1.CriarTituloNaLista do begin ... LocalPagamento := 'SEU TEXTO AQUI';

Notepad++

Movendo tópico não relacionado ao ACBrNFe. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Qual arquivo .fr3 está usando? Pelas imagens parecem ser arquivos diferentes. O ideal seria fazer o teste usando o mesmo XML e o mesmo .fr3.

Tente informar: C:\TESTE\ Com a barra no final.

Faça validação do XML no validador da SEFAZ: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Se estiver OK, verifique a pasta de Schemas que está usando na aplicação, use as disponibilizadas pelo ACBr na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. Se estiver OK, verifique a versão das DLLs OpenSSL/XmlSec/LibXML2, de acordo com as disponibilizadas pelo ACBr na pasta ACBr\DLLs, copie as DLLs 32 ou 64 bits de acordo com a arquitetura do seu executável, se preferência para a mesma pasta para evitar que sejam substituídas por outro programa.

Por que agora gerou o atributo xmlns="" na tag infProt que não tinha no teu primeiro arquivo? Por favor responda minha pergunta:

A impressão em modo bobina em Fortes está de acordo com o último manual de especificações técnicas do DANFE NFCe: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=/xyXbAFZ71k= Mas ao que parece a impressão em A4 não foi atualizada. Esse modo é bem pouco usado então não tem muitas contribuições. Se desejar fazer os ajustes de acordo com o manual e colaborar com o projeto basta anexar aqui.

Veja a propriedade "ImprimeDescAcrescItem" do componente DANFE. Mas note que foi implementado apenas para o DANFE retrato e paisagem em Fortes Report.

Os três IF que colocou são independentes, ou seja, executam de qualquer forma, e o terceiro não testa a condição não contribuinte. Então se o usuário informar "NC" para a inscrição sempre vai ser definido como contribuinte, e a inscrição em branco já que o código do componente remove caracteres não numéricos. A princípio você pode trocar esses IF independentes por IF.. ELSE IF.. ELSE IF.. END.

O erro não tem relação com a tag indAlteraToma, mas sim o fato de ter informado o remetente do CTe substituto diferente do CTe original. Até onde sei, apenas a indicação do tomador pode ser alterada, desde que informado indAlteraToma = tiSim.

Se na Daruma imprime correto porque você acha que o problema é no Fast? Separei o tópico já que o outro se tratava do Fortes Report.

MD5 é um hash de verificação de arquivos ou strings. Precisa saber MD5 do quê ele está querendo.

Foi enviada uma atualização recente para padronizar as margens entre os vários DFe em Fast e Fortes, e aplicar as margens onde não estavam sendo aplicadas. Agora as margens devem ser informadas em milímetros e não centímetros (como eram para o DANFE em Fast). Se você não quer que o ACBr mexa nas margens, ou seja, usar as margens definidas no .FR3, basta informar, via código, as margens zeradas: ACBrNFeDANFEFR1.MargemEsquerda := 0; ACBrNFeDANFEFR1.MargemDireita := 0; ACBrNFeDANFEFR1.MargemSuperior := 0; ACBrNFeDANFEFR1.MargemInferior := 0;

Já tive esse problema com o Fast Report mas como disse não consegui simular neste caso. Chegou a testar usando o arquivo que anexei?

Faça via código.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Entendo a frustração, mas sua reclamação é injusta. Todas as alterações ficam registradas no log do svn, arquivos *-change-log.txt, posts no fórum... Você tem tudo o que precisa pra decidir enviar atualização para o teu cliente ou não.

Está sendo verificado. Experimente informar 0 para as margens assim serão usadas as margens do fr3.