BigWings

Pelo que entendi, quando é CFOP de devolução, você está alterando apenas o tPag, e deixando o vPag com valor. Isso causa a rejeição.

Pelo que vi os XML estão válidos de acordo com os schemas. Então não sei dizer o motivo do erro, inclusive fiz teste usando meu próprio certificado e tive o mesmo retorno. Vamos aguardar o @Italo Jurisato Junior ou alguém mais familiarizado com o componente responder. Isso no programa exemplo do componente? Está lá sim, na aba geral, e alimentando pelo método TfrmACBrGNRe.ConfigurarComponente.

O XML que anexou ainda está na versão 1.00.

Tente configurar para gerar o XML no layout 2.00: ACBrGNRE1.Configuracoes.Geral.VersaoDF := ve200;

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

Separei seu tópico já que o anterior era sobre NFe. Você está usando um FR3 antigo. O atualizado segundo o manual está no repositório. E provavelmente o componente para DANFE NFe. Para NFCe em Fast Report use o ACBrNFeDANFCEFR.

Pelo log você não está com a última versão do ACBrInstall_Trunk2. Atualize novamente...

Anexe o log do instalador.

Pelo que entendi o problema é obter os valores de ICMS-ST retidos anteriormente na entrada de mercadorias para que se possa calcular e informar nas notas de saída, para o controle de ressarcimento / restituição de ICMS-ST exigidos por algumas UF. Calcular esses valores tem sido um problema, e muitos estão preferindo informar os valores zerados apenas pra escapar da rejeição... Uma forma seria exigir na tela de entrada de notas a informação, pra que seja lançado manualmente caso não venha na nota de entrada. Assim a empresa compradora pode exigir do fornecedor a informação precisa dos valores de ICMS-ST retidos anteriormente. Ou aceitar o valor zerado mesmo e transferir a responsabilidade para o fornecedor. A SEFAZ do estado tem alguma orientação nesse sentido?

Tem um exemplo?

Passe apenas o número sequencial para o componente, este se encarrega de formatar ele caso necessário.

Aparentemente está correto no Fortes: Fez teste com o programa exemplo do componente?

Qual componente DANFSE está usando? Fast ou Fortes? E caso seja o Fast qual arquivo FR3 está carregando?

Está tentando visualizar como? No XML parece correto, aqui a discriminação dos serviços: Não entendi o que quer dizer com "produtos" na nota.

Parece algo errado na instalação da RxLib.

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.