MarcosRWeimer

Exato, estamos usando libWinCrypt

Não entendi uma possível solução com base nestas informações. O local que gera o arquivo temporário é:

Ao assinar, seja NF-e, CT-e, NFS-e, está criando arquivos temporários, após alguns minutos ja chegam a 670mb ocupados em disco, imagina um dia todo, ou semanas, acabamos descobrindo por que o HD de um cliente encheu sem explicação. Os componentes são criados em runtime e liberados após terminar o envio, a cada novo documento, o componente é criado novamente de acordo com o documento que está emitindo. A cada documento assinado cria um arquivo temporário com 3Kb, não estamos encontrando onde está o problema.

Anexo alteração para correção do DANFE/DANFCe Com esta alteração e a acima (CTe) testei todos estes casos: - NFe (NFe/CCe/Cancelamento/Inutilização) - NFCe (NFCe/CCe/Cancelamento/Inutilização) - CTe (CTe/CCe) - NFSe (conforme thread citada acima) ACBrNFeDANFEFRDM.pas

Ficou certo. Obrigado. Edit: Aguardem um pouco para fechar, vou aproveitar e verificar logo os outros documentos

Mesmo problema relatado nesta thread de NFS-e: https://www.projetoacbr.com.br/forum/topic/52393-fast-report-duplicando-datasets-possivel-solu%C3%A7%C3%A3o/?tab=comments#comment-344747 Só tem um caso não citado na thread anterior que ao pressionar CTRL + Z também duplica. Anexo arquivo com a correção. ACBrCTeDACTEFR.pas

Obrigado, podem fechar a thread

Fonte alterado para avaliação. pmdfeMDFeW.pas

Ola! Estamos com problemas de Atomic Type ao tentar autorizar um MDF-e onde: - Veiculo de tração próprio (não vai o bloco (prop) do proprietário do veículo de tração) - Reboque de terceiro isento. O ACBr monta o XML com tag "IE" vazia, sendo que é alimentada corretamente. Pelo que pude perceber o problema está aqui: Quando o proprietário do reboque é ISENTO de IE, está setando a IE do proprietário do veículo de tração para o reboque, como o veículo de tração é próprio a IE (e todo bloco prop) está vazio. Existe algum motivo para possuir este comportamento? No meu ponto de vista o correto seria mandar a IE do proprietário do reboque mesmo sendo isento.

Ola! Veja com o @daniel_paixao (se não estou enganado), ele estava tentando instalar no Delphi 7 a algum tempo, não sei se teve sucesso ou não. Infelizmente não tenho o Delphi 7 para poder ajudar.

Sincronizei, reinstalei o ACBr e está funcionando. Podem fechar o tópico. Obrigado

Atualizei o ACBR. Agora anexo a ultima versão com a alteração proposta. ACBrNFSeDANFSeFR.pas

Isso, mas é "oculta" para faciliar o serviço do pessoal do suporte, cada prefeitura tem suas "particularidades" e tem alguns clientes que exigem a impressão exatamente como era antes (pdf baixado da prefeitura) Pois é, eu também não sei por que do tratamento diferenciado. Aqui usamos o Fast Report 6.3.8 Sim, funcionou. Anexo Alteração. (não está na ultima versão, estou dependendo de uns testes para poder atualizar) ACBrNFSeDANFSeFR.pas

Ola! Estamos com problemas quando é personalizada a DANFSE (NF-e, CT-e também acontece mas não localizei ainda). Como acontece: Vou no design report, altero alguma coisa, clico no preview (CTRL+P), quando fecho o preview duplica os datasets, primeiro são 2 de cada, depois 4, depois 8, ai 16... e assim sucessivamente. Exemplo (veja na barra que cada dataset está presente 4x): Então, depois de algumas horas debugando, chegamos a este ponto dentro do FastReport: Se prestar atenção, se o Owner estiver NIL, o DataSet será adicionado 2x na List. Como solução encontrei a seguinte situação: Se passar Create(Self) irá possuir owner e não irá mais duplicar, isto deve ser feito para todos os DataSets (EDIT: todosTfrxDBDataset) criados dentro da função CriarDataSetsFrx do ACBrNFSeDANFSeFR.pas Alguem consegue confirmar esta situação e possível solução ?

É, estranhamente pelo programa de exemplo funciona, deve ser mesmo alguma coisa relacionada ao componente criado em runtime.

Sim atualizados. Será que é por que o componente é criado em runtime? Depois de criado é setado a versão (Configuracao.Geral.VersaoDF = ve200)

Ola! Esqueci de reportar aqui, está funcionando, podem fechar o tópico.

Anexo, só alterei os dados das empresas por questão de confidencialidade. A simulação é fácil, só debugar a "procedure TACBrDFe.AchaArquivoSchema" que vai entender o que está acontecendo 20190613113618-env-lot-soap.xml 20190612153247-env-lot-soap_errado.xml

Essa questão é simples, passamos horas debugando aqui até encontrar, basta renomear o schema "dados_gnre_v2.00.xsd" para "gnre_v2.00.xsd" Falha na unit ACBrDFe, na procedure TACBrDFe.AchaArquivoSchema(NomeSchema: String; var AVersao: Double; Se não encontra o arquivo busca pela "versão próxima", não sei como resolver ali por que é usado em vários locais (NFSe, NFe, MDFe, CTe, BPe, ANe...) Complementando: A versão do GNRe em sí vai corretamente como versão "2.00", mas a versão dos dados vai como "1.00" (cabeçalho) se não encontra o arquivo. Não seria mais utilizar a versão configurada diretamente no componente ao invés de buscar a versão pelo schema?

Obrigado, vou atualizar aqui e testar, mas comparando o código parece estar tudo certo.

Veja se este server xml_rastro.xml(apaguei dados que não posso compartilhar)

Boa Tarde! Desculpe perguntar novamente, mas meu código foi aceito ou não ? Preciso mudar alguma coisa?

Encontrei uma falha ao imprimir com mais de 1 rastro (conforme MOC 7 podem ser até 500) ACBrNFeDANFEClass.pas

Boa Tarde! Conseguiram realizar a análise ? Desculpe pela pergunta, mas é que preciso atualizar o ACBr e ja aproveitaria.

Excelente colocação, como usamos os componentes em runtime não havia observado este detalhe. Anexo alteração para se adequar ao padrão atual. ACBrNFeDANFEClass.pas