Daniel Simoes

Suas modificações parecem corretas, e foram incorporadas ao SVN...
 
Muito obrigado pela colaboração

Se não vai via ACBrInstall, instale os DPK usando a IDE...   Siga as instruções do LEIA-ME.TXT

Notei no Manual de Comunicação Direta que existe um comando específico para os modelos MFD para a identificação do Consumidor...
 
Os fontes atuais estavam usando o comando da FS345 (em modo de compatibilidade)
 
Enviei um ajuste para o SVN, favor baixar e testar... (Rev: 6852)

É melhor instalar as DLLs na mesma pasta do ACBrMonitor.exe
 
No caso da Bematech, são necessárias as DLLs
 
BemaFI32.dll
BemaMFD.dll
BemaMFD2.dll        
sign_bema.dll       
BemaMFD2_MP4000THFI.dll 

Não existe mais o antigo TEF discado... Mas se você não quer migrar para um TEF dedicado (Ex: SiTef) pode usar produtos que são compatíveis com a arquitetura dele... como o já citado Pay&Go... mesmo a Sw.Express tem o "Client Modular" (que não é 100% compatível com o antigo discado)

Parece que você não está enviando o Desconto em OnComandaECFSubtotaliza
 
Veja trecho do TEFDDemo... observe que ele usa considera os descontos "da aplicação" e "do TEF"
 
os descontos da aplicação são obtidos lendo um componente do formulário (obviamente, você precisa rever isso de acordo com a sua aplicação)
MeuAcresDesc := StringToFloatDef( edValorDescAcre.Text, 0 ); Os Total de Descontos do TEF é informado como parâmetro de entrada do Evento
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;

Acho que você não compreendeu corretamente o significado da propriedade ACBrECF1.TotalTroco, repare que ela está no Menu: Variáveis -> MapaResumo  do demo ECFTeste...
 
Ela retorna o Total do Registrador TROCO, impresso na Leitura X e Red.Z na sessão Meios de Pagamento...
 
 
Se você deseja saber o Troco de um Cupom fiscal, basta fazer algo como:  Troco = max(ACBrECF.TotalPago - ACBrECF.SubTotal,0)

Mude para:
ecf.AcbrEcf.NaoFiscalCompleto(LZPad(IntToStr(Indice), 2), Valor, SeqFpg, Observ); ( Não informe o último parâmetro... pois ele não é igual ao primeiro)

Sim, o retorno segue o padrão usado nos arquivos fiscais, como: SPED, PAF, AtoCotepe...
 
Você pode manipular os dados usando os objetos da Classe: ACBrECF.DadosReducaoZClass

Tente via código:
procedure TForm1.Button1Click(Sender: TObject); begin   ACBrGAV1.Modelo := gavImpressoraComum;   ACBrGAV1.StrComando := '#254';   ACBrGAV1.AbreGaveta; end;                  

Esse modelo foi desenvolvido para o TEF Auttar
 
Como já disse antes, não temos um modelo específico para o SiTEF Modular... o modelo gpCliSiTef, é baseado na CliSiTef32.dll (interface simplificada)
 
Acredito que o mais próximo (por emulação) seja o modelo básico: gpTefDial

Pode ser que o Log não tenha sido gravado na ordem correta devido a sua chamada assíncrona...
 
No log está claro que sua aplicação está chamando 2x o mesmo comando...

Algumas dicas... se você utilizar ACBrTEFD.FinalizarCupom
 
O ACBrTEFD pode controlar as formas de pagamento Cartão... agrupando-as...
O Evento OnComandaPagamentos deve ser programado corretamente...
O Evento OnComandaECF tem uma nova opção chamada: opeImprimePagamentos : que permite que você a utilize para efetuar os pagamentos em dinheiro ou demais... (não TEF)
 
O TEFDDemo procura demonstrar o funcionamento desse mecanismo...
 

Verifique a velocidade ( Baudrate )... Alguns ECFs da Daruma usam 115.200, outros 9.600...

Suas considerações parecem corretas... Fiz o teste no Emulador e percebi que realmente os valores estavam sendo "deslocados" uma posição...
 
Enviei uma correção agora pouco para o SVN

É uma ideia... mas o comprovante TEF não deve ser impresso quando usando SAT ou NFCe ??

Sua pesquisa está correta... TEF em SP é opcional...
 
porém, em estabelecimentos que usam muito recebimento com cartão é um "must have" ter TEF no PDV
 
Acho que o melhor é questionar corretamente a empresa que lhe contratou para saber de forma clara, quais objetivos eles esperam atingir com o pedido que lhe fizeram

Incorporei as modificações com pequenos ajustes...  Obrigado Anderson e Andrews

#27+#38+#48+#12+#48

Você está excedendo o limite de impressão do Gerencial...
 
Extraído do manual da Epson

Não existe para socket...
Não é mais simples você tratar no seu lado ? Java é ótimo com UTF8

Leia as instruções de instalação da Daruma...
 
 
Ou seja... dá pra perceber que você não instalou todas DLLs necessárias

Está correto... a modificação foi feita para compatibilizar o ACBr com Mac (no Lazarus)
 
Observe que é um IFNDEF e não IFDEF
 
Atualizei as DLLs no SVN, obrigado pelo aviso

Desabilite a propriedade ACBrECF.BloqueiaMouseTeclado e ACBrECF.ExibeMensagem
ou
Deixe a propriedade ACBrECF.TempoInicioMsg com o mesmo valor de ACBrECF.TimeOut

Com essa mensagem podemos afirmar que o ACBrMonitor não é capaz de assinar o EAD nos arquivos...
 
Então as assinaturas que você vê são geradas pelas DLLs