BigWings

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

De qual DANFE estamos falando? Fast, Fortes, Esc/Pos? Já verificou a configuração de margens?

O ACBr não faz nenhum tipo de cálculo desse tipo. Então você deve ver a lógica da sua aplicação.

Com esse código você deveria ter um erro de index out of bounds aqui, já que não chamou o método Evento.Add ou Evento.New. A não ser que já tivesse chamado o Add ou New anteriormente, o que também explicaria o teu problema inicial. Na dúvida coloque um "ACBrCTe.EventoCTe.Evento.Clear" antes de chamar o Add ou New.

Que bom que resolveu. Mas para referência, atualizar os schemas não interfere na geração do XML da NFe, já que o ACBr faz tudo "na unha". A finalidade da nota também não é condição para gerar ou não o grupo impostoDevol.

Acho que não entendi a pergunta. É só não descontar...

Provavelmente é um evento e não resumo de nota.

Todo o grupo impostoDevol é gerado quando informado valor maior que zero para a tag pDevol. Favor faça o teste usando o demo do ACBrNFe e veja se vai ter o mesmo erro. Se ainda tiver erro informe o passo a passo pra reprodução.

Faça o teste usando o demo do ACBrNFe e veja se vai ter o mesmo problema.

Que me lembre a única condição pra gerar a tag vIPIDevol é ter valor maior que zero na pDevol. Use o debug e verifique sua rotina.

Em papel comum pode ser usada o modo normal, contingência SVC ou EPEC: https://dfe-portal.svrs.rs.gov.br/Nfe/Documentos#

Existe a contingência FS-DA. Nela pode-se emitir a NFe e imprimir em um formulário especial em papel moeda chamado "formulário de segurança". O XML deve ser transmitido para a SEFAZ em até 168 horas.

Marcou a opção de apagar arquivos antigos? Verificou se não há fontes do ACBr em outro local que o Delphi possa estar enxergando em vez da pasta atualizada? A classe TpcnVersaoQrCode está declarada na unit pcnConversaoNFe.pas, que está no uses conforme dá pra ver na sua imagem. Se houver um arquivo pcnConversaoNFe.pas ou pcnConversaoNFe.dcu desatualizado em algum local apontado no library path do Delphi pode acontecer esse problema.

Infelizmente dessa forma volta o problema com a numeração das páginas quando há mais de um CTe carregado. Concordo que o uso do DoublePass causou os problemas com os CTe com muitos documentos informados. É preciso encontrar uma solução que resolva o problema sem causar outros.

Você acha possível aumentar o QrCode pra ficar de acordo com o manual (mínimo de 22mm + 3mm de "quiet zone")? Nos meus testes esse arquivo gerou uma mini-página extra no final...

Se você usa o ACBrMonitorPLUS deve baixar uma versão atualizada, a atual é a 1.3.0.128. Se você tem os fontes atualizados também pode instalar os componentes no Lazarus e compilar o projeto do ACBrMonitorPLUS.

Não precisa ser por tentativa e erro, basta gerar a chave mesmo com código numérico diferente e fazer uma consulta pela chave gerada. A SEFAZ vai retornar erro de diferença na chave de acesso e informar a chave correta. @centuryinf, veja a função GerarChaveAcesso da unit ACBrDFeUtil.pas.

O "XML resposta" mostrado é o retorno do webservice, e não o XML da NFe gerada. Se você comentou o método de envio não tem retorno do webservice por isso mostra erro por o retorno em branco não ser um XML válido.

Não entendi qual foi o problema causado pelo DoublePass... O problema de colocar a marca d'água em primeiro plano é que ela atrapalha a visualização das informações do DACTE. Favor anexe o .fr3 alterado.

Se você está com os fontes atualizados e reinstalados, o QrCode é gerado automaticamente após a assinatura do XML.

A linha de comando do compilador ficou grande demais, ultrapassando o limite aceito pelo Windows (> 32000 caracteres). Reduza o caminho de instalação dos componentes. Ex: C:\ACBr, C:\Fortes. Ou faça instalação manual pelo .dpk.

Para o CTe não foi disponibilizado o método DistribuicaoDFe pela chave, como existe para NFe. Existe apenas o DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU.

O Fast também precisa ser versão 5.x acima para usar a maioria dos fr3 do repositório. Com o FR4 terá esses erros.

Que saiba ninguém ainda se interessou em fazer. Quer contribuir?

Foi implementado na impressão em modo retrato. Atualizou o fr3? https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrMDFe/Delphi/Report/DAMDFe_Retrato.fr3 O XML contém o QrCode?