Daniel Simoes

Você não está dando detalhes suficiente: - Qual o ECF ? Qual o Windows ? Qual o Delphi ? Tem a última versão dos fontes do ACBr (SVN) ? Consegue reproduzir o problema com o ECFTeste ? Já analisou o LOG gerado pelo ACBrECF ?

Nem todos os ECFs respondem com informações completas APÓS a Z.... (Veja os comentários nos fontes desse método, da classe Bematech) É muito mais seguro se você chamar ACBrECF.DadosReducaoZ antes de comandar a Red.Z

Em tempo... até onde eu sei não existe esse ECF para venda... ou ainda UF que esteja autorizando o uso dele... Então na minha opinião não há motivo para pressa... O novo Emulador não é a mesma coisa que os ECFs MFDs atuais da Bematech... Acho que o lançamento do Emulador é uma forma de "forçar" a entrada do ECF 09 que sofre concorrência com o SAT e NFCe

A classe ainda está incompleta... provavelmente eu tenha desenvolvido 80% do necessário

O tópico inicial falava sobre emulador de ECF... Se é outro assunto, por favor crie um novo tópico...

Apague seus fontes e atualize novamente... A correção já está no SVN... Veja essa linha no link abaixo: http://acbr.svn.sourceforge.net/viewvc/acbr/trunk/Fontes/ACBrSerial/ACBrECFBematech.pas?revision=4907&view=markup

Se o XML é aceito e validado pelos computadores do SEFAZ é a prova de que não há nada errado com eles...

Atualize os seus fontes... foi postada uma correção para ignorar data de movimentos inválidos...

Você nem precisa de evento para isso... Afinal de contas você que está chamando o comando, certo ? Apenas faça sua rotina de gravação no BD, antes ou depois de onde você chama o comando...

Se você enviou 2 comandos distintos, e ambos estão "consumindo" um COO do ECF, então são 2 documentos, certo ? Lembre-se que nos novos ECFs com MFD não é necessário listar a X para obter um Rel.Gerencial... isso era uma característica dos ECFs Matriciais

Já foi feito um ajuste em ACBrUtil para isso... Qual foi exatamente o problema enfrentado ?

O nome correto é ACBrMonitor... Porque sua pesquisa inicia com as maiores dificuldades ? Você já coletou informações como características, modo de funcionamento, vantagens, numero de usuários, etc... Em fim, sua pergunta é muito básica, talvez você precise detalhar melhor o que quer saber... use o mecanismo de busca do fórum, procure por palavras chaves como: "ACBrMonitor Problemas"

Qual Unit vc alterou ? Poderia anexar a Unit alterada ?

O protocolo ESC ponto só suporta 40 colunas... use o modelo ecfSwedaSTX

Tente reproduzir o problema no ECFTeste.exe e informe o passo a passo...

O MD5 deve ser calculado a cada inicialização... Não faz sentido salvá-lo nas propriedades do Objeto... Veja esse post:

Verifique se seus fontes eestão atualizados, assim como a DLL da Bematech... E deixe as DLLs na pasta do seu EXE... Uso normalmente aqui, criando o arquivo em uma sub-pasta da aplicação...

Pela lei do PAF-ECF só é necessário verificar o GT antes de abrir um cupom...

Uso a Epson no meu dia a dia e não tenho esse problema... Seus fontes estão atualizados ? Você consegue reproduzir o problema no ECFTeste ?

Alterei os fontes para assumir Zero (0) como valor Default, na falha de conversão da data... Isso irá fazer o ACBrECF não preenche a chave DataMovimento no retorno do texto do .INI Todas as Datas com valor 0, no Delphi apontam para: 30/12/1899 12:00 am Se o ECF não retornou a Data, não há o que ser feito... Considerar a Data do Dia é um erro... pois a Redução Z pode ter sido emitida a vários dias atrás...

Qual a solução proposta ?? Ex: Usar a Data do Dia Usar a Data = 0 Não Retornar a DataMovimento, mas retornar os demais campos... Se o ECF não traz a Data do Movimento, não há como calculá-la...

Oi Jéter, Estou em plena homologação de PAF-ECF, por isso ainda não pude analisar... Se algum outro "commiter" quiser analisar e subir, por favor fiquem a vontade...

Por favor leia as instruções da página oficial http://acbr.sourceforge.net/drupal/ Download em: http://acbr.sourceforge.net/drupal/?q=node/37

Por favor não escreva o mesmo tópico em várias áreas... Isso é contra as regras... Tópico trancado.. continue em:

Nossa conversa no Skype não deveria ser exposta desta maneira... afina de contas, Skype é particular...