Daniel Simoes

Ricardo, Sua rotina lê a resposta do ACBrMonitor ? O ACBrMonitore está informando erros na execução dos comando... porém você continua enviando novos comandos, como se os erros não existissem... Veja: Você cria um TXT com todos os comandos ? (não recomendado) Ou envia um a um e testa os retornos ?

Funciona normalmente, uso isso no meu dia a dia... Aparentemente você não instalou a DLL corretamente, veja instruções no próprio pacote da DLL

Esse arquivo é da Bematech... consulte o fabricante...

Resposta completa... Ainda há muito o que escrever nesse manual... Abra a Unit DoECFUnit.pas e leia os comandos que já foram mapeados

http://acbr.sourceforge.net/ACBrMonitor.htm

Use as DLLs da Pasta "ACBr\DLLs\ECF"

Apenas as matriciais fazem isso... Mas no ACBrECF temos um "workaround" para isso... Quando você procura pela Descrição da Forma de Pagamento, se ele não encontrar, ele cadastra, e já retorna o novo Índice... (apenas nas Matriciais) Ou seja, se você tiver uma rotina que verifica a existência das Formas de Pagamento pela descrição, no Inicio da aplicação, o ACBrECF irá cadastra-las

Ricardo, Por eliminação só me resta desconfiar da sua rotina de envio de comandos... Tente criar um LOG de saida, paralelo para ela... assim podemos comparar com Log do ACBrMonitor

Ricardo, Este log é gerado pelo ACBrMonitor, precisaria do LOG gerado pelo ACBrECF (aba ECF) Acho pouco provável que a aplicação tenha enviado o comando de abertura de Vinculador... pois ele não consta no LOG... uma das primeiras coisas que o ACBrMonitor faz ao receber o comando é gravar no LOG... E se ele estivesse "comendo" algumas linhas, veríamos isso ocorrer em outras ocasiões, e de forma randômica... Por favor reveja os seus fontes de envio, deve haver algo que esteja caindo nessa situação do não envio do comando...

Você poderia anexar o LOG ? No caso da Bematech, se nenhum índice for informado, O ACBrECF tenta usar um comando antigo (em modo de compatibilidade)

Muito bom Elton... um trabalho e tanto

Nenhuma das chamas acima causa o erro de ECF Ocupado... Isso provavelmente é causado por algum evento ou Timer no seu sistema... A análise do LOG do ACBrECF pode ajudar a diagnosticar o problema...

Em relação ao NSU, vc não consegue obtê-lo em: OnDepoisConfirmarTransacoes ? Veja o exemplo do Demo do ACBrTEFD

Acho que compreendi o que vc deseja... No SiTef também tem algumas perguntas indesejadas como Taxa de Serviço e de Embarque (nem sei para que servem) Na homologação é importante exibi-las... mas vc pode "responder" algo para elas sem abrir a janela de perguntas... No meu caso (SiTEF) faço algo como: procedure TFrVenda.CliSiTefObtemCampo(Titulo: String; TamanhoMinimo, TamanhoMaximo: Integer; TipoCampo: Integer; Operacao: TACBrTEFDCliSiTefOperacaoCampo; var Resposta: AnsiString; var Digitado: Boolean; var VoltarMenu: Boolean); begin ...... if TipoCampo 504 then // Taxas de Servico e Taxa de Embarque begin Digitado := True; VoltarMenu := False; Resposta := '0,00' ; end ; .... end ; [/code] Acho que para o VSPague você poderia usar dentro do evento OnObtemCampo o Titulo ou Tipo para automatizar a resposta...

Oi Elton...acabei de perceber quando testei no D7... já corrigi no SVN

Mas isso não foi necessário para sua homologação ?

arielguareschi, Não consegui reproduzir o problema seguindo os passos... Porém notei que vc disse: Não seria o inverso ? Pois nesse caso o Cupom ainda está em meios de pagamento, ou seja, não foi finalizado...

Você poderia anexar no tópico todas as Units alteradas para eu comparar com os meus fontes ?

Notei que a modificação não afetou D7 e/ou Lazarus, portanto já subi para o SVN... obrigado pela correção

Acho que vc está usando um Memo simples ligado direto no ACBrECF, ao invés do Evento OnBobinaAdicionaLinhas, correto ? Use o evento que você terá mais controle...

Ou ainda chamar: ACBrTEFD1.FinalizarCupom; Que verificará o estado do documento e chamará os eventos necessários para Fechar o cupom, e tudo isso com o tratamento do TEF para desligamento ou falha de impressão...

No caso de Vinculado ou CDC eu salvo no BD a informação de: ACBrECF1.NumCDC No caso de ADM, será aberto um Relatório Gerencial... nesse caso salvando no BD: ACBrECF1.NumGRG

Lembre-se de que o ACBrTEFD exige que a propriedade ACBrECF.ReTentar seja igual a False

Você pode ler algumas informações da Transação efetuada, porém isso varia a cada Gerenciador TEF... Veja no Demo do ACBrTEFD a programação do evento: OnDepoisConfirmarTransacoes

Se não me engano o CNC é opcional para TEF discado... Não confunda cancelamento do TEF com cancelamento do Cupom... Para CNC ou cancelamento por ADM, o gerenciador TEF irá solicitar todos os dados da transação TEF, e imprimir um Relat.Gerencial com o comprovante de cancelamento