Daniel Simoes

Qual a sua sugestão para correção ? Por favor anexe a unit corrigida alterada...

Infelizmente não tenho o FastReport para testar... Lembrando que no Demo em Delphi (original) existe apenas opções para impressão em Fortes Report e Quick Report

Sim, tomando o cuidado para desprezar as informações inválidas (que o ECF não retornou) em DadosUltimaReducaoZ

Você deve usar a leitura de DadosReducaoZ instantes antes de emitir a Z... e está correto o procedimento de somar 1 ao CRZ e COO Esse método é mais seguro, pois ele lê cada registrador/totalizador individualmente Após a Z todos os registrador/totalizador são todos zerados.. então chamar DadosReducaoZ não funcionará... Após a Z use DadosUltimaReducaoZ. Esse método usa comando específico do ECF para retornar em um "linguição de dados" as informações da última Z emitida... Porém, a informação retornada depende muito de cada fabricante... e muitos dos registradores/totalizadores não são retornados, por isso eles são preenchidos na Classe como "-1" ou "" (vazio) O ideal é usar ambos os métodos... e fazer uma mesclagem com as informações de ambos, dando preferência a informação de DadosUltimaReducaoZ (caso ela exista)

Pelo que entendi vc quer fazer uma remessa para o Banco.. e não a impressão do Boleto... Você sabe qual o campo que o Banco permite que você informe as Observações na remessa ? Ele não consta no LayOut que o ACBrBoleto gera ? Não funcionou usando Mensagem.Text ?

Enviado para o SVN... obrigado pela correção...

Provavelmente o PATH está errado ou sendo modificado em tempo de execução ... Tente com o Demo do ACBrBoleto em: \ACBr\Exemplos\ACBrBoleto

Vc poderia fazer um relatório de acompanhamento do Boleto... Você imprime seu relatório demonstrativo em meia página, e o boleto que faz cobrança no resto da página...

Tente usar o componente de Impressão em Fortes Report (o Fortes Report é OpenSource) Se funcionar nele... podemos ter um bug no impressor em QuickReport

Já analisaram a aplicação Demo em: \ACBr\Exemplos\ACBrBoleto ?

Juliana, Como está no manual do Banco ? Existem vários formatos de arquivo para este Banco ?

Perfeito isso mesmo... Removemos a DirArqPDF_HTML pois ela mais confundia do que ajudava.... e nem todas as units de Impressão de boleto faziam uso dela...

Vc programou o evento ACBrTEFD1.OnComandaECFSubtotaliza ? Estude (com muita atenção) os fontes do TEFDDemo... Veja o exemplo abaixo... Observe que ele recebe o Desconto que foi enviado pelo TEF (DescAcre), que deve ser aplicado na Subtotalização do cupom, juntamente com o Seu Desconto (se houver) (MeuDescAcres no exemplo abaixo) procedure TForm1.ACBrTEFD1ComandaECFSubtotaliza(DescAcre: Double; var RetornoECF: Integer); Var Est : TACBrECFEstado ; MeuAcresDesc : Double ; begin Memo1.Lines.Add('ComandaECFSubtotaliza: DescAcre: ' + FormatFloat('0.00',DescAcre) ); MeuAcresDesc := StringToFloatDef( edValorDescAcre.Text, 0 ); try Est := ACBrECF1.Estado; if Est = estNaoFiscal then ACBrECF1.SubtotalizaNaoFiscal( DescAcre + MeuAcresDesc, 'Projeto ACBr|http://acbr.sf.net' ) else ACBrECF1.SubtotalizaCupom( DescAcre + MeuAcresDesc, 'Projeto ACBr|http://acbr.sf.net' ); { Remove o Desconto pois já foi aplicado, caso contrário iria influenciar o retorno de ineSubTotal } edValorDescAcre.Text := '0,00'; RetornoECF := 1 ; except RetornoECF := 0 ; end; end;

Os novos ECFs possuem Arredondamento por Item... Tente: ACBrECF1.ArredondaItemMFD := True (antes de vender o Item) Se o ECF não suportar nenhuma maneira de arredondamento... Tente: ACBrECF1.ArredondaPorQtd := True (observe que essa propriedade altera a QTD enviada para o ECF)

Qual o nome do contador exatamente ? Se for o CCF ele está implementado sim, em ecfSwedaSTX function TACBrECFSwedaSTX.GetNumCCF: String; begin Result := Trim(copy( RetornaInfoECF( 'A4' ), 21, 6)) ; end;

Poderia dar mais detalhes ?? Qual linha ??

AutoEfetuarPagamento DEVE ser FALSE

Ele é tratado em: TACBrTEFDRespCliSiTef.ConteudoToProperty; Por favor informe um passo a passo para reproduzir o problema usando o Demo "TEFDDemo"

Hoje com o CieloPremia, você não pode mais usar AutoEfetuarPagamento como True... Deixe ele como false, que o componente não efetuará o pagamento...

Seus fontes estão atualizados ? O pagamento a ser enviado par o ECF deve sim considerar o Saque... isso já é tratado pelo componente..

Use: ACBrETQ.Device.EnviaString('SUA STRING EM PPLA');

O TEFD invocará eventos para tentar saber qual o estado atual do ECF, (Vendendo, pagando, imprimindo CDC, etc)... Acho que usar o mode ecfNaofiscal seria a maneira mais simples de abstrair essas características, mas você poderia programar os eventos existentes para dar a "resposta" que o ACBrTEFD quer (ou espera ser a correta)... e fazer com que ele continue o trabalho...

Você pode desbloquear o teclado em algum dos eventos que forem disparados... se necessário... Mas veja no inicio do roteiro do Pay&Go... se não me engano a recomendação é realmente fazer essa configuração... Em caso de dúvida de uma ligada na SevenPDV

A pasta ACBr\DLLs\OpenSSL tem a versão 0.9.8.14