EMBarbosa

Sim, mas veja que a descrição é "nome do documento" e "não nome do arquivo". Dito isso, eu entendo a confusão. Talvez seja melhor mudar o comentário. Vamos aguardar mais alguém se manifestar.

Não. Seria bom dar uma olhada no log gerado pelo ACBrECF pra tentar entender o que está acontecendo.

Não sabia que estava usando o Lazarus. Mas que bom que resolveu.

Você seguiu as instruções no tópico listado acima? Qual erro está sendo apresentado?

Sempre tentamos revisar e apontar qualquer problema. Quando são pequenas coisas, alteramos e enviamos ao SVN, daí você mesmo pode verificar o que foi alterado e se tiver dúvidas perguntar. Então fique tranquilo pra postar as alterações.

Seu código não está de acordo com o que está com o SVN. Esse try..except foi adicionado por vocês. Veja o código atual: function TACBrTXTClass.VLFill(Value: Variant; Size: Integer; Decimal: Integer; Caracter: Char; const Mascara: String): String; var AExt: Extended; begin // Se o parametro Value = Null ou não foi preenchido será retornado '|' if VarIsNull(Value) or VarIsEmpty(Value) then begin Result := FDelimitador; Exit; end; // Checa se é um valor numérico if not VarIsNumeric(Value) then raise EACBrTXTClassErro.Create( ACBrStr('Parâmetro "Value" não possui um valor numérico.')); AExt := Value; Result := LFill(AExt, Size, Decimal, False, Caracter, Mascara); end;

O @Daniel Simoes estava pensando em fazer uma pequena reforma no ACBrTEFD. Mas estamos bem focados no desenvolvimento das muitas partes da ACBrLib. Mas esse não é o melhor tópico pra tratar desse assunto. Se você quiser se dispor pra fazer essa alteração no componente, por favor, crie um novo tópico descrevendo quais mudanças e os motivos de estar desejoso de fazer, antes de começar o trabalho. Assim todos podem opinar e você não vai perder seu tempo.

Se você colocar com o simulador (SitefDemo) e a clisitef para simulador, funciona. Pelo menos até a última versão que eu peguei. Você pode questionar ao integrador que você precisa de uma dll para rodar com o debugger, para averiguar sua própria aplicação. Você não precisa debugar a dll, apenas sua aplicação. Essa imagem mostra um erro tratado por sua aplicação. Não ajuda sem o restante das informações. Talvez queira aproveitar a situação para implementar um sistema para gerar um CallStack quando surgirem esses tipos de problemas, conforme sugerido nesse outro tópico:

MG acabou de liberar a legislação sobre NFC-e colocando um prazo final para uso de ECFs e assim também o PAF. Então acho que não é vantagem você começar a desenvolver para atender o PAF. Veja nesse link aqui: Mas respondendo sua pergunta, você encontra no site da SEFAZ-MG. Essa a seguir é a página com links para informações, legislação e documentação para o PAF: http://www.fazenda.mg.gov.br/empresas/ecf/

Mesmo assim, seria bom que você postasse a exata mensagem de erro. Se você apertar Ctrl+C quando a mensagem aparecer geralmente a caixa de diálogo inteira é copiada em modo texto e você poderia colar ela aqui. Na mensagem geralmente não aparece a linha do erro. Você precisa fazer um debug. Ponha um breakpoint em algum momento antes da mensagem de erro e vá acompanhando passo a passo o código até o erro ser apresentado. Daí você vai poder verificar onde ele ocorre.

Obrigado pelo retorno.

Parece haver alguma modificação no seu arquivo local. Execute um "Revert" no arquivo.

É possível que seu arquivo esteja modificado pelo próprio Delphi. Tente executar um revert no arquivo mencionado.

Em qual linha dá o erro. Qual é a exata mensagem de erro?

Consegue reproduzir esse problema usando o programa de exemplo?

Retornar de onde? O que você já tentou? Qual o impedimento pra prosseguir? Por favor dê uma olhada nesse post sobre como elaborar um tópico pedindo ajuda:

Se estiver como imSemDados o componente não vai gerar os registros, então verifique isso. Talvez seja uma boa reduzir a quantidade de withs aninhados que você utiliza. Sei que o exemplo atual está assim, mas não é um bom padrão pra seguir.

Obrigado pela contribuição. Enviei a correção ao SVN na revisão 16513. Queira por favor atualizar, testar e reportar qualquer problema.

Veja:

Tentou fazer uma pesquisa aqui mesmo no fórum por "TEF iniciante"? ou TEF recomendações?

Você está seguindo o funcionamento de algum outro componente? Porque não me parece que o objetivo dessa propriedade NomeDocumento seja definir o nome e local a ser salvo do arquivo PDF. Ela me parece ter sido criada para alterar o nome que aparece no "SPOOL" do Windows.

Não temos acesso a auditores independentes, então até segunda ordem, temos que seguir a legislação. Nesse caso o campo precisa ser passível de ser gerado tanto vazio como zero. A saída é implementar da forma que foi feito em outros campos usando o tipo Variant. Seria de grande ajuda se você puder ajudar a implementar. Por favor, veja esse tópico sobre esse assunto quando aconteceu em outros registros:

Tópico dividido de: https://www.projetoacbr.com.br/forum/topic/49163-problema-ao-gerar-vl_abat_nt-no-registro-c170/

O Guia prático EFD ICMS IPI Versão 3.0 diz que esse campo, com respeito a obrigatoriedade de apresentação, é, tanto para entrada como saída, OC. Isso significa que ele pode sim ser apresentado vazio. Compare com o campo 28 - QUANT_BC_PIS. Veja:

Olá walter, você conseguiu fazer essas alterações nos componentes usando o Fast Report?