Daniel Simoes

é muito comum erro no sensor... mas em todo caso isso já aconteceria nos fontes anterior... não modificamos nada nos fontes da Mecaf a um bom tempo, verifique no Log do SVN

Esse método será disparado pelo ACBrECF dentro do contexto da execução de um comando... ou seja, ele ainda nao concluiu a execução do comando... Por esse motivo, não é correto fazer novas chamadas ao ACBrECF dentro dele... (apesar de não falarmos nada sobre isso nos fontes do Demo) Não há necessidade alguma de chamar ACBrECF.PoucoPapel nesse evento... Se o ACBrECF disparou ele, é porque realmente "PoucoPapel = True"

Não parece ser esse o problema... toda a rotina está bem "procedural"... um comando após o outro... Rode o programa em modo de Debug... Quando ocorrer o exception, chame o CallStack e acompanhe qual a rotina que chamou o método ACBrECF.NumCupom

Enviei uma possível correção para o SVN... rev.2414

Como me faz falta um D2010 Já cansei de pedir pra Embarcadero (aqui no Brasil)... mas eles não tem interesse em doar... Acho que vou ter que usar o dinheiro de doações do ACBr para comprar uma licença...

Observando melhor o Log, notei que o erro é: Componente ACBrECF ocupado Aguardando resposta do comando anterior Isso só ocorre quando você faz solicitações simultâneas ao ACBrECF... Como por exemplo, ler alguma informação em um Timer ou Thread

Esqueci de avisar que o novo ACBrAAC já está no SVN...

Juliomar, esqueci de comentar que nessa ultima correção que enviei... fiz uma modificação para a Valor do Desconto ser calculado da mesma maneira que o ECF estiver configurado (Arredondando ou Truncando) No caso da Bematech preferi não usar o método DescontoAcrescimoItemAnterior dentro do VendeItem, pois notei que quando utilizamos ele, o ECF não imprime o total final do Item. A vantagem do método DescontoAcrescimoItemAnterior , é que podemos informar o desconto em Porcentagem direto pro ECF

O log não ajudou muito... O que achei estranho foi o fato do Log não registrar nem o comando enviado... é como se o ACBrECF nao estivesse enviando comando algum para o ECF... Você poderia testar com o demo ECFTeste ?

Olá welkson, Desculpe-me pela demora na analise... Enviei para o SVN com algumas modificações... por favor teste e verifique se continua funcional... Muito obrigado pela sua colaboração

Pode ser... pois a ZPM é a empresa que criou o protocolo FiscNET, usado nos ECFs (com MFD) da Elgin...

Itamar, Muitíssimo obrigado pela sua implementação... As suas correções estavam bem claras e integradas aos fontes originais... subi pro SVN do jeito que vc enviou

Até onde lembro... a Lei só solicita o arquivo (no formato pre-estabelecido)...

Não... o ECF, ou o download da MFD, não é capaz de gerar um relatório desses... Você precisa de uma rotina que pegue essas informações do Banco de Dados

Podemos modificar na tabela... (Você mesmo poderia modificar no .INI gerado na pasta do RFD) O que o fabricante sugere para esses novos modelos ?

Pensei em fazer um TCPClient... mas a própria classe da Synapse já faz tudo que precisamos... achei desnecessário um componente... Veja um exemplo em: http://www.ararat.cz/synapse/doku.php/p ... tcpwithssl

leia as instruções em LEIA-ME.TXT

Vi que já haviam postado uma correção... enviei uma segunda... por favor verifique novamente...

Anexo o LOG gerado pelo ACBrECF... pode ser (que por algum motivo) o equipamento esteja enviando algum "lixo" no final do protocolo...

Enviado pro SVN.. muito obrigado Fernando, e desculpe-me pela demora...

Enviei para o SVN modificações com a implementação do método DescontoAcrescimoItemAnterior para os modelos: ACBrECFBematech, ACBrECFDaruma, ACBrECFFiscNet, ACBrECFEpson, ACBrECFSwedaSTX

Finalmente consegui um tempo para analisar as pendências... Me desculpe pela demora... já enviei no SVN, rev.2402

Entre em contato com um integrador do SiTEF.... eu recomendo a DataRegis... o atendimento ao desenvolvedor é muito bom http://www.dataregis.com.br/fasttef.shtml

O ACBrAAC está sendo completamente re-estruturado... infelizmente haverá quebra de compatibilidade, mas os benefícios compensam... Devo detalhar tudo no Change-Log.txt

sim.. Fiz um teste com o 56 e notei que ele truncou o desconto calculado, imprimindo 300,00 Resolvei implementar uma ampla reforma (sempre adiada) em relação ao método "DescontoAcrescimoItemAnterior", com ele poderiamos tratar essa questão de forma mais segura...