Daniel Simoes

Qual TEF você está tentando homologar ? (discado) ? Já tentou rodar pelo Demo do ACBrTEFD ?

Guiuliano, A unica correção sugerida é a que está no post acima ? Em relação aos pontos levantados no inicio desse post, há mais alguma correção pendente nos fontes do SVN ?

Oi Giuliano, Qual é a versão do seu Delphi ?

Faz sentido... já que eles ganham por homologação... agora mais essa ainda..

Oi Juliomar, Subi suas correções para o SVN... muito obrigado

Tópico sobre o mesmo assunto com uma possível solução para o problema: viewtopic.php?f=10&t=5373

Tópico relacionado ao mesmo assunto com uma possível solução para o problema: www.djsystem.com.br/acbr/forum/viewtopi ... =10&t=5373

Acabei de subir... Já fiz uma mudança para que a leitura do GT e do Estado não se importassem com o erro de Fim de Papel, talvez seja necessário em outras propriedades tb...

Desculpe-me.. acabei perdendo a notificação dessa resposta.. Acabei não compreendendo se o problema ainda persiste

Elton, Pela situação que você descreveu, o ACBrECF1.VendeItem foi aceito (sem exception) mas a leitura do GT foi barrada no Exception, certo ? Mas nesse caso, não haveria falha já no VendeItem ? Fiz uma ampla reforma no ACBrECF para introduzir introduzir um Exception específico de Fim de Papel (EACBrECFSemPapel), além de um Evento quando isso ocorrer (OnErrorSemPapel : TNotifyEvent )... Também adicionei uma propriedade publica ( IgnorarErroSemPapel ), que permitiria desabilitar a verificação desse erro. Ela deve ser Ligada antes de cada comando enviado, e é desligada após a execução do mesmo

Você pode usar o ECFTeste para Ler e programar novos Rel.Gerenciais... Se desejar usar sua própria aplicação tente: ECF.ProgramaRelatoriosGerenciais( "NOME DO RELATORIO" );

Elton, Agora que me veio a mente... Se o ECF está com falha de papel.. ele não conseguirá Vender Item, certo ? Ou seja, não alteraria o Valor do GT...

pode ser um erro no mapeamento desse método nessa biblioteca... tente esse fórum: viewforum.php?f=19

copie o LOG do ACBrMonitor e do ACBrECF para analise

provavelmente é algo no sua programação... o estudo do LOG gerado pelo ACBrECF pode dar mais informações sobre o que foi realmente enviado para o ACBrECF e dele para o ECF

Parce ser uma limitação do Rave... fica dificil sabermos o que ele não gosta Uma dica seria deixar o RaveCB como padrão...

Teria que ser um Flag que ligamos antes de enviar o comando, e ele poderia se desligar após a execução do próximo comando... Se ele estiver ligado, a exceção de Fim de Papel não seria disparada...

E se usássemos um Try/Except quando o AAC tenta ler o GT ? Verificamos se a exceção é relacionada a Fim de Papel... Hum... resta saber se ele mesmo assim retornaria o GT atual...

Os erros não ocorrem em ambiente Win32 ? Poderia criar um roteiro passo a passo de como reproduzir o problema ? Vc usa o ACBrNFeMonitor disponibilizado no site do SAC ou compilado por você mesmo ?

Provavelmente o técnico mudou a placa PCI com as seriais de lugar... Se possível, me envie o LOG gerado pelo ACBrECF nos casos de falha de detecção do ECF... pode ser que nos excpetions de erro o próprio ECF esteja "falando" o motivo...

Cada TEF retorna de um jeito e com campos diferentes... Tente usar as propriedades internas (com nomes) na medida do possível... pois o componente faz a abstração delas após a leitura da resposta... Qual TEF você está focando ? Discado, SiTEF, etc ?

É preciso analisar o caso completo... Como o caso foi corrigido ? Provavelmente o técnico modificou algum coisa na máquina, exemplo: se ele removeu a PCI multiserial, ela será re-identificada pelo Windows com novos nomes O Cliente pode ter espetado na porta seria errada, etc... O ECF sempre se portará da mesma maneira, até que ele seja configurado de outra forma... (Uma intervenção poderia causar isso)

Pode ser ainda alguma outra coisa,como Stop Bits, paridade, etc... Vc precisa de alguma maneira ter certeza dos parâmetros utilizados pela balança... Talvez o software do fabricante possa lhe dar essas informações...

Subtotal, é o Total Líquido do Cupom... TotalPago é o Total aplicado as formas de pagamento já enviadas para o ECF... Por favor estude os Fontes do Demo, na pasta: Exemplos\ACBrECF

Experimente um Reset no Emulador