BigWings

Inclua a unit ACBrDeviceSerial no uses.

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

A rejeição 709 não tem a haver com os componentes de impressão ou fr3 utilizados. Você deve ver na sua rotina de geração do XML como está alimentando a propriedade Ide.tpImp. Para NFCe é aceito somente o valor 4 (tiNFCe) ou 5 (tiMsgEletronica). Já na impressão você deve usar o componente ACBrNFeDANFCEFR e preferencialmente o arquivo fr3 do repositório.

Veja também que as mensagem não indicam erros, e sim avisos (warning), elas não impedem a compilação.

O ACBrFramework não recebe contribuições há muito tempo e está descontinuado. Veja a ACBrLib.

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

Se a sua versão do Fast Report é anterior ao 6 provavelmente não terá essa unit, por isso o erro. Enviei ajuste para o repositório, removendo a referência a essa unit. Favor atualizar os fontes e testar novamente.

Nesse caso você deve abrir um tópico na área do componente que está tendo dificuldade, e informar detalhadamente qual o problema. Pra que assim seja feita a correção e atualizada no repositório se for o caso. Pelo trecho de código acima me parece que o leitor está esperando um XML canonicalizado e está sendo passado um XML indentado. O ACBr é um projeto OpenSource, depende da contribuição de todos para o desenvolvimento e testes, não existe 100% de garantia de funcionamento, se é o que você quer dizer por estável.

Os fontes no trunk2 são estáveis. Muito raramente são reportados aqui erros de compilação... - Informe que bugs foram encontrados. - Se fez a correção anexe os arquivos alterados. Se você faz alterações locais no código vai precisar adequar o seu código com o do repositório caso hajam conflitos.

O tempo de compilação pode variar dependendo da máquina, memória disponível, quantidade de componentes instalados... Uma dica que posso te dar é instalar este expert que melhora significativamente tempo de compilação (pelo menos nos meus testes): https://www.idefixpack.de/blog/ide-tools/ide-fix-pack/ Além do tempo de compilação ele faz diversas correções e melhorias na IDE, recomendo.

Veja:

Qual a rejeição?

ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938 := fgtSempre;

Veja como ficou o XML: O comando NFe.CriarNFe foi encerrado ao encontrar a primeira vírgula, porque faltou o encerramento final com ").

Veja:

Tente copiar as DLLs da OpenSLL para o diretório da aplicação. Veja também como está o TimeOut do componente.

Provavelmente a impressora não suporta margem menor que essa. Configure as margens no componente DAMDFE, lembrando que agora você deve informar elas em milímetros.

A bobina mal instalada (sem passar pelas guias) pode causar isso.

Teve uma correção não muito tempo atrás... Está com os fontes atualizados?

Se for implementar com base no que cada cliente exige, terá que criar opções no componente para selecionar cada coluna a se impressa no DANFE. Mas se a intenção é apenas imprimir esse grupo de informações dos dados da ST, veja que o manual permite o aproveitamento da mesma coluna para mais de uma tag, talvez seja uma opção melhor.

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

Faz sentido, enviei pro repositório, rev. 18987.

Por que eles devem ou querem imprimir isso no DANFE?

Minha sugestão é que usem a tag infAdProd para imprimir as informações não obrigatórias do DANFE que cada usuário desejar.

Pra não quebrar as linhas basta definir a propriedade DANFE.QuebraLinhaEmDetalhamentos como False.