EMBarbosa

Joia. Obrigado pelo retorno. Bom trabalho por aí.

Algumas propriedade foram alteradas, outras eram apenas para NFC-e e foram movidas para um novo componente. Você precisa verificar. Por exemplo Detalhado era redundante. O nome agora é ImprimeItens. Veja por favor o tópico sobre o Refactoring e os tópicos e vídeos relacionados:

Estou movendo para um novo tópico sempre que necessário. Uma informação importante é que existe um novo componente para NFC-e em Fast Report. Ele deve ser utilizado ao invés de usar o componente para NF-e.

Houveram correções nos componentes por causa desse erro. Queira atualizar e reinstalar os componentes.

Pelo erro, ele tentando acessar uma propriedade de objeto não instanciado. Veja o endereço do access violation: 0x000005c. Note que o método é write... Não parece ser a leitura de uma variável a menos que ela estivesse em um objeto já destruído. Você consegue reproduzir esse problema com um dos programas de exemplo do ACBr ou um projeto novo? Edit: Me ocorreu que você pode testar utilizando a cpu view. Conseguiria debugar usando ela?

Não é o que desejamos. Estamos fazendo o Refactoring justamente para reduzir e se possível eliminar essas diferenças. Mas muito obrigado por sua disposição em ajudar. Se tiver alguma outra sugestão fique a vontade.

As alterações me parecem ok para o FastReport. A única dúvida é se elas não vão afetar o Fortes Report. Vou precisar de um pouco mais de tempo para analisar isso porque estamos trabalhando intensamente nos retornos que estão sendo dados por causa do Refactoring das impressões.

Para NFC-e você deve utilizar o novo componente para NFC-e para Fast Report (TACBrNFeDANFCEFR). A propriedade ImprimirItens foi renomeada e movida para uma classe específica, a propriedade TributosSeparadamente foi removida. Essas propriedades são explicadas nos tópicos e vídeos citados pelo tópico abaixo: Confirme por favor que conseguiu corrigir as propriedades citadas e quais ainda faltam.

Pela imagem, esse if está aninhado com outros blocos. Você está usando a cláusula "with"? Qual é o resto do código? Em qual linha exatamente acontece o erro de access violation? Verifique se é realmente a linha colocando um breakpoint nela e executando para ver se o erro acontece antes de passar pelo breakpoint.

Por favor, me envie um arquivo xml da nfs-e para que eu possa reproduzir o problema. Pode ser por mensagem privada.

A ideia é você ter certeza que o campo está indo vazio pro relatório. Bota um breakpoint e verifica se o campo realmente está vazio por meio da propriedade ".IsNull". Se ele não estiver o problema está aí. Agora se ele estiver, aí é bem provável que temos que alterar o arquivo .fr3

Outra sugestão é alterar para incluir as fontes no arquivo pdf ou gerar um pdf/A. Tem uma opção dessas nos geradores de relatório.

Estou baixando para validar as alterações. Assim que tiver uma posição te retorno.

Você não vai perder uma função se ela não existe em outros Reports. Na verdade, se eu entendi bem, do jeito que você está fazendo pode ocasionar um erro que só será detectado em runtime no cliente se no futuro você (ou outro programador da sua empresa) resolver trocar o DANFe pra outro modelo.

Nesse caso, vou voltar a pedir as informações que você ainda não me passou, veja:

Você precisa abrir todos os forms da sua aplicação que tem os componentes.

Essas propriedades são apenas do Fast Report, por isso não estão mais na classe base. Se você vai trabalhar apenas com o Fast, sugiro que use o componente diretamente ao invés de fazer ACBrDanfe.xxx

Ele entrou ali no Clear? Qual a versão do seu Delphi? Lembro que algumas versões tem problemas com esse método.

Você consegue me passar um passo a passo pra reproduzir no Demo do ACBrBlocoX? Por exemplo, quais comandos você chama e quantos produtos são necessários para observar a lentidão? Acho que não, mas talvez você possa assinar usando o próprio componente. O TACBrBlocoX_Estoque.GerarXML usa algo assim: FXMLAssinado := ACBrBlocoX1.SSL.Assinar(FXMLOriginal, 'Estoque', 'Mensagem');

Esses erros mostram que seus componentes não foram atualizados ou que depois de atualizar seus arquivos as alterações não foram salvas. Tente verificar se não está faltando algum dos passos descritos no segundo vídeo.

Essa é nova. Boleto manual eu nunca vi. Você vai ter que alterar o arquivo ACBrBoletoFCFR.pas no método TACBrBoletoFCFR.PrepareBoletos que o campo fique vazio quando o valor não estiver preenchido. Deixa dar um exemplo: Field_Vencimento.AsDateTime := ListadeBoletos[iFor].Vencimento; Teria que alterar para algo como: if ListadeBoletos[iFor].Vencimento <> 0 then begin Field_Vencimento.AsDateTime := ListadeBoletos[iFor].Vencimento; end else begin Field_Vencimento.Clear; end;

Esses valores não são do xml?

E daí você vai preencher utilizando o quê? A menos que eu não tenha entendido a questão, ter máscara no campo não impede dele ser apresentado vazio. A questão é informar vazio no campo.

Mas com que objetivo?

Moderação: Tópico Movido para área correta.