Daniel Simoes

Sim... os LOGs estão corretos... e com eles podemos ver que o retorno do ECF está correto, e sempre é o mesmo... e que o ACBrMonitor tb está respondendo corretamente de acordo com a sintaxe do manual, que é: IIIITDDDDDDDDDDDDDDDDDDDDDDD Onde: IIII = índice da Forma de Pagamento usado pelo ACBrECF T = Permite Vinculado - Se sim V senão vazio DDDD = Descrição da Forma de Pagamento com 30 caracteres Veja: http://acbr.sourceforge.net/ACBrMonitor ... mento.html Provavelmente o problema está na sua rotina de interpretação do retorno, que deve estar ignorando o flag "V"

Sim... essa verificação foi implementada em TACBrECF.LinhaRelatorioGerencial... se vc usar as DLLs dos Fabricantes e não o ACBrECF... será necessário escrever sua própria verificação

O ACBrTEFD é projetado para compatibilizar vários TEFs diferentes com o TEF discado... por isso a assinatura do comando tem todos esses parâmetros... Analise os fontes do arquivo... ACBrTEFDVeSPague.pas tudo que ele usa é o NSU Function TACBrTEFDVeSPague.CNC(Rede, NSU : String; DataHoraTransacao : TDateTime; Valor : Double) : Boolean; var Retorno : Integer; ListaParams : AnsiString ; begin ListaParams := '' ; if NSU '' then ListaParams := 'transacao_nsu="'+Trim(NSU)+'"'; Retorno := FazerRequisicao( fTransacaoCNC, 'CNC', Valor, '', ListaParams ) ; if Retorno = 0 then Retorno := ContinuarRequisicao( True ) ; { True = Imprimir Comprovantes agora } Result := ( Retorno in [0,1] ) ; ProcessarResposta ; { Faz a Impressão e / ou exibe Mensagem ao Operador } end; [/code]

Acho que esse é o problema... Esse projeto é um Fork do Fortes Report... (existem vários Fork do Fortes) Pelo que ouvi falar o projeto original está em: http://sourceforge.net/projects/fortesreport/

Tente o protocolo ecfFiscNet O ACBrECF só funcionará se o driver USB instalar um virtualizador de porta serial (geralmente é isso que ocorre)... Se for esse o caso, use a porta COM criada no Window (veja em Gerenciador de Dispositivos)

Verifique se vc está com a última cópia do Fortes Report instalada corretamente...

Tenho usado alguns componentes da CCR - RXNew - VirtualTreeViewNew - ZVDateTimeControls (resolveu meu problema de Edits com Data e Hora)

SIM... basta você se comunicar com o ACBrMonitor por Sockets (TCP/IP)

O ACBrTEFD usará os arquivos da pasta de Backup para saber de todas as transações pendentes... Verifique se eles ainda estão lá na segunda tentativa...

Fechar o comprovante de Cancelamento não significa Cancelar o Cupom... O que eles não querem é que você imprima o comprovante de Cancelamento no Relatório/Vinculado que estava aberto para imprimir a Transação...

Muito obrigado pela sua contribuição... vou aplicar nos fontes...

Ótima escolha de IDE e de Banco de Dados... A ZeosDBO tb é show... Acho que os componentes do ACBr tb poderão lhe ajudar nessa tarefa... Se precisar de alguma ajuda com eles estamos por aqui...

Tente: ECF.DadosReducaoZ Veja: http://acbr.sourceforge.net/files/ECFDadosReducaoz.html (chame ele ANTES de comandar a Red.Z)

No trecho do Log não há chamada do método de Suprimento... Outra, a rotina de trabalho está errada... A Red.Z não deve ser tirada no inicio do Dia, e sim no FIM do Dia... pois ela bloqueia o ECF...

Vc chama o Imprimir apenas após montar toda a Etiqueta Certo ? Geralmente o numero é irrelevante, pois a Impressora se baseia no "GAP" da Etiqueta para saber quando ela termina... Verifique se a Etiqueta e o Ribon estão "montados" corretamente...

Vc pode usar o ObjectInspector mesmo... ou: ACBrTEFD.TEFDisc.AutoAtivarGP := False ;

O TEFD já faz isso automáticamente no Inicializar... (que deve ser chamado no Inicio do seu programa) Ele simplesmente chama: CancelarTransacoesPendentesClass

O TEFD com V&SPague só é compatível com Background No modo Background todo o controle do TEF é feito por janelas da própria aplicação...

Favor fornecer informações detalhadas... Qual o Erro ? Qual o trecho de código ? Com o Demo Funciona ?

Isso é configuração de Windows... Vc deve configurar o driver da Impressora...

Sim, certamente há consumo de memória... mas é apenas Texto... e adicionar novas linhas no Memo não levará mais Tempo quando o mesmo estiver grande... Se vc não re-inicia nunca essa máquina isso pode ser um problema com o passar de alguns meses... e (ainda) não há um comando que zere o Memo... Outra coisa é o LOG em disco... para esse existe um parâmetro que limita o numero máximo de linhas... e ele é verificado a cada inicialização do Monitor

Se vc está iniciando o desenvolvimento em TEF discado... recomendo uma Leitura completa e atenta do Manual do Gerenciador Padrão antes de prosseguir...

Ele não precisa retornar nada.... Assim como todos os comandos, ele retornará OK: se teve sucesso ou ERRO: se falhou

Não compreendi corretamente o que vc quer limpar... é o texto que aparece no Memo ou o arquivo de Log ?? Não... isso não causará lentidão... provavelmente é outra coisa...

A pergunta não parece fazer muito sentido.... mas tentando responde-lo: NFe pode ser impressa em qq impressora...