BigWings

Tinha também um bug em uma versão do instalador que removia a instalação Win32 quando iniciava a de Win64.

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;

Parece ser algo errado com a instalação do certificado. Você testou com o programa exemplo do componente na máquina e certificado do usuário?

O componente deve sim gerar um arquivo XML para cada guia. No formato XXX-gnre.xml, sendo XXX o número da guia. (Informação errada, favor ver post do Italo abaixo) Conforme explicação este tópico: É este XML que você deve carregar para o componente para fazer a impressão.

- Veja se a configuração SSLType está como LT_TLSv1_2. - Veja se o Windows da máquina tem todas as atualizações instaladas.

Esse XML é o de retorno do webservice. O componente não gravou XMLs individuais pra cada guia?

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.